HDTenEightyP/NetNews huggingface dataset:
From: lordbah@amusing.Bah.Rochester.NY.US (Jeff Van Epps)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS 5.10 cpr w/AmigaDOS 2.1
Followup-To: comp.sys.amiga.programmer
Distribution: world
Reply-To: lordbah@amusing.Bah.Rochester.NY.US
Date: 27 Dec 92 11:44:09 EDT
Organization: Bah's News Club

Well, I have finally taken the plunge and upgraded my A500 from AmigaDOS
1.3 to 2.1.  Since then, I've found a number of problems in my normal
working environment (is there a FAQ addressing these somewhere?), some
of which I'll go ahead and ask here.

cpr crashes the machine when setting a breakpoint or exiting.  I seem
to have a vague (and possibly mistaken) memory of this being a known
problem with cpr from SAS 5.10 with >= 2.0, maybe having something to
do with fonts?  Does this ring any bells with anyone?  If not, I'll
get more details later (sorry, can't crash the machine just now ;-))
and go through channels.

A particular code fragment runs incorrectly when compiled with the
optimizer, where it ran correctly when compiled under 1.3 with the
optimizer.  This code has nothing to do with any system calls, is
there any reason why there should be any difference based on OS?
(Yeah, I know, you want more details.  If I don't get any hints here
I'll have to grit my teeth and dig into it.)

I have non-SAS questions too, for anyone who derives pleasure from
helping others :-)

	How to toggle individual icons off during an extended selection?

	How to get the screen wide enough for 80 chars without getting
	the right border of the shell window clipped?  After a certain
	point, using Prefs to make the screen wider doesn't seem to 
	have any effect.

	SAY, SPEAK:, and translator.library are all gone, and I don't
	see anything on the disks or in the documentation to have
	replaced them?

	Some games have 8000 000B or 8000 0003 errors while exiting.

Thanks for any help.

--------------------------------------------------------------------
    Jeff Van Epps    uunet!amusing!lordbah
                     lordbah@amusing.Bah.Rochester.NY.US
From: kaba@wintermute.north.de (Kai Bartels)
Newsgroups: comp.sys.amiga.programmer
Subject: problems with my own devices & libraries
Keywords: device library
Date: 2 Jan 93 01:48:44 GMT
Article-I.D.: wintermu.1993Jan2.014844.12788
Distribution: comp
Organization: nothing (absolutely nothing) is organized here!

Hi.
I'm trying to write some devices and libraries of my own and it seems
that each one works very well on it's own. But unfortionately there
are some dependencies between them, so they have to work together. And
that's where my problems start:
When I open one device or library (e.g. a.device) the thing gets
loaded, the initRoutine and Open-routine get called and all is fine.
Then the next one (e.g. b.library) should open, but an error is
returned and the first one (a.device) appears in the system list
(here: the device list) a second time, *and* it's initRoutine is
called again.
This doesn't seem to happen if I try to open a device or library that
is not one of mine as the second one.
Basically I copied the skeleton device and library code from an old
libraries and devices rom kernel manual (1.2 I think) and the whole
thing runs on an 1.3 OS.

What am I doing wrong?

N.B.: Please reply by eMail since I don't receive this group.

many thanx in advance, Kai

P.S.: By the way: does anyone know what this RTF_COLDSTART is good
      for?

-- 
"Don't stop me, 'cause I'm havin' a good time
 I don't wanna stop at all"                                           <Queen>
Uni: g14b@alf.zfn.uni-Bremen.de        +       Home: kaba@wintermute.north.de
Snail:    Kai Bartels    +    Poelzigstr. 4    +    2800 Bremen 1    +    FRG
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Fri, 1 Jan 1993 00:23:47 GMT

In <C05EDw.M9I@unix.portal.com> danb@shell.portal.com (Dan E Babcock) writes:
>of the structure of DRAMs/VRAMs. Notice the problems with AGA: screen shifted
>to the right, limited overscan. This is a result of the amount of fetching
>and buffering that has to go on before the first pixel can be sent. 

It has something to do with the sync signals not being delayed for the
same amount.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: robart@agora.rain.com (Joe Bob)
Subject: DMA Cache Functions
Organization: a gora
Distribution: world 
Date: Mon, 28 Dec 1992 22:51:14 GMT


  What happened to the CachePreDMA and CachePostDMA exec functions?
They are documented in the Libraries manual, but don't show up at all
in Includes and Autodocs.  Do they actually exist?
From: crystal@glia.biostr.washington.edu (Crystal)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS - is it any good?
Date: 31 Dec 92 04:54:38 GMT
Organization: University of Washington
NNTP-Posting-Host: glia.biostr.washington.edu

I've been told that AMOS is some sort of "easy to program" language and that
demos and "real" programs can be created with it.  

Is it a compiled language?  Or an interactive one?

If I write a program in it, does the person who tries to run it also need to
have AMOS on their system?  (Like GWBASIC...*washes mouth out with soap*)

??

Thanks in advance,
Crystal
  ;>
From: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icon dragging fun (Hmm?)
Date: 31 Dec 92 05:05:16 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

Lee_Robert_Willis@cup.portal.com writes:
>Hi Jake,

>As far as I know, you can't put icons onto the Workbench screen. But you can
>create your own drag & drop interface on a custom screen. AmigaVision does
>this for its icons. I've also done this in my FreeWare program
>'Precognition'.

>Check out the 'Bobs' section of the RKMs.  I could probably dig up
>some sample code if your interested.

That's okay - as I stated, my question wasn't how to implement such a system,
but whether there was robust support for interapp icon dragging, which it
appears there is not - the only support seems to be WB to your app, which means
anything running on another screen has no use for this kind of thing.  <sigh>
Maybe an implementation and protocol, after development, could be presented to
CBM so something would get done about this... ...it's kind of expected these
days, what with all the image-dragging that apps under OSes such as NeXTstep
and MS Windows (which I have to say *does* have "screens" - try "maximize"
sometime, willya folks?), and even Mac apps (Intraapp only, as far as I've
seen).  There aren't any Style Guide recommendations for how to handle it if
you must/wish to implement such a system.  In general, it doesn't exist except
on the Workbench.  <double sigh>  Oh, well - off to BOB around... :)

