Xref: utzoo comp.sys.amiga.tech:1473 comp.sys.amiga:21736 Path: utzoo!utgpu!attcan!uunet!husc6!bloom-beacon!athena.mit.edu!rlcarr From: rlcarr@athena.mit.edu (Rich Carreiro) Newsgroups: comp.sys.amiga.tech,comp.sys.amiga Subject: Lattice C 4.0 bugs Summary: some bugs, I think. Message-ID: <6627@bloom-beacon.MIT.EDU> Date: 10 Aug 88 17:22:04 GMT Sender: daemon@bloom-beacon.MIT.EDU Reply-To: rlcarr@athena.mit.edu (Rich Carreiro) Followup-To: comp.sys.amiga.tech Organization: Massachusetts Institute of Technology Lines: 48 NOTE: I HAVE INSTALLED BOTH LATTICE C PATCHES. I just had the misfortune to call Lattice's Tech support line. My problem was over two things. First, on page 7-3 of the manual, under the "Not enough memory" error message explanation it says something like "if you get this error, try compiling with the -B option to LC. This invokes the big compiler, etc., etc." Well, whenever I tried to use it, it dies. When I type: lc -B foo I get:Invalid option "--B" (yes, that's two dashes) Upon calling Lattice all they cpuld say was that "it should work" and "try playing around with command line order." Well, I did so, and if I do 'lc foo -B' the -B is interpreted as a file to compile. Sad customer support number example number 1. So, can anyone explain how to use the damn -B option? Problem 2: I have the following code: #include main() { int i; puts("Enter any number to continue:\n"); scanf("%d",&i); } When I run it, the "Enter..." message IS NOT PRINTED until I enter a number and hit . Then the message is printed and the program ends. If I use printf(), the problem goes away. The Lattice tech support man says this is not a bug, but is a problem with the C language. I then tried this program under BSD 4.3, on a uVAX, Ultrix 5.5 on a uVAX, and BSD 4.2 on a Sun 3/160. It worked properly on all three. So, can anyone explain this "bug" to me? Thanks! ARPA: rlcarr@athena.mit.edu UUCP: ...!mit-eddie!athena.mit.edu!rlcarr BIT: rlcarr%athena.mit.edu@mitvma.mit.edu ******************************************************************************* * Rich Carreiro "MIT isn't Hell. It's where you go when * * rlcarr@athena.mit.edu you've been bad in Hell." - Anon. * *******************************************************************************