Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 431
Info-Atari16 Digest Thu, 15 Aug 91 Volume 91 : Issue 431
Today's Topics:
Anonymous FTP of The Vault in Europe
archive-server: HELP ! (2 msgs)
Are they released yet? How are they?
Best place to buy DynaCADD?
DC Weekly Post 8/9
Dialog Boxes
Fix bugs to fix bugs, or to Fix Bugs?
Hardware goodies in US???
HiSoft
How to bind gulam keys in ue
Minix question..
Multi V1.0 - Midi Sequencer
power conditioning (was Re: BLACKOUTS)
ST-USER July Wanted
TOS (GEM) file selector windows
TOS (GEM) file selector windows [FSEL wrapper source code]
what I think about GEM (2 msgs)
Which archiver ? (Was: use
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: 10 Aug 91 08:53:54 GMT
From: mcsun!unido!horga!agsc!krokus!jlinz@uunet.uu.net (Jochen Linz)
Subject: Anonymous FTP of The Vault in Europe
To: Info-Atari16@naucse.cse.nau.edu
In <1991Aug7.144445.3006@cs.yale.edu>, Robert Fischer writes:
>are available via ftp in europe under anonymous account by the
>University of Koeln/Germany. The numeric ftp-adress is
[stuff deleted..]
hello robert,
we have just test your new version 3.0 of The Vault.
THERE is still the same bug as in your old versions :
Try to use a deep path, like more than 50 Characters in the GEM-Input-Line,
The Vault will crash, overwriting his own memory, asks for disc-changes
and then bombs... ugghh 8-(
An other little bug is this one :
If there is a file with a name " . " (you see, a blank name),
than The Vault don't abort with an errormessage, but try go on with
backuping. BUT don't really backups the files !
Hope that helps !
PS: I've heard, you sold your ATARI ST. Is that true ?
Who will support your really good program ?(sources avaible ?)
cu Jochen (not the FRITZ, but a FRANZ !)
Hope, my bad english will be understood...
--
Jochen Linz, Henckellweg 7, W-3000 Hannover 91, Germany - Voice: +49 511 417407
------------------------------
Date: 9 Aug 91 20:25:34 GMT
From: rti!mozart!snoret@mcnc.org (Rick Tatem)
Subject: archive-server: HELP !
To: Info-Atari16@naucse.cse.nau.edu
I am rather a novice to the net, so I figure I'd ask
a (hopefully) simple question and save myself hours
of frustration and heartache. Here we go:
All I'm trying to do is get some of the binaries
from the archive-server@twitterpater.eng.sun.com.
I mailed a request on Monday, and still have not
received the uuencoded reply. Now, before you all
tell me just to be patient... yesterday I decided
to request the help file and the index. I
received them both the same day I requested them!
My question is this... does the server naturally
send help and index requests BEFORE files, or is
there something wrong with my syntax. I thought
I was doing it just the way the help file said:
send binaries/volume1 arc
Notice I remembered to replace the last "/" with
a space. Please tell me I not crazy ( well, ok...
maybe just a little :)
Rick Tatem snoret@unx.sas.com
UNIX Support
SAS Institute, Inc.
--
Rick Tatem __-__ _
snoret@unx.sas.com =========@ ============ *#__===___
UNIX Support ___\\____ / /_ `'
SAS Institute, Inc. \______________{ @* @
------------------------------
Date: 9 Aug 91 21:54:58 GMT
From: @uunet.uu.net (John Miskinis)
Subject: archive-server: HELP !
To: Info-Atari16@naucse.cse.nau.edu
>send binaries/volume1 arc
Is "arc" a valid filename? (I don't have the index handy)
It seems (from memory) you must specify the full name and extension...
_John_ (Who came in at 5:00 AM, it's 6:00 P.M. and I'm ALMOST done!)
------------------------------
Date: 9 Aug 91 21:43:50 GMT
From: cleveland.Freenet.Edu!aa399@ucbvax.berkeley.edu (Len Stys)
Subject: Are they released yet? How are they?
To: Info-Atari16@naucse.cse.nau.edu
I'm curious to know if the ST Notebook, ST Pad, CDAR505, and the TT/030
Unix and Developer package are available anywhere in the world?
Have any developers got them yet?
Also, has anyone heard anything about a new video card for the TT to
compete with the VideoToaster?
If you have, I'd be interested to know what you've heard either on this
newsgroup or through e-mail.
Thanks.
Len
--
------------------------------
Date: 10 Aug 91 06:11:24 GMT
From: noao!asuvax!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu!tdrga@arizona.edu
(Todd Drga)
Subject: Best place to buy DynaCADD?
To: Info-Atari16@naucse.cse.nau.edu
I wonder how many people actually use DynaCADD out there... but for those
who do, I have a question:
Where is the best (cheapest) place to buy it? I have checked with a couple
of mail-order places, but they indicated that it was a 'special-order' item
and quoted me a special-order price (about $750)
Is there any place that sells it cheaper? I remember a while ago there was a
person who started a, for lack of a better term, 'network mail order'
mailing list of software and hardware that could be ordered by e-mail.
I was on that list and got the first mail message with some pretty good
prices, but have lost that message and haven't heard anything else from the
person. If you have any info about this, please mail me.
Please mail any suggestions or recommendations to me. I will summarize
when I return from my trip to Europe.
Thanks,
Todd Drga
--
= INTERNET-> tdrga@ccwf.cc.utexas.edu (Todd Drga, UT Dept. of Drama) =
= =
= ' The dry grass will set fire to the damp grass ' =
= =
= African proverb brought to the Americas by slaves =
------------------------------
Date: 9 Aug 91 22:18:01 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!menudo.uh.e
du!uace0@arizona.edu (ATARI Computer Enthusiasts)
Subject: DC Weekly Post 8/9
To: Info-Atari16@naucse.cse.nau.edu
DC Mouse Saver will turn the mouse cursor off after a defined time
of no mouse activity and turn the mouse cursor back on with any mouse
activity. 'A third generation Homey' - read docs :-)
100% assembly. ST, STe and TT compatible. Program of the week.
- mike vederman / double click software
See you in Duesseldorf!
--
------------------------------------------------------------------------------
Double Click Me | Double Click Software | P.O. Box 741206 | Houston, Tx, 77274
------------------------------------------------------------------------------
Voice: (713)977-6520 | DC DESKTOP | DC FORMATTER | DC UTILITIES | and others
------------------------------
Date: 10 Aug 91 12:22:08 GMT
From: noao!asuvax!cs.utexas.edu!swrinde!mips!atha!lsuc!jimomura@arizona.edu (Jim
Omura)
Subject: Dialog Boxes
To: Info-Atari16@naucse.cse.nau.edu
In article <3231@cod.NOSC.MIL> healy@cod.NOSC.MIL (Mike Healy) writes:
>Let me quote from my Laser C (version 1.01) docs (and probably start a
>new flame thread):
>
> "The GEM desktop program opens a workstation for the screen using
> raster coordinates. GEM can only have one workstation open for a
> particular device at a time, and since the desktop program is
> always run before user applications, there is no way for an
> application program to open a workstation on the ST. It can
> however [sic] open a virtual workstation that inherits the
> device specific information from the currently open workstation."
>
> Laser C version 1.01 manual, p. 307
So that would mean that "v_opnwk()" in Lattice C is an entirely
bogus command! Neato! :-)
Conclusion #1: We need some new books put out on GEM/TOS programming.
Hopefully, some of those books will be the manuals that come with
these compilers.
Conclusion #2: (Ahem. I have another conclusion but I think I will
not currently state it in public. :-)
Supposition: "v_opnwk()" is probably necessary for some GDOS commands.
Probably I'll find this out if I ever actually use a GDOS related command.
That's fair enough. In the mean time, I won't worry about it and I
won't use it.
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
lsuc!jimomura
Byte Information eXchange: jimomura
------------------------------
Date: 10 Aug 91 00:55:24 GMT
From: noao!asuvax!cs.utexas.edu!usc!apple!portal!atari!kbad@arizona.edu (Ken
Badertscher)
Subject: Fix bugs to fix bugs, or to Fix Bugs?
To: Info-Atari16@naucse.cse.nau.edu
jansteen@cwi.nl (Jan van der Steen) writes:
|[...] it seems that the system code performs the "cd .." command
|by stripping *one* directory from the current path. However,
|the used algorithm doesn't make sense [if relative paths are passed in].
| Should one only supply full pathnames to the file selector,
| or should the described behaviour be considered a bug?
I think this is a case of "Doc, it hurts when I do this..." As Allan
has said, if the file selector misbehaves when you pass it a relative
filename, don't pass relative filenames to the file selector. It
bothers me when I see programs doing this, because what does "." mean
when a program brings up a file selector? For all I know, the program
could change directories numerous times for its own devious purposes.
How the heck do I know what its idea of the current directory is?
Please use fully qualified pathnames in the file selector. I know that
means you can't go very deep, but that's life on one line of a 40
column screen.
hofer@urz.unibas.ch (Remo Hofer) writes:
|Wouldn't this be an idea for a dc week utility. A TSR that parses all pathnames
|before calling the system routine. So these commercial applications will not
|cause problems to anyone.
I'd like to echo Allan's sentiments on this one, too... fixing "bugs"
for no other reason than to allow buggy programs to run is A Bad Idea.
Believe it or not, I may even be more rabid about this issue than Allan.
I think Atari should do everything in its power to discourage lazy
programming. Our goal should be able to point at programs available on
our computers and show how easy they are to use, and how robust they are.
We shouldn't be required to apologize for the number of auto folder
programs that you need to patch various bugs/features/whatevers so that
programs X.PRG, Y.APP and Z.PRG can all coexist peacefully.
I think people who write little TSR helper programs shouldn't waste
their time writing auto folder patches that let DB Master One run
under TOS 6.7. They should spend their time enhancing the utility
of TOS machines, so we move forward.
--
||| Ken Badertscher (ames!atari!kbad)
||| Atari R&D System Software Engine
/ | \ #include <disclaimer>
------------------------------
Date: 10 Aug 91 00:17:29 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!rj
ast1@arizona.edu (Robert J Anisko)
Subject: Hardware goodies in US???
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Aug09.035522.8432@chinet.chi.il.us> saj@chinet.chi.il.us
(Stephen Jacobs) writes:
>We've already established that there are some nice goodies being made for the
>ST. But does anyone sell these things in the US? In particular: memory
>expansion of the ST beyond 4 M, and network hardware that permits the ST to
>be on the same network with 'more popular machines'.
> Steve saj@chinet.chi.il.us
I believe the soon-to-be-released (Dave?) 68030 upgrade from Gadgets by
Small will let you crank it up to 12megs RAM, I believe.
As for networking, you might check out some information on "Universal
Network", a kinda offshoot of the Universal Item selector. I dunno if
it works in conjunction with other systems on a net, but its worth
look into,anyways...
Robert Anisko
rjast1@unix.cis.pitt.edu
------------------------------
Date: 10 Aug 91 10:40:16 GMT
From: mcsun!ukc!dcl-cs!gdt!brispoly!as_radfo@uunet.uu.net (Arthur Radford Ext
2743)
Subject: HiSoft
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Aug7.205102.27984@news.cs.indiana.edu> pwp@iuvax.cs.indiana.edu
(Paul Purdom) writes:
>Can someone send me an address for HiSoft in England (or a US address if
>they have one)? Does anyone know of a better place to obtain the latest
>version of Personal Pascal?
I didn't even know until you mentioned it that they had Personal Pascal
on their list! And I've been wondering where to find it.
However, a full-page advert in the July issue of ST Applications informs that:
'HighSpeed Pascal - comes from Denmark - extremely fast and friendly -
closely compatible to ... Turbo Pascal, even including the graphics unit
from the PC - compilation speed
code generation for the St and TT.
Price: UK pounds 89.95.
Existing Personal Pascal users can upgrade at a reduced price.'
Today's tourist rate is about $1.66/pound =>
HiSoft is at: The Old School
Greenfield
BEDFORD
MK45 5DE
U.K.
Any help?
--
--
Arthur Radford, Bristol Polytechnic
BRISTOL, BS16 1QY, UK
as_radfo@uk.ac.brispoly.g2
------------------------------
Date: 9 Aug 91 19:37:59 GMT
From: ftpbox!mothost!motcid!zafiris@uunet.uu.net (John Zafiris)
Subject: How to bind gulam keys in ue
To: Info-Atari16@naucse.cse.nau.edu
I have beta-test version 1.03.04.05 121887 of the gulam shell and want
to redefine the key mappings for the emacs editor. I tried kb -r xxx yy
but that does not seem to work and sometimes even messes up the rest of
the keys so, for example, keys a, b, and c become NOPs and don't work any
more. Is there anything special that has to be done? The command:
uekb xxx yy worked just fine for the alpha-test version I used before.
What am I doing wrong? Thanks for any clues... ...John
------------------------------
Date: 10 Aug 91 11:03:31 GMT
From: netcomsv!yonder@decwrl.dec.com (Christopher Russell)
Subject: Minix question..
To: Info-Atari16@naucse.cse.nau.edu
I've been strongly considering getting Minix (I sure wish it was a little
cheaper -- does anybody know of a souce besides direct to Prentice Hall?)
My question is: Which version is better, the MAC or ST version? The
reason I ask is becuase I have a Spectre so I could run the MAC version.
If they are pretty much the same, it would seem ST would be superior
because I wouldn't have to run it under emulation. Also, I have read that
the Amiga and ST binaries are compatible (under Minix) does anyone know if
this is true for MAC as well?
Well, any help in the area would be great.. Thanx...
P.S. I don't suppose somebody has a copy of Minix they would like to sell,
c'mon now, there's gotta be somebody out there who has it sitting around
collecting dust....
--
Christopher L. Russell (yonderboy) Phone: (408)378-9078 Campbell,CA
yonder@netcom.COM or clr40@amail.amdahl.com or chrisr@leland.stanford.edu
------------------------------
Date: 10 Aug 91 04:21:07 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!cs.utexas.edu!swrinde!mips!atha!aunro!
alberta!herald.usask.ca!ccu.umanitoba.ca!umhagma1@arizona.edu (Dr.
Phrancinstyne)
Subject: Multi V1.0 - Midi Sequencer
To: Info-Atari16@naucse.cse.nau.edu
Has anyone looked at this fine piece of software yet? It apparently came out
just about a half a year ago (I think). How do you think it rates to other
packages? Alchimie *was* a nice sequencer (mainly because shareware). But
when you want REAL support, I guess you got to pay a few more bucks (I figure).
It's retail price up here (BRRRRRR...<-what a joke) Winnipeg, Manitoba (Canada
for those of you who don't know), is around a whopping $495.00 (CAN).
Anyone else have any prices?
Thanks for any info. (or any corrections)
Brett Hagman
Student Computer Engineer
University of Manitoba
Winnipeg, Manitoba
------------------------------
Date: 5 Aug 91 18:08:10 GMT
From: hpda!hpcuhb!hpindda!goo@hplabs.hp.com (Michael Goo)
Subject: power conditioning (was Re: BLACKOUTS)
To: Info-Atari16@naucse.cse.nau.edu
Speaking of blackouts and plug pulling:
How is using a switched power strip on a hard drive different from using
the drive's on off switch. Is one method more healthy for the drive? Hmmmm..
------------------------------
Date: 9 Aug 91 14:05:11 GMT
From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!hp-pcd!hpmcaa!patrick@arizona.edu
(Patrick Hawke)
Subject: ST-USER July Wanted
To: Info-Atari16@naucse.cse.nau.edu
Do you have an July Issue of ST-USER you don't want?
Looking for July Issue of ST-USER.
Contatc Me if you have one to part with.
Thanks,
___
/__/ ___
/atrick /
<_/ames/__/
/ /awke
patrick@hpmcaa.mcm.hp.com
------------------------------
Date: 9 Aug 91 18:52:33 GMT
From: noao!asuvax!cs.utexas.edu!wupost!usc!apple!portal!atari!apratt@arizona.edu
(Allan Pratt)
Subject: TOS (GEM) file selector windows
To: Info-Atari16@naucse.cse.nau.edu
jansteen@cwi.nl (Jan van der Steen) writes:
>I noticed that when giving a relative path to the file selector
>of the Atari STe it's impossible to do more "cd .."'s (using the close
>box of the window) than the directory where the relative path started.
>This has to do with the way the system figures out the parent directory.
It has to do with what the file selector does when you hit the close box.
It parses the path string and cuts off one level of subdirectory. This is
strictly string manipulation, having nothing to do with low-level
filesystem notions like parent directory. I believe the file selector must
be given a string which starts with a drive letter and a backslash (i.e. a
full path), or the close box will eventually get you to an invalid path and
goodness knows what will happen.
============================================
Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
------------------------------
Date: 9 Aug 91 18:57:07 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!apple!portal!at
ari!apratt@arizona.edu (Allan Pratt)
Subject: TOS (GEM) file selector windows [FSEL wrapper source code]
To: Info-Atari16@naucse.cse.nau.edu
>> [In article <1991Aug8.141851.6114@wam.umd.edu>,
>> dmb@wam.umd.edu (David M. Baggett) writes ... ]
>>
>> > ... To solve this, I wrote a wrapper for
>> > the file selector that expands an initial . in a pathname to the
>> > complete specification for the current working directory. I.e.,
>> > ".\*.c" -> "d:\usr\src\*.c".
>In article <A1536431880@thelake.mn.org>, steve@thelake.mn.org
>(Steve Yelvington) writes:
>> This is a good thing to do, and thanks for the code. I've had problems
>> with some commercial applications (including PageStream) used across
>> multiple hard drive partitions because the application didn't pass a
>> full and proper path mask to the fsel.
hofer@urz.unibas.ch (Remo Hofer) writes:
>Wouldn't this be an idea for a dc week utility. A TSR that parses all
>pathnames before calling the system routine. So these commercial
>applications will not cause problems to anyone.
>But the TSR should really be tiny. Else we could use a extended file
>selector as well. Or is it a challenge for Lars-Erik Osterud to
>write the smallest path parser in the st world. The best way for
>sure would be, that the people at atari would change the fileselector
>to do this stuff. Or does TOS 3.xx already expand paths in the fileselector?
Actually, the best way for sure would be for the people who wrote these
commercial applications not to ship buggy code. The file selector does not
properly parse relative paths (as has been pointed out here) and as such
passing a relative path to the file selector is Not A Good Thing To Do.
Writing a TSR to fix buggy programs might not be a bad idea, but not
shipping buggy programs (or "programs which trigger user-interface oddities
in the operating system" if you prefer) is a better one.
============================================
Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
------------------------------
Date: 9 Aug 91 19:19:18 GMT
From: world!azog@uunet.uu.net (azog-thoth)
Subject: what I think about GEM
To: Info-Atari16@naucse.cse.nau.edu
In article <11893@m.maus.de> Martin_Gaeckler@m.maus.de (Martin Gaeckler) writes:
>
>>Yea, but even so, its still rather clumsy. Think about the work needed to
>>copy a file from your floppy to the hard drive. The above is needed, because
>>(usually), you cant open a window onto the floppy. You could create a
>>folder called Floppy, and use Preferences to set path to A:, but thats
>>still awfully clumsy. And why press a keyboard key when using a mouse?
>>Isnt that the point of a GUI? Windows may be prettier than GEM, but
>>its _real_ easy to get things done, IMHO
>
>No, i'm sorry you are wrong. Coping a file from a floppy disk to the hard
>disk is the same procedure as you would do with the GEM-Desktop. But If You
>want to copy a file to an empty disk you can't open a window of that disk,
>therefore, you have to drag the file to the disk icon of your floppy disk.
>Then you can open a window.
>
>Martin
(the above is opinions about Microsoft Windows 3.0 vs. GEM)
But Windows doesnt have drive icons, the same as GEM.
GEM: to copy from floppy to HD:
Click on the hard drive icon, and open it up to the path. The open the
floppy, and drag the icon from floppy to hard drive.
Windows:
Open the file manager. After it scans the whole hard drive, open drive
a. Choose COPY under the menu FILE menu bar, and TYPE in the path
Which is easier?
------------------------------
Date: 9 Aug 91 23:22:42 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!convex!ros
enkra@arizona.edu (William Rosenkranz)
Subject: what I think about GEM
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Aug9.191918.24547@world.std.com> azog@world.std.com (azog-thoth)
writes:
[ describes GEM vs windows moving/copying files then asks: ]
>Which is easier?
cp filename(s) path or
mv filename(s) path or (recursive)
cp -r directory(ies) path
:-) :-)
-bill
rosenkra@convex.com
(and it is portable!)
--
Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp. |ARPA: rosenkra@convex.com
------------------------------
Date: 7 Aug 91 12:47:00 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quester@ariz
ona.edu (Thomas Quester)
Subject: Which archiver ? (Was: use
To: Info-Atari16@naucse.cse.nau.edu
ue>LHa 2.00 for about a month, the current version is 2.01b. I'll post it
ue>to comp.binaries.atari.st, if I manage to find that printout of "Welcome to
ue>comp.sys.atari.st" here in this chaos named flat. ;-)
Stop it! The 2.01c is out!
----------------------------------------------------
Thomas Quester * Lampenland 9 * 2050 Hamburg 80
Der kleine Mann braucht keinen Krieg. Er stirbt auch von alleine.
(Net)
------------------------------
End of Info-Atari16 Digest
*****************************
