HDTenEightyP/NetNews huggingface dataset:
From: ecn448p@vx24.cc.monash.edu.au
Subject: this is a test
Organization: Computer Centre, Monash University, Australia
Date: Wed, 19 Aug 1992 03:46:55 GMT

This is a test
From: dac@prolix.pub.uu.oz.au (Andrew Clayton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AWK for the Amiga
Date: Thu, 13 Aug 92 12:27:54 GMT
Reply-To: munnari!labtam!eyrie!prolix!dac
FollowUp-To: comp.sys.amiga.programmer
Organization: More like Dis~, really.

In article <1992Aug10.214325.29056@organpipe.uug.arizona.edu>, Dave Schaumann writes:

> In article <1b7aa903.ARN229f@prolix.pub.uu.oz.au>, dac@prolix (Andrew Clayton) writes:
> >What about AWK? - anyone seen an Amiga port around?
> 
> I'm 99 3/4% positive that there's a port of GAWK (GNU AWK) to be had
> on one of the Fish disks.  Get Aquarium, and inquire within.

Mike Van Elst said to me in Email:

:Bawk on disk 65 and update on disk 92 is a quite complete awk program.
:GnuAwk 2.10 can be found on disk 406

So you were right. :-)

Dac
--
munnari!labtam!eyrie!prolix!dac      David Andrew Clayton.           // _| _  _
  prolix!dac%eyrie@labtam.oz.au      Canberra, Australia           \X/ (_](_](_
        dac@prolix.pub.uu.oz.au      I post .
prolix!dac@sserve.cc.adfa.oz.au            . . I am.             +61 6 290 2215
Newsgroups: comp.sys.amiga.programmer
From: jwp@panix.com (JongWoo Park)
Subject: Re: Manx C and Boopsi Question
Date: Sun, 23 Aug 1992 06:03:06 GMT
Organization: PANIX Public Access Unix, NYC

In <1992Aug20.160649.5452@u.washington.edu> cooper@milton.u.washington.edu (Ken Cooper) writes:

>   iii)  What is the telephone number for their support BBS? 

I tried calling their BBS number ( 1-201-542-2793 ) but they did NOT
answer.  Did they move or something?

-----
Jongwoo Park                                           jwp@panix.com
From: fizzit@milton.u.washington.edu (Fred Sloniker)
Newsgroups: comp.sys.amiga.programmer
Subject: Does anyone out there know...
Summary: BASIC compiler PD
Date: 19 Aug 92 04:58:36 GMT
Article-I.D.: u.1992Aug19.045836.9155
Organization: University of Washington, Seattle

...where I can get a public domain BASIC compiler for the Amiga?  I don't want
to shell out huge bucks for C, or something similar, but AmigaBASIC should be
taken out to the game grid and shot.  Thanks for any help you can give!

				---Fred M. Sloniker
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Gadtools Question
Date: 14 Aug 92 21:48:40 GMT
Organization: Edotronik GmbH

In article <26880@sophia.inria.fr> beust@rhea.inria.fr (Cedric Beust) writes:
>In article <1992Aug12.173302.29788@cabezon.uucp>, darrinm@cabezon.uucp (Darrin Mossor) writes:
>> ...
>>  So the question.  Did Commodore
>>    a) Use some unstated method of moving and adding/removing GadTool
>>	  Gadgets from the window?
>>    b) Use regular gadget that they caused to look and feel like GadTool
>>	  Gadgets and then use AddGList/RemoveGList to alter the calendar?
>>    c) Violate their own RKM's?
>>    -or-
>>    d) Am I missing something obvious that I should be embarrassed about?
>
>	Mmmh... just a guess : maybe they used Boopsi to achieve this?
>	Check out your RKM libraries, it's in there.

To my knowlegde it's done like this:

    1. Remove _all_ the gadgets.
    2. FreeGadgets() them (Get rid of thos little buggers)
    3. Check the new requirements and put together new gadgets
    4  Maybe clear the gadget area "manually" with something like
       EraseRect()
    5. Add the new GadTools gadgets and refresh them
    6. Voila...

