home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / pascal / 4608 < prev    next >
Encoding:
Text File  |  1992-07-29  |  1.4 KB  |  29 lines

  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!usc!cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!po.CWRU.Edu!wct
  3. From: wct@po.CWRU.Edu (William C. Thompson)
  4. Subject: Programming locking only when called from batch
  5. Message-ID: <1992Jul30.022409.6514@usenet.ins.cwru.edu>
  6. Sender: news@usenet.ins.cwru.edu
  7. Nntp-Posting-Host: cwns5.ins.cwru.edu
  8. Reply-To: wct@po.CWRU.Edu (William C. Thompson)
  9. Organization: Case Western Reserve University, Cleveland, OH (USA)
  10. Date: Thu, 30 Jul 92 02:24:09 GMT
  11. Lines:       17
  12.  
  13.  
  14. I have modified the output of the program that comes with TP6 that
  15. shows the files & directories.  The program is virtually the same.
  16. If I run the program from a batch file in a directory with few
  17. entries, no problem.  If I run the program directly (no batch) in
  18. a directory with several entries, no problem.  If I run the program
  19. in a directory with several entries, it either locks or does strange
  20. things.  I have already hunted the pointer references, which are
  21. very few.  I'm not doing anything stupid like not allocating
  22. memory, deallocating too much, or assigning things to a nil pointer.
  23. The problem appears to be with the stack size, which I increased to
  24. 30K, which theoretically should support a directory with over 100, 
  25. more than DOS allows.  Why would the program not lock when directly
  26. called but it would when called from a batch file?
  27. -- 
  28. "What do you mean Star Trek isn't real!?" - anonymous
  29.