Copy Link
Add to Bookmark
Report

Info-Atari16 Digest Vol. 89 Issue 818

eZine's profile picture
Published in 
Info Atari16 Digest
 · 5 years ago

  

=========================================================================

INFO-ATARI16 Digest Sat, 16 Dec 89 Volume 89 : Issue 818

Today's Topics:
Chaos Strikes Back... Dungeon Master II
C source financial routines
I/O redirection to the printer
Prog-A16
RCS for the ST (no, not yet)
Source code control (2 msgs)
Two-Page monitors
Wanted: Source for Atari 13 pin monitor connector
----------------------------------------------------------------------

Date: 16 Dec 89 21:47:03 GMT
From: clubok@husc4.harvard.edu (Ken "The Snake" Clubok)
Subject: Chaos Strikes Back... Dungeon Master II
Message-ID: <3432@husc6.harvard.edu>

It sure is... And I have it! Of course, I have had it on back
order for several months...
So I can hear you all asking "What's it like?" Well...I don't know.
You see, I ordered it last summer before returning to college, and so
it was shipped to my home address. (Arrived yesterday, in fact.) I'll
get my first chance to try it out when I go home for break in a few days,
and when I return, I'll let you all know how I like it. (Unless of course,
I find my mailbox overflowing with messages saying, "Don't bother, Ken.
We're not interested.") ;~?
Ken Clubok
clubok@husc4.bitnet
clubok@husc4.harvard.edu

------------------------------

Date: 16 Dec 89 15:34:58 GMT
From:
zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caesar.cs.montana.edu!ogicse!
blake!ramsiri@tut.cis.ohio-state.edu (Enartloc Nhoj)
Subject: C source financial routines
Message-ID: <4948@blake.acs.washington.edu>

I am posting this on behalf of a friend.

He is looking for a C library of financial package routines
such as Internal Rate of Return etc.

Anyone point me to a PD source?

Thanks in advance.

Pleas e-mail ramsiri@blake.acs.washington.edu

-kevin

------------------------------

Date: Fri, 15 Dec 89 19:19
From: "Thomas Koenig"
<UI0T%DKAUNI2.BITNET@CUNYVM.CUNY.EDU>
Subject: I/O redirection to the printer
Message-ID: <"89-12-15-19:19:25.76*UI0T"@DKAUNI2.BITNET>

I am having a strange problem with I/O redirection. To redirect
standard output to the printer, I wrote the following test program:

#include <stdio.h>
#include <tos.h> /* Turbo - C 's header for TOS stuff */

main()
?
int oldstd;
int printhandle;

oldstd = Fdup (1);
printhandle = Fdup (3);
printf("oldstd = %d, printhandle = %d\n",oldstd,printhandle);

Fclose (1);
Fforce (1, printhandle);
printf("Hello, world!\n");
/* Cconws("Hello, world!\n"); */

Fclose (1);
Fforce (1, oldstd);
Fclose (oldstd);
Fclose (printhandle);
?

This program worked as it should; it printed out
Hello, world!
on the printer. However, when I commented out the printf statement
and used Cconws instead, it seemed to go into an endless loop; I
could still move the mouse around, but that was it for at least 10
minutes (I did not wait any longer). Oh, by the way, the printer WAS
online and ready. Without the I/O redirection, Cconws worked fine;
it printed out "Hello, world" on the screen. No accessories or
memory resident programs were active at the time.

The problem with Cconws occured both with Turbo C V1.1 and with
equivalent code (calls to the GEMDOS library) in SPC Modula V2.0.

I am using a Mega ST2 with TOS 1.2 (1.4 has not made it here yet) and
a Megafile 60 hard drive.

Is there something wrong with my code (but WHY did printf work,
then?), can anybody reproduce this strange behaviour, is this a bug
in TOS 1.2 which has/has not been fixed in TOS 1.4, ... , in short:
WHAT IS GOING ON?

Any help appreciated.

Thomas Koenig UI0T@DKAUNI2.BITNET
UI0T%DKAUNI2.BITNET@CUNYVM.CUNY.EDU
(soon: new address, old machine) UI0T@IBM3090.RZ.UNI-KARLSRUHE.DBP.DE
'Ich dachte nicht, ich untersuchte.' Wilhelm Conrad Roentgen

------------------------------

Date: Fri, 15 Dec 89 15:34
From: "Thomas Koenig"
<UI0T%DKAUNI2.BITNET@CUNYVM.CUNY.EDU>
Subject: Prog-A16
Message-ID: <"89-12-15-15:34:17.29*UI0T"@DKAUNI2.BITNET>

Since my last posting about this, I received a few mails from people
who asked me where Prog-A16 is situated now and how to access the
archives, which I had not mentioned. (A bit foolish of me, really...)
Well, here it is:

Prog-A16 has been moved to LISTSERV@UOGUELPH.BITNET. To get a quick
overview about what is there, send a mail there with the lines
HELP
INDEX PROG-A16
if you're on BITNET/EARN/NETNORTH, or with the lines
HELP
INDEX PROG-A16 F=PUNCH
if you're on Internet or are otherwise unable to receive NETDATA-files.
I hope this helps.

Thomas Koenig UI0T@DKAUNI2.BITNET
UI0T%DKAUNI2.BITNET@CUNYVM.CUNY.EDU
(soon: new address, old machine) UI0T@IBM3090.RZ.UNI-KARLSRUHE.DBP.DE
'Ich dachte nicht, ich untersuchte.' Wilhelm Conrad Roentgen

------------------------------

