Path: utzoo!attcan!uunet!lll-winken!lll-ncis!helios.ee.lbl.gov!pasteur!ucbvax!tolerant.UUCP!uucp
From: uucp@tolerant.UUCP (UNIX-UNIX Cp)
Newsgroups: comp.unix.microport
Subject: Submission for comp-unix-microport
Message-ID: <8901071128.AA08129@handel.TOLERANT>
Date: 7 Jan 89 11:28:34 GMT
Sender: uuclerk@ucbvax.BERKELEY.EDU
Lines: 35

Path: tolerant!voder!apple!rutgers!mailrus!ncar!tank!mimsy!haven!grebyn!johnk
From: johnk@grebyn.COM (John Kennedy)
Newsgroups: comp.unix.microport
Subject: Problems with compiles on Sys V/AT; compress.c; large model
Message-ID: <11732@grebyn.COM>
Date: 6 Jan 89 02:58:38 GMT
Reply-To: johnk@grebyn.com (John Kennedy)
Distribution: na
Organization: Grebyn Corp. & Timesharing
Lines: 24

Anyone had success with the 286 architecture and compiling the *compress.c*
program from the archives?  Here's the scenario:

    1) decompressed compress.c.Z on host system (3B2, not 286 or uport)
    2) downloaded compress.c from host system.
    3) compiled compress.c from Makefile
    4) added -DM_XENIX to Makefile to alleviate "too large array" errors
    5) got link time errors indicating compile should be done with large model
    6) added -Ml to Makefile to recompile with large model
    7) compiles completed without errors
    8) executed compress to decompress another program.c.Z, and much
       garbage was generated in output.


I find it hard to believe that *compress*, even with its many options, has
never been compiled in the Microport System V/AT environment.  I would rather
believe that I haven't found the right flags to define at compile time.

Any suggestions from anyone who has made it work?
Please email any ideas to johnk@grebyn.com 

Thanks,

John