Lot's of work but removing _all_ the gadgets, freeing them _all_ and
redoing them _all_ seems to be the only way.


>| Cedric BEUST 				    University of Nice	  |

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Some questions
Date: 21 Aug 92 20:42:20 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA
Keywords: GadTools DupLock iffparse

becher@goofy.zdv.uni-mainz.de (Jochen Becher) writes:
>2. If I use DupLock() on a lock that is locked with non-shared access (i've
>   forgotten the constant name, may be ACCESS_WRITE), can I access both locks
>   (or files after OpenFromLock()) for read and writing?

	Most likely the DupLock will fail (it's up to the filesystem, but as
far as I know it fails on all filesystems).

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: doug@dsij.uucp (Doug Johnson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: NEEDED: Source for a Debugger/monitor or at least some help! :)
Date: 11 Aug 1992 17:08:02 GMT
Organization: Not an Organization

In article <1992Aug10.184034.58042@cc.usu.edu> slmt9@cc.usu.edu (Joshua Dinerstein) writes:
>... If you have any
>source for a debugger, that you would not mind my taking a look at,
> then I would
>really appriciate you contacting me and sending it my way.

  Amazing Computing's Tech magazine v1.3 has source for a monitor called
VBRMon that you might find interesting.

  PiM Publications, Inc.
  P.O.Box 2140
  Fall River, MA
  02722

>*  Joshua Dinerstein  *  Nothing matters and what if it did? *
>*  SLMT9@cc.usu.edu   *            - Who Knows!!!            *

--

Doug Johnson		  *
Windsor, ON		  *
Canada			  *
Newsgroups: comp.sys.amiga.programmer
From: nix@zombie.oulu.fi (Tero Manninen)
Subject: Re: console device raw mode
Reply-To: nix@stekt.oulu.fi
Organization: University of Oulu, Finland
	<1992Aug13.123936.5658@rz.uni-karlsruhe.de>
Distribution: comp
Date: Thu, 13 Aug 1992 23:41:27 GMT


On Thu, 13 Aug 1992 12:39:36 GMT,
ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) said:

Bernhard> Just call DoPkt(conport,ACTION_SCREEN_MODE,DOSTRUE) to enable RAW-mode and
Bernhard> use DoPkt(...,DOSFALSE) to go back to cooked output.

There is even siplier way to do it:
fh = Open("CON:....", ...);
SetMode(fh, 1);   (1 is raw, 0 is cooked or normal line buffered mode).

++Tero
Newsgroups: comp.sys.amiga.programmer
From: jkh@sparc3.lotus.com (Jordan K Hubbard)
Subject: Re: HiSpeed Pascal, JForth Pro 3.0
Organization: Lotus Ireland
	<1992Aug4.131349.2198@lri.fr>
Date: 20 Aug 92 18:04:09

>Besides, you could try to adapt tile-forth to the Amiga. Since it came
>complete in *full C* source code, that would be (mored or less)
>feasible, and this is ftp-able.

It's actually very easy to do this - I've had TILE running on my A2000
for a couple of months now.

					Jordan
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Is this legal assembly code?
Date: 13 Aug 92 12:59:57 GMT
Organization: Amiga makes it possible
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith

In article <1992Aug12.101739.17075@mits.mdata.fi> rkaivola@mits.mdata.fi (Risto Kaivola) writes:
> mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst) writes:
>
> >In <1992Aug11.122845.15395@mits.mdata.fi> rkaivola@mits.mdata.fi (Risto Kaivola) writes:
> >>  I would like to know if the following assembly language program is
> >>legal or illegal:
>
> [original example deleted]
>
> >Some Assemblers do this since they already need the same technique to
> >optimize different length branches. Others will flag is an error
> >and won't allow forward references in expressions. Others will
> >try only a fixed number of passes (i.e. 2) and abort with a "phase error"
> >when there are differences between the passes because a label changed
> >place.
>
> So far, people who have replied have had quite mixed opinions about
> this.  I think I will support the feature, but in a later version.  I
> don't think it's a feature a typical assembly language program depends
> on, and I believe there are a number of people who agree with me on that.
> Thanks to everyone who has replied so far.
>

