home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / msdos / programm / 8520 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.8 KB

  1. Xref: sparky comp.os.msdos.programmer:8520 alt.msdos.programmer:2195
  2. Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
  3. Path: sparky!uunet!mcsun!Germany.EU.net!nixpbe!news.sni.de!fam168!frank
  4. From: Frank Hoffmann <fh.pad@sni.de>
  5. Subject: Re: nonIBM compatibility problem/error?
  6. Message-ID: <frank.713729002@fam168>
  7. Sender: news@nixpbe.sni.de
  8. Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
  9. References: <l8e7ubINN4ji@pollux.usc.edu>
  10. Date: Thu, 13 Aug 1992 18:03:22 GMT
  11. Lines: 48
  12.  
  13. aabdalla@pollux.usc.edu (Ahmed Abd-Allah) writes:
  14.  
  15.  
  16. >We have written a piece of software that uses a home-grown, text-mode
  17. >windows library.
  18. >...
  19.  
  20. >Unfortunately, something is simply not working.  Our customer has the
  21. >same software running on an IBM PS/2 with no problem.  But on the 
  22. >above IBM-compatible, at a specific place in the code, the program
  23. >consistently locks up.  We have gone over this area of the source 
  24. >over and over again, and we can see nothing wrong.
  25. >
  26. >One last thing: We asked our customer to send us the computer he was
  27. >using to check it, and we sent him a replacement (another IBM-compatible
  28. >with EGA card, non-IBM PS/2).  The funny thing is we can run the 
  29. >software perfectly in our lab off the computer he sent us!  And what's
  30. >worse is that the new computer we sent him is also failing now too!!
  31. >One more last thing: Our customer uses our system in a clean room.  Is
  32. >there enough noise to mess up program execution - but in the same place
  33. >consistently?!?
  34.  
  35. With this information given i would tend to say that your customer probably
  36. has an electricity problem. If you're dealing with any peripherals in the
  37. code that locks up, i.e. accessing a printer or a built-in streamer, the
  38. power needed to operate the system increases rapidly. If the electrical in-
  39. stallation is at end, there might be not enough resource to supply the power.
  40.  
  41. Anyway, if that isn't the case you may email the piece of code here or at
  42. my email-address below. Probably we'll find something obscure in there.
  43.  
  44. >Thanks for reading this, and more thanks if you can help us...
  45. >Please email at "aabdalla@pollux.usc.edu"
  46.  
  47. You're welcome...
  48.  
  49. >Ahmed
  50.  
  51. frank
  52. -------------------------------------------------------------------------------
  53.     __________                  Frank Hoffmann
  54.      /             /    Siemens-Nixdorf Info. Systems Voice: [+49] 5251 812 209
  55.     /__           /      Dept: AP 52 / SW-Production    Fax: [+49] 5251 811 599
  56.    /' _  _   __  //            Fuerstenallee 7          USA: fh.pad@sni-usa.com
  57. __/__/__(_(_/ /_/^\__    W-4790 Paderborn / Germany    !USA: fh.pad@sni.de
  58. -------------------------------------------------------------------------------
  59. ( * )  <--- The green dot.  This mail is reusable. Copy to /dev/null instantly.
  60. -------------------------------------------------------------------------------
  61.