Xref: news-dnh.mv.net comp.os.msdos.djgpp:631 Newsgroups: comp.os.msdos.djgpp Path: news-dnh.mv.net!mv!news.sprintlink.net!hookup!newshost.marcam.com!usc!howland.reston.ans.net!cam.news.pipex.net!pipex!soap.news.pipex.net!pipex!edi.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!cs.city.ac.uk!city!sl323 From: sl323 AT city DOT ac DOT uk (Mark Lewis) Subject: Re: Bug: read() in v1.12m4 (?) Sender: news AT city DOT ac DOT uk (Unix Network News) Nntp-Posting-Host: langley Reply-To: M DOT Lewis AT city DOT ac DOT uk Organization: The City University References: <1995Jun24 DOT 184323 DOT 9744 AT city DOT ac DOT uk> <3sm1ub$9tm AT news DOT rwth-aachen DOT de> <1995Jun26 DOT 142424 DOT 29534 AT city DOT ac DOT uk> Date: Tue, 27 Jun 95 13:57:07 GMT Lines: 34 To: djgpp AT sun DOT soe DOT clarkson DOT edu Dj-Gateway: from newsgroup comp.os.msdos.djgpp -----BEGIN PGP SIGNED MESSAGE----- Mark Lewis (sl323 AT city DOT ac DOT uk) wrote: > Like I said before, I believe the problem lies in the read() call as defined > by djgpp. If anyone would like to look at the actual code that's causing > problems then I can mail it to you, either as a MIME attachment or uuencoded. I finally managed to track down the problem this morning. The program is bombing out during a read() call due to a variable name clash with one used in libpc.a. The compiler seems to pick and choose between which instance of the variable it's going to use. For instance, sizeof(window) returns the correct value, but read(fd, window, n) or memset(window, c, n) produces a segmentation fault as it's filling up the libpc.a variable. Thanks to those who offered help, sorry to those I've annoyed. Mark. - -- ..--------------------------{ From: Mark Lewis }--------------------------. | Computing Services | http://www.city.ac.uk/~sl323/home.html | | City University | PGP public key available by WWW, or by | | London, England | fingering sl323 AT finger DOT city DOT ac DOT uk | `--------{ M DOT Lewis AT city DOT ac DOT uk (MIME) | nostra AT city DOT ac DOT uk (MIME) }---------' -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAgUBL/APY7+exwC8S2+xAQEeWAP6ArsZhdZKyZ4P4PzQRp0d2WBdHl04t2qi /SksCiUxWUQXxp+q9l8ucK90jELBsPMfWun9IASAJygE0siixV4v5bOwGBj5b/RT JrONUgobUnlQDKHaow+NK7MuHvuAZ1yS9tInpaQYrSNIb95LnS2zxE3Br4mFI4m9 RbzvkdGmnIE= =TJGD -----END PGP SIGNATURE-----