Copy		lea	buffer1,a0
		lea	buffer2,a1
		move.w	#buffer2-buffer1,d0	; you better support this!
.loop		move.b	(a0)+,(a1)+
		dbra	d0,.loop
		...

buffer1		ds.b	size
buffer2		ds.b	size


>
> --
> Risto Kaivola
> (Internet address:   rkaivola@mits.mdata.fi)

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
From: jkr@IFI.UIO.NO (Johan Kristian Rosenvold)
Newsgroups: comp.sys.amiga.programmer
Subject: Reentrancy problem - Help Needed
Date: 18 Aug 92 10:30:00 GMT

I'm using an interrupt based colour-cycler in my program. It's loosely
based on Dan Silvia's CYCVB from the RKMs.  (Modified so that the cycling
 loops don't call GETRGB4 + some more stuff). The only external routine 
my VB-interrupt routine calls is LoadRGB4().

I have ( more or less - 99.9 %) excluded a pure programming bug for 
numerous reasons.

My main program calls a huge variety of exec/gadtools/intuition/graphics/dos++
library functions including LoadRGB4 & OpenScreenTagList and some pretty 
heavy calling to makevport.(All of this while my interrupts are running,
Obviously my interrupts aren't directed at the screen that's being opened).

My program crashes gorgeously, about 50% of the time the machine just
freezes stone cold. On the occations I actually get a guru message
owner/lvo often give me a crash in "exec internal rountine 4",
which is not informative at all :-) 
(While it's running,- but It's obviously not active on the screen I'm opening)
The problem also seems to be pretty timing-related, as the program never
crashes on the 3000 but always on the 500+/600, most often when there's no
fast-ram.

What I'm looking for is stuff like:
- Would a routine like OPenScreenTag return a Screen pointer BEFORE there
  actually is a valid screen in the other end ? (Which could account for
  the program running better on faster machines)
  (YES, I know - I'm being paranoid. Take it from a guy that spent
   HOURS finding out the OpenScreen doesn't update the screen->DHeight 
   parameter until the actual screen is brought to FRONT)

- If the multi-tasker stops my main program in the middle of an OpenScreen
  /LoadRGB4 call could it be confused by the fact that my interrupts ALSO
  call this routine (LoadRGB4) ?

- Are there any known reentrancy problems with the Amiga ?

I'll avoid posting source code for now since this thing is BIG and the 
problem is definitely related to the LoadRGB4 command
in the Interrupt based routine. (I remove the LoadRGB4 from the interrupts
& voila, it works !!. I can even do a WaitTOF(), LoadRGB from my main
program *using the colour palettes from the interrupt routine* and it'll work)

One last word. The program can crash after 3 seconds, 3 minutes, 3 hours
or 3 days. There's no pattern to it. And yes, it passes enforcer, mungwall,
io_torture & eatmem. Eatcycles promotes crashes, although I'll have to go
to 90-95% load to get them reliably (at that load i actually think the amiga
crashes reliably even without my program in it :-). Oh yes, it's WB2.04.


Kristian Rosenvold, jkr@ifi.uio.no


Newsgroups: comp.sys.amiga.programmer
From: paws@spam.cray.com (Daniel Baehr)
Subject: Need DICE info
Followup-To: poster
Organization: Cray Research, Inc.
Date: 21 Aug 92 06:39:26 CDT


   Could someone please send me the information I need to get Dillon's
 DICE compiler?  Thanks much!


    Daniel Baehr
--
+------------------------------------------------------------------------+
| Daniel Baehr Work: paws@spam.cray.com  Home: daniel_baehr@bearsden.UUCP|
| These OPINIONS are mine and mine alone.                                |
+------------------------------------------------------------------------+
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ToolMaker from CATS
Date: 12 Aug 92 23:46:50 GMT
Organization: Edotronik GmbH

In article <63842@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
>Toolmaker is shipping(at least my copy arrived a few days ago).  It
>is powerful tool for building 2.0 compatible interfaces.  I did read
>[...]
>
>While it is powerful, I did have a couple of minor nits...  I created

IMHO a _major_ shortcoming of Toolmaker is that it is all font dependent.
Its user interfaces seem to be completely hardcoded and in no way
resolution (i.e. font) independent. This makes for lots of ugly topaz 8 SW
that is practically unusuable on a bigger screen like a 1024x1024 display.
And it sort of violates developer guidelines for 2.0 which say that "thou
shalt respect the useres preferred font!" ;-)

:-((((((((((((((((((((



--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: dedos3@wsinfo10.info.win.tue.nl (Wilco Boumans)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GIF -> IFF and vice versa
Date: 13 Aug 92 10:24:13 GMT
Reply-To: dedos3@info.win.tue.nl
Organization: Eindhoven University of Technology, the Netherlands

In article <kehlet.0652@kehlet.adsp.sub.org> kehlet@kehlet.adsp.sub.org (Jesper Kehlet) writes:
>In article <kelso_j.713417382@kultarr> kelso_j@cs.uwa.oz.au (J Kyle Kelso) writes:
>> I'm looking for a GIF -> IFF utility and a IFF -> GIF,
>> if it exists.  Is there anything on the Fish disk collection?
>> If so, which disks (I don't have a fish disk catalogue)?
>
>Not sure if Mostra can do the trick, but HamSharp should...

I'm sure Mostra WON'T do the trick, as it is just viewing utility (and a
very good one too). The program I use is wasp, which converts GIF or PPM to
IFF. I don't know if it converts the other way around, never needed/wanted
to do that. 


------------------------------------------------------------------------------
Wilco Boumans           | BEAN                                      (Mr. Bean)
dedos3@info.win.tue.nl  | I'm the king of rap and I reign and rhyme (King boy)
==============================================================================
         All that we see or seem, is but a dream within a dream
------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: derekn@vw.ece.cmu.edu (Derek B. Noonburg)
Subject: console device raw mode
Organization: ECE Department, Carnegie Mellon University
Distribution: comp
Date: Wed, 12 Aug 1992 16:30:35 GMT

I'm working on a program that needs to grab keystrokes from a console
(a shell window) as the keys are pressed (i.e., no line editing, no
buffering).

Using raw mode seems to be the only way to do it, but I can't get it
to work.  I wrote a little test program to send the escape sequence to
switch it into raw mode, read some events, and switch it back, but
it just hangs on the reads (I'm using the AmigaDOS Read() command,
which doesn't do buffering, right?).  The switching to/from raw mode
works fine alone.  It seems like something is swallowing the raw
information before it gets to my program.

[This is on an Amiga 1000 with 2.04 ROMs.]

- Derek
--
Derek Noonburg                                derekn@vw.ece.cmu.edu
Electrical & Computer Engineering Dept., Carnegie Mellon University
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Emulating UNIX pipes on Amiga (GCC?)
Date: 21 Aug 92 08:27:01 GMT
	<1992Aug19.210033.15535@bernina.ethz.ch>
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: wild@nessie.cs.id.ethz.ch's message of 19 Aug 92 21:00:33 GMT

>>>>> On 19 Aug 92 21:00:33 GMT, wild@nessie.cs.id.ethz.ch (Markus Wild) said:

Markus> In article <KENTD.92Aug19091130@zappa.FtCollins.NCR.com> Kent.Dalton@FtCollinsCO.NCR.com writes:
>
>Does anybody know how Amiga GCC 2.1/ixemlib implements pipes? I am

Markus> Yes I do actually ;-)

I'm not surprised ;^)

>porting a program which extensively uses pipes and the file handles
>provided by the GCC popen function are behaving like they are pointed at
>/dev/null. Does it even work at all?

Markus> Try 2.2.2. Pipes have changed radically in the meantime. They're
Markus> now completely internal (ringbuffers ;-)), generate nice SIGPIPE
Markus> signals, so should be as close to unix as you probably can get.
Markus> 2.2.2 also comes with ixpipe-handler, that is able to turn an
Markus> ixemul filedescriptor into an AmigaDOS filehandle. This was
Markus> missing before, you just ended up with a nil: filehandle if the
Markus> popen()d program didn't know about the ixemul execve() entry
Markus> vector.

I grabbed 2.2.2 and it fixed my problems. Thanks Markus. If possible,
let us know what's changed in the next ixemul release readme file...
My code uses setjmp/longjmp (which I changed the the "_" versions.),
vfork, exec*, wait, etc, etc, some of which you've mentioned may change
in the next release (after 2.1).


And finally, a sincere word of thanks, you're doing a great job Markus!
And I for one (among many others I'm sure) appreciate the magnitude of
your efforts,  the GCC port and ixemul are excellent! Keep up the good
work :^)
 

--
/**************************************************************************/
/* Kent Dalton                   * EMail: Kent.Dalton@FtCollinsCO.NCR.COM */
/* NCR Microelectronics          * Phone: (303) 223-5100 X-319            */  
/* 2001 Danfield Ct. MS470A      *   FAX: (303) 226-9556                  */
/* Fort Collins, Colorado 80525  *                                        */
/**************************************************************************/
I'm ANN LANDERS!!  I can SHOPLIFT!!
Xref: sparky comp.sys.amiga.programmer:12469 comp.sys.mac.programmer:14216
From: alan@uts.amdahl.com (Alan Bomberger)
Newsgroups: comp.sys.amiga.programmer,comp.sys.mac.programmer
Subject: Re: moving Amiga code to a Mac
Date: 19 Aug 92 18:42:25 GMT
Organization: Amdahl Corporation, Sunnyvale CA

I ported an Amiga product (Thinker) to the Mac and
found that the Graphics routines were so similar
that I almost did not have to change anything
(some had the same name and arguments).  The
interaction with the message system is, alas,
quite different.  Dialogs are synchronous in 
Mac and messages are not separated by window
(nor do they always contain a window identifier)

I was able to make the Mac version very similar
to the Amiga version.  You should have no problem
once you take the plunge and get used norefresh 
windows.  You also have to participate more on
bookkeeping (moving and resizing windows).. If
I had the time I would write a porting cookbook.
Maybe someone has.  I will answer Email questions
reasonably promptly.

Peace
From: simon@ivem.uucp (Simon Lee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A needed utility for the Amiga...
Date: 18 Aug 1992 00:31:10 GMT
Organization: University of California, San Diego
NNTP-Posting-Host: ivem.ucsd.edu

In article <1992Aug17.210327.17193@dartvax.dartmouth.edu> abs0@coos.dartmouth.edu (Kelvin Leung) writes:
>mortene@Lise.Unit.NO (Morten Eriksen) writes:
>>Could somebody out there please let us know if it is possible to make any
>>money on releasing (good) shareware? (I know there are several guys on the net
>>who have coded brilliant sharewareprograms, Jonathan Potter, Charlie Gibbs, Eric
>
>Honestly speaking, if the registration fee is >=us$30 and it supports
                                               ^^
>intuition, 2.0 3-D outlook, various printer drivers, etc.  I am willing
>to pay!!!
>
>(come on, people, back me up... we need more utilities!!! :)
>
>Yours Sincerely,
>Kelvin

So you'd be willing to pay $1,000,000 for a shareware utility?  Sure!  I'll
write whatever you want :)

-Simon

-- 
*   Simon Lee              *   Microscopy and Imaging Resource          *
*   simon@ivem.ucsd.edu    *   Intermediate Voltage Electron Microscopy *
*   sulee@ucsd.edu         *   UC San Diego, Dept. of Neuroscience      *
-------------------------------------------------------------------------
From: lawsons@csgrad.cs.vt.edu (Shannon Lawson)
Newsgroups: comp.sys.amiga.programmer
Subject: CATS: Developer Application Turnaround?
Date: 17 Aug 92 12:35:49 GMT
Distribution: comp.sys.amiga.programmer
Organization: VPI&SU Computer Science Department, Blacksburg, VA

Could someone from CATS tell me the approximate length of time it takes to
process and approve "Certified" developers?

Thanks!

-----
  Shannon Lawson, Virginia Tech    || E-mail: lawsons@csgrad.cs.vt.edu
  "Knowledge is chimera, for beyond it ever lies other knowledge, and the
   incompleteness of what is known renders the knowing false." - S.R. Donaldson
 
Newsgroups: comp.sys.amiga.programmer
From: monty@sagpd1 ()
Subject: Re: Pointer quirk
Reply-To: monty@sagpd1.UUCP (Monty Saine)
Organization: Scientific Atlanta, Government Products Div, San Diego, CA
Date: Thu, 13 Aug 1992 14:51:32 GMT

In article <1992Aug11.163022.15343@ichips.intel.com> waggoner@omews7 (Mark Waggoner) writes:
>In article <1992Aug10.152847.13388@sagpd1> monty@sagpd1.UUCP (Monty Saine) writes:
>>	Well as I said before my hot spot is in the center ( my pointer
>>    is a cross hair). The point is the hot spot should be the limiting 
>>    factor on all edges not just the sides and bottom, I think consistity
>>    is the word I am looking for. The hot spot should be able to be any
>>    where on the lower edge and still function. My guess is that it is
>>    just a simple logic change when the limits of the mouse sprite is
>>    checked.
>
>Do you have your overscan set out the the maximum amount?  Perhaps the 
>sprite is not able to move above the start of the video frame.  I don't
>recall if there is a hardware limit of that sort or not.  It may be 
>that when you checked out 1.3 that the overscan was not set the same way.
>

	The only thing that bothers me is why is the top is treated different
    then the sides and bottom of the screen. It just seems that the sprite
    should be able to move "off" the screen the same on all four sides.
    This "bug" doesn't really bother me that much, now that I know a way
    around it, it's just not the way I intuitvly think things should work.
    I am running overscan in 2.04 and not in 1.3, again though, why should
    the top be different?

    Monty Saine
From: tell@rukbat.cs.unc.edu (Stephen Tell)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console file handlers from within a Shell started program
Date: 18 Aug 92 03:52:40 GMT
Organization: The University of North Carolina at Chapel Hill

In article <1b7ea705.ARN22d0@prolix.pub.uu.oz.au> munnari!labtam!eyrie!prolix!dac writes:
>In article <1992Aug11.080104.3354@syma.sussex.ac.uk>, James E. Talbut writes:
>
>> I have a nice little CLI program for which I want to be able to use the
>> console io even if the program has got it's io redirected.
>> Does that make sense?
>> I want access to the file handle that the Shell would give if the
>> programs io was not redirected, in addition to that for the redirected io.
>
>Can't you just write to STDOUT and STDERR if redirection is being
>used? STDERR won't [normally] be redirected.

>        dac@prolix.pub.uu.oz.au

Last time I checked (1.3) AmigaDOS didn't have standard error.  The C runtime
environments for Manx, Lattice/Sas, et. al. opened the console to simulate
it.

Under Unix (from where all of this standard I/O stuff came, although it
didn't originate there) you've got stdout and stderr, both of which can
be redirected by the shell (foo >bar 2>baz) .  Your program can still open
up /dev/tty to get to the controlling terminal.  I'd love to be able to have
the same flexibility on the Amiga.

I would love to hear that this has changed and that there is now a
standard error file handle accessible thorough Stderr() or some such.


Steve
-- 
Steve Tell       tell@cs.unc.edu H: 919 968 1792  | #5L Estes Park apts
UNC Chapel Hill Computer Science W: 919 962 1845  | Carrboro NC 27510
Exercise 15.9 [Very Hard] Devise a more orderly way to measure time.  Get
somebody with some authority to agree to adopt it. - P.J. Plauger