home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!wupost!darwin.sura.net!uvaarpa!concert!sas!mozart.unx.sas.com!walker
- From: walker@twix.unx.sas.com (Doug Walker)
- Subject: Re: Porting GNU SW with Lattice 5.10
- Originator: walker@twix.unx.sas.com
- Sender: news@unx.sas.com (Noter of Newsworthy Events)
- Message-ID: <Bxywnp.Dyo@unx.sas.com>
- Date: Thu, 19 Nov 1992 14:38:12 GMT
- References: <jfusco.086x@sempco.UUCP>
- Nntp-Posting-Host: twix.unx.sas.com
- Organization: SAS Institute Inc.
- Lines: 27
-
-
- In article <jfusco.086x@sempco.UUCP>, jfusco@sempco.UUCP (John Fusco) writes:
- |> Upon looking at the code I saw that the culprit was a huge macro - several
- |> lines of code run together with line continuation characters (\\). I thought
- |> that I just needed to tweek some buffer size, so I tried the -z option of the
- |> "lc" command. My documentation does not describe this option very well, so I
- |> assumed that the number following the -z should be decimal, representing the
- |> buffer size. This seemed to go further in the code before crashing, but I got
- |> the same error. After I increased the size above 4096, the LC command crashes
- |> my computer. Even with a stack size of 100000 it still crashes.
-
- Try -z20000. The default is 4096. Also you can try using lc1b instead of lc1
- (the easiest way to do this if you're using the LC command is to resident lc1b
- and call it lc1, or you can simply ask for a listing to be produced.) lc1b has
- bigger defaults on all the buffers (8192 for the line buffer).
-
- |> John Fusco
-
- --
- *****
- =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
- *|. o.| || 1200/2400/9600 Dual
- | o |// For all you do, this bug's for you!
- ======
- usenet: walker@unx.sas.com bix: djwalker
- Any opinions expressed are mine, not those of SAS Institute, Inc.
-
-