irie@husc9.harvard.edu (Robert E. Irie) (02/09/91)
Hi all. I am sort of out of touch with C on the Apple IIgs (I have been working mostly on <ugh> Macs and Unix systems), and was wondering if Orca/C is a viable alternative. My concerns are if Orca/C is ANSI, is workable with only two drives and 1.25M, and realatively bug free. I notice that there are several posts on Orca/C bugs. How severe are they? I am not really interested in the toolbox, and most of my programming will be text based, as I am used to Unix systems with Curses. Please send replies by mail, so as not to clutter up the net with old info. If anyone else is interested in the info, I could post a summary. Thanks! Robert Irie -- File: AW esome .sig REVIEW/SEE/ADMIRE Escape: Reality =====|====|====|====|====|====|====|====|====|====|====|====|====|====|====|= Robert E. Irie irie@husc9.harvard.edu EE Major, Harvard College irie@husc9.bitnet ----------------------------------------------------------------------------- Type mail or use rn commands Line Column 8M, 20Mhz CPU Wanted
r.levy@cooper.cooper.EDU (Rami Levy ) (02/14/91)
In article <IRIE.91Feb9100030@husc9.harvard.edu>, irie@husc9.harvard.edu (Robert E. Irie) writes: > was wondering if > Orca/C is a viable alternative. My concerns are if Orca/C is ANSI, Yes, ORCA/C v.1.1 is fully ANSI compatible. > is workable with only two drives and 1.25M, and realatively bug free. When you say two drives, I assume you mean 2 3.5" drives. Well, I have been running it off a hard drive, and 4MB of RAM... I used to run it with only 1.25MB of RAM, and (when using the desktop environment) that was not enough for any decently long program. However, if you remove most of your CDA's and NDA's (or all), and reduce your RAMdisk to a minimum (or 0K), and use the text environment (which you seem to want to use anyway), it should pose no serious problems. I would, however, recommend getting more memory anyway. The text environment is quite bug free, and the graphics env. is somewhat bug- free. I would use the text environment. However, debugging is infinitely easier in the graphics env. due to the ability to open multiple windows, so you can view your program, its output, the variable values, etc., at the same time. > Please send replies by mail, so as not to clutter up the net with old > info. If anyone else is interested in the info, I could post a summary. _________________________________________________________________________ | Apple //(GS) Forever!! | | r.levy@marvin.cooper.edu | | The Cooper Union for the Advancement of Science and Art, NYC | | | | GGGG SSSSS RRRRR U U L EEEEE SSSSS | | GG G SS RR R U U L E SS | | GG SSS RRRR U U L EEE SSS | | GG GGG SSS R R U U L E SSS | | GGGGG SSSSSS R R UUUU LLLLL EEEEE SSSSSS | |________________________________________________________________________|
gwyn@smoke.brl.mil (Doug Gwyn) (02/14/91)
In article <3260@cooper.cooper.EDU> r.levy@cooper.cooper.EDU (Rami Levy ) writes: >Yes, ORCA/C v.1.1 is fully ANSI compatible. Not true. It does attempt to be a conforming implementation in most (not all) areas, but it fails to conform to the standard in many ways. It is still eminently usable, if you maintain a properly suspicious frame of mind. Presumably future releases will be more conformant.
acmfiu@serss0.fiu.edu (ACMFIU) (02/15/91)
In article <3260@cooper.cooper.EDU> r.levy@cooper.cooper.EDU (Rami Levy ) writes: >In article <IRIE.91Feb9100030@husc9.harvard.edu>, irie@husc9.harvard.edu (Robert E. Irie) writes: >> was wondering if >> Orca/C is a viable alternative. My concerns are if Orca/C is ANSI, > >Yes, ORCA/C v.1.1 is fully ANSI compatible. who do you think you are. since when is orca/c ANSI compatible. i suggest you get a hold of the ANSI standard and then read it before you make claims like this. if orca/c is fully ANSI compatible, it would WORK. get it! and if that's the case, you wouldn't have seen me post 12 bugs here with the compiler. oh yes, get rid of your LONG .sig. it's a wast of net money and says NOTHING. albert