home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / msdos / misc / 6599 < prev    next >
Encoding:
Text File  |  1992-12-17  |  1.6 KB  |  41 lines
  1. Newsgroups: comp.os.msdos.misc
  2. Path: sparky!uunet!world!ebarton
  3. From: ebarton@world.std.com (Edward Barton)
  4. Subject: stacker 3.0 problem
  5. Message-ID: <EBARTON.92Dec16234601@world.std.com>
  6. Sender: ebarton@world.std.com (Edward Barton)
  7. Organization: The World Public Access UNIX, Brookline, MA
  8. Date: Thu, 17 Dec 1992 04:46:01 GMT
  9. Lines: 30
  10.  
  11.  
  12. I just installed the Stacker 3.0 upgrade (unfortunately).  I have been
  13. using Stacker 2.0 for a long time, and it has never given any
  14. problems.  However, now that I have installed Stacker 3.0, I cannot
  15. run perl scripts any more.  (For those of you who don't know what Perl
  16. is, it is a very powerful pattern scanning and general processing
  17. language that you can get free from the net.  For those of you who do
  18. know what it is, I am using the bcv14_perl4-019E.zip version.)
  19.  
  20. Whenever I run a perl script that manipulates files, it locks up the
  21. machine with a variety of complaints: sometimes Illegal Instruction
  22. trapped by QEMM, sometimes GP Fault trapped by QEMM, sometimes screen
  23. goes blank and machine dies, sometimes Read error on C (the stacker
  24. drive), etc.
  25.  
  26. This version of Perl is compiled with Borland's VROOM overlay manager,
  27. so I thought there might be an expanded-memory problem of some kind;
  28. but I get the same behavior whether I load the Stacker driver high or
  29. low, and whether I put the Stacker cache in /EMS or not.
  30.  
  31. I also tried recompiling Perl from the sources using BC++ 3.1 instead
  32. of 3.0, and got the same behavior.
  33.  
  34. Does anyone have any ideas for what might be wrong, and how I could
  35. cure the problem?  Otherwise, I guess I'll have to restore from the
  36. backup and go back to stacker 2.0, which was reliable.
  37.  
  38. Thanks for any help.
  39.  
  40.  
  41.