HDTenEightyP/NetNews huggingface dataset:
From: wmagro@uiuc.edu (William Magro)
Subject: Re: Last time on this one
Organization: University of Illinois at Urbana
Date: Wed, 6 Jan 1993 15:23:50 GMT

In article <5JAN93.09425752@cc4.crl.aecl.ca> csullogg@cc4.crl.aecl.ca  
writes:
>...
>As for Darek being level headed and right, that's a crock. Read
>my previous post describing how I am right in my assessment
>of upgrading an Atari vs a PC. Darek is making his comments in
>light of today's environment; not with the historical picture
>in mind.
>
>Why do you think he was an Atari enthusiast at one time? Could
>it be the Atari had a user freindly operating system and a great
>price when the alternative was an XT with DOS 2? Darek is
>way off base in his arguments because it focuses on today's
>market. Remember, I was referring to the last 7 years of the
>market place.

What you fail to realize is that, in making decisions about purchases in  
today's market, it is _only_ today's market that matters.

Your argument that because STs _used_ to be cheaper than PCs means they  
are better today is like saying that, because the Cray YMP was the fastest  
computer for the money five years ago still implies that it is the best  
choice today, which simply is not true.

Markets evolve, so what is cheapest today is not what was cheapest five  
years ago.  Indeed, the XT->AT->386->486 route was not a good one for PC  
owners, but the 486 onward should be OK.  Video modes are unlikely to  
improve much (except adding colors), and most of the PC hardware is  
stable.  I forsee minor upgrades of PCs to be rather easy in the future.  

This, of course, doesn't change the fact that PC operating systems are  
crap.  Use that as your argument to promote the ST.

In short, your arguments are far from convincing.
--
William Magro                                       NeXTMail welcome
wmagro@uiuc.edu
Newsgroups: comp.sys.atari.st
From: jonal@dhhalden.no (JON ARVID LOVSTAD)
Subject: Anyone having problems with Newdesk??
Organization: Ostfold College
Date: Thu, 7 Jan 1993 13:20:42 GMT

Hi everyone and a Happy New Year to you all!

I've been having a few weird problems with my TT - my keyboard shortcuts on 
the desktop gets trashed as soon as I use an application...

What happens is this: 

I have defined shortcuts and have saved the NEWDESK.INF file. The line 
containing the sh/c's looks like this:

#K XX YY NN NN NN..... where NN, XX and YY are hexcodes for the characters 
used. I've marked out the two first codes as XX and YY because when I 
execute a programme and returns, my codes are trashed. The first one is OK, 
but the second one is altered and the rest are either arrows or closebox/
fullbox characters. When I save the NEWDESK.INF file or look at the memory 
the line looks like this:

#K XX Y#K XX YY NN NN NN NN NN .....

It simply adds the header + the first one and a half code to the existing 
string for no apparent reason. I have to re-edit my .INF file everytime I 
add an icon and stuff like that and my sh/c's are useless. Have any of you 
experienced this?

I'm using a fairly new version of the TT (1.44 MB drive) w/ TOS 3.06. 2 MB 
ST RAM (My GE-SOFT 32MB card came back from Germany today - I'll test it 
later on). No additional software loaded except the AHDI 5.00 driver. 

Please reply if you've seen these things happen...

Nomad

Jon Lovstad                |   Sorry, but this part of my .sig file has been
jonal@sofus.dhhalden.no    |   retconned by DeFalco...
                           |
SnailMail: Hjortsbergvn 7  |
N-1784 HALDEN, NORWAY      |   OOOPS! He took the other part as well...
Voice: +47 9 17 59 39      |
Xref: sparky comp.sys.atari.st:19190 comp.sys.atari.st.tech:6463
From: stevem@solbourne.com (Stephen Matson)
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Subject: Flaky mouse
Date: 4 Jan 1993 10:46:49 -0700
Organization: Solbourne Computer, Inc., Longmont, CO
Distribution: world
NNTP-Posting-Host: katmandu.solbourne.com


 Recently my mouse has started to act less then obedient. It will work fine
for hours (or sometimes just minutes) and then , badabing badaboom, every
direction is reversed, up is down, down is up, left is.... well you get the 
idea. The only way to fix this is to save what I'm doing and cold start it.

 Could this just be my mouse or is it something inside my box? 

 Any help would be greatly appreciated.


Thanks.
 Steve Matson.
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st
Subject: Re: ADVOCACY: Falcon030 competes with '486dx-33
Date: 13 Jan 93 00:59:26 GMT
Reply-To: warwick@cs.uq.oz.au

ritz@ritz.mordor.com (Christopher Mauritz) writes:

