Article View: comp.sys.atari.st
Article #29200Undelivered mail
From: Postman
Date: Sat, 14 Nov 1987 07:44
Date: Sat, 14 Nov 1987 07:44
479 lines
18487 bytes
18487 bytes
Your mail was not delivered to some or all of its
intended recipients for the following reason(s):
5001 mailbox invalid -> CHARLTO@UOFMCC.BITNET
----------------------------------------------------------------------
Date: Sat, 14 Nov 87 01:44 CST
To: CHARLTO@UOFMCC.BITNET
From: Info-Atari16 Digest <INFO-ATARI16@SCORE.STANFORD.EDU>
Subject: Info-Atari16 Digest V87 #414
Received: by CANADA01 (Mailer X1.24) id 6392; Fri, 13 Nov 87 22:38:28 EDT
Date: Fri 13 Nov 87 12:16:33 PST
Reply-To: Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@CANADA01>
From: Info-Atari16 Digest <INFO-ATARI16@SCORE.STANFORD.EDU>
Subject: Info-Atari16 Digest V87 #414
To: Name Unknown <BUSU@UOFMCC>,
Jim Charlton <CHARLTN@UOFMCC>,
MIKE CHARLTON <CHARLTO@UOFMCC>,
Werner Ens <ENS@UOFMCC>,
Name Unknown <HABKE@UOFMCC>
Info-Atari16 Digest Friday, November 13, 1987 Volume 87 : Issue 414
This weeks Editor: Bill Westfield
Today's Topics:
Re: FreeTerm 2.0 -- Doesn't work under MagicSac?
HP Laserjet Routines
Bugs in MWC? Also, Re: Disk I/O
Re: Zmodem. (no <> in P.Partner fonts, GULAM)
ABSOFT F77 suppliers ?
Re: Re: Binarys+source
Re: FILE I/O
Re: GULAM PROBLEMS
SPICE?????
Wanted: GKS, PD Languages INFO
Re: FILE I/O
sending files to listserv@canada01 -- how?
Hard Disk woes
OS-9 , gulam
RF Modulator for the 1040?
Re: PD Smalltalk on AMIGA/ATARI-ST
----------------------------------------------------------------------
Date: 12 Nov 87 16:00:11 GMT
From: ravi@mcnc.org (Ravi Subrahmanyan)
Subject: Re: FreeTerm 2.0 -- Doesn't work under MagicSac?
To: info-atari16@score.stanford.edu
>>
>> Does FreeTerm 2.0 work with version 4.5x of the MagicSac driver?
>> (I am using 4.36 -- latest from CompuServe)
>
>Isn't MagicSac that thing that needs Apple ROMs to operate?
>
>Where'd you get your ROMs?
You typically just buy them from an apple, or electronics
parts dealer. The Magic Sac is actually quite fussy about wanting to
use (Apple) ROMS (ie. EPROMS don't work).
-ravi
------------------------------
Date: Thu, 12 Nov 87 22:14:41 cst
From: biringer@anl-mcs.ARPA (Dennis Biringer)
To: Info-Atari16@Score.Stanford.EDU
Subject: HP Laserjet Routines
I would appreciate any pointers to programs, public domain or
otherwise, which would allow ST printer output to a HP Laserjet+ printer.
Thanks in advance!
Dennis
------------------------------
Date: Thu, 12 Nov 87 19:15:04 EST
From: Gribnif%UMass.BITNET@forsythe.stanford.edu
Subject: Bugs in MWC? Also, Re: Disk I/O
To: info-atari16@score.stanford.edu
I have recently discovered a few peculiarities (read: what I think are
bugs) in MWC version 2.0.1:
1) Declaration of integers: you would think that
int i = -32768
would work, since this is a valid number in ones-complement
arithmetic, however this invariably results in the compiler message
'integer "i" promoted to long'. Also, changing the "int" to "unsigned
int" yields the same result whenever you are trying to assign
any number >=32768 (without sign, of course).
2) Try this:
main()
{
unsigned long int ii;
int a, b;
ii = 0L;
a = 4097;
b = 8;
ii += a * b;
printf( "%D\n", ii );
}
The result I am lead to expect from all my reading is that the number
4097*8=32776 would be stored in "ii", however the compiler fails to
convert the result of "a*b" to unsigned long before adding it to
"ii", so what gets stored is -32760, the ones complement of "a*b".
The only way you can get this to work correctly is by specifying the
type:
ii += (unsigned)(long)(a * b);
Notice also that I did not use "(unsigned long)", as this does not
work either.
Ok, is it just me, or are these truly bugs? I'd kinda like to know
before I send that small incendiary device off to Chicago...
Also, on the subject of the "f" I/O functions vs. the "F" ones, I
recently used fread to load a large (c300K) file directly into memory from my
hard disk. What I found was that not only did fread take about 4 times as long
to read the file, but it also started overwriting previously loaded data.
I tried loading it in different size blocks (starting at 16K, all the way down
to 128 bytes, which is smaller than the buffer size) with the same results.
Actually, in this case it made much more sense to Fread anyway, since it takes
a long as an argument, as opposed to an unsigned int for fread.
Sorry about the length of this, folx, I'm just making up for all those
times I wanted to put in my two bits and never got around to it...
Dan Wilga
------------------------------------------------------------------------------
AndOr@UMASS.Bitnet "In those days, men were real men, women were real
(Arpa? Don't ask!) women, and small furry creatures from Alpha Centauri
were real small furry creatures from Alpha Centauri"
-- Hitchhikers
------------------------------
Date: 12 Nov 87 19:08:39 GMT
From: lakesys!martin@csd1.milw.wisc.edu (Martin Wiedmeyer)
Subject: Re: Zmodem. (no <> in P.Partner fonts, GULAM)
To: info-atari16@score.stanford.edu
The beta version of GULAM had been posted to comp.binaries.atari.st
not long ago. It is terriffic, only I have been having trouble having it run
out of an AUTO folder at boot. It crashes with two bombs...:-<. The alpha
version ran that way with no trouble. Any suggestions?
Marty
--
| Martin Wiedmeyer - Lake Systems, Milwaukee, WI |
| UUCP: {ihnp4,uwvax}!uwmcsd1!lakesys!martin |
| Disclaimer: "I take the heat for my own (mis)statements!" |
------------------------------
Date: Fri, 13 Nov 87 11:13:33 +0200 (Central European Sommer Time)
From: XBR3D815%DDATHD21.BITNET@forsythe.stanford.edu (WERNER BRAUN, FB08
KERNCHEMIE)
Subject: ABSOFT F77 suppliers ?
To: info-atari16@score.stanford.edu
X-Vms-To: X%"info-atari16@score.stanford.edu",D815
I read the recent postings about ABOFT F77, and it seems to be what i'm
looking for.
Does anybody know where I can buy ABSOFT FORTRAN 77 here in Germany ?
The only advertising i can find in magazines is for prospero f77.
Thanks, Werner
------------------------------
Date: 12 Nov 87 03:50:02 GMT
From: cbosgd!osu-cis!tut!weaver@ucbvax.Berkeley.EDU (Andrew Weaver)
Subject: Re: Re: Binarys+source
To: info-atari16@score.stanford.edu
Jim:
Pluuuuuease do not discontinue the groups. I get your postings fine
and I appreciate your testing of the software. You won't hear any complaints
from this poor college student who appreciates the free software that floats
along here!
Cheers,
--
Andrew Weaver, The Ohio State University College of Business
UUCP: ...!cbosgd!cis.ohio-state.edu!weaver | "This ain'ta my planet,
ARPA: weaver@tut.cis.ohio-state.edu | monkey-boy!"
| - Emilio Lizardo
------------------------------
Date: 13 Nov 87 07:50:40 GMT
From: zen!dorothy.Berkeley.EDU!c9c-eh@cad.Berkeley.EDU (Warner Young (WHY))
Subject: Re: FILE I/O
To: info-atari16@score.stanford.edu
In article <2064@homxc.UUCP> jdn@homxc.UUCP (J.NAGY) writes:
>In article <2862@batcomputer.tn.cornell.edu>, braner@batcomputer.tn.cornell.edu
(braner) writes:
>>
>> The raw GEMDOS functions are faster (due to
>> no buffering) but you should set up your own buffering.
>
>I don't quite understand this. If I have to do my own buffering with
>Fread, while fread does the buffering for me, then the fread call
>appears easier to use. And since the application has to buffer Fread
>calls itself, any speed advantage of Fread (due to no buffering!) is
>negated. So I can see no advantage to the Fread.
>
I wondered about this also, for some time. Then I decided to
test it out. A friend and I each wrote the same program, but
I used the capital F calls, and he the lower case f calls. I
even put more bells and whistles into my program, and the speed
is significantly higher, even accounting for the fact that I
have to do my own buffering and managing.
8K to 16K are the best speeds, to get the most out of your
floppies. I haven't done any tests to see how much difference
buffer size makes on a hard disk (my Supra died!).
\ /
Disclaimer: I'm not associated \ /\ /arner
with the latest revision \/ \__/
of SANITY. |oung
\___|
Last known address: c9c-eh@dorothy.Berkeley.EDU
or
ucbvax!dorothy!c9c-eh
------------------------------
Date: 12 Nov 87 23:42:43 GMT
From: well!dhawk@hplabs.hp.com (David Hawkins)
Subject: Re: GULAM PROBLEMS
To: info-atari16@score.stanford.edu
In the referenced article, jdn@homxc.UUCP (J.NAGY) wrote:
>
>Has anyone succesfully uudecoded the recent GULAM postings?
Yup. I saved all three parts to one file. Edited it with vi
and removed the header of the first part. Searched for the
line that started with include
and deleted it down to the table line of the second part and
make it seamless, i.e. all lines starting with X
and did the same connecting the second part to the third part.
so when I finished the whole file looked the same (after the
first table header) with each line starting with the same character.
Ran uudecode on it.
Ditto for the doc file. arc said they were ok, so I downloaded them
to the ST and de-arced them there. They were fine and I've enjoyed
using the new Gulam.
Hope that helps.
--
David Hawkins {ptsfa,hplabs,ucbvax}!well!dhawk
It is a luxury to be understood. - Ralph Waldo Emerson -
------------------------------
Date: 13 Nov 87 04:08:49 GMT
From: dalcs!aucs!870646c@uunet.uu.net (comer)
Subject: SPICE?????
To: info-atari16@score.stanford.edu
A few weeks ago I saw some people talking about "SPICE", from what I have
been told this is a digital simulator. Has it been ported to the ST, and
if so is it public domain/shareware? If it has been ported, and it is share
ware/pd, could someone please post it to the binaries section. This section
sure seems to be dead when compared to the Mac and IBM side of things.
Why is it so dead.
later
Barry
------------------------------
Date: 13 Nov 87 07:01:00 GMT
From: iuvax!silver!ferneau@rutgers.edu
Subject: Wanted: GKS, PD Languages INFO
To: info-atari16@score.stanford.edu
Does anyone have any information on a public domain GKS for the
ST? I am thinking about creating one for a project, but will
not spend the time if one exists.
Also, What type of public domain languages are available (high-level)
preferred. Possible languages: Fortran (not preferred), Pascal,
or C. I would be writing the aforementioned GKS in a PD language
as it would be used for a college graphics class, and we don't
want to spend a lot of money if we can help it.
--If you have any information on any of the above, please send me
mail, or post it to the net.
-----------------------------------------------------------------
Mark R. Ferneau
(ferneau@silver.cs.indiana.edu)
Indiana University, Bloomington, IN
------------------------------
Date: 13 Nov 87 12:09:38 GMT
From: singer@XN.LL.MIT.EDU (Matthew R. Singer)
Subject: Re: FILE I/O
To: info-atari16@score.stanford.edu
In article <12361@felix.UUCP>, preston@felix.UUCP (Preston Bannister) writes:
>
> There is a much simpler way to find the length of a file. You simply
> do an Fseek to the end of the file. This means of getting the length
> of a file is also usable with Unix and MSDOS (if not always necessary).
> (I'm doing this from memory):
>
> void
> Example (filename)
> char *filename;
> {
> int f, length;
> f = Fopen(name,0);
> if (f > 0)
> {
> length = Fseek(f,0,2); /* seek to end of file */
> Fseek(f,0,0); /* seek back to beginning of file */
> /* we now know the size of the file */
> ProcessFile(f,length); /* for instance */
> Fclose(f);
> }
> }
> --
> Preston L. Bannister
This is a VERY slow way to do it. Especially on LARGE files where
the seek is worse than the open.
Why not just use Fsfirst and read the file size out of the DTA?
This works on both Gemdos and MSdos.
Matt Singer
------------------------------
Date: Fri, 13 Nov 87 11:51:15 EST
From: csrobe@icase.arpa (Charles S. Roberson)
To: info-atari16@score.stanford.edu
Subject: sending files to listserv@canada01 -- how?
i have some files that i was thinking about sending to prog-a16 at
listserv @ canada01. i have a couple of the listserv "memos" but
they aren't very clear. how should i go about sending something
up there to be added to the archives?
thanks,
-chip
-------------------------------------------------------------------------
Chip Roberson ARPANET: csrobe@icase.arpa
1105 London Company Way BITNET: $csrobe@wmmvs.bitnet
Williamsburg, VA 23185 UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe
-------------------------------------------------------------------------
icase.arpa is now at 128.102.23.51. update those host tables (/etc/hosts)
------------------------------
Date: 13 Nov 87 08:13:42 GMT
From: zen!dorothy.Berkeley.EDU!c9c-eh@locus.ucla.edu (Warner Young (WHY))
Subject: Hard Disk woes
To: info-atari16@score.stanford.edu
Well, here's to hoping that someone on the Net can help me with
my hard disk problems. My Supra 20Mb recently took a dislike to booting.
It usually won't autoboot, and even booting from floppy doesn't seem to
work. Most of the time it acts like it wasn't connected, but I have checked
to make sure the cable connections are tight, the power is plugged in okay,
and stuff. It's not too warm, nor too cold. And I've had it do this (i.e.
act like it was disconnected) while I was using it; suddenly I'll get
"Data on drive ?: may be damaged..." pop up.
Has anyone else had this problem? I called Supra's technical
support line, but the guy on the other end wasn't too helpful, and before
I send the entire thing back to Supra, I want to see if it can be fixed
easily. (I'm hoping that it's just something stupid I've overlooked, so
I won't have to mail it.)
Oh, and I have tried hooking it up to another ST. It didn't boot.
\ /
Disclaimer: I'm not associated \ /\ /arner
with the latest revision \/ \__/
of SANITY. |oung
\___|
Last known address: c9c-eh@dorothy.Berkeley.EDU
or
ucbvax!dorothy!c9c-eh
------------------------------
From: AB084%DK0RRZK0.BITNET@forsythe.stanford.edu
Date: Fri, 13 Nov 1987 19:22:29 CET
To: INFO-ATARI16@score.stanford.edu
Subject: OS-9 , gulam
Two questions:
1. Recently I read in the atari digest that a new version of the gulam shell
has been posted. Does anybody know whether I can get it from a LISTSERV?
2. I'm thinking of buying OS-9. Could OS-9 users (on Atari ST) report their
experiences? Has anyone used both, OS-9 and RTOS-UH? Which is better?
Thank you
Michael Eibl
------------------------------
Date: 13 Nov 87 13:50 EST
From: Brantly.henr@Xerox.COM
Subject: RF Modulator for the 1040?
To: Info-Atari16@Score.Stanford.edu
At one time (quite a while ago) there was quite a bit of discussion
about "Someday SOMEBODY is going to come up with the means to drive a TV
from a 1040ST".
I like my monochrome system, but I'm missing out on a lot of pgms that
only support color. I REALLY hate the idea of spending the $300+for a
color monitor.
Soooo, did the idea of a RF Modulator for the 1040 ever take off? Did I
miss something or did the idea get thrown out? I know it's not a real
"hot button" for you guys/gals out there with color systems....
Thanks,
Dennis
------------------------------
Date: 13 Nov 87 14:42:04 GMT
From: cbmvax!bill@rutgers.edu (Bill Koester CATS)
Subject: Re: PD Smalltalk on AMIGA/ATARI-ST
To: info-atari16@score.stanford.edu
In article <174@bnr-vpa.UUCP> mike@bnr-vpa.UUCP (Mike Norman) writes:
>I'm interesting in finding out if a public domain Smalltalk (source
>preferred, of course!) exists for either the Amiga or the ST?
>
>Thanks in advance,
Try Fisk disk #37
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bill Koester -- CBM >>Amiga Technical Support<<
UUCP ...{allegra|burdvax|rutgers|ihnp4}!cbmvax!bill
PHONE (215) 431-9355
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pleese desrigard eny spealing airors!!!!!!!!!!!
------------------------------
End of Info-Atari16 Digest
**************************
-------
Technical Details
Message-ID:
<8711140801.AA17250@ucbvax.Berkeley.EDU>Path:
arc1-ca.pugleaf.net!utzoo!mnetor!uunet!husc6!bloom-beacon!think!ames!ucbcad!ucbvax!UOFMCC.BITNET!PostmanShow Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!husc6!bloom-beacon!think!ames!ucbcad!ucbvax!UOFMCC.BITNET!Postman From: Postman@UOFMCC.BITNET Newsgroups: comp.sys.atari.st Subject: Undelivered mail Message-ID: <8711140801.AA17250@ucbvax.Berkeley.EDU> Date: Sat, 14-Nov-87 02:44:00 EST Article-I.D.: ucbvax.8711140801.AA17250 Posted: Sat Nov 14 02:44:00 1987 Date-Received: Sun, 15-Nov-87 16:50:54 EST Sender: usenet@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 479