Date: 16 Dec 89 16:59:52 GMT
From:
zaphod.mps.ohio-state.edu!wuarchive!kuhub.cc.ukans.edu!2fhdbeak@tut.cis.ohio-st
ate.edu
Subject: RCS for the ST (no, not yet)
Message-ID: <19925@kuhub.cc.ukans.edu>

In article <15412@laurel.athertn.Atherton.COM>, alex@athertn.Atherton.COM (Alex
Leavens) writes:
> Well, I've got my hot little hands on the source code for the original
> UNIX RCS system, and plan (in my copious spare time :-) to start porting
> it to the ST. Anyone have any suggestions/comments/etc. to make about
> conventions I should follow, or other, similar things?
>
> For example, I think that things are stored in RCS in the form
> <filename>.c,v
> which is fine for Unix, but...well, you know how the ST is. I'd planned
> to change this to
> <filename>.c_v
>
> Any objections?
>
> Cheers,
>
> --
> --alex (TOO) ['My mind is my own'--#6]

A friend of mine (an Amiga developer) has RCS for the Amiga, and has given me
the source code for it.

I haven't had time to port it yet, but the code doesn't look like it will have
to be changed at all (it was already altered to the Amiga Lattice C format,
which looks just like GNU C, the compiler I'll use).

Keep working on it, and keep in touch with me via E-mail so we can compare
progress.

--Jim Sisul
The University of Kansas
(I don't think I've expressed any opinions here, so why disclaim them?)

------------------------------

Date: 16 Dec 89 19:57:51 GMT
From: zaphod.mps.ohio-state.edu!math.lsa.umich.edu!hyc@tut.cis.ohio-state.edu
(Howard Chu)
Subject: Source code control
Message-ID: <10333@stag.math.lsa.umich.edu>

In article <750039@hpsad.HP.COM> bobw@hpsad.HP.COM (Bob Waltenspiel) writes:
>I've been wondering this myself. Given a choice, I'd choose RCS though.
>Does anyone know if the source code for RCS is available from somewhere,
>(MIT?)?
>
>-Bob

I'm pretty sure the source is freely redistrbutable. I like RCS as well.
haven't had tiem to port it to TOS yet though. (But now that GNUdiff is
available, it should be fairly easy.)
--
-=- PrayerMail: Send 100Mbits to holyghost@father.son[127.0.0.1]
and You Too can have a Personal Electronic Relationship with God!

------------------------------

Date: 16 Dec 89 17:35:31 GMT
From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs)
Subject: Source code control
Message-ID: <1989Dec16.173531.15050@chinet.chi.il.us>

In article <1839@sbsvax.UUCP> roeder@sbsvax.UUCP (Edgar Roeder) writes:
>
>There has been a posting of RCS in the amiga source group some weeks ago. I
>have not looked at the code, but maybe it could be ported to the st as well.
>
> - Edgar

I looked at about a third of the stuff (unfortunately, there don't seem to
be mail response or anonymous uucp archives for comp.sources.amiga: there's
ftp at xanth, and there are [amiga format, of course] disks available from
Fred Fish). It looked like at the very least a lot of filename conversion
would be needed. The spawn mechanism on Amiga may also be more UNIX-like
than on the ST.
Steve J.

------------------------------

Date: 16 Dec 89 20:51:29 GMT
From: ogicse!blake!ramsiri@ucsd.edu (Enartloc Nhoj)
Subject: Two-Page monitors
Message-ID: <4953@blake.acs.washington.edu>

The Ehman Two-Page Monochrome Display System
is a 19", 76 DPI, 70 herz refresh monitor that
comes with card, cable, software and swivel base
for a LIST price of $899.00.

The only problem is that is runs on a Mac.
Wondering what it would take to get GCR
working with it. ,

My second wonder is: "why does the Viking Moniterm LIST at $1900.00?"

My third wonder is: "What high res, 2-page multisync monitors
work well with the ST? "

Other 19" monochromes that work with the ST?

-kevin
ramsiri@blake.acs.washington.edu



------------------------------

Date: 16 Dec 89 03:15 PST
From: Ralf Werner <werner%vax1.informatik.fh-regensburg.dbp.de@RELAY.CS.NET>
Subject: Wanted: Source for Atari 13 pin monitor connector
Message-ID: <79:werner@vax1.informatik.fh-regensburg.dbp.de>

You could also check out your local ham radio store (if there's any); the 13
pin "ATARI-style" jack can be found on e.g. the KENWOOD TS-440 shortwave trans-
ceiver (the chance to get this connector there is rather low: I've got my
connector for the TS-440 at the local computer store...).

What do we learn from this?

- don't connect your SM124 to a shortwave transceiver
- there has to be a weird standard somewhere
- ...and at least two manufacturers joined this standard.

Have fun, Ralf

[ Ralf Werner - werner%vax1.informatik.fh-regensburg.dbp.de@relay.cs.net ]
[ (DF1RW) werner%vax1.informatik.fh-regensburg.dbp.de@unido (UUCP) ]
[ (@DB0RGB) "RISC - Really Incomparable to Standard Computers" ]

------------------------------

End of INFO-ATARI16 Digest V89 Issue #818
*****************************************

← previous
next →
loading
sending ...
New to Neperos ? Sign Up for free
download Neperos App from Google Play
install Neperos as PWA

Let's discover also

Recent Articles

Recent Comments

Neperos cookies
This website uses cookies to store your preferences and improve the service. Cookies authorization will allow me and / or my partners to process personal data such as browsing behaviour.

By pressing OK you agree to the Terms of Service and acknowledge the Privacy Policy

By pressing REJECT you will be able to continue to use Neperos (like read articles or write comments) but some important cookies will not be set. This may affect certain features and functions of the platform.
OK
REJECT