💾 Archived View for mirrors.apple2.org.za › archive › ground.icaen.uiowa.edu › Mirrors › uni-kl › do… captured on 2024-12-18 at 00:40:03.
-=-=-=-=-=-=-
From ukma!tut.cis.ohio-state.edu!rutgers!att!alberta!calgary!cpsc!demarco Sun Feb 26 17:33:08 EST 1989
Article 10939 of comp.sys.apple:
Path: ukma!tut.cis.ohio-state.edu!rutgers!att!alberta!calgary!cpsc!demarco
>From: demarco@cpsc.ucalgary.ca (Vince Demarco)
Newsgroups: comp.sys.apple
Subject: Re: Hyper C posting
Summary: Hyper C
Keywords: needs two 5.25" drives
Message-ID: <799@cs-spool.calgary.UUCP>
Date: 25 Feb 89 16:48:36 GMT
References: <6570@phoenix.Princeton.EDU> <4378@cs.Buffalo.EDU>
Sender: news@calgary.UUCP
Lines: 18
Oops... sorry I should have left a file describing the commands...
for those of you using UN*X the commands are the same with the following
exceptions:
ren to rename files rather than using mv
a:,b: to switch between drives (only 1 needed BTW)
CDOS is not a modified DOS3.3.. it is a completely different OS than DOS3.3
or ProDOS-> it uses 1K blocks, and stores its directory on track 0 like ProDOS
I'll be sending the OS source for posting next week so all you hackers can
get to work modifying it for ProDOS compatibility...
Chris- using the account of a friend cuz I'm too lazy to go up to the
mainframe and post from my own acct... :-)
Disclaimer-> the standard stuff...
Replies-> CYLau@UNCAMULT.BITNET
From ukma!tut.cis.ohio-state.edu!rutgers!att!tellab5!toth Sun Feb 26 17:34:04 EST 1989
Article 10942 of comp.sys.apple:
Path: ukma!tut.cis.ohio-state.edu!rutgers!att!tellab5!toth
>From: toth@tellab5.tellabs.CHI.IL.US (Joseph G. Toth Jr.)
Newsgroups: comp.sys.apple
Subject: Re: Hyper C posting
Summary: Boy do I feel stupid
More standard system commands
Message-ID: <1242@tellab5.tellabs.CHI.IL.US>
Date: 26 Feb 89 04:25:56 GMT
References: <6570@phoenix.Princeton.EDU> <4321@cbnews.ATT.COM>
Organization: Tellabs, Inc. Lisle, IL
Lines: 24
In my previous post regarding Hyper C, I stated that the only command
availabble directly from the system was 'ls' to catalog a disk. Then I
mentioned that people shoule 'ed' the 'cc' file to view a script that
operates in a standard C-shell format.
Boy, was it obvious after I looked at it again that 'rm' (remove, delete etc.)
was also available.
Also usable is a 'cp <fromfile> <tofile>' command.
One major problem seems to arise in that there must be free space on drive 'a:'
to allow "hyperc" to compile the programs (or am I mistaken). Any help to get
the compiles to work as is would be appreciated.
I read in a previous message that the company is defunct, so maybe as people
post information on usage, someone could gather and coordinate a compiling of
a single users guide. I'm sure now that there have to be other commands
available from the system (like a simple help to list the system commands).
--
------------------------------------------------+---------------------
Maybe I shouldn't have done it, sarcasm is so | Joseph G. Toth Jr.
seldom understood. Don't FLAME on me, please. | uunet!tellab5!toth
From ukma!nrl-cmf!ames!pacbell!pbhyd!ldcol Sun Feb 26 17:35:39 EST 1989
Article 10946 of comp.sys.apple:
Path: ukma!nrl-cmf!ames!pacbell!pbhyd!ldcol
>From: ldcol@pbhyd.PacBell.COM (Larry D Colton)
Newsgroups: comp.sys.apple
Subject: Re: Hyper C
Keywords: C
Message-ID: <1325@pbhyd.PacBell.COM>
Date: 26 Feb 89 15:45:57 GMT
References: <969@wpi.wpi.edu> <827@n8emr.UUCP>
Reply-To: ldcol@pbhyd.PacBell.COM (Larry D Colton)
Distribution: na
Organization: Pacific * Bell, San Diego
Lines: 48
In article <827@n8emr.UUCP> lwv@n8emr.UUCP (Larry W. Virden) writes:
>
>Here in Central Ohio, we got parts 0-3 on one day, and parts 4-7 on another
>(the next? I dont remember). So all 8 parts did arrive. Last nite I downloaded
>all 8 parts to my machine. I used binscii 1.01 to decode it. I got no
>error messages, and I was not told whether I was missing any parts, etc.
>
detailed account of steps leading to problem deleted
>
>As for the problem being discussed, did anyone check to be sure that the
>disk that was packaged was indeed a working disk?
>
>--
>Larry W. Virden 674 Falls Place, Reynoldsburg, OH 43068 (614) 864-8817
>75046,606 (CIS) ; LVirden (ALPE) ; osu-cis!n8emr!lwv (UUCP)
>osu-cis!n8emr!lwv@TUT.CIS.OHIO-STATE.EDU (INTERNET)
>The world's not inherited from our parents, but borrowed from our children.
I have been able to sucessfully download, Binscii, Shrinkit, and run Hyper C
on my enhanced 2e with 2 3.5" drives and 2 5.25" drives. The program has
run fine.
It appears to be a good compiler to start to learn C. It has some severe
limitations: it uses it's own operating system (CDOS) and does not recognize
the 3.5 inch drives (no suprise, the program is at least 3 years old). Lacking
the manual, it is necessary to use the DUMP program to look at the hex dump
of the various files to round up the commands, allowed data types, etc.
The shell commands are limited to: cls, ren, rm, ls, df, cp, dm, a: and b:.
The built in text editor supports find, exchange, insert, delete, move and
copy as well as file append. The cursor movement commands are the arrows
and the WordStar ^A, ^W, ^S, ^Z diamond. Additional WS commands, such as
^E, ^C and the ^Q prefix commands are supported.
The complier itself does not support float types. Char types have been
replaced with text. I have not been able to find support for scanf().
This is not suprising for a shareware compiler. As I said above, it will
be good to use to dabble with C. You are not going to write anything
meaningful with Hyper C.
Those of you that have gotten it to run, but only have one drive, might
want to try to take a copy of the system.master disk and try removing
files to give yourself some room to play. I don't remember which files
are not needed, but you can certainly delete dump.c, plist.c, read.me,
autoexecute to get started.
--
Larry Colton {att,bellcore,sun,ames,pyramid}!pacbell!ldcol
From ukma!gatech!ncar!boulder!sunybcs!rutgers!att!alberta!calgary!cpsc!demarco Mon Feb 27 17:51:56 EST 1989
Article 10964 of comp.sys.apple:
Path: ukma!gatech!ncar!boulder!sunybcs!rutgers!att!alberta!calgary!cpsc!demarco
>From: demarco@cpsc.ucalgary.ca (Vince Demarco)
Newsgroups: comp.sys.apple
Subject: Re: Hyper C posting
Message-ID: <803@cs-spool.calgary.UUCP>
Date: 26 Feb 89 15:20:39 GMT
References: <6570@phoenix.Princeton.EDU> <4321@cbnews.ATT.COM> <1242@tellab5.tellabs.CHI.IL.US>
Sender: news@calgary.UUCP
Lines: 34
Isn't there a script that you can execute on the disk to create a copy of the
system disk??? I seem to remember such a beast...
At any rate, you don't need ALL the files on one disk to operate the system,
use the format program provided to format yourself a few blank disks, and then
use the cp command to copy over the files-> the boot disk should have the
'system' file and the autoexec on it, the edit disk can have the editor, and
file viewing commands (list and more I believe, if you don't have more I can
send you the source and you can type it in.. very short program) and the
compiler disk should have all the other files ->ccn,cc hyperc,lib,etc..
create your source with the editor, save on the editor disk or on yet another
disk (workdisk), stick the compiler disk in the other drive and compile it
thus (workdisk in drive1 compiler in drive2)
b:cc a:testprogram<cr>
The cc script will run, first through the preprocessor to get all the #includes
then the compiler itself, and then the assember and linker... (this generates
pcode) If you substitute ccn for cc then the compiler uses a macro processor
and a 65**C**02 assembler to assemble the code and you end up with 100%
assembly code...
Who here would like to try to hack at the OS to make it more or less ProDOS
compatible?? If you would like to try, I'll email you a copy of the source
directly in almost any format you like before I send it off to Paul Nakada for
posting on binaries.apple2-> send email to the address below!! DO NOT reply
to the address above!!
Chris (posting from a friend's acct cuz I'm too lazy to go up to the mainframe
and post from my own... :-) )
Disclaimer-> I claim this all for myself, and you can't have any!!
Replies-> CYLau@UNCAMULT.BITNET or CYLau%UNCAMULT@UNCACDC.BITNET