home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3668 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: god.bel.alcatel.be!nlev00!barnhoorn
  2. From: barnhoorn@nlev00 ()
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Does MUNGWALL have errors ?
  5. Date: 23 Feb 1996 07:55:03 GMT
  6. Organization: Alcatel Bell
  7. Distribution: world
  8. Message-ID: <4gjrso$i68@btmpjg.god.bel.alcatel.be>
  9. References: <1996Feb19.135354@mathematik.tu-muenchen.de> <4ga4ff$im7@btmpjg.god.bel.alcatel.be> <1996Feb21.141618@mathematik.tu-muenchen.de>
  10. Reply-To: barnhoorn@nlev00 ()
  11. NNTP-Posting-Host: 138.203.178.61
  12. X-Newsreader: mxrn 6.18-10
  13.  
  14.  
  15. In article <1996Feb21.141618@mathematik.tu-muenchen.de>, ganterth@mathematik.tu-muenchen.de (Thomas Ganter) writes:
  16. |> In article <4ga4ff$im7@btmpjg.god.bel.alcatel.be>, barnhoorn@nlev00 () writes:
  17. |> |> In article <1996Feb19.135354@mathematik.tu-muenchen.de>, ganterth@mathematik.tu-muenchen.de (Thomas Ganter) writes:
  18. |> |> |> 
  19. |> |> 
  20. |> |> Mungwall is doing the job it should do: initializing unused and used
  21. |> |> memory to 0xDEADBEEF, 0xC0DEDBAD, etcetera. It is obvious that every
  22. |> |> program that produces an Enforcer-hit when Mungwall is running,
  23. |> |> is badly coded,
  24. |> 
  25. |> So enforcer hits in mungwall segments (says SegTracker) indicate that
  26. |> there perhaps might be a badly coded routine inside mungwall?
  27. |> 
  28. This is a whole new point of view to the problem. You did not mention
  29. that Enforcer found hits in Mungwall!!
  30.  
  31. |> |> [...obvious explanation of badly coded programmes ommitted...]
  32. |> 
  33. It wasn't that obvious to me, when I found out, five years ago.
  34.  
  35. |> |> I think something like this is your problem. The only solution is
  36. |> |> to stop using Mungwall, or rewriting your software.
  37. |> 
  38. |> Neither can I rewrite commercial software like the MFC-drivers, nor
  39. |> can I pinpoint any fault in the NDK's serial device example code.
  40. |> And still, the errors occur while the PC is inside a MungWall segment.
  41. |> Perhaps there is a MungWall problem?
  42. |> 
  43. Could still be a problem of the device-driver, that it is freeing
  44. memory that does not actually exist. By some lucky chance FreeMem() does
  45. not produce an enforcer-hit, but Mungwall, who is going to fill the
  46. memory for you, will cause the enforcer-hit.
  47.  
  48. Jaco.
  49.