home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / pascal / 5287 < prev    next >
Encoding:
Text File  |  1992-09-09  |  2.4 KB  |  57 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!gatech!taco!csemail.cropsci.ncsu.edu!samodena
  3. From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
  4. Subject: Re: Strange problem with TP6 and $S-
  5. Message-ID: <1992Sep10.093813.499@ncsu.edu>
  6. Sender: news@ncsu.edu (USENET News System)
  7. Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620
  8. References: <4169@seti.UUCP>
  9. Date: Thu, 10 Sep 1992 09:38:13 GMT
  10. Lines: 45
  11.  
  12. In article <4169@seti.UUCP> lasgout@solaris.inria.fr (Jean-Marc Lasgouttes) writes:
  13. >I came across a strange problem in a program written in TP6 with
  14. >Turbo Professionnal. The program works well, but if I disable 
  15. >stack checking ($S-), bugs appear (it does not hang, but some windows 
  16. >do not pop up as intended). I tried to increase the stack space with 
  17. >no success. 
  18. >
  19. >My problem is that I suspect that it could be related to some bug in my
  20. >program, but I can't imagine what (the listing is 7000 lines long...).
  21. >
  22. >Any help would be highly appreciated
  23. >
  24. >Thanks
  25. >
  26. >Jean-Marc
  27.  
  28. Well, let me ask: are you using the ValidView() call to spot when and
  29. where a view will pop or not pop for availability of memory?
  30.  
  31. The thing that comes to mind in the general sense: some people are
  32. careless about how they write their T(object).Done routines and certain
  33. things on the stack don't get cleaned up (let along some of the stuff
  34. on the Heap).  Come to think of it, unclean T(object).Init routines
  35. can cause the same set of problems.
  36.  
  37. I'd suggest reading your TP manual in the chapter where they go into
  38. extensive detail and examples about using LowMemory and such and
  39. how to write code that cleans up after itself when *something* goes
  40. wrong during dynamic object allocation.
  41.  
  42. Good luck!
  43.  
  44. Steve
  45. ---
  46. +------------------------------------------------------------------+
  47. |     In person:  Steve Modena     AB4EL                           |
  48. |     On phone:   (919) 515-5328                                   |
  49. |     At e-mail:  nmodena@unity.ncsu.edu                           | 
  50. |                 samodena@csemail.cropsci.ncsu.edu                |
  51. |                 [ either email address is read each day ]        |
  52. |     By snail:   Crop Sci Dept, Box 7620, NCSU, Raleigh, NC 27695 |
  53. +------------------------------------------------------------------+
  54.          Lighten UP!  It's just a computer doing that to you.
  55. OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
  56.          
  57.