tony@oha.UUCP (Tony Olekshy) (04/11/88)
I am currently running SCO Xenix System V release 2.1.3 on 286 ATs. I have
developed an application that currently consists of about 100k lines of C
source code. The linked executable is about 300kb. I have experienced
problems in the following areas, so if they have been fixed in the latest
release it might be about time for me to $upgrade$ again. Please let me know
by email (and let me know what release you are running), and I'll post short
answers to this group if it sounds like anyone else is interested.
* Does profiling work on large model programs?
* Has `make' been compiled as a large model program?
* Does cc -O work with large model programs (I even had to turn it off to
compile the news software w/o a cc smegma violation :-) !?
* Does lint work with lots of source code (ours get confused)?
* Does anyone have a symbolic debugger running on it yet?
* Is the on-line manual available yet?
* What [EPV]GA cards/terminals does it support?
Tony (...!alberta!oha!tony); Royal Canadian Association of Fauns and Satyrs.caf@omen.UUCP (Chuck Forsberg WA7KGX) (04/13/88)
In article <217@oha.UUCP> tony@oha.UUCP (Tony Olekshy) writes:
:I am currently running SCO Xenix System V release 2.1.3 on 286 ATs. I have
:developed an application that currently consists of about 100k lines of C
:source code. The linked executable is about 300kb. I have experienced
:problems in the following areas, so if they have been fixed in the latest
:release it might be about time for me to $upgrade$ again. Please let me know
:by email (and let me know what release you are running), and I'll post short
:answers to this group if it sounds like anyone else is interested.
If you're serious about developing an application, get the 386
flavor. Compiles are so much faster you'll get your money
back (even with the currency exchange rate) in increased
productivity within a few months. The 386 version does
produce binaries for the 8086 and 286 versions.
:
: * Does profiling work on large model programs?
Can't say I've tried it.
: * Has `make' been compiled as a large model program?
There was a large model make, but with the 386 who cares?
: * Does cc -O work with large model programs (I even had to turn it off to
: compile the news software w/o a cc smegma violation :-) !?
Again, the best solution is to go with the 386 flavor, which is several
times faster than a 286 large model.
: * Does lint work with lots of source code (ours get confused)?
The 386 lint is not as brain damaged as previous versions.
: * Does anyone have a symbolic debugger running on it yet?
Adb *is* a symbolic debugger, perhpas you mean source code debugger?
Sdb is alive on 386 Xenix (as well as 386/ix) but frankly I haven't seen
an sdb for the 386 that works as well as one I used on a 68020 sysytem
a couple years ago.
: * Is the on-line manual available yet?
Anyone got a good price on a 200+ megabyte disk??? Seriously, what's
needed here is a cross indexed knowledge system built into the editor
so there's a reason to have those man pages on disk.
: * What [EPV]GA cards/terminals does it support?
EGA now, VGA RSN. Of course, your customers may expect your application
to run on older versions of Xenix, which may limit the EGA features
you can take advantage of. Also, emulating display boards that depend
on interrupts (ATI EGA Wonder) to do their thing cause problems.
:
:Tony (...!alberta!oha!tony); Royal Canadian Association of Fauns and Satyrs.
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
Omen Technology Inc "The High Reliability Software"
17505-V NW Sauvie IS RD Portland OR 97231 503-621-3406
TeleGodzilla BBS: 621-3746 CIS: 70007,2304 Genie: CAFsl@van-bc.UUCP (pri=-10 Stuart Lynne) (04/15/88)
In article <659@omen.UUCP> caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: >a couple years ago. >: * Is the on-line manual available yet? Yes, SCO now has them. I didn't do the ordering so I don't know what package they are a part of. We just ordered complete system with text and development tools, and they came along for the ride along with CGI stuff. -- {ihnp4!alberta!ubc-vision,uunet}!van-bc!Stuart.Lynne Vancouver,BC,604-937-7532
root@ispi.UUCP (Super user) (04/16/88)
In article <659@omen.UUCP> caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: >In article <217@oha.UUCP> tony@oha.UUCP (Tony Olekshy) writes: >:I am currently running SCO Xenix System V release 2.1.3 on 286 ATs. I have . . >: * Is the on-line manual available yet? The on-line manual is now available from SCO as part of the update to the Text-Processing System. It includes an intelligent "man" program which looks up in an index the request, and tells you about any other pages which might be relevent. It is stored in packed format so it only takes up about 1.25 meg of disk space. Try it, you'll like it. Jonathan B. Bayer Intelligent Software Products, Inc. Rockville Centre, NY 11570 uunet!ispi!root - - - - - - - - - - - - - It is bad luck to be superstitious.
sl@van-bc.UUCP (pri=-10 Stuart Lynne) (04/18/88)
In article <3@ispi.UUCP> root@+++.UUCP (Super user) writes: >In article <659@omen.UUCP> caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: >>In article <217@oha.UUCP> tony@oha.UUCP (Tony Olekshy) writes: >>:I am currently running SCO Xenix System V release 2.1.3 on 286 ATs. I have > . > . >>: * Is the on-line manual available yet? > >The on-line manual is now available from SCO as part of the update to >the Text-Processing System. It includes an intelligent "man" program >which looks up in an index the request, and tells you about any other >pages which might be relevent. It is stored in packed format so it only >takes up about 1.25 meg of disk space. Yuk! They use pack/unpack! And the man command is binary. It's to bad SCO doesn't know about compress. pack is slower than compress, and much less efficent than compress. On other System V based systems I've just had to edit the man script to add a test for .Z as well as .z; and unpack then compress the files to save even more space. I just unpacked cat.C the largest directory under /usr/man. It went from 1174 blocks to 1774 blocks. Given that this is formatted text, compress would probably average well over 50% which would save us about 300 more blocks. I'll re-post after I get compress moved over. Perhaps SCO should follow Apple's lead and start shipping some of the better public domain software. Personally I don't know how anyone could even contemplate running a small Unix system without compress/elm/smail. -- {ihnp4!alberta!ubc-vision,uunet}!van-bc!Stuart.Lynne Vancouver,BC,604-937-7532