home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41947 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.6 KB  |  57 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!nevada.edu!karu
  3. From: karu@nevada.edu (NARANAPITI KARUNARATNE)
  4. Subject: Re: GREEN FOLDER DISEASE
  5. Message-ID: <1993Jan11.171217.18437@nevada.edu>
  6. Sender: news@nevada.edu (USENET News System)
  7. Nntp-Posting-Host: helios.nevada.edu
  8. Organization: University of Nevada System Computing Services
  9. References: <1664.625.uupcb@almac.co.uk>
  10. Date: Mon, 11 Jan 1993 17:12:17 GMT
  11. Lines: 44
  12.  
  13. In article <1664.625.uupcb@almac.co.uk> mike.dickson@almac.co.uk (Mike Dickson) writes:
  14. >Small problem with seamless Windows support on this machine -
  15. >
  16. >If I start up a Windows app seamlessly on the WPS then OS/2 goes through
  17. >the usual clunks and crunches to get tjhe Windows kernel loaded. As it
  18. >does so, the (grey background) open folders on the WPS go a revolting
  19. >shade of green and the background bitmap colours get screwed up totally.
  20. >The Windows app still runs okay and using its own proper colours.
  21. >
  22. >However, if I run *any* text-based DOS application full screen and then
  23. >quit from it I find that the problem is solved and the WPS colours are
  24. >back to normal *and* that the Windows app is still running as before with
  25. >the same colours. Furthermore, if I load up any further seamless Windows
  26. >apps then they come up okay without any colour mangling. If I quit from
  27. >all the Windows apps and start again with another one then the problem
  28. >reappears so it seems to me that the problem is connected with the
  29. >initial loading of the 'shareable' Windows code. (I understand that some
  30. >parts of the Windows code is shared between Windows sessions)
  31. >
  32. >Rather odd one this and highly irritating. I've made up an object on the
  33. >WPS called 'Reset Screen' which basically just knocxks the system into
  34. >text mode and exits straight off, but this is obviously kludge of the
  35. >week.
  36. >
  37. >Can anyone help? Relevant machine specs are ET4000 based card using the
  38. >Service Pak 1024x768x256 drivers, 8Mb RAM, loads of disk space, Intel
  39. >386-33DX.
  40. >
  41. >/\/\ | |< |.                                     mike.dickson@almac.co.uk
  42. >---
  43. > . SLMR 2.1a . "How to boil water, in 500 easy steps" by Chuck Forsberg
  44. >                                                                                       
  45. I have the same problem, identical in every respect, with a Trident 8900c
  46. running 1024x768x256 in a 8mb, 386-40, with a 10mb swap file (initial] and
  47. enough disk space.
  48. Sorry, I do not know what causes it. However, I did not have this problem
  49. running 800x600x256 mode. I will post if I find what causes it. I am still
  50. investigating the problem.
  51. If anyone knows what causes this behavior please let me know.
  52. Thanks.
  53.  
  54. Karu.
  55.  
  56.  
  57.