>Re:  open architecture problems

>I couldn't agree more.  It is difficult to support all of the
>different devices, but at least they are trying instead of
>forcing you into using their hardware (like Atari).

No.  APPLE foces you into using there hardware.  SCSI, RS-232, Centronics -
all are supported [SCSI not on ST/STe, but they're old, and - like PC's -
require an extra host adaptor].

Anyone considering an Apple should look very carefully at this Apple attitude.
SCSI-yes.  The rest-no.  Even all the cabling is non-standard, and quite
expensive.  The Apple StyleWriter is basically just a Canon BJ10e, but costs
more, and can't be used on anything but an Apple.

Even the Modem port requires an Apple modem... since it is RS-432 [or something
like that - not RS-232].

Apple was my "next choice" at one time, but now NO WAY.  Especially now, with
the lack of GNU support.

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /  
Newsgroups: comp.sys.atari.st
From: dickia@rpi.edu (Andrew B. Dickinson)
Subject: Re: What terminal program should I use to call a UNIX machine from my ST
Organization: Rensselaer Polytechnic Institute
Date: Wed, 6 Jan 1993 21:01:25 GMT

Try "Uniterm"... it supports Vt-100 emulation and various file
transfer protocols.  Works very well... (I'm using it now!)

It should be in the archive at atari.archive.umich.edu 

Andy Dickinson   [----------------------------] dickia@rpi.edu [{<---+++--->}]
271 Lark St. #3, Albany, NY 12210  [--------] 	(518) 426 - 7907  *#*#*#*#*#*#*
<><><><> This .sig left intentionally uninteresting due to the lack of anything
really clever or unique I could think of to put in its place..... =+=+=+=+=+=+
Newsgroups: comp.sys.atari.st
From: nino@vmars.tuwien.ac.at (Marinos Yannikos)
Subject: Need plot-prg. -> .IMG
Organization: TU Wien, Vienna, Austria
Date: Mon, 11 Jan 1993 11:13:11 GMT

I need a program, which can read floating-point numbers in
ASCII representation (eg. "0.333\n0.442...") and use them for
plotting functions (the numbers are the function values).
I need to be able to display a 3d-height field (a function
F: [0,1]x[0,1]->R) and a 2d-grid with several functions
plotted at the same time. The output should be a GEM .IMG.
Does anyone know such a program? What about Gnuplot?

	Thanks,
	 Marinos

Newsgroups: comp.sys.atari.st
From: richard@op.ph.ic.ac.uk (Richard Syratt )
Subject: Re: NEW ATARI SUPPORT Part 2
Organization: Imperial College, London University
Date: Thu, 7 Jan 1993 11:02:51 GMT
X-Posted-From: op.ph.ic.ac.uk
NNTP-Posting-Host: sol.ctr.columbia.edu


Well, that started off on the wrong foot.  Maybe these guys should have
looked at an atlas before they started.  I'm talking about the registration
form, USA isn't the only country on this planet...

What do atari think of this anyway?  have they been 'warned' about it?

Richard
Newsgroups: comp.sys.atari.st
From: pyr579@oz.plymouth.edu (Technoid)
Subject: wanted: 10 meg shoebox
Reply-To: pyr579@oz.plymouth.edu (Technoid)
Organization: Plymouth State College - Plymouth, N.H.
Date: Fri, 8 Jan 93 01:14:05 GMT

Hello,

	I'm looking for an old supra or such 10 meg shoebox ( with
working drive. ) I know many of these beasts must be out there, anyone
want to get rid of one. I'll pay a reasonable price for the drive,
provided it has two DMA ports on it. But by the same token, I am
not going to pay THAT much. Look at the technology and speed of
such a beast. Anyone interested please contact by e-mail, or leave a
message @ 1-603-868-3591

Stephan

-- 
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  pyr579@oz.plymouth.edu      Stephan R. Cleaves      Salamanders Are Slick...
  	       Newts Are Neato-van...    Chameleons Are Cool...
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Newsgroups: comp.sys.atari.st
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Last time on this one
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Fri, 8 Jan 1993 20:16:27 GMT

In article 25313@news2.cis.umn.edu, davidli@simvax.labmed.umn.edu () writes:
>In article <1993Jan8.151744.16471@newshost.lanl.gov>, hutch@bellman.lanl.gov (John Hutchinson) writes:
>>Uh, Ken... Did you ever think that maybe Darek built the Gemulator in order
>>to try to make a few bucks?  I think perhaps you are giving him too much
>>credit for his "evil, wicked, mean and nasty" reputation.  :)
>
>One could replace 'Darek' with 'Atari Corporation' and come up with a similar
>conclusion.  Then again, many attribute 'evil' to a situation where stupidity
>would be the closest explanation.


