HDTenEightyP/NetNews huggingface dataset:
From: wabe@ukc.ac.uk (W.A.B.Evans)
Newsgroups: comp.sys.atari.st.tech
Subject: New bug in ZOO v_2.1    (was  Re: ZOO 2.1)
Date: 7 Apr 92 13:44:50 GMT
Reply-To: wabe@ukc.ac.uk (W.A.B.Evans)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <1992Mar30.230501.8851@NCoast.ORG> bjsjr@ncoast.org writes:
>In article <1992Mar30.042831.9282@actrix.gen.nz> Roger.Sheppard@bbs.actrix.gen.nz writes:
>>Can some one tell me what I am doing wrong, as I can't use my hard drive
>>at present do to a STE suffing it up, DMA bug..
>>
>>I am having problems extracting a zoo file that has folders, I do have
>>2 disk drives and its a 2.5 meg STFM with TOS 1.4..
>>
>>If I give zoo.ttp the x// string I get 2 bombs ..??
>> 
>
>There is a bug in the released version of ZOO 2.1 that causes problems
>while extracting archives that have entries that want to start from the
>root directory (ex. /foo/foo.c as opposed to ./foo/foo.c).  This may
>be the problem you have run into.  This bug has been fixed in the as
>yet unreleased version of ZOO 2.1 Patchlevel 1 (to be released hopefully
>soon but no promises).
>

	On a related note I tried to pack all files (including directories)
within a volume with the usual command (from GULAM shell)

	zoo ah//  new_arc  *

recently, but found that it failed because I had named one of the directories
RDE_ALL.TOS i.e. ZOO_v2.1 appears to assume that anything ending in .TOS is
a program. Surely it OUGHT to check this - which is a simple enough task.

	On extraction, a similar difficulty with folders ending with .TOS
( and, presumably, with folders ending in .PRG and .TTP also - but I have
not checked this) occurs.

						W. Alan B. Evans
						[ wabe@ukc.ac.uk ]
Newsgroups: comp.sys.atari.st.tech
From: rosenkra@convex.com (William Rosenkranz)
Subject: Re: help with sozobon getenv()
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Tue, 07 Apr 1992 21:33:57 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <18420015@hpsad.HP.COM>, randyh@hpsad.HP.COM (Randy Hosler) writes...
>main()
>{
>	char *ep;
> 
>	ep = getenv("some_env_var");
>	printf("%s\n", ep);
>}

try this instead:

#include <stdio.h>	/* for NULL define, usually */
char *getenv();		/* or #include <stdlib.h> if you have it */

main()
{
	char *ep;
 
	if ((ep = getenv("some_env_var")) != (char *) NULL)
		printf("%s\n", ep);
	else
		printf("some_env_var not found\n");
}

you could also do:

	ep = getenv("some_env_var");
	printf("%s\n", ep != (char *)NULL ? ep : "not found");

you should test the return since getenv returns NULL pointer of
it fails. this probably causes the bus error.

-bill
rosenkra@convex.com
-- 
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
From: bigham@acpub.duke.edu (Scott Bigham)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: help with sozobon getenv()
Date: 14 Apr 92 17:17:12 GMT
Organization: n. Arrangement in an orderly or logical fashion.  See "miracle".

From the Holy Book of <A1776031882@thelake.mn.org>
  as spake by steve@thelake.mn.org (Steve Yelvington) :
>[In article <18420017@hpsad.HP.COM>,
>     randyh@hpsad.HP.COM (Randy Hosler) writes ... ]

> >    I have the source for the MiNT library but have not had the time, nor
> >    the know-how to build it.  It would be nice if someone could upload
> >    a heat-n-serve MiNT lib for sozobon.  

>It's not hard to make one. You need the current collections of source
>code and include-files from atari.archive.umich.edu. There is a makefile
>in there that works with Heat and Serve's MAKE. 

Yeah, I'm working on it.  I hope to be finished by the weekend, depending on
homework levels; I'll drop it on a.a when I'm finished.

>Be sure that you have the LIB and INCLUDE environment variables set
>to point at the directories in which you have stored the MiNT stuff,
>not the Sozobon stuff.

Particularly since the -I parameter to cc doesn't seem to work properly.  What
would be nice [read: wish list item] is a command-line option to switch between
dLibs and the MiNTlib.

The main holdup at the moment is getting Sozobon's floating point library to
cooperate with the MiNTlib, particularly its printf/scanf routines.  I'll
probably just replace them with modified versions out of the MiNTlib and ship a
modified libm.a with the package.

