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 ' 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 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