Unfortunately for us all, that's all too true, David.

P.S.:  I apologize.  ;-)
---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Wed, 6 Jan 1993 16:08:14 GMT
Subject: TOS 2.06 Upgrade uploaded
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st

The details of how to upgrade a 1040ST to TOS 2.06 have been uploaded to 
atari.archive.umich.edu.

                        atari/Misc/tos206up.zoo


It is just an ASCII file (after decompression).   Thanks for all the email.

                                Ted.
From: sms@sys.uea.ac.uk (Steve Sowerby)
Newsgroups: comp.sys.atari.st.tech
Subject: New RSC File Format
Summary: New File Format Required
Date: 8 Jan 93 14:00:14 GMT
Organization: UEA School of Information Systems, Norwich, UK.


	I was just wondering if anyone out there had a description of the
new RSC file format.  That is the one with the colour icons and without the
size limit.  
	I am hoping to allow use of the new resource files to store colour
icons for a program I'm writing.  Unfortunately I will not just be able to
use rsrc_load to load them in as more than one file needs to be loaded.  So
I do actually need the file format.
	Any details would be gratefully received...
Even a description of the old format would be nice.  I can't seem to find the
one I used to have.


	Reply by EMAIL please...


	Thanks in advance, 
		Steve Sowerby.


-Steve Sowerby,  Postgraduate Layabout      (sms@sys.uea.ac.uk)
-School of Information Systems, University of East Anglia, Norwich, England.
Newsgroups: comp.sys.atari.st.tech
From: mbernar@erenj.com (Marcelino Bernardo)
Subject: Trying to fix ST157N
Followup-To: comp.sys.atari.st.tech
Organization: Exxon Research & Engineering, Co.
Date: Tue, 12 Jan 1993 00:09:13 GMT