>[...]
>Then run MAKE and go eat a sandwich or something, because it'll take
>awhile.

Tell me about it.  I need more memory so I can do directory caching.

						-sbigham
-- 
Scott Bigham                   | The opinions expressed above are
bigham@hercules.acpub.duke.edu | (c) 1992 Hacker Ltd. and cannot be
                               | copied or distributed without a
                               | Darn Good Reason(tm).
From: boyd@phi.cs.fsu.edu (Mickey Boyd)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Flopppy drive question
Date: 5 Apr 92 05:05:59 GMT
Article-I.D.: mailer.1992Apr5.000559.27320
Reply-To: boyd@nu.cs.fsu.edu
Organization: Florida State University Computer Science Department

In article <31886@darkstar.ucsc.edu>, choclte@cats.ucsc.edu (Liz Neely) writes:
>
>
>Can anyone tell me if its possible to attatch an IBM floppy drive to the
>Atari ST? I have a spare IBM 51/4" floppy drive and I'd like to plug
>it into my drive B spot.  My atari needs a roung plug, which this floppy
>doesn't have, but is it possible to get an adaptor or something?
>I want to do this because it would be nice to be able to transfer data
>between the 2 different sized disks.
>

I put a set of instructional files and drivers for such drives on 
atari.archive.umich.edu, in a file called ibmdrive.lzh.  The ability you 
desire is relatively easy to accomodate, given that you are willing to 
bolt some stuff together and make a simple cable.  I had such a device set 
up in the past, and it worked fine.


--
    ---------------------------------+-------------------------------------
             Mickey R. Boyd          |  "Come to your senses professor  
          FSU Computer Science       |     Fernberg.  You did not transcend 
        Technical Support Group      |     the time-space continuum.  You  
       email:  boyd@nu.cs.fsu.edu    |     got drunk in a topless bar."
    ---------------------------------+-------------------------------------
From: wenzel@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Are Ataris really this bad with HD's?
Date: 11 Apr 92 08:46:10 GMT
	<1992Apr8.111745.1@camins.camosun.bc.ca>
Reply-To: wenzel@marsu.tynet.sub.org
Organization: Marsupilami's private UUCP site - Palumbien, Germany.
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992

In <hjv.702809911@groucho.phil.ruu.nl>, Hendrik Jan Veenstra writes:
> comptec91006@camins.camosun.bc.ca writes:
> 
> >I have a SyQuest hard disk with an ICD controller.  I have a 14 meg Atari
> >partition and a 30 meg partition for Spectre GCR (Mac emulator)...
> >Whenever a file is written to disk in Atari mode the system locks up for
> >about 5 seconds and then suddenly spits the file onto the disk.  Presumably
> 
> This locking up means you really can't do anything during 5 seconds? Otherwise
> it might be the ICD write cache - try putting it off. (or am I being dumb now?)

It is absolutely *not* the effect of using the write cache, because I'm
using the ICD software and its caches with great performance.
First of all, I recommend a new TOS version, preferably KAOS 1.4.2 or
TOS 2.06. If this doesn't solve the problem, it could be a software or 
hardware configuration problem, but I cannot imagine what sort of.

-- 
* /dev/                Markus Wenzel, University of Stuttgart              *
* /usr/spool/mail/     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de  *
* /bin/ps -l           status: idle; waiting for better times              *
* ~/.ircrc/nick        Marsu2                                              *
* /etc/motd            >> You can only do nonsense with a mainframe.       *
*                         With a PC, not even that! <<                     *
Newsgroups: comp.sys.atari.st.tech
From: orc@vpnet.chi.il.us (david parsons)
Subject: Re: help with sozobon getenv()
Organization: Department of Atomic Text Units
Date: Sat, 11 Apr 1992 15:59:03 GMT

In article <18420017@hpsad.HP.COM> randyh@hpsad.HP.COM (Randy Hosler) writes:
|   Why doesn't sozobon put the name of the program in argv[0]?  Everytime
|   I try to reference argv[0] all I get is "".  


   It's not sozobon's fault; in TOS'es at least up through v1.4, you can't
get argv[0] through the official channels. (It's not there, and many of the
methods used for retrieving an argv[0] would make things go boom under Mint,
as well as having other attributes that made the Atari Software Engines
[Hi Ken!] unhappy.)  Find a shell that uses the (official?) Atari extended
argument scheme and you may see argv[0] filled in.

               __
 david parsons \/ orc@pell.chi.il.us