>Lee      Lee_Robert_Willis@cup.portal.com
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Jake Rose               :: Every cloud has a silver lining.
jaker@csugrad.cs.vt.edu :: Every silver lining has a cloud inside it.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.programmer
Subject: MS-DOS <> AmigaDOS binary data
Date: 24 Dec 92 07:31:14 EST
Organization:  Wright State University 

Is it possible to write a program that will take as an input an MS-DOS
binary data file and convert it to an AmigaDOS binary file?

An example usage would be say, two columns of numbers writen to disk
on the MS-DOS machine, using a standard C fwrite() function, copying 
the binary to the Amiga to be read in.

Sorry if this is elementary, I've only had 3 CS courses.


Fred Heitkamp,  ** Not an organization **

Newsgroups: comp.sys.amiga.programmer
From: djmccoy@netcom.com (Daniel J. McCoy)
Subject: Seeking ANIM Creation Source and Examples
Keywords: ANIM SOURCE
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 1 Jan 1993 20:00:14 GMT

While browsing through RKRM Devices V3, specifically page 449, two files
are mentioned for anim compression and decompression (skip.c and
unvacomp.asm respectively) written by Jim Kent.  Is this code available
somewhere (ftp, Fish, ect) or perhaps the IFF documentation available
through CATS?  Are there any other nifty C source files for anim generation
out there as well?  I've scanned both IFF and Archie for signs of IFF.  So
far, no signs of the above two files.
 
Any info would be appreciated.
 
Dan

-- 
Daniel J. McCoy
Internet : djmccoy@netcom.COM or Daniel_J_McCoy@cup.portal.com
Portal   : Daniel J McCoy
Is it me or does one always have to pump money into one's hobbies?
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Max-Planck-Institut f"ur Radioastronomie
Distribution: world 
Date: Sat, 26 Dec 1992 01:20:48 GMT

In <BztsAz.DEt@agora.rain.com> robart@agora.rain.com (Joe Bob) writes:
>  True, but that's not what he's talking about here.  Absolute addresses
>like AbsExecBase or custom.bltcon0 certainly don't get relocated.