I have a Seagate ST157N which appears to have a bad imbedded SCSI
controller board based on the fact that the drive spins but isn't
recognized by my 1040STf/ICD Advantage+ (using ICDFormat) or a Mac IIci
(using La Cie's Silverlining).  I'm sure the SCSI cable is properly
connected and terminated in both cases.

I would like to know if there are places that sell hard drive parts where I
might be able to buy a working controller or if someone here knows how to
repair this controller.  Are there other newsgroups I can post this message
to?

Marcelino Bernardo
mbernar@erenj.com
From: prissi@marie.physik.tu-berlin.de (Markus Pristovsek)
Newsgroups: comp.sys.atari.st.tech
Subject: How to Flush Buffers under MiNT
Date: 4 Jan 1993 14:56:14 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: marie.physik.tu-berlin.de

Hello,

I am working on a multitasking DVI-previewer (preview incomplete DVI-files).
This is working fine, but if I want to view a DVI-file, TeX is writing to,
I can only read the file until I reach the position, the file was written when 
the previewer was started. I tried several modes and set the cache to 0 
buffers.But I don't succeed. The only way to read more, is to leave and restartthe previewer.

Bye, markus

email:
	prissi@marie.physik.tu-berlin.de
From: goluska@egr.msu.edu (Che Goluska)
Newsgroups: comp.sys.atari.st.tech
Subject: Help w/GCC
Keywords: gcc
Date: 13 Jan 93 04:04:09 GMT
Reply-To: goluska@egr.msu.edu (Che Goluska)
Followup-To: comp.sys.atari.st.tech
Distribution: na
Organization: Michigan State University
NNTP-Posting-Host: frith.egr.msu.edu
Originator: goluska@frith.egr.msu.edu

I'm having trouble getting GCC running on my ST.  I have gotten all
the files:
   gcc231b1a.zoo
   gcc231b1b.zooa.zoo
   gcc231b1c.zoo
   incl85.zoo
   libolb85.zoo
   gmlibo23.zoo
   utlbin33.zooa.zoo
What I get when trying to compile a hello there program is an error in
stdio.h: NULL value on line 107 and an error in compile.h that says
improper #-line on the line after the last line of the file.
I realize that with C the errors may not be in those files, but I
don't know what's wrong.  Any help would be greatly appreciated.
===============================================================================
       * * *    Che Goluska                                         * * *   
       * * *    goluska@frith.egr.msu.edu                           * * *   
       * * *                                                        * * *   
      *  *  *   "Don't be so proud.  You're not an intelligence    *  *  *
     *   *   *   until you pass the turing test."                 *   *   *
   *     *     *       -Solomon Short                           *     *     *
===============================================================================

-- 
===============================================================================
       * * *    Che Goluska                                         * * *   
       * * *    goluska@frith.egr.msu.edu                           * * *   
       * * *                                                        * * *
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: How do you set a disk's vo
Date: 8 Jan 93 18:43:00 GMT
Article-I.D.: K.A52093
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.16/hb

n>Warning! 'chdir("a:\")' will cause 'an unterminated string' or other
n>"interesting" error messages.  See further down in the quoted article.
n>  --mj

of course it will - the correct spelling is chdir( "a:\\" ), since the
backslash is the escape character.

(that's my favourite typing mistake when dealing with filenames in C...)
Newsgroups: comp.sys.atari.st.tech
From: ersmith@netcom.com (Eric R. Smith)
Subject: Re: Malloc (Was: Sending objc_draw to a buffer)
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 8 Jan 1993 18:31:33 GMT

In article <wmtwen.726497985@rw8.urc.tue.nl> wmtwen@urc.tue.nl writes:
>Well after reading quite of lot of posts on what to use Malloc or
>malloc en Mfree or mfree I am a bit confused...

The answer is quite simple: use malloc() and free(). This has 3 advantages:

(1) It will work in accessories, if your library is sensible (most are).
    The OS Malloc() function cannot be called from accessories at all.

(2) It will avoid memory wasting under newer versions of the OS (which
    use the MMU and manage memory in pages) and will also avoid some
    bugs in old versions of the OS (TOS 1.0 was limited to 20 Malloc
    calls per process).

(3) It is faster (there is some overhead to entering the OS which can
    often be avoided by the library).

Regards,
Eric
--
ersmith@netcom.com	ersmith@atari.uucp
From: sbrown@cee.hw.ac.uk (Stuart Brown)
Newsgroups: comp.sys.atari.st.tech
Subject: Spectrum 512 Query
Date: 11 Jan 93 15:40:43 GMT
Distribution: uk
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland


Last year ST Format had Spectrum 512 on a Coverdisk, but they neglected to say
how to perform gradient fills as demonstrated in a folder on the disk.

Can somebody help me?  If there are any other features anybody knows of which
they ignored, leave an artical about it.

Much appreciated.  Cheerio!

Stuart Brown.
Bsc Computer Science 2nd year,
Heriot-Watt University,
Edinburgh,
Scotland.
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Harddisk experiences?
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au
Date: 09 Jan 93 10:50:54 GMT


Ok people : I'm wondering if anyone out there has ever connected a Maxtor
7680S to their system, and if they can comment on it.

I'm in a position to pick one up for a 'bargain' price, although 'bargain'
for a 680M SCSI drive still means a lot of money, hence my asking...

\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-276-4415 (3:800/842)
From: stigj@dhhalden.no (STIG JORGENSEN)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: New RSC File Format
Summary: New File Format Required
Date: 9 Jan 93 15:05:36 GMT
Organization: Ostfold College

In article <sms.726501614@oxygen.sys.uea.ac.uk> sms@sys.uea.ac.uk (Steve Sowerby) writes:
>From: sms@sys.uea.ac.uk (Steve Sowerby)
>Subject: New RSC File Format
>Summary: New File Format Required
>Date: 8 Jan 93 14:00:14 GMT
>
>	I was just wondering if anyone out there had a description of the
>new RSC file format.  That is the one with the colour icons and without the
>size limit.  
>	I am hoping to allow use of the new resource files to store colour
>icons for a program I'm writing.  Unfortunately I will not just be able to
>use rsrc_load to load them in as more than one file needs to be loaded.  So
>I do actually need the file format.
>	Any details would be gratefully received...
>Even a description of the old format would be nice.  I can't seem to find the
>one I used to have.
>
>
>	Reply by EMAIL please...
>
>
>	Thanks in advance, 
>		Steve Sowerby.
>
>
>-Steve Sowerby,  Postgraduate Layabout      (sms@sys.uea.ac.uk)
>-School of Information Systems, University of East Anglia, Norwich, England.

Me too...
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: HELP -- Weird harddisk-driver
Date: 8 Jan 93 18:46:00 GMT
Article-I.D.: K.A52095
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.16/hb

L> - Are there any differences in the DMA-Chips in the 520 and the 1040?

Nes. Yo. Perhaps :-)

There are some versions of the ST DMA chip:

The "very old" version that was able to deal with all combinations of RAM chip
sizes in bank 0 and 1, e.g. 512 KB in bank 0 and 2 MB in bank 1.

A newer version, where the bigger chips had to be in bank 0.

The most recent version, where all RAM chips have to be the same size.

- Peter -
Newsgroups: comp.sys.atari.st.tech
From: entropy@gnu.ai.mit.edu (maximum entropy)
Subject: Re: Porting UNIX Code to the ST
Organization: Not Proud Programmers
Date: Fri, 8 Jan 1993 03:40:17 GMT

In article <1993Jan7.124324.27805@its.bt.co.uk> jvt@its.bt.co.uk (John Trickey) writes:

>The problem you have encountered is that Unix treats all files alike while
>DOS, TOS etc do not. In Unix the open is fopen(filename,mode) where mode is
>a char * of "a","r","w","r+","w+","a+". In TOS these are for text files with
>CRLF being converted to LF on input and LF being converted to CRLF on output.
>Note CR is ^M.
>To switch this off you need to open the file in binary mode. These modes
>are "ab","rb","wb","rb+","wb+","ab+". The format "r+b" etc is also acceptable.

Alternatively, the call:

  _binmode(1);

somewhere at the beginning of a program will cause all fopen()s to
default to binary mode (you can then force text mode with the "t"
modifier in the mode specifier.)  It's much easier, (and cleaner,
IMHO) to make this one small hack than to hunt down all the file mode
arguments all over a large program.

