barton@holston.UUCP (Barton A. Fisk) (09/15/89)
After successfully compiling and running mush for a couple
of weeks, the program now terminates immediately upon loading
with the Segmentation violation message.
Various twiddles with the -SEG and -F values, the INTERNAL_MALLOC
and so forth have been useless.
I still get 2 warnings during compilation "W17 (cast of int to
far pointer). But I got those before and it still ran.
Am I missing a patch or something? I don't really know enough
about C to do any serious debugging.
Any help appreciated.
--
Barton A. Fisk | UUCP: {attctc,texbell,vector}!warble!holston!barton
PO Box 1781 | (PSEUDO) DOMAIN: barton@holston.UUCP
Lake Charles, La. 70602 | ----------------------------------------
318-439-5984 | "Let him who is without sin cast the first stone"-JCbob@rel.mi.ORG (Bob Leffler) (09/21/89)
>for over 6 months. This last week sometime, it started with the >segmentation violation message. It simply can't be used any longer. >I've replaced the binary with another copy -- same problem. Earlier this week, Roger Cornelius discovered that days_ctr in dates.c needs to be changed from int to unsigned. Once I made that change, everything was back to normal. I have Xenix/286 2.2.1. bob -- Bob Leffler - Electronic Data Systems, Financial Information Services Division 3044 West Grand Blvd., Room 11-101, Detroit, MI 48202 (313) 556-4474 bob@rel.mi.org or {uunet!edsews, rutgers, sharkey}!rel!bob Opinions expressed may not be those of my employer.
henry@GARP.MIT.EDU (Henry Mensch) (09/21/89)
Date: 20 Sep 89 20:14:30 EDT (Wed) From: harvard!husc6!sharkey!rel.mi.org!bob (Bob Leffler) >for over 6 months. This last week sometime, it started with the >segmentation violation message. It simply can't be used any longer. Earlier this week, Roger Cornelius discovered that days_ctr in dates.c needs to be changed from int to unsigned. apparently mush wasn't the only program to experience this problem; see the latest issue of the risks digest for a story about a software system used in hospitals which appears to have suffered the same fate. # Henry Mensch / <henry@garp.mit.edu> / E40-379 MIT, Cambridge, MA # <hmensch@uk.ac.nsfnet-relay> / <henry@tts.lth.se> / <mensch@munnari.oz.au>