There seems to be a misunderstanding. Someone accused C= giving bad
examples in the hardware reference manuals because of using absolute
addresses. However, using AbsExecBase or custom.bltcon0 is perfectly
legal.
The examples are problematic for people that look at them as a detailed
instruction how to write Amiga programs though.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: bja20850@uxa.cso.uiuc.edu (B.J. Anderson)
Subject: Running my 4000's 3.0 Kickstart on my 3000???
Summary: Trying to use my 4000's 3.0 Kickstart on my 3000 -> HELP?
Organization: University of Illinois at Urbana
Date: Tue, 22 Dec 1992 15:00:29 GMT
Keywords: kickstart 4000 3000

I assume it's legal to use an image of my 4000's KS ROM on my 3000
as long as the code only runs one place at once, right???

I've got a soft-kick 3000 (ie: uses the devs:kickstart file) so
I was hoping I could just copy the 512k area from $f80000-$ff0000
on my 4000 and put it on my 3000 as devs:kickstart.  Bombs... and
my original devs:kickstart file is longer than 512k so I started
wondering.

Guess I need some "stuff" at $ff0000+ in order to set the system vectors
prior to rebooting into KS 3.0???  Anyone done this work already?  Any
other pointers along these lines.

Email please.  Will post the summary.

-Beej

-- 
mail: bja20850@uxa.cso.uiuc.edu
Xref: sparky comp.sys.amiga.programmer:17898 alt.folklore.computers:18401
From: engb@gpu.utcs.utoronto.ca (Ben Eng)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Jet Penguin Lavatories
Date: Sat, 26 Dec 1992 06:16:30 GMT

In <38140@cbmvax.commodore.com> andy@cbmvax.commodore.com (Andy Finkel) writes:

>In article <92359.214301LEEK@QUCDN.QueensU.CA> LEEK@QUCDN.QueensU.CA writes:

>>A hardware hacker would replace the PAL with a ispGAL

>>Now all the hacker has to do is to download the JEDEC fuse map to
>>'emulate' the ID that the software was written for.

>I know;  its fairly easy to defeat.

It's easy to defeat, but it is impractical or at least inconvenient.
As if everyone and his dog, who can only afford to purchase an A500
or A1200, has the know-how to reprogram little pieces of hardware
whose acronym they don't even understand.  Perhaps with the aid of
some brilliant pirate organization's hardware/software blackmarket
add-on.  All the more reason to make the process as inconvenient
as possible.  Solder that darn PAL down.  Heck, mold it into the
motherboard.  :-)  :-)

Ben
-- 
e-mail: engb@gpu.utcs.utoronto.ca or ben@jetpen.gts.org (Ben Eng)
UofT EngSci 9T2                   ``We are all masochists here.''
Home: (416)-979-8761, (416)-979-7885
Newsgroups: comp.sys.amiga.programmer
From: umfehr06@ccu.umanitoba.ca (John Fehr)
Subject: Re: wierd sas/c bug
Organization: University of Manitoba, Winnipeg, Canada
Date: Mon, 21 Dec 1992 18:28:19 GMT

In <BzM6F7.E6K@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>Please post a COMPILABLE example.  I can virtually guarantee that this
>is not a compiler bug.  A compiler that broken would not compile

OK... here's a compilable example: (hopefully I'll type it in right this
time. :)

#include <stdio.h>
#undef WHATEVER "test"

char dummy[100]="another test";

main() {
  printf("dummy='%s'\n",dummy);
}

That SHOULD (it does for me) print out something totally unexpected.
What's almost as wierd, is if you #include something after the
#undef.  (an empy .h file will do)
I know that #undef WHATEVER "test" isn't ANSI-compliant (the HP-compiler
complanes about it anyway) but some programs actually have that in
their code.
   John

-- 
-----------------------------------------------------
-  John Fehr                        -    DoD#505    -
-  umfehr06@ccu.umanitoba.ca        -    GPz550     -
-  umfehr06@silver.cs.umanitoba.ca  -  A3000 kicks! -
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Memory copy via blitter
Date: 23 Dec 92 10:32:28 PST
Organization: BBS

> Could someone email a short example of how to copy 512 bytes within
> Chip memory using the blitter?  It's totally unrelated to graphics
 
