home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / alt / msdos / programm / 3107 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.6 KB
  1. Xref: sparky alt.msdos.programmer:3107 comp.os.msdos.programmer:11855
  2. Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer
  3. Path: sparky!uunet!usc!cs.utexas.edu!convex!constellation!a.cs.okstate.edu!boggs
  4. From: boggs@a.cs.okstate.edu (BOGGS RICHARD GRAN)
  5. Subject: Re: "GP" Errors with BC 3.1
  6. References: <1993Jan6.214710.26976@schunix.uucp>
  7. Message-ID: <1993Jan7.070212.14926@a.cs.okstate.edu>
  8. Organization: Oklahoma State University, Computer Science, Stillwater
  9. Distribution: usa
  10. Date: Thu, 7 Jan 93 07:02:12 GMT
  11. Lines: 23
  12.  
  13. In article <1993Jan6.214710.26976@schunix.uucp> sonix@schunix.uucp (Duane Morin) writes:
  14. >Perhaps someone recognizes this problem.  My BC compile, which used to work
  15. >just dandy, now randomly crashes with "FATAL ERROR:  GP fault" or somesuch
  16. >similar message.  Not always on the same file, and not necessarily occurring
  17.  
  18. I've encountered the same problem with BC++ 3.1 IDE version.  I was rather
  19. confused since BC++ 3.0 worked just fine with the same program.  
  20.  
  21. The tech guys at Borland told me that BC++ 3.1 barfs on some compile-time
  22. errors.  The tech I spoke to recommended running prj2mak to convert the .prj
  23. file to a make file and use the commandline version bcc.exe instead.  Turns out
  24. he was right.  The commandline compiler gave me some error messages before
  25. bombing out with a GP Fault.  I fixed the errors in the source, and it works
  26. just peachy.  Odd that 3.0 doesn't do that...
  27.  
  28. Try running the commandline version and see if that gets any farther during the
  29. compile process.  Worked for me.
  30.  
  31. -- 
  32. Grant Boggs
  33. boggs@a.cs.okstate.edu
  34. Oklahoma State University
  35. Stillwater, Oklahoma
  36.