From: sigrorn@icemark.oche.de (B.E.Heinen)
Reply-To: sigrorn@icemark.oche.de
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Comeau C++
Date: Sun, 12 Apr 1992 14:21:32 MET
Organization: The Icemark

In <A251926628@thelake.mn.org>, Steve Yelvington writes:
>386's, SCO UNIX 386, SCO XENIX 386, the AT&T 3B2, AmigaDOS, AT&T UNIX PC 7300
>& 3B1, the Sun-3, and the IBM RS/6000 AIX. Comeau C++ 3.0 adds support for the
>Sun SPARC, and others to include the Atari ST, UNIX SVR4, MS-Windows, and
                                     ^^^^^^^^^^
I would be strongly interested in that one...

>Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418-3214 Marge
>Behrens 718-945-0009 (voice) or 718-441-2310 (fax) BIX: comeau,  Compuserve:
>72331,3421 Usenet: attmail.com!csanta!c++ Prodigy: tshp50a

Has anybody got information from Comeau when writing to them via usenet or
Fax? (Asking for Information via SnailMail uses too much time from Europe
and calling them via Phone is a bit too expensive for me!)  :-(
Or has anybody already got the compiler package - is it any good?

  Benedikt
-- 

=============================================================================
Benedikt Eric Heinen,                Matthiashofstr. 3, W5100 Aachen, Germany
                                                      sigrorn@icemark.oche.de
Voice: +49-241-408592                heinenb@messua.informatik.rwth-aachen.de

Wise men profit more from fools than fools from wise men;
for the wise men shun the mistakes of the fools, but fools do not
imitate the successes of the wise.
  - Marcus Porcius Cato
From: meulenbr@ce.philips.nl (Frans Meulenbroeks)
Newsgroups: comp.sys.atari.st.tech
Subject: TT HD floppies + ajax
Date: 15 Apr 92 10:05:41 GMT
Organization: Philips Consumer Electronics, Eindhoven

Hi,

I have a TT with a HD floppy drive and an ajax chip.
I'm trying to access the drive using my own software, and I'm accessing
the chip directly. I can access normal 720 kb floppies, but I cannot
access 1.44 M floppies. 
I did already double the steprate for HD floppies.
Should I one way or another program the ajax so that it is in HD mode,
or does it auto sense. 
The first request that I make fails with sector not found.

Thanks for your help!
--
Frans Meulenbroeks		 Philips Research Laboratories
Replies please to meulenbr@prl.philips.nl, and not to the From: address
Newsgroups: comp.sys.atari.st.tech
From: krakover@spot.Colorado.EDU (KRAKOVER JONATHAN DA)
Subject: TOS upgrade
Organization: University of Colorado, Boulder
Date: Thu, 16 Apr 1992 23:08:17 GMT

	I just opened up my ST yesterday (one week after I bought it) and
I saw that I have TOS 1.4.  I've been seeing some postings on upgrading,
my (stupid) question is why?  
	Also I'd like to upgrade my memory, is there a upgrade kit available
and what should I expect to pay for it?  Also are there instructions on
how-to-do-it yourself posted around in case I don't want to spend to much
money.
				Thanks,
				Jonathan
				krakover@spot.colorado.edu
From: jesa@gun.do.open.de (John Budden)
Newsgroups: comp.sys.atari.st.tech
Subject: FZDT & GVC modem auto baud change
Keywords: Auto baud change
Date: 11 Apr 92 17:32:13 GMT
Reply-To: jesa@gun.do.open.de
Organization: JCB Digital
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992

Hello
This is my first ever news posting - "So a new era begins!"

Baud Change Problem
*******************

I am using FreeZe Dried Terminal V2.12 with a GVC 9600 V.42bis/MNP5 modem.
I have my terminal set at 9600 baud as the default. If I make a connection to
a BBS that can only use 2400 baud - the modem auto senses this and switches
baud but all I get on the on-line screen is random characters. Even if I then
set the terminal settings to 2400 there is still no readable output on
screen. I know I can set the autodialer to diferent baud settings for each
individual number but it would be nice if the auto baud sensing worked.
Does anyone know if this is supposed to work or if it is just wishfull
thinking on my part.

Any help or advice appreciated - Also anyone using FreeZe Dried Terminal who
has any other problems - I would be interested to hear from you.

Reply by Email or follow up.
-- 
[==========================================================================]
[     _____________   _______         |                                    ]
[           |         |      \        |     From: John Budden              ]
[           |         |      /        |                                    ]
[           |         |     /         |    Email: jesa@gun.do.open.de      ]
[           |         |=====\         |                                    ]
[           /         |      \        |====================================]
[   \      /          |       |       |"If you can't take a joke -         ]
[    \_ _ /    *      |_______/  *    |        You shouldn't have joined!" ]
[==========================================================================]
Newsgroups: comp.sys.atari.st.tech
From: b41987@shylock.ctd.anl.gov (Mike Gomberg User Services)
Subject: Re: Flopppy drive question
Organization: Argonne National Laboratory
Date: Wed, 15 Apr 1992 15:24:38 GMT

In article <1992Apr10.133449.15963@cdsmn.mn.org>, plate@cdsmn.mn.org (Doug Plate) writes:
|> 
|> Mickey, (and anyone else interested)
|> I have have read your files and they are excellent!  I had an idea to possibly
|> simplify the process though.  Now, I really should try this before speaking,
|> but hey, I'm impulsive and irresponsible ;^)
|> 
|> Wouldn't it simplify the process if instead of cutting and modifying the
|> existing drive B cable (assuming you have one) you opened the case of the 
|> ST and tapped onto the internal ribbon cable (the one attached to the 
|> internal floppy) using a daisy chain type thing?  Like:
|> 
|>                                 /-------------[]< card edge to external floppy
|>                                 |
|>          --------[][]------------[]
|>    Internal Cable ^ ^male end     ^female end to internal floppy
|> 
|> I just say this because ribbon cable is so much easier to work with than just
|> about anything, just using a vise, pliers, or vise grips to press the ends
|> into place.  You would then have to change the Drive select jumper on the
|> external from 1 to 2 (or from 0 to 1 depending on labels used).
|> 
|> One would probably want to hang a ribbon header out the back of the ST case
|> to allow for disconnection.
|> 
|> Do you think it will work?  
|> 
|> Regards,
|> Doug

Yes, This is exactly what I did with my ST. Worked like a charm. The only thing
that you need to watch for is reversing the cable when you plug it into the 
new drive. You can tell its reversed because the drive lights go on as soon as
you turn the computer on and they stay on constantly. 

Later,
-- 
______________________________________________________________________________
|Michail Gomberg                                            I A               |
|Argonne National Laboratories                             R|||T              |
|User Services Division                                   A ||| A             |
|Argonne, IL                                             T / | \ R            |
|internet: b41987@achilles.ctd.anl.gov                  A /  |  \ I           |
|          GOMBMIK@iitvax.iit.edu                              	              |
|_____________________________________________________________________________|
Organization: Ryerson Polytechnical Institute
Distribution: na
Date: Tuesday, 7 Apr 1992 12:55:10 EST
From: Carlos Varela <EENG6801@RyeVm.Ryerson.Ca>
Newsgroups: comp.sys.atari.st.tech
Subject: SPET Source code

Can someone please post the source code of SPET to comp.sources.atari.st?
Or send me a copy ? I'm not able to FTP to the site posted.
It gives me 'User anonymous access denied.'
Thank You,
====================================================================
| " Competence, like truth, beauty and   =   Carlos J. C. Varela   |
| a contact lens, is in the eye of the   =   EENG6801.RYERSON.CA   |
| beholder."                             =   Fnet Node: #18, #38   |
====================================================================
From: hallberg@elixir.lne.kth.se (Ilja Hallberg)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Are Ataris really this bad with HD's?
Date: 16 Apr 92 20:04:13 GMT
Organization: Royal Institute of Technolgy


TOS 1.3 Doesn't exist. You may, as me, have TOS 1.2 which is supposed to be
quite a bit slower than 1.4, handling the harddisk. I notice the same delay as
you do when searching or creating a file, the raw read and write actions are
however very fast. Perhaps you could try an upgrade to 1.4? I use a notoriously
slow atari megafile 60. 

 
Newsgroups: comp.sys.atari.st.tech
From: Roger.Sheppard@bbs.actrix.gen.nz
Subject: Kermit and a Vax
Organization: Actrix Information Exchange
Date: Sat, 11 Apr 1992 10:38:00 GMT


Does any one know what this problem is..!!

I am connecting to a System that uses C-Kermit 4E(072) 24 Jan 89, Vax/VMS

  The problem that I am having is on uploading, the system will
not close this file, ie, unable to close file..

  The File is a Larc lh1 type archive of 8064 bytes, when the system
does close the file manualy it ends up 384 bytes short, ie, 7680 long..

  I changed the file name and patched the Directory to make the file
one byte bigger but with the same problem..

I can upload similar files ok..!!

I also tried a different Kermit, same problem..

Please can any one help me...Thanks..

 


-- 
***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
***  Kapiti                        At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
From: Martin.Kunze@arbi.informatik.uni-oldenburg.de (Martin Kunze)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Kermit and a Vax
Date: 11 Apr 92 18:45:26 GMT
Organization: University of Oldenburg, Germany

Roger.Sheppard@bbs.actrix.gen.nz writes:


>Does any one know what this problem is..!!

>I am connecting to a System that uses C-Kermit 4E(072) 24 Jan 89, Vax/VMS

>  The problem that I am having is on uploading, the system will
>not close this file, ie, unable to close file..

>  The File is a Larc lh1 type archive of 8064 bytes, when the system
>does close the file manualy it ends up 384 bytes short, ie, 7680 long..

>  I changed the file name and patched the Directory to make the file
>one byte bigger but with the same problem..

>I can upload similar files ok..!!

>I also tried a different Kermit, same problem..

>Please can any one help me...Thanks..

> 


>-- 
>***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
>***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
>***  Kapiti                        At least I don't Flicker,         ***
>***  New Zealand..          *      not like a dying light globe      ***



SORRY bur does anyone have a kermit for the ST ??
If someone have it please send it to me.

Thanks Martin
Newsgroups: comp.sys.atari.st.tech
From: q92269@pbhrzx.uni-paderborn.de (Daniel 'danny' Roedding)
Subject: Re: Reading Disk's Volume Name?
Organization: Uni-GH Paderborn
Date: Tue, 7 Apr 1992 08:28:42 GMT

ralph@laas.fr (Ralph P. Sobek) writes:

>What is the correct definition of the 11 character volume name?  Is
>there an implicit dot (.) between the 8th and 9th characters like
>files?  Are lowercase letters allowed?  Is an explict dot (.) allowed?
>I have a floppy with the label "GEM.010" with an explicit dot!

>I've noticed that different software read the above label differently.

>Any comments?

MS-DOS treats the volume label as a string with a max len of 11 chars in
which all characters (even wildcards) are allowed. Lowercase letters are
mapped to uppercase.

Atari TOS returns (at least in my 1.04 here) the vol label with a dot
after the eighth position if longer names were created. Also, the desktop
inserts this dot in its mask for form_do() at the disk info. If you
create a label containing a dot, the string before the dot is padded to
8 chars as in normal file names.

Seems the programmers didn't have any idea of what they programmed... :-)

Daniel
--
Daniel Roedding   "Dann wird am 1.3. also das Z-Netz geloescht? Denn das ist
Detmolder Str. 19  es ja, was mit laengeren Adressen nicht klar kommt :-)))"
D-4790 Paderborn                      -- Michael Keukert in de.comm.gateways
/ q92269@pbhrzx.uni-paderborn.de / danny@fiction.ms.sub.org / +49 5251 541965 /
From: BJ070@ibmvm.rrz.uni-koeln.de (Horst Stenzel)
Newsgroups: comp.sys.atari.st.tech
Subject: Remote File System for ST?
Date: 14 Apr 92 15:07:01 GMT
Organization: RRZK

Has anyone ever heard of a Remote File System implementation to be
used from the Atari ST instead of or as addition to HD? It need not be
very fast, so it could use serial link, and the image in the server
(UNIX) does not have to be integrated into the server's file system.
Any hint to product, PD, or article would be welcome.
H.Stenzel, FH Koeln, FB Informatik, Am Sandberg 1, W 5270 Gummersbach
From: neil@cs.hw.ac.uk (Neil Forsyth)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: help with sozobon getenv()
Date: 13 Apr 92 08:40:16 GMT
Organization: Dept of Computer Science, Heriot-Watt University, Scotland

In article <A1776031882@thelake.mn.org> steve@thelake.mn.org
(Steve Yelvington) writes:
> A program compiled with the
>MiNT library, using Atari's officially supported protocol, still
>can't find its own name when run from the Desktop.

Does shel_read not work?

> Steve Yelvington              Marine on St. Croix, Minnesota, USA 
> steve@thelake.mn.org          umn-cs!thelake!steve 

+----------------------------------------------------------------------------+
! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
!                                                                            !
! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
+----------------------------------------------------------------------------+