Maybe CopyMemQuicker() knows to use the blitter in chip memory?
From: crystal@glia.biostr.washington.edu (Crystal)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AMOS - is it any good?
Date: 31 Dec 92 19:57:42 GMT
Organization: University of Washington
NNTP-Posting-Host: glia.biostr.washington.edu

In <19921231.044901.425@almaden.ibm.com> simonart@vnet.ibm.com writes:

>In <crystal.725777678@glia> Crystal writes:
>> I've been told that AMOS is some sort  of "easy to program" language
>> and that demos and "real" programs can be created with it.
>>
>> Is it a compiled language?  Or an interactive one?
>>
>> If I write a program in it, does the person who tries to run it also
>> need to have AMOS on their system? (Like GWBASIC...*washes mouth out
>> with soap*)
>>
>> Thanks in advance,
>> Crystal

>AMOS is an fast interpreted language with a compiler version available

>Interpreted mode is better for the debugging, compiled mode is better
>for the run time

>AMOS is send with a RAMOS program (Run-only AMOS). It allow someone to
>run your program without AMOS product on-line.

>I don't have AMOS PRO, things may be different in that case.

>It is possible to write 'real' programs with AMOS, but I think that
>AMOS owners use it more for 'personal' development than for a public
>usage (this only represents MY opinion)

>D. Simonart

Yes, personal and simple is what I have in mind, as well as the ability
to share with friends if it works.  Likely not to be FTP'd to sites...I'm a
"clueless newbie" after all, but aspiring to learn...with many little ideas
in my head...but no current skills to carry them out. :>  I used to program
in Basic, Fortran and C, but that was between 10 and 21 years ago... :<
(uh, 10 for C, 15-21 for Basic and 19 for Fortran - in case you're curious...)

Crystal
  :>

There's hope!  :>

Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Getting a valid FileSysStartupMsg pointers.
Organization: UNC Office of Information Technology
Date: Wed, 30 Dec 1992 14:34:15 GMT

In article <72553@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS  
PRESTON) writes:
>So give us an "Official" way to walk the device list that is compatible
>with 1.3 thru 3.0 that will kick out the "strange" things and keep only
>the valid devices (like DF0:, any DH0:, ect...).  One of the reasons
>I checked for specific device names(like Pipe:) was because of the 
>"strange" things....  

Guess I'd better not run your software on my system with a
hard-disk partition named "Pipe:" or "VD0:" huh?
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sun, 3 Jan 1993 02:15:11 GMT

In <Jesse_Michael.02sl@matrix.rain.com> Jesse_Michael@matrix.rain.com (Jesse Michael) writes:
>"The first example sets up a 320 x 200 playfield with one bitplane, which
>is located at $21000.  Also, a Copper list is set up at $20000."

>And then hardcoding everything off of that.

>This is _not_ a good programming practice.


The direct hardware access is not a good programming practice. However,
loading a copperlist or bitplane to absolute (but relocated) addresses
is not such a problem.

>How do you know that his demos aren't in that 1%?

It is very unlikely.

>>Fortunately most demos can't harm my data as they will fail rather soon
>>when trying to patch the interrupt vectors in lower memory :)

>There were recently several people asking about how to handle a VBR over in
>FidoNet.  There should be more demos that'll work more often pretty soon...

Still doesn't help. My interrupt vectors are write protected.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: snolan@postmaster@hq.af.mil (Scott D Nolan)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How should I learn C?
Date: 31 Dec 92 13:24:51 GMT
Reply-To: snolan@marge.hq.af.mil
Organization: 7th Communications Group

In article <jbhr.0499@sofal.adsp.sub.org>, jbhr@sofal.adsp.sub.org (Hans-Joachim Widmaier) writes:
|> In article <rlcarr.09er@animato.network23.com> rlcarr@animato.network23.com (Rich Carreiro) writes:
|> > Isn't C older than Pascal?  In any case, get a copy of Brian Kernighan's classic
|> > _Why Pascal Is Not My Favorite Programming Language_ (or some similar title).
|> > It's available somewhere; it was posted to alt.folklore.computers a month or
|> > so ago.  It's a wonderful point-by-point listing of the serious things that
|> > are wrong with Pascal.
|> 
|> I'm reading this group since july, but can't remember this post. I _really_
|> would like to read that ...
|> Could it probably be emailed?
|> 
ditto!  I would really like to read this post as well!
Is it available for anonymous ftp, or mail?