Cheers,
entropy
--
entropy@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, and Xerox.  Join the League for
Programming Freedom!  Write to lpf@uunet.uu.net for more information.
From: prissi@marie.physik.tu-berlin.de (Markus Pristovsek)
Newsgroups: comp.sys.atari.st.tech
Subject: How to run a Subroutine by using MiNT?
Date: 4 Jan 1993 14:59:49 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: marie.physik.tu-berlin.de

Hello,

is it possible to call a subroutine so that it can run at the same time as the 
main program? (I had tried signals but while the signal-routine is executed, 
the main program is stoppen.) Is there any help MiNT gives me here? (I Pvfork()
call doesn't work, because the further program execution of the other part is 
suspended.)

Bye, markus

email:
	prissi@marie.physik.tu-berlin.de
From: craig.dunn@almac.co.uk (Craig Dunn)
Newsgroups: comp.sys.atari.st.tech
Subject: DISK DRIVES
Date: 11 Jan 93 12:27:00 GMT
Reply-To: craig.dunn@almac.co.uk (Craig Dunn)
Organization: Almac BBS Ltd. +44 (0)324 665371

I can get cheap PC 1.44 Drives.

How compatible are they with an Atari STFM 2.5 meg?

Please help me..

Craig
Newsgroups: comp.sys.atari.st.tech
Subject: Thanks chaps , re Mercury
From: jonc@status.gen.nz (Jon Clarke)
Date: Tue, 12 Jan 93 23:28:03 GMT
Organization: The Z*NET Global News Gateway in Parnell New Zealand.

A big round of thanks for all the email I received about the paths
file for Mercury. 
 
We now have several sites polling here 100% and with outward news.
 
Thanks again for your help.


 Jon Clarke                                                     Z*NET Pacific
 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  jonc@status.gen.nz           GEnie: J.Clarke6        Hexagon: HSBC NZM EBD
  Phone: (+649) 358-5589       IFNA : 3/772:105        GEM    : NZM CABLES
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
     "Practise safe computing ! Wear a write protect tab!" jc 1988
Newsgroups: comp.sys.atari.st.tech
From: hohmuth@freia.sax.de (Michael Hohmuth)
Subject: Re: Malloc (Was: Sending objc_draw to a buffer)
Reply-To: hohmuth@freia.inf.tu-dresden.de
Organization: Dept. of Computer Science, TU Dresden, Germany
Date: Sat, 9 Jan 1993 22:34:04 GMT

In article <stigj.22.726591656@dhhalden.no>, stigj@dhhalden.no (STIG JORGENSEN) writes:

> >Most libraries' malloc() functions will handle everything automatically,
> >allocating memory in large chunks (4K or 8K or even 32K) from the OS
> >and then splitting those chunks up as necessary. See for example the
> >MiNT or GNU C library malloc()/sbrk() code. All the programmer has to
> >remember is to use the standard C malloc()/free() functions instead
> >of the Atari specific Malloc()/Mfree() functions.

> I was just wondering if Pure C has this built in in its library. I am 
> writing a little program that checks if there are any duplicates on the 
> harddisk. Here I use a linked list and make a Malloc() call for every member 
> of the list. There hasn't been any proglems yet. Do you know if Pure Chas 
> this built in?

Yes, it has, and you really should use it (malloc()/free()) in this case.

Michael
-- 
Internet: hohmuth@freia.inf.tu-dresden.de
Newsgroups: comp.sys.atari.st.tech