Scott Nolan
snolan@marge.hq.af.mil


Even if you are on the right path,
If you just sit there you will get run over.

			- will rodgers
Newsgroups: comp.sys.amiga.programmer
From: agsteine@kirk.fmi.uni-passau.de (Karlheinz Agsteiner)
Subject: Re: A bug in SAS/C 6.0
Organization: University of Passau, Germany
Date: Sat, 2 Jan 1993 15:37:15 GMT

In article <1i29gdINN2he@mirror.digex.com>, tstark@access.digex.com (Timothy M. Stark) writes:
|> Hello Everyone:

Hi!

|> 
|>       I discovered that bug in the compiler. I implemented a few typedef
|> statements into my program and set up double-link variables. I tried compile 
|> it but it displayed the strange message error:
|> 
|>       Missing closed bracket!
|> 
|> This bug program:
|> 
|> #include <stdio.h>
|> 
|> typedef struct bug1 {
|>        bug2  *bugb;
|> } bug1;
|> 
|> typedef struct bug2 {
|>        bug1  *buga;
|> } bug2;

IMHO, You're making two mistakes in Your declaration:

1) You can't use the same name with Your struct and Your typedef.
   (What You're doing is "typedef struct bug1 bug1"). Try struct _bug1
   or something like that.

2) I don't know where K&R are stating this, but I think You have to
   define every type before using it. The only exception is a 
   struct <name> *  where name doesn't need to be defined. Therefore
   You should replace Your declaration by e.g.

typedef struct _bug1 {
       struct _bug2 *bugb;
} bug1;

typedef struct _bug2 {
       struct _bug1 *buga;
} bug2;

(which is how I implement crosswise linkings) or maybe

struct _bug1 { 
  struct _bug2 *bugb;
}

struct _bug2 {
  struct _bug1 *buga;
}

typedef struct _bug1 bug1;
typedef struct _bug2 bug2;

These two declarations should work.

I think the compiler

|> This program cause the compiler confusing and it displayed the strange
|> message - Missing closed bracket (']'). I looked for the open bracket
|> character but it is not in my program! 

I don't know why the compiler complains about a "]". I think It "hits"
the undeclared type "bug2", and thinks that this can't be probably part 
of the type definition of "bug1", and therefore it should expect a "}"
here to end the definition (hoping that "bug2" makes sense outside the
definition.

Sorry for this permanent usage of both "type declaration" and 
"type definition" for the same thing, but it seems that every
language uses a different term for that :)

Hope this helps. I'm sure someone here has a much more K&R - like
way to define the above, but I ran into the same problem as You
defining crosswise dependencies, and this was the solution I found.

|> -- Tim Stark
|> 
|> 
|> -- 
|> Timothy Stark               Internet1: tstark@access.digex.com (Preferred)
|> 837 North Van Dorn St       Internet2: tstark@netcom.com
|> Alexandria, Va. 22304-2723  TDD: (703) 212-9731 Pager: (703) 702-4078
|> "Washington, DC is the most deaf population!! -- Gallaudet University"

Karlheinz Agsteiner
--
e-mail: agsteine@kirk.fmi.uni-passau.de
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Power Windows 2.5
Date: 2 Jan 93 00:48:57 GMT
Reply-To: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn-beta 1.16g (11.15.92) by Michael B. Smith & Mike Schwartz

In article <C05J02.JpH@acsu.buffalo.edu> jonallen@acsu.buffalo.edu (Jon J. Allen) writes:

> I was looking for Power Windows 2.5 today, byt all the places I called
> said that it was out of stock.  At least the ones who knew what I was
> talking about.  
> 
> My local Amiga shop said that it was a "Slow Mover"  
> 
> So, what's up with this package?

Power Windows V2.5 is an old program, and knows nothing about KS 2.04 or
higher. You should get a hold of the PD program GadToolsBox or the
commercial ToolMaker.

--
Best regards                    Reply to: hemmer@hemmer.adsp.sub.org
Franz Hemmer                    #include <stddisclaimer.h>
Software Developer       _      >> Carpe Diem! - Seize the day! <<
                         \\ _
                 Interacti\X/ision - The name of precision
Newsgroups: comp.sys.amiga.programmer