home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Professional / OS2PRO194.ISO / os2 / info / apars / os2_20 / apar6055.inf (.txt) < prev    next >
Encoding:
OS/2 Help File  |  1992-12-07  |  109.9 KB  |  3,124 lines

  1.  
  2. ΓòÉΓòÉΓòÉ 1. SUMMARY OF APARs OS/2 STANDARD EDITION 2.0 SERVICE PAK XR06055 OCTOBER 23, 1992 ΓòÉΓòÉΓòÉ
  3.  
  4.  *********************************************************************
  5.  *                                                                   *
  6.  *  The following list briefly describes problems reported against   *
  7.  *  OS/2 Version 2.0. In most instances, it describes what part of   *
  8.  *  the system code was fixed to correct the problem.                *
  9.  *                                                                   *
  10.  *********************************************************************
  11.  
  12.  
  13. ΓòÉΓòÉΓòÉ 1.1. PJ01512:  The Desktop object class is not exported from the Workplace Shell ΓòÉΓòÉΓòÉ
  14.  
  15. Five object classes are not exported from Workplace Shell.  Exports have been 
  16. added, requiring new OS2386.LIB and recompile of the OS/2 2.0 Presentation 
  17. Manager Workplace Shell.  These new files resolved the customer's problem. 
  18.  
  19.  
  20. ΓòÉΓòÉΓòÉ 1.2. PJ01667:  WinCreateObject() call will fail with return code of 0X41645 ΓòÉΓòÉΓòÉ
  21.  
  22. WinCreateObject succeeds the first time.  The object is deleted. The next call 
  23. to WinCreateObject fails with the same parms as the first call.  Code changed 
  24. to the SOM class manager to correct this problem. 
  25.  
  26.  
  27. ΓòÉΓòÉΓòÉ 1.3. PJ01696:  Application waiting on a semaphore associated with a Named.... ΓòÉΓòÉΓòÉ
  28.  
  29. PJ01696:  Application waiting on a semaphore associated with a Named Pipe does 
  30. not get invoked if a queue processor writes to the pipe. 
  31.  
  32. Comments:  This is not an OS/2 problem.  The hang situation occurs because the 
  33. thread that creates the Named Pipe and associates it with the semaphore does a 
  34. DosSemRequest (and blocks) without first "peeking" into the pipe to determine 
  35. if no data has already been written to the pipe - the thread at the client end 
  36. writes to the pipe immediately after connecting (DosOpen) to the pipe, but 
  37. before the server ends does DosSemRequest. 
  38.  
  39.  
  40. ΓòÉΓòÉΓòÉ 1.4. PJ02058:  WinCreateObject gives invalid message queue return code ΓòÉΓòÉΓòÉ
  41.  
  42. WinCreateObject returns an error code that a message queue is invalid even 
  43. though this API doesn't require a queue. The problem is intermittent and 
  44. happens when Ctrl-C or Ctrl-Break is used to abnormally terminate the 
  45. application that is using WinCreateObject.  This problem was corrected in the 
  46. OS/2 2.0 Presentation Manager Workplace Shell. 
  47.  
  48.  
  49. ΓòÉΓòÉΓòÉ 1.5. PJ02271:  WinCreateObj setup string too short ΓòÉΓòÉΓòÉ
  50.  
  51. The WinCreateObject function call will fail if the setup string is greater than 
  52. 255 characters.  This problem was corrected in the OS/2 2.0 Presentation 
  53. Manager Workplace Shell. 
  54.  
  55.  
  56. ΓòÉΓòÉΓòÉ 1.6. PJ03080:  WinCreateObject picks up wrong icon ΓòÉΓòÉΓòÉ
  57.  
  58. I create 2 objects, both full screen command prompts.  The first specifies an 
  59. icon to be used, the second does not.  The second icon incorrectly picks up the 
  60. same icon.  WinCreateObject is picking up the wrong icon.  This problem was 
  61. corrected in the OS/2 2.0 Present- ation Manager Workplace Shell. 
  62.  
  63.  
  64. ΓòÉΓòÉΓòÉ 1.7. PJ03246:  REXX will not execute PM programs ΓòÉΓòÉΓòÉ
  65.  
  66. Comments:  The customer reported a problem executing PM applications from 
  67. within a REXX script.  Unfortunately, no testcase nor scenario was provided. 
  68. We will readdress this issue at such time that more information is received. 
  69.  
  70.  
  71. ΓòÉΓòÉΓòÉ 1.8. PJ03510:  Can't create objects with multiple "DOS DEVICE" strings ΓòÉΓòÉΓòÉ
  72.  
  73. It is not possible to specify 2 or more Device drives with "SET DOS_DEVICE=" or 
  74. 2 or more program versions with "SET DOS_VERSION= " 
  75.  
  76. Failure include the following statements: 
  77.  
  78.  "SET DOS_DEVICE=c:\1.SYS,c:\2.SYS"
  79.  "SET DOS_DEVICE=c:\1.SYS,DOS_DEVICE=c:\2.SYS"
  80.  "SET DOS_DEVICE=c:\1.SYS,=c:\2.SYS"
  81.  
  82. This problem was corrected in the OS/2 2.0 Presentation Manager Workplace 
  83. Shell. 
  84.  
  85.  
  86. ΓòÉΓòÉΓòÉ 1.9. PJ03534:  Trace Buffer is cleared on exit of TRACEFMT.EXE ΓòÉΓòÉΓòÉ
  87.  
  88. Trace buffer is cleared without warning when exiting the Trace Formatter 
  89. Utility (tracefmt.exe).  Trace Formatter will now display a warning message to 
  90. the effect that the trace buffer will be cleared upon exiting the Trace 
  91. Formatter. 
  92.  
  93.  
  94. ΓòÉΓòÉΓòÉ 1.10. PJ03638: 4029 39 Fonts 300 DPI, added in WIN-OS2.  Microsoft Excel ΓòÉΓòÉΓòÉ
  95.  
  96. 4029 39 Fonts 300 DPI, added in WIN-OS2.  Microsoft Excel when asked for print 
  97. preview, gives message "Cannot find 300.drv file". 
  98.  
  99. After installing the GA level of the 4029 Postscript driver (either the 300 or 
  100. 600 DPI) version, any attempt to load the driver would cause a "Cannot find 
  101. 300.drv printer driver".  This was caused by an additional comma added to the 
  102. WIN.INI file that caused 300 to be parsed instead of the correct 4029 driver 
  103. name.  This problem occurred when trying to print or when using the Clipboard 
  104. from some applications (Excel for Windows for example) if the 4029 Windows 
  105. printer driver was installed.  Remove the comma from the 4029 driver name in 
  106. three places; in the WPD file, in the driver itself, and in the drop down list 
  107. box for installing printers.  If the driver has already been installed when the 
  108. Service Pak is applied, the Service Pak will additionally fix the INI file.  If 
  109. a customer adds the printer from the OS/2 2.0 GA level printer disks, he may 
  110. have to reapply the Service Pak in order to fix this problem.  Temporary fix: 
  111. Removing the additional comma in the 4029 printer driver description in the 
  112. WIN.INI file can fix the problem. Care should be taken when editing the WIN.INI 
  113. file. 
  114.  
  115.  
  116. ΓòÉΓòÉΓòÉ 1.11. PJ03647:  Unable to get Titlebar again after removing, unable to ΓòÉΓòÉΓòÉ
  117.  
  118. Unable to get Titlebar again after removing, unable to change color on digital 
  119. character, digits erroneously displayed on clock 
  120.  
  121. Context menu code is trying to set the owner of the popup menu for clock view 
  122. to the system menu.  Code changed in Presentation Manager Window support to 
  123. correct this problem. 
  124.  
  125.  
  126. ΓòÉΓòÉΓòÉ 1.12. PJ03656:  Minimize to the Desktop not working correctly ΓòÉΓòÉΓòÉ
  127.  
  128. This defect can be changed to only address the problem with seamless 
  129. applications not minimizing correctly but the problem with books and other 
  130. applications is going to have to wait for the next release and here's why:  The 
  131. problem with books (VIEW.EXE) is that when you run view, it kicks off another 
  132. process to open the book and then exits.  The shell currently only keeps track 
  133. of the first process(which is the VIEW.EXE) process and when the book is 
  134. minimized, we have no way of linking that book with the process it was started 
  135. from. 
  136.  
  137.  
  138. ΓòÉΓòÉΓòÉ 1.13. PJ03661:  PMTape Backup Utility does not work with GA code ΓòÉΓòÉΓòÉ
  139.  
  140. PMTape was hanging waiting for a suspend IORB to IBM2FLPY to complete.  The 
  141. Suspend did not complete due to a bit flag not being set (GFlags.ShutdnPending) 
  142. when the shutdown request was started.  Problem fixed in IBM2FLPY.ADD module. 
  143.  
  144.  
  145. ΓòÉΓòÉΓòÉ 1.14. PJ03666:  DOS version of LOTUS requires MEM command in MVDM prior to ΓòÉΓòÉΓòÉ
  146.  
  147. DOS version of LOTUS requires MEM command in MVDM prior to 123.EXE or no EMS 
  148. available to LOTUS... 
  149.  
  150. Problem was that Lotus 123 was not seeing extended memory correctly because it 
  151. touched the memory before using it through the vemm.sys driver.  Other common 
  152. problems with Lotus seeing memory are fixed by setting DOS_SETTING 
  153. MEM_INCLUDE_REGIONS to C0000-DFFFF. 
  154.  
  155.  
  156. ΓòÉΓòÉΓòÉ 1.15. PJ03668:  WIN-OS2 add printers, cancel out of add printers and then ΓòÉΓòÉΓòÉ
  157.  
  158. WIN-OS2 add printers, cancel out of add printers and then open printers from 
  159. control panel, add printers no longer works. 
  160.  
  161. Open a Win-OS2 session, Open Control Panel, Open Printer, select Add Printer. 
  162. Printer list appears...  Select Cancel, open Printer again, select Add Printer. 
  163. Printer list does not appear.  This is a problem with WINOS2 memory management 
  164. of reallocating local blocks in a link list.  The problem was fixed in 
  165. cpsetup.c dealing with LocalAlloc and using an attribute of LMEM_FIXED. 
  166.  
  167.  
  168. ΓòÉΓòÉΓòÉ 1.16. PJ03677:  Accessing DOS full screen and WIN-OS2 causes Diamond ΓòÉΓòÉΓòÉ
  169.  
  170. Accessing DOS full screen and WIN-OS2 causes Diamond Speedstar SVGA in VGA mode 
  171. to become unsynchronize 
  172.  
  173. APAR cancelled as duplicate of APAR PJ04128 
  174.  
  175.  
  176. ΓòÉΓòÉΓòÉ 1.17. PJ03686:  OS2/2.0: Swapper.Dat file does not shrink ΓòÉΓòÉΓòÉ
  177.  
  178. Swapper.dat does not seem to be shrinking on a PS2 Mod 90 with 24MB RAM. 
  179. Problem can be duplicated using any application and WIN-OS2.  The Swapper 
  180. compaction check was in error, it was looking at the smDFMac instead of 
  181. smcDFInuse.  Code changed in OS/2 Kernel to correct this problem. 
  182.  
  183.  
  184. ΓòÉΓòÉΓòÉ 1.18. PJ03696:  Receiving error PMV2001:  Not enough memory when attempting ΓòÉΓòÉΓòÉ
  185.  
  186. Receiving error PMV2001:  Not enough memory when attempting to open games 
  187. folders in OS/2 2.0:  Icons don't go dormant 
  188.  
  189. This APAR is a duplicate of APAR PJ03849. 
  190.  
  191.  
  192. ΓòÉΓòÉΓòÉ 1.19. PJ03701:  In OS/2 2.0 Detach command is working incorrectly ΓòÉΓòÉΓòÉ
  193.  
  194. When trying to start a program from inside a detached REXX CMD, it tries to 
  195. start the program full screen by default.  SYS1059 is returned in 2.0 when this 
  196. is tried.  1.3 and 2.0 are hence inconsistent.  The problem is CMD.EXE is doing 
  197. a DosStartSession when previously it did a DosExecPgm.  The DosStartSession 
  198. will not work from a detached process and is returning the error.  Now when 
  199. session is detached a DosExecPgm is issued. 
  200.  
  201.  
  202. ΓòÉΓòÉΓòÉ 1.20. PJ03705:  Seamless Windows, 2 programs running, goto folder with ΓòÉΓòÉΓòÉ
  203.  
  204. Seamless Windows, 2 programs running, goto folder with programs slashed out, 
  205. double click on one application and the other reappears. 
  206.  
  207. Minimizing and reselecting migrated windows applications sometimes causes the 
  208. wrong application to be started.  Two design changes were incorporated in the 
  209. first Service Pak code to correct this problem.  The DCR numbers are PM20 105 
  210. and DCR CP20 1519.  This fix will only be effective if the entire Service Pak 
  211. is applied. 
  212.  
  213.  
  214. ΓòÉΓòÉΓòÉ 1.21. PJ03708:  Lan Manager enhanced option of OS2/WIN asks for OS/2 2.0 ΓòÉΓòÉΓòÉ
  215.  
  216. Lan Manager enhanced option of OS2/WIN asks for OS/2 2.0 Install disk but does 
  217. not recognize the files.  Option fails on GA code. 
  218.  
  219. WIN-OS2 asks for MS network drivers on a print driver disk.  This is incorrect, 
  220. the user must supply their own network driver disk.  A better message is now 
  221. included. 
  222.  
  223.  
  224. ΓòÉΓòÉΓòÉ 1.22. PJ03709: SYS3176 received when opening DOS full screen session with ΓòÉΓòÉΓòÉ
  225.  
  226. SYS3176 received when opening DOS full screen session with DOS = HIGH, UMB set 
  227. in the DOS settings 
  228.  
  229. SYS3176 when DOS settings DOS HIGH and UMB is set to ON for extended BIOS 
  230. machines.  VBIOS was not allowing for ISA/EISA machines with the extended BIOS 
  231. data area.  The DOS Kernel was using this area when really it should be 
  232. reserved.  Code changed to allow ISA machines to have Extended BIOS. 
  233.  
  234.  
  235. ΓòÉΓòÉΓòÉ 1.23. PJ03716:  Moving a file Icon over an object Icon, only partial Icon ΓòÉΓòÉΓòÉ
  236.  
  237. Moving a file Icon over an object Icon, only partial Icon frame appears on the 
  238. selected object Icon. 
  239.  
  240. OS/2 2.0 PM Workplace Shell was displaying target emphasis on a process that 
  241. did not initiate the drag.  This problem corrected in the OS/2 2.0 PM 
  242. Woorkplace Shell. 
  243.  
  244.  
  245. ΓòÉΓòÉΓòÉ 1.24. PJ03717:  Closing Jigsaw program while it is drawing hangs the system ΓòÉΓòÉΓòÉ
  246.  
  247. The customer reported a scenario in which closing down the Jigsaw application, 
  248. the system could be left in a "hung" condition.  A change has been made to the 
  249. way the two threads of the jigsaw application converse, particulary at the time 
  250. of application shutdown.  The problem had been that the primary thread of the 
  251. application "suspended" the drawing thread, without checking what system 
  252. resources were in the possession of the second thread.  Now, the second thread 
  253. is basically asked to give up key resources prior to shutdown. 
  254.  
  255.  
  256. ΓòÉΓòÉΓòÉ 1.25. PJ03721:  OEM machines with Western Digital Super VGA video that have ΓòÉΓòÉΓòÉ
  257.  
  258. OEM machines with Western Digital Super VGA video that have 1 Mb video memory 
  259. crash after first boot then the C0000005 message occurs 
  260.  
  261. An installation problem occurs on OEM machines with the Western Digital Super 
  262. VGA video chip, which has 1MB of video memory.  This occurs when the base 512K 
  263. VRAM is upgraded with an additional 512K for 1MB total.  If the extra 512K is 
  264. removed, the system boots normally. The problem was fixed BVHSVGA.DLL module 
  265. such that the system now detects 1 Mb of memory on the adapter. 
  266.  
  267.  
  268. ΓòÉΓòÉΓòÉ 1.26. PJ03726: VDM causes hang if opened when MADGE SMART LSP running ΓòÉΓòÉΓòÉ
  269.  
  270. Customer is using OS/2, GA on workstations.  The Lan is supported using Token 
  271. Ring clone cards by Madge Networks.  The Lan software is a program called 
  272. "SMARTLSP.EXE" from Madge, running in a DOS session.  The server is UNIX.  User 
  273. runs SMARTLSP.EXE in a DOS full screen session. All works correctly.  User can 
  274. access network drives, Ctrl-Esc to other OS/2 or DOS sessions, run programs in 
  275. those sessions.  The hang occurs when the user tries to open a new DOS session. 
  276. At that point the cursor disappears and the system will not respond to anything 
  277. except re-boot. Special condition causes hang in VPICA.ASM.  Code change to 
  278. correct this problem. 
  279.  
  280.  
  281. ΓòÉΓòÉΓòÉ 1.27. PJ03733:  System hang when two or more processes perform DosDelete ΓòÉΓòÉΓòÉ
  282.  
  283. System hang when two or more processes perform DosDelete function while using 
  284. UNC file path names 
  285.  
  286. When two or more processes perform DosDelete function to the same server while 
  287. using UNC file path names OS/2 System will deadlock.  The processes deadlocked 
  288. include any DOS file I/O which require access to the same drives.  Code change 
  289. in the OS/2 2.0 Kernel to correct this problem. 
  290.  
  291.  
  292. ΓòÉΓòÉΓòÉ 1.28. PJ03740:  PMV6011 error result when printing from Office/Vision ΓòÉΓòÉΓòÉ
  293.  
  294. PMV6011 error result when printing from Office/Vision InBasket with Epson 
  295. lq-2550(lpt1:)  with properties on. 
  296.  
  297. If you try to print a note or document from the Inbasket with properties on, 
  298. the properties page prints but then a message is displayed...  Jobid 29 on 
  299. Printer Can't print this print job because the data is in the wrong format for 
  300. this queue driver.  There may be a problem with the graphics program you used 
  301. to create the file. (PMV6011) Processing will continue The note or document 
  302. does not print and the job is held in the queue once Cancel is pressed on the 
  303. message. The Save/Restore logic for journalling was broken if all of the output 
  304. for the page fit within the first band of the page.  It now imposes a two band 
  305. minimum playing limit, so the saved DC has all of the attributes for the next 
  306. page.  This problem is fixed in the Epson Device Driver. 
  307.  
  308.  
  309. ΓòÉΓòÉΓòÉ 1.29. PJ03743:  Simple BASIC program locks up system ΓòÉΓòÉΓòÉ
  310.  
  311. Simple BASIC program could cause OS/2 2.0 GA to hang the entire system. 
  312. Protection for the interrupt vector table has been implemented. 
  313.  
  314.  
  315. ΓòÉΓòÉΓòÉ 1.30. PJ03748: Running a DOS executable in Codeview 3.11 will cause entire ΓòÉΓòÉΓòÉ
  316.  
  317. Running a DOS executable in Codeview 3.11 will cause entire OS/2 system to hang 
  318.  
  319. Running MS protect mode Codeview of a DOS application causes OS2 to get an 
  320. Internal Processing Error (IPE) requiring a power down and Reboot.  Code was 
  321. corrected in the OS/2 2.0 Kernel. 
  322.  
  323.  
  324. ΓòÉΓòÉΓòÉ 1.31. PJ03755:  System hangs or video corrupts typing Alt-Home excessively ΓòÉΓòÉΓòÉ
  325.  
  326. System hangs or video corrupts typing Alt-Home excessively while running a 
  327. simple BASIC program 
  328.  
  329. System was deadlocking waiting for a semaphore.  See defect # 26127 for 
  330. detailed explanation. 
  331.  
  332.  
  333. ΓòÉΓòÉΓòÉ 1.32. PJ03757:  Access violation occurs when using CodeView ΓòÉΓòÉΓòÉ
  334.  
  335. Running customer application using Codeview, it traps with a fatal Trap 000E 
  336. (page fault).  The code is trying to access location es:c00 where es=11f DL 11f 
  337. = 11F BAS 230754 LIM=FFF DPL=3 P RW A Trying to display using DW any address 
  338. beyond es:8ab outputs an invalid linear address error message.  DosPtrace 
  339. created an alias to a selector mapped memory region and allocated another 
  340. selector in the debuggers context for it's use.  The problem is that the 
  341. selectors limit was rounded up to page granularity when it should have been set 
  342. to the original selectors limit.  Code changed in OS/2 2.0 Kernel to correct 
  343. this problem. 
  344.  
  345.  
  346. ΓòÉΓòÉΓòÉ 1.33. PJ03771:  Using IBM 122 keyboard and GA code, install fails after ΓòÉΓòÉΓòÉ
  347.  
  348. Using IBM 122 keyboard and GA code, install fails after diskette 5 and Reboot. 
  349.  
  350. Customer using GA code on a model 70 PS/2 and IBM 122 keyboard. The install 
  351. goes until disk 5 and asks to remove diskette and then Reboots and says 
  352. loading, screen goes white and at that stage machine just hangs.  If they 
  353. reinstall using normal PS/2 keyboard install works fine.  Also there is no 
  354. option to install 122 keyboard via selective install object.  This problem was 
  355. in the OS/2 2.0 PM Window support, problem has been corrected.  Installation 
  356. with 122 key keyboard fails when Rebooting after the fifth disk for UK and 
  357. French country codes. Other country codes may experience similar problems. 
  358.  
  359.  
  360. ΓòÉΓòÉΓòÉ 1.34. PJ03780:  XCOPY command doesn't work in LAN environment ΓòÉΓòÉΓòÉ
  361.  
  362. In a VMB DOS 3.3 session in a LAN environment, the Xcopy command doesn't work 
  363. correctly.  Example: 
  364.  
  365.  c:>xcopy m:x.y c:x.y
  366. receives this kind of error "Drive m:  not found" where m:  is the LAN shared 
  367. drive.  In VDM or in local environment Xcopy command runs without any problem. 
  368. A working bypass is to run the command from the source drive Example: 
  369.  
  370.  c:>xcopy m:x.y c:x.y      **** ERROR ****
  371.  m:>xcopy m:x.y c:x.y      it works fine
  372.  Xcopy modified to correct this problem.
  373.  
  374.  
  375. ΓòÉΓòÉΓòÉ 1.35. PJ03785   2.0 Install hangs on Install disk, ZEOS 386SX Notebook ΓòÉΓòÉΓòÉ
  376.  
  377. Zeos notebook would hang on the 2.0 Installation diskette. Installation process 
  378. does not get past Installation disk on an OEM machine.  The problem was in the 
  379. boot code during installation.  Boot code changed to correct this problem. 
  380.  
  381.  
  382. ΓòÉΓòÉΓòÉ 1.36. PJ03803:  FIND command is not recognizing all network drives ΓòÉΓòÉΓòÉ
  383.  
  384. FIND command is not recognizing all network drives recognized by NET USE 
  385.  
  386. Customer cannot create a new program object from one of his network drives 
  387. because it doesn't show up in the Find/Locate/Drives list!  I've attempted to 
  388. recreate this, and it is easily recreated.  I have 15 drives, 4 local, 11 
  389. network, only 6 network drives appear in list!  This was corrected in OS/2 2.0 
  390. PM Workplcae Shell. 
  391.  
  392.  
  393. ΓòÉΓòÉΓòÉ 1.37. PJ03807:  Hard to see mouse pointer on L40 Laptop ΓòÉΓòÉΓòÉ
  394.  
  395. Unable to see the current pointer on the IBM Laptop L40SX.  The VGA Code has 
  396. been changed for the 16 bit and the 32 bit code to increase the size of the 
  397. pointer. 
  398.  
  399.  
  400. ΓòÉΓòÉΓòÉ 1.38. PJ03811:  DR DOS problem with redirecting output files ΓòÉΓòÉΓòÉ
  401.  
  402. When redirecting output from inside of DR DOS to a file it would create a 0 
  403. byte file.  Example:  Dir > temp.txt would create a 0 byte temp.txt with the GA 
  404. fsfilter.sys.  The presence of fsfilter.sys in the DOS config.sys file causes 
  405. the problem.  It is placed first in the DOS config.sys file as recommended 
  406. (ahead of any drive references).  When Fsfilter is included in the config.sys 
  407. file, no redirection works properly, but without it redirection works OK.  Code 
  408. modified in the FSFilter to correct this problem. 
  409.  
  410.  
  411. ΓòÉΓòÉΓòÉ 1.39. PJ03812:  Body Text, Font, and Pointsize popup options at bottom of ΓòÉΓòÉΓòÉ
  412.  
  413. Body Text, Font, and Pointsize popup options at bottom of screen do not work in 
  414. AMI-PRO seamless windows 
  415.  
  416. Using Lotus AMI-PRO Word Processor in a WIN-OS2 Window(Seamless) the 'Body 
  417. Text', 'Font' and 'Pointsize' popup list boxes at bottom of screen do not work 
  418. correctly.  Additionaly using these pop up list boxes creates holes on the 
  419. Desktop that are not removed until AMI-PRO is closed.  This problem does not 
  420. occur in Full-Screen WIN-OS2.  This problem has been fixed in WIN-OS2 as part 
  421. of a number of changes regarding painting, focus and messaging issues related 
  422. to seamless WIN-OS2.  This fix involves a number of modules and requires the 
  423. entire Service Pak to be applied. 
  424.  
  425.  
  426. ΓòÉΓòÉΓòÉ 1.40. PJ03837:  Periodically icons stored in the OS2.INI file go black ΓòÉΓòÉΓòÉ
  427.  
  428. Problem in WIN component caused by Win32BuildPtrHandle thunk not copying icon 
  429. data that spans 64K boundaries.  Code changed to correct this problem. 
  430.  
  431.  
  432. ΓòÉΓòÉΓòÉ 1.41. PJ03838:  Hang on install disk after IBM screen appears on systems ΓòÉΓòÉΓòÉ
  433.  
  434. Hang on install disk after IBM screen appears on systems with an OAK TECH chip 
  435. set VGA card 
  436.  
  437. Systems using the OAK video VGA chip will not install at GA level. The OS/2 
  438. Loader has been corrected to detect the OAK chip.  Oak chip uses the Int 10h 
  439. function 13h. 
  440.  
  441.  
  442. ΓòÉΓòÉΓòÉ 1.42. PJ03852:  ICON Editor color fill 2nd instance locks up session ΓòÉΓòÉΓòÉ
  443.  
  444. On mod 80 with 8514/A Icon editor...  place a template of a folder on the 
  445. Desktop.  Open settings, general and edit the icon...  select a color, use 
  446. tools, color fill, and fill in part of the icon...  select a new color, and 
  447. still using the color fill try to fill another section, the session is 
  448. locked...  Ctrl-Esc will allow you to exit.  Icon Editor code changed to 
  449. correct this problem. 
  450.  
  451.  
  452. ΓòÉΓòÉΓòÉ 1.43. PJ03854:  Focus returned to incorrect place after exiting Online Help ΓòÉΓòÉΓòÉ
  453.  
  454. Focus returned to incorrect place after exiting Online Help for the first time 
  455.  
  456. Error description:  Open a folder (say "OS/2 System") and hit F1 for help.  In 
  457. help, hit <ESC> to exit.  Help disappears and focus returns to the Desktop. 
  458. The very first time you boot your machine, doing that will have focus return to 
  459. the folder after exiting help. Future invocations will return focus to the 
  460. Desktop.  This problem was corrected in OS/2 2.0 PM Workplace Shell.  The focus 
  461. will now return to the window that had the focus before calling help. 
  462.  
  463.  
  464. ΓòÉΓòÉΓòÉ 1.44. PJ03863:  Mode CO132 works under OS/2 fullscreen but fails under DOS ΓòÉΓòÉΓòÉ
  465.  
  466. Mode CO132 works under OS/2 fullscreen but fails under DOS full screen on model 
  467. 70 with XGA.  Does not fail on mod 90. 
  468.  
  469. On a model 70 with an XGA adapter, in a DOS fullscreen session, the Mode 
  470. command fails to correctly set the font when CO132 is specified as the input 
  471. parameter to Mode.  It works correctly in a protect mode fullscreen session. 
  472. It also works correctly on a model 90 in a DOS fullscreen session.  The Mode 
  473. code was changed to correct this problem. 
  474.  
  475.  
  476. ΓòÉΓòÉΓòÉ 1.45. PJ03875:  XGA PM format does not display percent bar properly ΓòÉΓòÉΓòÉ
  477.  
  478. This APAR is a duplicate of APAR PJ04043. 
  479.  
  480.  
  481. ΓòÉΓòÉΓòÉ 1.46. PJ03889:  Reading POS Registers in OS.2 2.0 imperfect emulation in DOS ΓòÉΓòÉΓòÉ
  482.  
  483. Four different concepts were fixed in this APAR. 
  484.  
  485.  1. Resident data was changed to swappable or init.
  486.     Most of the data in the resident area didn't need to be present
  487.     at all times.  Saved about 200 bytes this way.
  488.  2. Code at FFFF:0 reset location now causes Int 19.
  489.     Running the real reset code sometimes would hang the machine.
  490.     That is the subject of this original Defect.  Now we edit the
  491.     BIOS to cause an Int 19 to exit the VDM gracefully.
  492.  3. VXGA needs access to VIDEO ROM area. VBIOS does not need to map it.
  493.     A recent change in VBIOS allowed the mapping of VIDEO ROMs.  VXGA
  494.     does not like this.  Changed VBIOS to be smart about 8514 and
  495.     XGA and not include the ROM address space.
  496.  4. POS register read update after writes to adapter.
  497.     Some adapters change the POS registers based on writes to the
  498.     adapter POS.  Subaddressing is the approved way, but other adapters
  499.     have other tricks.  M-Motion uses the POS registers a window into
  500.     the internal registers.  The APAR addressed this issue.  We now
  501.     read the POS registers after every write to get the update status.
  502. exmp.
  503.  
  504.  
  505. ΓòÉΓòÉΓòÉ 1.47. PJ03897:  Disk access from a time critical thread is given lower ΓòÉΓòÉΓòÉ
  506.  
  507. Disk  access  from  a  time  critical  thread  is  given  lower  priority  than 
  508. print  spooler  disk  access 
  509.  
  510. Customer  has  a  time  critical  process  which  interfaces  with  a 
  511. communications  adapter  and  reads  and  writes  disk  files .   They  have 
  512. no  problems  running  this  application  when  the  system  is  not  printing 
  513. .  However ,  when  the  system  is  printing  the  application  is  not 
  514. getting  its  disk  reads .   The  spooler  is  getting  its  disk  accesses 
  515. to  the  spool  file  ahead  of  the  process .   They  need  to  be  able  to 
  516. run  their  time  critical  application  and  print  at  the  same  time  on 
  517. the  same  machine .   Settings  page  was  added  to  the  Spooler  Object  to 
  518. allow  the  user  to  set  the  priority  of  the  print  threads .   The  user 
  519. can  set  a  lower  priority  to  allow  other  processes  more  CPU  time . 
  520.  
  521.  
  522. ΓòÉΓòÉΓòÉ 1.48. PJ03904:  Can't create an installed printer object using ΓòÉΓòÉΓòÉ
  523.  
  524. Can ' t  create  an  installed  printer  object  using  WinCreateObject ( ) 
  525.  
  526.  Comments :   WinCreateObject  does  not  create  a  print  object .   Print 
  527. objects  are  special  and  have  to  be  created  by  doing  a 
  528. SplCreateDevice  and  a  SplCreateQueue  to  set  up  all  the  connec -  tions 
  529. that  are  associated  with  the  print  object .   The  shell  will  then 
  530. create  the  object  without  the  customer  having  to  do  any -  thing 
  531. extra . 
  532.  
  533.  
  534. ΓòÉΓòÉΓòÉ 1.49. PJ03905:  Alt-Esc fails to jump over the "OS/2 Desktop " when it is ΓòÉΓòÉΓòÉ
  535.  
  536. Alt - Esc  fails  to  jump  over  the  " OS / 2  Desktop  "  when  it  is 
  537. removed  the  window  list 
  538.  
  539. Alt - Esc  fails  to  jump  over  the  " OS / 2  Desktop  "  when  it  is 
  540. removed  from  window  list .   Removed  the  entry  by  setting  it  " SWL _ 
  541. INVISIBLE "  and  " SWL _ NOTJUMPABLE " .   From  the  " OS / 2  Desktop  " , 
  542. as  this  item  would  normally  be  in  the  switch  list ,  pressing  ALT - 
  543. ESC  does  not  appear  to  register ;  ie  nothing  happens .   Press  ALT - 
  544. ESC  again  and  the  next  non  invisible  entry  is  brought  to  the 
  545. foreground .   We  don ' t  believe  you  should  have  to  press  ALT - ESC 
  546. twice  to  skip  the  " OS / 2  Desktop  "  entry .  Code  changed  in 
  547. Presentation  Manager  Shell  API  to  correct  this  problem . 
  548.  
  549.  
  550. ΓòÉΓòÉΓòÉ 1.50. PJ03906:  Print icon when opened can't access settings and corrupts them ΓòÉΓòÉΓòÉ
  551.  
  552. A  print  object  does  not  respond  to  mouse ' s  right  button  to  open 
  553. settings  while  this  object  is  in  a  folder  initially .   Once  the 
  554. problem  is  exhibited ,  moving  the  object  to  the  Desktop  does  not 
  555. allow  the  user  to  play  with  the  settings .   This  problem  can  only 
  556. be  recreated  if  you  load - up  your  Desktop  by  using  the  Drives 
  557. Object  to  view  a  drive ' s  directory  with  a  lot  of  folders .   To 
  558. recreate :   - - - - - - - - - - -  ( 1 )  Create  a  Print  Object  for  a 
  559. print - driver  ( e . g .   LaserJet  IID )  ( 2 )  Move  this  object  into 
  560. your  work - area  folder  _ any  folder _  ( 3 )  Use  Drives  Object  to 
  561. view  a  network  drive ' s  root  ( 4 )  Open  up  several  directories  _ _ 
  562. as  many  as  system  allowed ,  . . . but  just  before  you  get  the  " Out 
  563. of  Memory "  error  ( 5 )  Go  to  the  folder  where  you  previously  placed 
  564. in  the  Print  Object  ( 6 )  Click  on  the  print  object  with  mouse ' s 
  565. right  button  ( 7 )  Problem :   Can ' t  open  the  settings  with  step  ( 6 
  566. ) .   One  can  however  double - click  on  the  object  to  display  its 
  567. window  and  use  its  system ' s  icon  to  open  the  settings  - - just  as 
  568. a  circumvention - ,  but  of  course  the  customer  is  also  experiencing 
  569. other  side  effects :   from  " settings  being  corrupted "  to  " can ' t 
  570. open  its  settings  at  all "  from  there  on .   We  now  lock  our  objects 
  571. so  they  can  never  go  dormant  when  the  folder  is  closed .   If  they 
  572. don ' t  go  dormant ,  the  shell  will  never  free  our  data . 
  573.  
  574.  
  575. ΓòÉΓòÉΓòÉ 1.51. PJ03912:  Losing connection to com port after several hours of usage ΓòÉΓòÉΓòÉ
  576.  
  577. Losing  connection  to  com  port  after  several  hours  of  usage  forces 
  578. user  to  hardware  Reboot  his  system . 
  579.  
  580. The  com  port  driver  unloads  after  exceeding  a  maximum  number  of 
  581. spurious  interrupts .   A  new  parameter  was  added  to  COM . SYS  to 
  582. specify  the  maximum  number  of  spurious  interrupts  before  unloading  the 
  583. com  driver ,  or  just  to  ignore  spurious  interrupts  as  follows :   COM 
  584. . SYS  ( p , addr , irq , sp ) 
  585.  
  586.  Where: p= port number
  587.  addr= port address
  588.  irq= port interrupt level
  589.  sp=  d - deinstall com driver if spurious int > 1000
  590.    i - ignore spurious interrupts
  591.    p - post the error if spurious interrupts > 1000
  592.  
  593.  
  594. ΓòÉΓòÉΓòÉ 1.52. PJ03918: Only RAM below 16 MEG used on Micronix 486 ISA bus at ΓòÉΓòÉΓòÉ
  595.  
  596. Only RAM below 16 MEG used on Micronix 486 ISA bus at Phoenix 0.10G14 level 
  597. Bios machine. 
  598.  
  599. There are two basic issues here. 
  600.  
  601.  a) Why can DOS 5.0 detect (on ISA machines) greater than
  602.     16 Meg of RAM and apparently make use of it (while OS/2 2.0
  603.     cannot).
  604.  b) If there are "Golden" rules as to what our hardware use
  605.     capabilities are, they should be stated up front (before the
  606.     sale) so that there is no "Mis-perception" in regards to
  607.     what the user is buying.
  608. Code changed in BIOS module to correct these problem. 
  609.  
  610.  
  611. ΓòÉΓòÉΓòÉ 1.53. PJ03933:  Monochrome monitor in 2'nd video conflicts with user ΓòÉΓòÉΓòÉ
  612.  
  613. Monochrome monitor in 2'nd video conflicts with user program in high memory 
  614. area 
  615.  
  616. OS/2 is allowing access to the monochrome memory space of 16k (B0000-B3FFF) but 
  617. was only restoring the lower 4k when DOS session was swapped out and back, and 
  618. was not preserving this memory across DOS sessions.  This caused some DOS 
  619. programs which load themselves there (4DOS) to be clobbered when the DOS 
  620. session was restored.  A fix was made to vmono.sys to allow DOS programs to 
  621. only have write access to the lower 4k of memory from (B0000 to B0FFF), and 
  622. will preserve the contents of that memory space when the DOS session is 
  623. switched out of and later restored. 
  624.  
  625.  
  626. ΓòÉΓòÉΓòÉ 1.54. PJ03937: DosNewSize integrity problem on HPFS system ΓòÉΓòÉΓòÉ
  627.  
  628. Certain cases of DosNewSize result in lost sectors and can lead to possible 
  629. file corruption.  DosNewSize modified to correct this problem. 
  630.  
  631.  
  632. ΓòÉΓòÉΓòÉ 1.55. PJ03942:  Template folder allocates RAM when opened and never ΓòÉΓòÉΓòÉ
  633.  
  634. Template folder allocates RAM when opened and never relinquishes 
  635.  
  636. The customer reports that the memory leakage is not limited to the opening of 
  637. the templates folder.  Direct manipulation operations also allocate memory in 
  638. 4K chunks without freeing it.  In addition, opening other Workplace Shell 
  639. objects, such as program reference objects, also allocate 4K chunks of memory 
  640. without freeing it.  Obviously, a page is being allocated so the leakage is 
  641. really anywhere between 1 and 4096 bytes.  This problem was in PM Workplace 
  642. Shell.  OS/2 2.0 PM Workplace Shell was changed to correct this problem. 
  643.  
  644.  
  645. ΓòÉΓòÉΓòÉ 1.56. PJ03945:  Using value() in a REXX procedure corrupts "C" code ΓòÉΓòÉΓòÉ
  646.  
  647. RexxStart() from a "C" program calls a REXX procedure.  If an environment 
  648. variable is set in the REXX procedure, the called program environment is 
  649. corrupted.  The "C" GetEnv() call fails to retrieve a variable that is known to 
  650. exist.  The program may also fail on funtion call "DosGetInfoBlocks()". 
  651. failure depends on the environment set.  The code that transfers the 
  652. environment has been modified to address this problem. 
  653.  
  654.  
  655. ΓòÉΓòÉΓòÉ 1.57. PJ03946:  WinQueryObject() returns wrong object handle in 0S/2 2.0 ΓòÉΓòÉΓòÉ
  656.  
  657. At boot time, we create our system and shortly after this, we start some 
  658. objects.  This fails on us every so often with a return code of 0x1709 (invalid 
  659. object).  I have found that the handle returned by WinQueryObject() is invalid. 
  660. This problem was corrected in OS/2 2.0 Presentation Manager Workplace Shell. 
  661.  
  662.  
  663. ΓòÉΓòÉΓòÉ 1.58. PJ03956:  Large amounts of disk space being lost for no apparent ΓòÉΓòÉΓòÉ
  664.  
  665. Large amounts of disk space being lost for no apparent reason.  It can be 
  666. reclaimed by issuing chkdsk /f:3 
  667.  
  668. This is a duplicate of PJ04052 which is fixed in the Service Pak. 
  669.  
  670.  
  671. ΓòÉΓòÉΓòÉ 1.59. PJ03960:  Faulty protection violation Trap handler ΓòÉΓòÉΓòÉ
  672.  
  673. Comments:  The test case provided did not demonstrate the failure reported. 
  674. When a null pointer is passed from an application, it is the application that 
  675. must handle it.  If a new testcase can be provided which shows where OS/2 
  676. should handle an error and is not, please open a new APAR. 
  677.  
  678.  
  679. ΓòÉΓòÉΓòÉ 1.60. PJ03970:  IPE 2094, 4023 when running seamless applications ΓòÉΓòÉΓòÉ
  680.  
  681. IPE 2094, 4023 when running seamless applications periodically 
  682.  
  683. Customer system detected an Internal Processing Error at location 0170:fff5e877 
  684. - 000f:00019877 PgMoveFrame:  bad reference count 04860064 - 03/31 23:v13:52.07 
  685. Internal Revision 6.307, 92/03/01 Sometimes when the customer double clicks on 
  686. either the Designer or Excel (Windows) icon. Changed VDHMapMemBlock to lock 
  687. down the destination pages that are being mapped to.  The internal error was 
  688. generated when the Virtual Memory Manager tried to move the pages that were 
  689. being mapped to, but the reference counts weren't what it expected because 
  690. VDHMapMemBlock calls directly into the page manager. 
  691.  
  692.  
  693. ΓòÉΓòÉΓòÉ 1.61. PJ03973:  Insert mode changes when switching between entry fields. ΓòÉΓòÉΓòÉ
  694.  
  695. On a multi-field entry in a PM dialog box, when the numlock is on, the zero-key 
  696. in the keypad keeps the insert mode toggling to replace mode.  To reproduce 
  697. error do the following: 
  698.  
  699.  - Numlock on, and Insert mode on
  700.  - Start File Manager
  701.  - Select "File", then "Search for..."
  702.  - You get a multi-line entry
  703.  - In the "Search for..." field, type 'a' and press "Home" key
  704.  - Tab to "Search from directory" field and type '00' on the keypad,
  705.    and press "Home" key.
  706.  - Tab 3 times to get to "Search for:" field and cursor is
  707. now in
  708.    Replace mode.
  709.  
  710. The same error occurs from "Group-Main", "Program" and "New". Insert/overwrite 
  711. state is inadvertently toggled by the numeric keypad 0/Ins key even when 
  712. Numlock is set on.  Code changed in PM Window to correct this problem. 
  713.  
  714.  
  715. ΓòÉΓòÉΓòÉ 1.62. PJ03974:  Display corrupted when list border overlaps object Desktop ΓòÉΓòÉΓòÉ
  716.  
  717. WinMessageBox will now return a MBID_ABORT return code when the message box is 
  718. destroyed. 
  719.  
  720.  
  721. ΓòÉΓòÉΓòÉ 1.63. PJ03981:  Some objects not deleteable when created from templates ΓòÉΓòÉΓòÉ
  722.  
  723. Some objects not deleteable when created from templates folder (most customers 
  724. see this with creating folders) 
  725.  
  726. Problem in PM Workplace Shell in which folders created from templates could not 
  727. be deleted either by shredder or popup menu.  It would take several tries for 
  728. success.  This problem was corrected in the OS/2 2.0 PM Workplace Shell. 
  729.  
  730.  
  731. ΓòÉΓòÉΓòÉ 1.64. PJ03998: VM BOOT not working correctly on L40SX ΓòÉΓòÉΓòÉ
  732.  
  733. When doing a VM Boot of DOS 5.0 where the boot floppy's config.sys loads 
  734. HIMEM.SYS, the L40SX machine crashes.  HIMEM.SYS was directly programming Port 
  735. 92.  This port can cause the system to Reboot.  With Microchannel PS/2s, we 
  736. were emulating.  On ISA PS/2s, we were not.  Now we virtualize this port for 
  737. the L40. 
  738.  
  739.  
  740. ΓòÉΓòÉΓòÉ 1.65. PJ04000:  Replacing objects with WinCreateObject() OS/2 2.0 ΓòÉΓòÉΓòÉ
  741.  
  742. Comments: This is a duplicate of APAR PJ02271. 
  743.  
  744.  
  745. ΓòÉΓòÉΓòÉ 1.66. PJ04026:  When a radio button is disabled, and a BM_QueryCheckIndex ΓòÉΓòÉΓòÉ
  746.  
  747. When a radio button is disabled, and a BM_QueryCheckIndex message is sent to 
  748. it, control never returns to the application 
  749.  
  750. Comments: Cannot duplicate customer problem, no test case was provided. 
  751.  
  752.  
  753. ΓòÉΓòÉΓòÉ 1.67. PJ04027:  Backup not backing up empty subdirectories ΓòÉΓòÉΓòÉ
  754.  
  755. The Backup Utility does not backup empty subdirectories or their extended 
  756. attributes.  It is critical that we give the customer a way to preserve the 
  757. workplace environment when backing up and restoring file objects and folders 
  758. (subdirectories).  Backup does seem to work when there is a file at the lowest 
  759. level of the tree to be backed up. Changed backup.c and backfind.c so that 
  760. empty subdirectories are preserved. 
  761.  
  762.  
  763. ΓòÉΓòÉΓòÉ 1.68. PJ04032:  Trap 000E when using Send / Receive for TSO, PROFS, ETC ΓòÉΓòÉΓòÉ
  764.  
  765. XcptFatalDispatchError causes an IPE at CS:EIP= 0160 :fff8ff69 when using a 
  766. send/receive command for TSO, PROFS, etc.  The user found that the Trap 000E 
  767. only occurs when Trace is set to ON in the config.sys file.  If Trace=OFF, then 
  768. the problem does not occur.  Moved the exception message table into resident 
  769. memory so that a fatal page fault will not occur while trying to swap it in 
  770. during exception handling. Also changed the insert containing the module name 
  771. and object number to contain the module name, object number, and offset of the 
  772. faulting instruction. 
  773.  
  774.  
  775. ΓòÉΓòÉΓòÉ 1.69. PJ04036:  Folders occasionally deadlock upon opening ΓòÉΓòÉΓòÉ
  776.  
  777. Intermittently, when you open a folder (directory) system will deadlock.  When 
  778. the mouse pointer is over the folder, it turn into an hourglass.  Sometimes the 
  779. whole system will lock up and sometimes only the folder itself.  Fixed by 
  780. adding getting the folder semaphore before going into _wpAddFirstChild so we 
  781. avoid deadlock later. 
  782.  
  783.  
  784. ΓòÉΓòÉΓòÉ 1.70. PJ04045:  Noisy hardfile when installing OS/2 2.0 on Family 1 Computers ΓòÉΓòÉΓòÉ
  785.  
  786. Code changed to issue Recalibrate command after controller Reset in IBM1506.ADD 
  787. module. 
  788.  
  789.  
  790. ΓòÉΓòÉΓòÉ 1.71. PJ04050:  Plus/ Minus signs not always shown in tree view ΓòÉΓòÉΓòÉ
  791.  
  792. Sometimes (and this is very intermittent), using "Drives" the plus and minus 
  793. signs do not occur for a directory shown in the tree (view tree) even though it 
  794. does contain subdirectories / folders.  Code modified to correct this problem. 
  795.  
  796.  
  797. ΓòÉΓòÉΓòÉ 1.72. PJ04052:  HPFS IPE - CPS: Extent not found ΓòÉΓòÉΓòÉ
  798.  
  799. Randomly after frequent high volume manipulations on the HPFS file system some 
  800. customers experienced a CPS:  Extent Not Found error which damaged the HPFS 
  801. integrity and reliability.  The problem has been repaired.  A new HPFS.IFS file 
  802. will prevent this problem from recurring. 
  803.  
  804.  
  805. ΓòÉΓòÉΓòÉ 1.73. PJ04056:  System hangs with 2456 SCSI scanner under OS/2 2.0 with ΓòÉΓòÉΓòÉ
  806.  
  807. System hangs with 2456 SCSI scanner under OS/2 2.0 with IWPM/2 
  808.  
  809. IBM PS/2 with IBM SCSI adapter and 2456 SCSI scanner.  The OS/2  2.0 GA SCSI 
  810. driver hangs system when the SCSI scanner is used  with IWPM/2. Problem fixed 
  811. in IBM2SCSI.DMD and OS2DASD.DMD  modules. 
  812.  
  813.  
  814. ΓòÉΓòÉΓòÉ 1.74. PJ04064:  Printing to PaintJet causes error message '311 this ΓòÉΓòÉΓòÉ
  815.  
  816. Printing to PaintJet causes error message '311 this file'. 
  817.  
  818. The call Dev32PostDeviceModes is being called from a thread in the WPSH that 
  819. has 4k stack.  The paintjet driver needs a 12K stack.  A surrogate driver 
  820. allocates a new stack and copies the old one to it. The bug was that on return 
  821. the function was setting the return code (#bytes of storage the driver needs to 
  822. allocate) on the new stack, but didn't copy it back to the original 4K stack. 
  823. Only the DevPostDevice modes call into Paintjet was affected. 
  824.  
  825.  
  826. ΓòÉΓòÉΓòÉ 1.75. PJ04076:  System will not shutdown after LAN install ΓòÉΓòÉΓòÉ
  827.  
  828. After you have installed the base, do not do anything to the shell, such as 
  829. moving icons, adjusting colors, but most of all do not Reboot or perform any 
  830. SHUTDOWNS until you have installed the LAN.  When the pop-up appears to Reboot, 
  831. the machine perform a Shell shutdown.  The system will attempt to shut down but 
  832. will Trap instead.  This problem was corrected in the OS/2 2.0 Presentation 
  833. Manager Workplace Shell. 
  834.  
  835.  
  836. ΓòÉΓòÉΓòÉ 1.76. PJ04082:  Microsoft C70 gets IPE - DPMI 0.9 not compatible ΓòÉΓòÉΓòÉ
  837.  
  838. Microsoft C70 compiler traps when run from a OS/2 V2 VDM.  MS states that OS/2 
  839. DPMI 0.9 is incompatible with the standard.  The compiler traps immediately, 
  840. regardless of the parameters or file to be compiled.  This problem is fixed in 
  841. the Service Pak. 
  842.  
  843.  
  844. ΓòÉΓòÉΓòÉ 1.77. PJ04125:  GP fault in GDI.EXE when minimizing CCMAIL seamless on ΓòÉΓòÉΓòÉ
  845.  
  846. GP fault in GDI.EXE when minimizing CCMAIL seamless on Desktop and new items 
  847. arrive in inbox causing icon to blink 
  848.  
  849. Running CCMAIL VER 1.10 on GA seamless, minimize CCMAIL and then from another 
  850. workstation send a note.  The icon will attempt to blink, assuming notify is 
  851. set in ccmail, a GP fault will occur in module GDI.EXE. 
  852.  
  853.  
  854. ΓòÉΓòÉΓòÉ 1.78. PJ04128:  Accessing DOS full screen and WIN-OS2 causes Diamond ΓòÉΓòÉΓòÉ
  855.  
  856. Accessing DOS full screen and WIN-OS2 causes Diamond Speedstar SVGA in VGA mode 
  857. to become unsynchronized 
  858.  
  859. Video adapters with certain level of TSENG chipsets will loose sync when 
  860. switching into fullscreen DOS and WIN-OS2 sessions.  The code has been 
  861. corrected to resolve the problem. 
  862.  
  863.  
  864. ΓòÉΓòÉΓòÉ 1.79. PJ04136: VDM is Save/Restoring only active fonts in VGA font plane ΓòÉΓòÉΓòÉ
  865.  
  866. The VVGA.SYS driver only saves the two active fonts in the VGA font plane. 
  867. However, from within the DOS session, there is memory for 16 fonts.  Some 
  868. programs are relying on all of these fonts being saved, instead of just the 
  869. active fonts.  The usual effect is the DOS full- screen session is blank on 
  870. return.  This is a trade off, because we are currently reusing the memory from 
  871. the inactive fonts, but there are a good number of problems we are encountering 
  872. of this type, so that the problem warrants coding the fix to allocate the 
  873. memory to save all the fonts.  The fix involves detection of the 32K Hi-color 
  874. DAC.  If one is found, then we make sure the color index is properly reset.  We 
  875. achieved this by repeatedly reading the DAC Write Index register until we are 
  876. sure that the DAC is no longer in Command Mode. 
  877.  
  878.  
  879. ΓòÉΓòÉΓòÉ 1.80. PJ04155:  Incorrect printer driver chosen for two queues (IBMNULL) ΓòÉΓòÉΓòÉ
  880.  
  881. If you have two queues connected to one port (eg LPT1) and then select one 
  882. queue as the default.  Each queue has a different printer driver as the default 
  883. printer driver.  If the first queue is the default; jobs submitted from the 
  884. command line use the correct printer driver.  If the second queue in the list 
  885. is the default then the wrong printer driver is chosen and the job 
  886. properties(driver data) may not be for this printer driver, causing the print 
  887. jobs to fail.  This occurs for base(non-PM, including DOS and Windows) print 
  888. jobs.  The workaround is to modify the settings so that the queue and driver 
  889. that you want to be the default is in the correct order to choose the default. 
  890. Or create the queues from scratch.  This is not practical for normal users. 
  891. Code changed in the PM Spooler to correct this problem. 
  892.  
  893.  
  894. ΓòÉΓòÉΓòÉ 1.81. PJ04170:  Actor V. 4 trap in Actor40.exe at 1:35CF ΓòÉΓòÉΓòÉ
  895.  
  896. Attempting to start Actor 4.0 for Windows under WinOS/2 2.0 causes a trap at 
  897. ACTOR40.EXE 1:35CF.  The program will not come up and is completely unusable. 
  898. This problem has been fixed by making a minor change to WIN-OS2 that allowed 
  899. for non-recommended programming practices that ACTOR was performing.  It is 
  900. recommend that the entire Service Pak be applied since the private fix is not 
  901. integrated or supportable. 
  902.  
  903.  
  904. ΓòÉΓòÉΓòÉ 1.82. PJ04181:  System does not respond when spooling print jobs ΓòÉΓòÉΓòÉ
  905.  
  906. Comments:  The customer reported that, when printing numerous small print jobs 
  907. on a model 95, the processor was fully utilized and can perform no other task. 
  908. Unfortunately, no further information has been provided and this is not 
  909. sufficient information to indicate defect in OS/2 code.  This issue can be 
  910. readdressed when additional information is provided.  Comments:  The 
  911. enhancement to this function will be added in a future release of the product. 
  912.  
  913.  
  914. ΓòÉΓòÉΓòÉ 1.83. PJ04208:  Problem with focus given to PM Windows OS/2 2.0 GA. User ΓòÉΓòÉΓòÉ
  915.  
  916. Problem with focus given to PM Windows OS/2 2.0 GA.  User left with no focus. 
  917.  
  918. To recreate: 
  919.  
  920.  1) From the command prompts folder, start an OS/2 FULL SCREEN
  921.     session.
  922.  2) Use <CONTROL-ESCAPE> to bring up the window list.
  923.  3) <RIGHT-MOUSE-BUTTON> click on "OS/2 Full Screen".
  924.  4) Select "Close".
  925.  5) Select "No".
  926.  Note that the focus is given to a minimized window.
  927.  Code changed in OS/2 2.0 PM Workplace Shell to correct this problem.
  928.  
  929.  
  930. ΓòÉΓòÉΓòÉ 1.84. PJ04211:  OS/2 Boot Manager does not work with UNIX ΓòÉΓòÉΓòÉ
  931.  
  932. This APAR can not be verified from Service Pak build due to the fact that the 
  933. APAR fix code also require companion changes in vendor's Boot code (ATT SVR4). 
  934. This APAR is closed per code owner and support lead permission.  Related defect 
  935. item is 26232.  Base code has changed but can not be verified without vendor's 
  936. code change.  Temporary fix: Use Fdisk to make ATT UNIX partition active 
  937.  
  938.  
  939. ΓòÉΓòÉΓòÉ 1.85. PJ04212:  A null pointer has been identifies in PM Workplace Shell ΓòÉΓòÉΓòÉ
  940.  
  941. A system hang was identified in Workplace Shell.  This problem was corrected in 
  942. the OS/2 2.0 Presentation Manager Workplace Shell. 
  943.  
  944.  
  945. ΓòÉΓòÉΓòÉ 1.86. PJ04213:  System hang on bootup of OS.2 ΓòÉΓòÉΓòÉ
  946.  
  947. The system hang condition was determined by remote debug to be a problem with 
  948. Memory Management.  The problem was fixed in the Memory Management component of 
  949. the OS/2 Kernel. 
  950.  
  951.  
  952. ΓòÉΓòÉΓòÉ 1.87. PJ04215:  OS/2 V2 GA scrollbar position is always returned with the ΓòÉΓòÉΓòÉ
  953.  
  954. OS/2 V2 GA scrollbar position is always returned with the same value as the 
  955. SB_SliderPosition.  This is not true under 1.3 
  956.  
  957. Under OS/2 1.3 when the user drags a scroll bar slider an outline was moved, 
  958. the thumbprint remained in its original position when queried.  Our application 
  959. (IBM SAA Personal AS/2 Version 2.02 5669-38932F8344) makes use of the original 
  960. position information, which is compared with the SB_SLIDERPOSITION message, and 
  961. if the position is the same no update is performed avoiding unnecessary 
  962. application overhead which would result in reduced performance.  Under OS/2 V2, 
  963. the scrollbar position is always returned with the same value as the 
  964. SB_SLIDERPOSITION and therefore the application, which works well under OS/2 
  965. 1.3, is no longer able detect scroll bar movement under OS/2 V2.0. OS/2 V2 
  966. should behave in an upward compatible manner with OS/2 1.3 & return same 
  967. information for the scrollbar position that would be retuned under OS/2 V1.3, 
  968. thereby enabling the applications to work in either environment without 
  969. modification.  It is certainly true that the look of sliders are different and 
  970. under 1.3 the original slider position remains until the mouse chooses a new 
  971. location.  This is not seen under 2.0 either.  Code changed in PM Window 
  972. support to always have the scrollbar position returned with the same value as 
  973. the SB_SliderPosition as in OS/2 1.3. 
  974.  
  975.  
  976. ΓòÉΓòÉΓòÉ 1.88. PJ04217:  Calera WordScan won't work under OS/2 DOS ΓòÉΓòÉΓòÉ
  977.  
  978. Calera WordScan won't work under WINOS2; works from native DOS Windows.  If 
  979. migrated to OS/2, get error 'Page not inserted'.  An attempt to install from 
  980. WINOS2 results in system stopped error.  Code changed in the OS/2 Kernel to 
  981. correct this problem. 
  982.  
  983.  
  984. ΓòÉΓòÉΓòÉ 1.89. PJ04220:  OS/2 switches some clones into slow (non-turbo) mode. ΓòÉΓòÉΓòÉ
  985.  
  986. OS/2 2.0 forces some OEM clone machines with multiple processor speeds into 
  987. slow (non-turbo) mode.  This problem seems to be appearing on NEC Powermate OEM 
  988. Machines.  This problem has been debugged.  There is a problem with the Device 
  989. Driver and code written for PS/2 Model 40. This code is writing to a port on 
  990. the family 1 machine which turns off the turbo light.  A check has been put in 
  991. to test the family type of the machine.  The code will only run if on a family 
  992. 2 type machine. 
  993.  
  994.  
  995. ΓòÉΓòÉΓòÉ 1.90. PJ04242:  Set autostart does not work right: removing programs from ΓòÉΓòÉΓòÉ
  996.  
  997. Set autostart does not work right:  removing programs from the statement in 
  998. config.sys does not stop programs from autostarting. 
  999.  
  1000. The default line in the config.sys:  Set autostart=programs,tasklist,folders if 
  1001. changed to:  Set autostart=tasklist,folders you would expect programs not to be 
  1002. autostarted, but this is not the case:  Programs are autostarted.  Code changed 
  1003. in autostart to not start programs if not specified the the config.sys 
  1004. autostart parameter. 
  1005.  
  1006.  
  1007. ΓòÉΓòÉΓòÉ 1.91. PJ04248:  ECF problem with system Lockup ΓòÉΓòÉΓòÉ
  1008.  
  1009. ECF is Enhanced Connectivity Facility Program 1.2.0.  ECS family application - 
  1010. when a devhelper call is made to the lock subroutine, the machine stops, press 
  1011. enter, get Trap 000D dump on the screen.  Code modified to correct this problem 
  1012. in the file system in OS/2 2.0 Kernel. 
  1013.  
  1014.  
  1015. ΓòÉΓòÉΓòÉ 1.92. PJ04253:  SYS3176 error when opening DOS full screen or WIN-OS2 on a ΓòÉΓòÉΓòÉ
  1016.  
  1017. SYS3176 error when opening DOS full screen or WIN-OS2 on a clone machine 
  1018.  
  1019. On an OEM machine, SYS3176 error occurs when trying to open a DOS full screen 
  1020. and WIN-OS2 command prompt.  Machine is AST Premium Exec 386SX/25 monochrome 
  1021. display.  Chipset is Trident 8800.  386SX/20 and 386SX/25 color machines work 
  1022. fine.  On this particular AST Laptop machine, the BIOS INT 10h SetMode call 
  1023. always invokes another INT 10h SetMode under the cover, causes the INT 10h hook 
  1024. code within the Video Device Driver to mistakenly pop off the return address 
  1025. from the Client Stack Frame.  Problem corrected in the OS/2 2.0 Video Device 
  1026. Driver. 
  1027.  
  1028.  
  1029. ΓòÉΓòÉΓòÉ 1.93. PJ04254:  Blank Desktop - must Alt-F1 at every boot ΓòÉΓòÉΓòÉ
  1030.  
  1031. Have to use alt-f1 to refresh the Desktop at every boot or screen will be 
  1032. blank.  The defect for this APAR was closed as UR3, Not Reproducible in current 
  1033. build.  This problem is fixed in Service Pak. 
  1034.  
  1035.  
  1036. ΓòÉΓòÉΓòÉ 1.94. PJ04264:  Trap 000E CS:EIP= 0160 : FFF6FFE6  CSACC= C09B ΓòÉΓòÉΓòÉ
  1037.  
  1038. CSLIM= Trap 000E CS:EIP= 0160 :  FFF6FFE6 CSACC= C09B CSLIM= FFFFFFFF when 
  1039. shutting down ( Exiting ) LAN Network Manager V 1.0 
  1040.  
  1041. This APAR is a duplicate of APAR PJ04076 
  1042.  
  1043.  
  1044. ΓòÉΓòÉΓòÉ 1.95. PJ04266:  Model 80, SCSI drive and OEM memory board, Xtend Micro ΓòÉΓòÉΓòÉ
  1045.  
  1046. Model 80, SCSI drive and OEM memory board, Xtend Micro products, hangs or 
  1047. stalls system for up to 20 minutes 
  1048.  
  1049. Xtend memory card together with non-IBM SCSI drive caused the Mod-80 to stall 
  1050. when trying to bring up an application in OS/2 2.0 GA. The device driver 
  1051. IBM2SCSI.ADD has been rewritten to include a better error-recovery routine as 
  1052. well as a memory-allocation routine. Temporary fix:  Use IBM memory expansion 
  1053. card or an IBM SCSI drive 
  1054.  
  1055.  
  1056. ΓòÉΓòÉΓòÉ 1.96. PJ04273:  Trap when starting LAN Requester ΓòÉΓòÉΓòÉ
  1057.  
  1058. The customer received the following IPE while starting the LAN Requestor... 
  1059. The system detected an internal processing error at location ##170:fff6bc7e - 
  1060. 000f:00026c7e.  line 3785, in file 4051 @ (#)vmkrh.  6.10 92/03/11.  An error 
  1061. was found in the file sysem.  This problem has been correct in the OS/2 2.0 
  1062. Kernel file system. 
  1063.  
  1064.  
  1065. ΓòÉΓòÉΓòÉ 1.97. PJ04284:  BASICA halts system ΓòÉΓòÉΓòÉ
  1066.  
  1067. Customers using non-IBM OS/2 2.0 machines would get a hang/trap or other error 
  1068. when executing the BASICA command in a VDM.  A message is now returned 
  1069. indicating that "The Rom portion of BASIC not found." 
  1070.  
  1071.  
  1072. ΓòÉΓòÉΓòÉ 1.98. PJ04290:  Fortran/2 Version 1.02 Traps immediately in OS/2 session ΓòÉΓòÉΓòÉ
  1073.  
  1074. The released version of the IBM Fortran compiler will not run in protect mode 
  1075. on OS/2 2.0 GA.  The problem is that the 16-bit compiler defined a 20 byte 
  1076. stack to start execution on and immediately switched to a larger stack upon 
  1077. entry to the compiler.  OS/2 2.0 forced DOSCALL1.DLL initialization onto all 
  1078. applications whether they use an API in DOSCALL1 or not.  A 20 byte stack is 
  1079. not enough stack space to complete DLL initialization and results in a GP 
  1080. fault.  Consequently, any 16-bit application that begins execution on a small 
  1081. stack, something less than 256 bytes?, will fail to execution on OS/2 2.0.  The 
  1082. fix is to create a temporary stack if the executable is a 16 bit application 
  1083. with less than a 4k stack and it uses dll's that require initialization. 
  1084.  
  1085.  
  1086. ΓòÉΓòÉΓòÉ 1.99. PJ04303:  DosReadQueue hangs intermittently with DosStartSession ΓòÉΓòÉΓòÉ
  1087.  
  1088. When starting another session, using queues, the session that started the other 
  1089. session hangs right at DosReadQueue.  The test case starts another session and, 
  1090. after the session is completed, terminates and returns to the first session. 
  1091. The second session is started, terminates, and hangs on DosReadQueue.  The 
  1092. problem is in the ParentNotify routine - CX is supposed to be the session ID of 
  1093. the session that is terminating but CX gets cleared in WriteTermQueue.  CX 
  1094. should be saved at the beginning of WriteTermQueue since for 16 calls it will 
  1095. zero CH and for the 32 bit calls - it destroys CX altogether.  The 32bit 
  1096. WriteTermQueue should save and restore all the registers it destroys that are 
  1097. needed by the 16 bit code.  Code changed to save CX in WriteTerm- Queue in 
  1098. module smrpanot.asm. 
  1099.  
  1100.  
  1101. ΓòÉΓòÉΓòÉ 1.100. PJ04305:  Problem with drawing the cursor in high resolution super ΓòÉΓòÉΓòÉ
  1102.  
  1103. Problem with drawing the cursor in high resolution super VGA32 display drivers 
  1104.  
  1105. This problem is due to the code length field being larger than the actual code 
  1106. to be locked in memory.  This was causing the lock to get an access denied 
  1107. return code and none of the code memory got locked down. Changed the hard-coded 
  1108. length of MoveCursor to a calculated value. 
  1109.  
  1110.  
  1111. ΓòÉΓòÉΓòÉ 1.101. PJ04313:  TRAP E - CS:EIP = 160:FFF888A7 - TKWAKEUP() ΓòÉΓòÉΓòÉ
  1112.  
  1113. TKWakeup's third parameter is a pointer which is used to return the count of 
  1114. the number of threads that were awaken.  The problem was that TimContextHook 
  1115. was passing a ULONG(SSToDS(ulcount)) as this third parameter instead of the 
  1116. address of a ULONG (SSToDS(& ulcount)).  Changed TimContextHook to pass NULL as 
  1117. third parameter to TKWakeup because it ignores the returned value anyways. 
  1118.  
  1119.  
  1120. ΓòÉΓòÉΓòÉ 1.102. PJ04324:   8516 Touch Screen support causes lockup during driver load ΓòÉΓòÉΓòÉ
  1121.  
  1122. Installation of OS/2 with 8516 and XGA on a Reply Corp.  machine causes IPE 
  1123. when loading device driver for Touch Display support.  fix was made to 
  1124. Toumou.bio to allow the systems with this configur- ation to boot and fuction 
  1125. properly. 
  1126.  
  1127.  
  1128. ΓòÉΓòÉΓòÉ 1.103. PJ04325:  Codeview, /O Option, Debugging child processes, hangs ΓòÉΓòÉΓòÉ
  1129.  
  1130. Codeview, /O Option, Debugging child processes, hangs when child started. 
  1131.  
  1132. Using cvp.exe to debug 16bit applications on a 2.0 system, system hangs when 
  1133. child process is started.  This occurs when the /O option is used (debug child 
  1134. processes).  OS/2 2.0 Session Manager was changed to stop searching the linked 
  1135. list when the parent process ID was found and then terminate the parent.  It 
  1136. had been searching for the parent's parent process ID. 
  1137.  
  1138.  
  1139. ΓòÉΓòÉΓòÉ 1.104. PJ04337:  Trap 0008 in the page Fault Handler ΓòÉΓòÉΓòÉ
  1140.  
  1141. Trap 0008 consistently happens on Mod56.  Below is the screen output:  The 
  1142. system detected an internal processing error at location ##0170:FFF779DE - 
  1143. 000F:000329DE.  Line 2927, in file 4014 @(#) LDRSTE.C 6.76 92/03/26. 
  1144. LDRGETPAGE:  BAD LDRREAD.  The system is stopped. 
  1145.  
  1146.  EAX=000000F0 EBX=7D030E1C ECX=00000000 EDX=00000010
  1147.  EIP=FFF779DE ESP=00006548 EBP=0000659C IOPL=2
  1148.  CS=0170 SS=0030 DS=0168 ES=0168 FS=0000 GS=0000
  1149.  CR2=14F00000 CR3=001CA
  1150.  0170:FFF779DE 837DD000 CMP DWORD PTR EBP-30,
  1151.       +00 SS:000065 C=000000F0.
  1152.  
  1153. The problem was being caused in qsSys16Sem, it pushed several registers 
  1154. including seg regs then checked if a record would fit into a cache; if it 
  1155. didn't it would not clear off variables it had pushed after the seg regs. 
  1156. Afterwards, when the registers were being popped off the stack it would put the 
  1157. wrong value into a seg reg causing a trap.  Code corrected for this problem. 
  1158.  
  1159.  
  1160. ΓòÉΓòÉΓòÉ 1.105. PJ04338:  COREL performance impacted dramatically due to OASIS.DLL ΓòÉΓòÉΓòÉ
  1161.  
  1162. COREL performance impacted dramatically due to OASIS.DLL processing images 
  1163. incorrectly. 
  1164.  
  1165. Corel Draw (32 bit) for OS/2 uses a protected Windows image processor.  Their 
  1166. problem is that OASIS is not returning the correct size of image bands (returns 
  1167. size/data for entire page instead of single band from page).  Performance 
  1168. impacted considerably since Corel Draw would wait for OASIS to process entire 
  1169. page for each band it asked for. This problem has been corrected with a change 
  1170. to the OASIS code.  It is recommended that the user install the entire Service 
  1171. Pak since a private fix is not available. 
  1172.  
  1173.  
  1174. ΓòÉΓòÉΓòÉ 1.106. PJ04344:  Trap 000C - CS:EIP = 160:FFF8A31E - Debuggers, DosPTrace() ΓòÉΓòÉΓòÉ
  1175.  
  1176. This APAR is a duplicate of APAR PJ04661 
  1177.  
  1178.  
  1179. ΓòÉΓòÉΓòÉ 1.107. PJ04348:  Vdisk needs to work above 16 Meg ΓòÉΓòÉΓòÉ
  1180.  
  1181. The Virtual Disk Device Driver, VIDSK.SYS, in OS/2 2.0 prevents the full 
  1182. utilization of available RAM resources.  This does not meet the advertised 
  1183. promises of OS/2 2.0 regarding its memory addressability. Code has been changed 
  1184. in VDISK.SYS to handle greater than 16Meg of installed system memory. 
  1185.  
  1186.  
  1187. ΓòÉΓòÉΓòÉ 1.108. PJ04358:  TRAP 0000 CS:EIP= 0158 : 00000158  CSLIM= FFFFFFFF ΓòÉΓòÉΓòÉ
  1188.  
  1189. The problem is that TRAP 0000 errors were being reported intermittently for 
  1190. various applications in no predictable order.  Trap 0002 errors were being 
  1191. reported as Trap 0000 errors incorrectly.  The code has been changed to correct 
  1192. this problem.  Customers experiencing this problem most likely have bad memory 
  1193. modules. 
  1194.  
  1195.  
  1196. ΓòÉΓòÉΓòÉ 1.109. PJ04370:  Dialog manager application under 2.0 GA is unable to display ΓòÉΓòÉΓòÉ
  1197.  
  1198. Dialog manager application under 2.0 GA is unable to display function keys via 
  1199. SHIFT-F1, produces reason code 1600600 
  1200.  
  1201. Dialog Manager Function Key support results in a TRAP.  FKA.DLL is not properly 
  1202. supported under 2.0 and function keys that were accessible under 1.3 are not 
  1203. under 2.0.  In this particular case, using DM:  A DM application under 2.0 GA 
  1204. is unable to display function keys via shift-f1 - it produces a reason code of 
  1205. 1600600.  Code changed in OS/2 2.0 Presentation Manager Workplace Shell to 
  1206. correct this problem. 
  1207.  
  1208.  
  1209. ΓòÉΓòÉΓòÉ 1.110. PJ04377:  PSTAT traps when running Communication Manager, LAN ΓòÉΓòÉΓòÉ
  1210.  
  1211. PSTAT traps when running Communication Manager, LAN Requestor and Database 
  1212. Manager 
  1213.  
  1214. The customer reported problems with the PSTAT usility trapping under OS/2 2.0. 
  1215. The problem was that PSTAT was overwriting a buffer. The buffer length is now 
  1216. properly checked and expanded if required. 
  1217.  
  1218.  
  1219. ΓòÉΓòÉΓòÉ 1.111. PJ04402:  Port Driver problem ΓòÉΓòÉΓòÉ
  1220.  
  1221. Settings window for Port driver cannot be opened unless the Port driver is the 
  1222. serial or parallel driver supplied with the operating system.  Reworked code 
  1223. which depended on specific driver file names. 
  1224.  
  1225.  
  1226. ΓòÉΓòÉΓòÉ 1.112. PJ04440:  XCOPY returning inappropriate exit/return code ie. ΓòÉΓòÉΓòÉ
  1227.  
  1228. XCOPY returning inappropriate exit/return code ie.  errorlevel 
  1229.  
  1230. On an OS/2 E.E.  1.32 and OS/2 V2.0 system, performing an XCOPY of a directory 
  1231. which has some files in use by another process will result in a return code of 
  1232. 0 (normal completion) being generated even though the files that are in use 
  1233. were not copied.  Shouldn't the return code be 2 (some files or directories 
  1234. were not copied due to file or directory errors) or isn't a file in use 
  1235. regarded as a file error when copying? The no_error return code from DosCopy 
  1236. overwrote the error return code from DOSOPEN.  Have the rc from DosCopy 
  1237. overwrite the DosOpen error rc only when it has an error code. 
  1238.  
  1239.  
  1240. ΓòÉΓòÉΓòÉ 1.113. PJ04444:  RexxSysFileTree gives inconsistent results ΓòÉΓòÉΓòÉ
  1241.  
  1242. REXX SysFileTree gives false results under certain conditions. Customer made a 
  1243. REXX program called FileTree.CMD which contains 
  1244.  
  1245.      /* Small program to demonstrate SysFileTree bug */
  1246.      parse arg arg1
  1247.      rc = SysFileTree( arg1, stem, 'BO' )
  1248.      do i = 1 to stem.0
  1249.         say stem.i
  1250.      end
  1251.  
  1252. All it's supposed to do is show a list of files that match the first argument. 
  1253. It normally works fine, however, in one case, it returns false data.  The 
  1254. current directory for c:  is c:\JUNKC\ and it contains a file called JUNKC.TXT. 
  1255. The current directory for D:  is D:\JUNKD\ and it contains FileTree.CMD.  When 
  1256. D:  is current and I type D:\JUNK2 FileTree c:*, it returns D:\JUNKD\JUNK1.TXT 
  1257. which doesn't even exist.  Somehow, SysFilTree combined the file name on c: 
  1258. with the path on D:.  This works fine if I type D:\JUNK2 FileTree c:.\* or if I 
  1259. type D:\JUNK2 FileTree c:\JUNKC\*.  Problem fixed in REXX Utility program. 
  1260.  
  1261.  
  1262. ΓòÉΓòÉΓòÉ 1.114. PJ04456:  Miscellaneous problems using COM3 and COM4 on BUS systems ΓòÉΓòÉΓòÉ
  1263.  
  1264. Comments:  It dealt with too many problems in one APAR some of the problems 
  1265. described in PJ04456 can be addressed through other apars.  If not, then a new 
  1266. APAR should be created dealing with a single problem. The customer for this 
  1267. APAR had PJ04710 listed in it's PSAR page.  Of all the customers in the IP page 
  1268. I added 
  1269.  
  1270.  1x441,b091,c00
  1271.  0x404,b514,c00
  1272.  5x444,b091,c00
  1273.  
  1274. To the IP page of PJ04761 which dealt with their problem. 
  1275.  
  1276. The only other valid PMR in the IP page of this APAR 7x984,b091,c000 was 
  1277. notified that this APAR was going away to please create a new APAR if needed. 
  1278.  
  1279.  
  1280. ΓòÉΓòÉΓòÉ 1.115. PJ04470:  TRAP 000D @ ##0160 : FFF6435F - 000D : A53F on 2nd Install ΓòÉΓòÉΓòÉ
  1281.  
  1282. TRAP 000D @ ##0160 : FFF6435F - 000D : A53F on 2nd Install disk 
  1283.  
  1284. The customer reported a trap within the OS/2 2.0 Loader.  Extra validation is 
  1285. now performed by the Loader to assure that a valid MTE pointer is provided by 
  1286. the Tasker.  In the case when it is not, a different access method is used. 
  1287.  
  1288.  
  1289. ΓòÉΓòÉΓòÉ 1.116. PJ04499:  3270 printscreen or drag and drop from the Desktop ΓòÉΓòÉΓòÉ
  1290.  
  1291. 3270 printscreen or drag and drop from the Desktop will default to the opposite 
  1292. tray selected with the LASERJET KYOCERA 3000A. 
  1293.  
  1294. The escape sequences for tray selection were reversed.  By changing them back, 
  1295. the printer will pull the paper from the proper tray. 
  1296.  
  1297.  
  1298. ΓòÉΓòÉΓòÉ 1.117. PJ04500:  IPE ## 0F00 : 00000D0F - 0002 : 0D0F 60000 , 2008 ΓòÉΓòÉΓòÉ
  1299.  
  1300. IPE ## 0F00 :  00000D0F - 0002 :  0D0F 60000 , 2008 Doing various activities- 
  1301. dump received and available 
  1302.  
  1303. Internal Processing Error at location ## 0f00 :  00000D0F - 0002 :  0D0F 60000 
  1304. , 2008 ....  The problem has been reported with various different scenarios 
  1305. being involved, but all have this same location.  ....  Internal Processing 
  1306. Error at Location 0F00 :  00000D0F - 0002 :  0D0F can also be found on the same 
  1307. machines.  ....  Scenarios when IPE has occurred. 
  1308.  
  1309.  1.  Starting OS/2 Lan Requestor received 0f00:00000d0f IPE
  1310.  2.  Editing a file using BRIEF version 3.1 under DOS full screen
  1311.  
  1312. A flag was set in the beginning of the IdHandlerHP to notify KbdStatusWait that 
  1313. we are currently in the interrupt state and not to yield the process. 
  1314.  
  1315.  
  1316. ΓòÉΓòÉΓòÉ 1.118. PJ04507:  SCSI adapter system I/O problem ΓòÉΓòÉΓòÉ
  1317.  
  1318.  1.) Set DMA Pacing Value explicitly in ADD
  1319.  2.) Fix handling of SCSI SenseData when more than default # of bytes
  1320.      is requested.
  1321.  3.) Fix handling of flushing of queues for removable devices.
  1322.  4.) Observe IORB DISABLE RETRY bit after timeout.
  1323.  5.) Set default ADD timeout to 10s.
  1324.  6.) Fix handling of ABIOS Stage-On-Time.
  1325.  7.) Return correct BLOCKSIZE for DASD devices
  1326.  8.) Add support for skipping adapter cards
  1327.  9.) Add support for lock/unlock unit.
  1328.  
  1329.  
  1330. ΓòÉΓòÉΓòÉ 1.119. PJ04509:  Network printer Icon, when built, does not duplicate the ΓòÉΓòÉΓòÉ
  1331.  
  1332. Network printer Icon, when built, does not duplicate the servers printer 
  1333. configuration 
  1334.  
  1335. When a network printer object is created on a requester, the complete printer 
  1336. propeties are not copied from the server to the requester.  The Workplace 
  1337. printer object and PMSPL.DLL files have been updated to now fully replicate the 
  1338. server settings on the requester. 
  1339.  
  1340. Note: 
  1341.  
  1342. If the service is applied to the requester, the server must also have the 
  1343. latest PMSPL.DLL installed on it.  The 1.3 PMSPL.DLL has been updated and 
  1344. should be paired with the latest LS 2.0 code for a 1.3 server environment.  If 
  1345. the server is 2.0, the server will need either the Service Pak applied or the 
  1346. newest PMSPL.DLL file.  If the Laserjet driver is being used on the requester 
  1347. and server, it should be updated to 1.3.346 level or above to work correctly in 
  1348. this environment. 
  1349.  
  1350.  
  1351. ΓòÉΓòÉΓòÉ 1.120. PJ04519:  Trap 000E CS:EIP 0160 FFF7FA79 CSLIM FFFFFFFF running an ΓòÉΓòÉΓòÉ
  1352.  
  1353. Trap 000E CS:EIP 0160 FFF7FA79 CSLIM FFFFFFFF running an application converted 
  1354. from OS/2 1.3 application to a 32-BIT OS/2 2.0 application 
  1355.  
  1356.  The customer reported a fatal trap 0000E within a call to DosWaitMuxWaitSem. 
  1357. A fatal page fault occurred when semDelFromMuxQ was called und the context of 
  1358. the process that cleared a shared semaphore with a private mux and not under 
  1359. the context of the process that own the private mux.  The trap physically 
  1360. occurred when semDelFromMu used pPTDACur to locate the private semaphore table 
  1361. containing semaphore within the private mux instead of the actual PTD 
  1362.  
  1363.  
  1364. ΓòÉΓòÉΓòÉ 1.121. PJ04540:  Trap 000D  CS:EIP= 04E8 : 00002889  CSACC= 009F ΓòÉΓòÉΓòÉ
  1365.  
  1366. Trap 000D CS:EIP= 04E8 :  00002889 CSACC= 009F CSLIM= 000031FD during 
  1367. installation at diskette 1 
  1368.  
  1369. The modification was to comment out some error checking code in the OS/2 Loader 
  1370. to handle a very specific BIOS glitch being encountered in some types of 
  1371. hardware. 
  1372.  
  1373.  
  1374. ΓòÉΓòÉΓòÉ 1.122. PJ04548:  OS2 2.0 3270 session dies when Shift Prt-Scrn pressed ΓòÉΓòÉΓòÉ
  1375.  
  1376. When different print drivers or different level of print drivers are used on a 
  1377. 2.0 Requester printing to a WR05050 level of 1.3 Server using 3270 print 
  1378. screen, the Communications Manager session will lock up.  If the system detects 
  1379. that the printer drivers do not match, the spooler will spool the job locally 
  1380. then redirect it across the network to the server instead of spooling directly 
  1381. to the server. 
  1382.  
  1383.  
  1384. ΓòÉΓòÉΓòÉ 1.123. PJ04553:  Critical memory corruption in PMWIN.DLL ΓòÉΓòÉΓòÉ
  1385.  
  1386. Critical memory corruption in Presentation Manager Window support. Code changed 
  1387. in OS/2 2.0 Kernel to correct this problem. 
  1388.  
  1389.  
  1390. ΓòÉΓòÉΓòÉ 1.124. PJ04564: Bitstream facelift fonts do not appear under seamless Windows ΓòÉΓòÉΓòÉ
  1391.  
  1392. Bitsteam Facelift Fonts work OK in Full Screen WIN-OS2, but do not appear when 
  1393. running Seamless Applications.  Tested with AMI Pro both full screen and 
  1394. seamlessly.  The problem here is that Bitstream does a memory reallocate call 
  1395. and expects to get back the SAME selector.  While this is usually the case, it 
  1396. is not always the case.  Under OS/2, a new selector was given back to 
  1397. Bitstream, so it trapped when it tried to use the old one.  To "fix" this 
  1398. problem, I fixed the OS/2 kernel code so that it makes the old selector an 
  1399. alias to the new one. 
  1400.  
  1401.  
  1402. ΓòÉΓòÉΓòÉ 1.125. PJ04567:  Innocent looking folder, when left open at shutdown, ΓòÉΓòÉΓòÉ
  1403.  
  1404. Innocent looking folder, when left open at shutdown, causes system to hang upon 
  1405. bootup 
  1406.  
  1407. With a specific Desktop configuration, a harmless looking folder will cause the 
  1408. system to hang upon Reboot if it was left open prior to shutdown.  The scenario 
  1409. requires the "folders" folder to be open at shutdown.  The system will hang 
  1410. during the next startup.  Workaround is to use ALT-F1 to replace ini files on 
  1411. boot.  This problem was corrected in OS/2 2.0 PM Workplace Shell. 
  1412.  
  1413.  
  1414. ΓòÉΓòÉΓòÉ 1.126. PJ04572:  Multiple execution of REXX CMD causes Swapper.DAT to grow ΓòÉΓòÉΓòÉ
  1415.  
  1416. Multiple execution of REXX CMD causes Swapper.DAT to grow excessively 
  1417.  
  1418. Multiple execution of a REXXUTIL SYSINI example in the same OS/2 session 
  1419. increases swapper.dat until the file runs outs of space.  This problem was 
  1420. corrected in OS/2 2.0 REXX support. 
  1421.  
  1422.  
  1423. ΓòÉΓòÉΓòÉ 1.127. PJ04583:  INT 3 left in Shell code causing SYS3173 error in ΓòÉΓòÉΓòÉ
  1424.  
  1425. INT 3 left in Shell code causing SYS3173 error in PM Workplace Shell 
  1426.  
  1427.  Int 3 left in Shell code causing SYS3173 error in PM Workplace Shell. This 
  1428. problem was corrected in the OS/2 2.0 Presentation Manager Workplace Shell. 
  1429.  
  1430.  
  1431. ΓòÉΓòÉΓòÉ 1.128. PJ04587:  Internal processing error line 60003 File selwrk.asm when ΓòÉΓòÉΓòÉ
  1432.  
  1433. Internal processing error line 60003 File selwrk.asm when using IPMD.EXE (PM 
  1434. Debugger) 
  1435.  
  1436. The above IPE occurred using the C Set/2 IPMD debugger to view the contents of 
  1437. a variable.  The problem is memory related and is caused by freeing the RMP 
  1438. record associated with a memory segment twice.  This happened when the segment 
  1439. is an alias one.  To resolve the problem, we no longer free the RMP record if 
  1440. the segment is an alias. 
  1441.  
  1442.  
  1443. ΓòÉΓòÉΓòÉ 1.129. PJ04596:  Focus is returned to Desktop folder instead of the user's ΓòÉΓòÉΓòÉ
  1444.  
  1445. Focus is returned to Desktop folder instead of the user's folder. 
  1446.  
  1447. Use standard GA product and first do the following: 
  1448.  
  1449.      1/ Open a DOS full screen VDM.
  1450.      2/ Open the epm editor.
  1451.      3/ Open the os/2 system folder and maximize it.
  1452.      (nothing else needs to be running on the system)
  1453. to recreate the problem: 
  1454.  
  1455.      1/ Select the 'system setup' icon, with the mouse.  Do not open,
  1456.         just leave the focus on this icon, we will want to come back
  1457.         to it.
  1458.      2/ Press CTRL+ESC, and select the DOS full screen, switch to it.
  1459.      3/ Once in the DOS full screen, press CTRL+ESC again to bring
  1460.         up the task list.
  1461.      4/ From the task list, select the epm editor.
  1462.      5/ Once in the editor, press ALT+f9 to minimize the epm editor.
  1463.      6/ PROBLEM: Focus is now sent to Desktop.
  1464.  
  1465. We need the focus to go back to the 'system setup' ICON in the OS/2 system 
  1466. folder.  But instead we go back to Desktop. 
  1467.  
  1468.  
  1469. ΓòÉΓòÉΓòÉ 1.130. PJ04600:  Swapper doesn't respect the swappath minfree parameter ΓòÉΓòÉΓòÉ
  1470.  
  1471. Swapper doesn't respect the swappath minfree parameter in config.sys. 
  1472.  
  1473. Customer is using GA level code.  Problem in crit-sit state.  With little disk 
  1474. space left, trying to open WIN-OS2 sessions ignores the minfree number in 
  1475. config.sys eating until the end of the hard disk and the system eventually 
  1476. hangs.  It looks like all we need to do is make sure minfree is obeyed in all 
  1477. cases and that should clear up the hang since we'd never get into a spot where 
  1478. the disk would be full.  Also, I have noticed that if you manually get into a 
  1479. less than minfree available on the hard disk, the system does not detect you 
  1480. are below that number. It looks as though the swapper acts on this only if HIS 
  1481. action would take the disk below minfree.  MinFree was fixed and tested so that 
  1482. it will not exceed the limit set in the config.sys.  Therefore, the corruption 
  1483. will not occur. 
  1484.  
  1485.  
  1486. ΓòÉΓòÉΓòÉ 1.131. PJ04615:  WinSetPresParam not setting background color of some ΓòÉΓòÉΓòÉ
  1487.  
  1488. WinSetPresParam not setting background color of some controls 
  1489.  
  1490. Problem found in PMWIN causing WinSetPresParam to fail in some cases. 
  1491.  
  1492.  
  1493. ΓòÉΓòÉΓòÉ 1.132. PJ04662:  Switching to a DOS application causes the system to hang ΓòÉΓòÉΓòÉ
  1494.  
  1495. The system was getting into a state where interrupts are enabled, but the 
  1496. interrupts enabled hooks were not getting called, and the system would hang. 
  1497. Changed Em86EnabledInterrupts to set the force flag for STI (Enable Interrupts) 
  1498. hooks if the interrupts are enabled. 
  1499.  
  1500.  
  1501. ΓòÉΓòÉΓòÉ 1.133. PJ04661:  Trap 000C in ptcnvrt.c function ptlintosel on Cobol compiler ΓòÉΓòÉΓòÉ
  1502.  
  1503. Trap 000C in ptcnvrt.c function ptlintosel on Cobol compiler that worked on 
  1504. OS/2 1.3. 
  1505.  
  1506. Trap 000C occurs in ptcnvrt.c function ptlintosel cell convert 0s3losf fails 
  1507. restoring the stack.  Code changed to pass a double word parameter instead of a 
  1508. word parameter. 
  1509.  
  1510.  
  1511. ΓòÉΓòÉΓòÉ 1.134. PJ04664:  TSENG 3000 Video boards cause flicker at top of screen ΓòÉΓòÉΓòÉ
  1512.  
  1513. Using a video card with the TSENG 3000 chipset causes flicker at the top of the 
  1514. video display.  This problem was fixed in the OEM BIO code. 
  1515.  
  1516.  
  1517. ΓòÉΓòÉΓòÉ 1.135. PJ04669:  Parallel port interrupt not simulated into DOS Session ΓòÉΓòÉΓòÉ
  1518.  
  1519. Parallel port hardware interrupts not simulated into the DOS session.  Customer 
  1520. has an Ethernet Adapter which uses the IRQ of the parallel port.  The software 
  1521. attempts to set the IRQ EN bit of the parallel control port, and therefore does 
  1522. not operate correctly The virtual printer device driver did not simulate the 
  1523. IRQ EN bit of the parallel control port.  VLPT.SYS updated to simulate IRQ EN 
  1524. bit of the parallel control port. 
  1525.  
  1526.  
  1527. ΓòÉΓòÉΓòÉ 1.136. PJ04680:  Unable to print using picview's print to an HP7595A ΓòÉΓòÉΓòÉ
  1528.  
  1529. Unable to print using picview's print to an HP7595A plotter. 
  1530.  
  1531. Using picview's print function unable to print using HP7595A plotter driver. 
  1532. The print job goes in the spool queue and disappears a few seconds later 
  1533. without any output to the plotter.  The plotter driver FillPath procedure was 
  1534. returning an error when filling a null rectl. Code was changed to return OK. 
  1535.  
  1536.  
  1537. ΓòÉΓòÉΓòÉ 1.137. PJ04695:  Some DOS applications which ran under .304E are not ΓòÉΓòÉΓòÉ
  1538.  
  1539. Some DOS applications which ran under .304E are not accepting keyboard input in 
  1540. 2.0 GA. 
  1541.  
  1542. Keyboard beeps when using DOS application called MDS by Hewlette Packard along 
  1543. with other DOS applications.  The OS/2 2.0 DOS Kernel was changed to fix this 
  1544. problem. 
  1545.  
  1546.  
  1547. ΓòÉΓòÉΓòÉ 1.138. PJ04696:  In a folder's settings notebook, include page 2, file ΓòÉΓòÉΓòÉ
  1548.  
  1549. In a folder's settings notebook, include page 2, file system criteria, the or 
  1550. criteria does not work properly. 
  1551.  
  1552. It appears the OR is acting as an AND command.  OS/2 2.0 PM Workplace Shell 
  1553. changed to correct this problem. 
  1554.  
  1555.  
  1556. ΓòÉΓòÉΓòÉ 1.139. PJ04706:  Sound effects do not work with After Dark 2.0, ΓòÉΓòÉΓòÉ
  1557.  
  1558. Sound effects do not work with After Dark 2.0, soundblaster and OS/2 2.0 
  1559.  
  1560. Sound effects cannot be heard when After Dark 2.0 is used with a Soundblaster 
  1561. board in a VDM.  A change was made to GlobalPageLock so that it would return a 
  1562. 1 in AX instead of a 0, in the 286 version of WinOS2 kernel. 
  1563.  
  1564.  
  1565. ΓòÉΓòÉΓòÉ 1.140. PJ04711:  Mod-70: Custom Software not working with OS2SCSI.DMD driver ΓòÉΓòÉΓòÉ
  1566.  
  1567.  1) IBM2SCSI.ADD w/ OS2SCSI.DMD: Trying to allocate SCSI device
  1568.     type 0, removable media devices receives error code 01.
  1569.  2) AHA164X.ADD w/ OS2SCSI.DMD: Trying to deallocate SCSI CD-ROM and
  1570.     optical devices receives error code 89.
  1571.  
  1572.  
  1573. ΓòÉΓòÉΓòÉ 1.141. PJ04713:  Unattended OS/2 2.0 Install hangs on Reboot ΓòÉΓòÉΓòÉ
  1574.  
  1575. System has problems in executing a Reboot or shutdown.  Fix in file system 
  1576. shutdown code.  System will now Reboot, or successfully shutdown. 
  1577.  
  1578.  
  1579. ΓòÉΓòÉΓòÉ 1.142. PJ04730:  Unloading classes twice causes SOM to Trap ΓòÉΓòÉΓòÉ
  1580.  
  1581. We have come across a problem with the way WPS unloads classes.  We have a 
  1582. complex folder, with sub-folders to several levels and heaps of other objects 
  1583. (using various classes) scattered within these folders. When we try and delete 
  1584. this folder a message is sent to unload the class, and the usage count is of 
  1585. the same class (in a different folder) is deleted BEFORE the first unload class 
  1586. message is processed.  SOM then tries to unload the class twice.  Code changed 
  1587. to correct this problem. 
  1588.  
  1589.  
  1590. ΓòÉΓòÉΓòÉ 1.143. PJ04736:  Mode COM# displays BUFFER=N/A when buffer is set to auto ΓòÉΓòÉΓòÉ
  1591.  
  1592. Mode command shows "BUFFER=N/A" when in "auto" mode.  It should be 
  1593. "BUFFER=AUTO". 
  1594.  
  1595.  
  1596. ΓòÉΓòÉΓòÉ 1.144. PJ04819:  Doc needed to explain the item in config.sys and limit ΓòÉΓòÉΓòÉ
  1597.  
  1598. In the ONLINE command reference information on DEVICE=COM.SYS, there is no 
  1599. mention of the paramters necessary to setup for COM3 COM4. Explicitly 
  1600. (P,ADDR,I), where P=Port, Addr=Address, and I=I Explanations put in Command 
  1601. Reference for Com3 and Com4 setup. 
  1602.  
  1603.  
  1604. ΓòÉΓòÉΓòÉ 1.145. PJ04835:  When page is in focus the first time, text is in bold. ΓòÉΓòÉΓòÉ
  1605.  
  1606. When page is in focus the first time, text is in bold.  The next time the page 
  1607. gets focus, text is not bold. 
  1608.  
  1609. Customer has added some pages to the settings notebook.  When a page is in 
  1610. focus the first time, it shows the text in bold.  The next time the same page 
  1611. gets the focus, its text is not bold anymore.  Note that the first page in the 
  1612. notebook is always the same (not bold).  OS/2 2.0 PM Workplace Shell changed to 
  1613. correct this problem. 
  1614.  
  1615.  
  1616. ΓòÉΓòÉΓòÉ 1.146. PJ04836:  Problem adding pages to settings notebook using method ΓòÉΓòÉΓòÉ
  1617.  
  1618. Problem adding pages to settings notebook using method WPInsertSettingSpage. 
  1619.  
  1620. Customer has added some pages to the settings notebook using method 
  1621. WpInsertSettingsPage.  When the user gets help on a WPS settings page (eg 
  1622. General) leaves this window visible, moves on to an added settings page and 
  1623. hits HELP, the HELP window disappears.  The correct HELP window is shown but 
  1624. just for a second.  OS/2 2.0 Help Manager support changed to correct this 
  1625. problem. 
  1626.  
  1627.  
  1628. ΓòÉΓòÉΓòÉ 1.147. PJ04878:  Getting SYS2237 with DOSAP Easy V1.0 from WordStar. Looking ΓòÉΓòÉΓòÉ
  1629.  
  1630. Getting SYS2237 with DOSAP Easy V1.0 from WordStar.  Looking for a math 
  1631. co-processor when it doesn't require one under DOS. 
  1632.  
  1633. Programs using sequence marked *** below in their assembly language caused 
  1634. SYS2237 to be generated: 
  1635.  
  1636.  dbe3......finit
  1637.  d92e9001..fldcw word ptr(0190) ***
  1638.  d93e9201..fstcw word ptr(0192) ***
  1639.  bb0800....mov bx,0008
  1640.  
  1641. This sequence tests for the presence of a numeric math coprocessor. The module 
  1642. vnpx.sys was fixed to allow these commands to be executed by the program. 
  1643.  
  1644. Please note: 
  1645.  
  1646. That the customer's PMR that created this APAR was fixed, other PMRs that were 
  1647. improperly IP'd onto this APAR may not be fixed and will require another more 
  1648. specific APAR.  Programs that branch off into program data areas are likely to 
  1649. cause this error and are usually customer program errors, and are not fixed 
  1650. with this APAR, and must be fixed by the vendor of that program.  The fix 
  1651. incorporated into VNPX.SYS allows the instructions listed on the program 
  1652. summary page to be executed without receiving the sys2237 error.  More apars 
  1653. may be needed in the future to address other specific circumstances.  This 
  1654. specific sys2237 error has been fixed. 
  1655.  
  1656.  
  1657. ΓòÉΓòÉΓòÉ 1.148. PJ04882:  Problems using COMDD.SYS and COM/VCOM drivers. ΓòÉΓòÉΓòÉ
  1658.  
  1659. VCOM was not unhooking INT 14h successfully, causing problems for the other 
  1660. ASYNC drivers.  VCOM code was fixed so that it could unhook INT 14h. 
  1661.  
  1662.  
  1663. ΓòÉΓòÉΓòÉ 1.149. PJ04890:  Embedded EPS graphic and a downloadable font. ΓòÉΓòÉΓòÉ
  1664.  
  1665. When printing with the pscript driver, an embedded EPS file printed within 
  1666. Describe would be printed very small.  This problem occurs no matter what font 
  1667. is used and each page after the first occurence will be printed very small due 
  1668. to the transform matrix being reset by the postscript driver from what Describe 
  1669. initially set it to.  Describe was changing the coordinates for the output. 
  1670. When this was done, the pscript driver would reset them on the next page.  The 
  1671. driver was changed to correct the problem. 
  1672.  
  1673.  
  1674. ΓòÉΓòÉΓòÉ 1.150. PJ04895:  Printer not responding popup message box; should have Retry ΓòÉΓòÉΓòÉ
  1675.  
  1676. Printer not responding popup message box; should have Retry as default action 
  1677. and not Abort. 
  1678.  
  1679. When a printer popup occurs for the drivers that popup a Abort, Retry, and 
  1680. Ignore message box, Cancel is the default selection.  The code was changed to 
  1681. default the message box to Retry so that the print jobs will not be deleted 
  1682. inadvertently. 
  1683.  
  1684.  
  1685. ΓòÉΓòÉΓòÉ 1.151. PJ04904:  Mouse cursor goes to right corner on Laptop.  Wild mouse ΓòÉΓòÉΓòÉ
  1686.  
  1687. Mouse cursor goes to right corner on Laptop.  Wild mouse fix only works about 
  1688. 50% of the time. 
  1689.  
  1690. On a Toshiba laptop, connected to a Toshiba deskstation, the mouse would go to 
  1691. one edge of the screen and remain there.  The mouse bytecount was getting out 
  1692. of sync because the mouse controller was detecting an error when a byte from 
  1693. the mouse was received by the mouse controller. 
  1694.  
  1695.  
  1696. ΓòÉΓòÉΓòÉ 1.152. PJ04920:  Customers PM Program generates SYS3171 error. ΓòÉΓòÉΓòÉ
  1697.  
  1698. Customer has a PM application if compiled with Stack = 64,000 application fails 
  1699. with a SYS3171 error.  If application is compiled with stack = 55,000 
  1700. application runs fine.  Altered thunk code so that it will allocate a suitable 
  1701. amount of stack space for the application to run in:  always more than 8k and 
  1702. less than 61k. 
  1703.  
  1704.  
  1705. ΓòÉΓòÉΓòÉ 1.153. PJ04930:  Trap 000D at 0160 : FFF9FDDF running DOS program ΓòÉΓòÉΓòÉ
  1706.  
  1707. The customer provided a scenario in which the DOS kernel would trap during the 
  1708. processing of a findfirst / findnext directory search.  A change has been made 
  1709. to the system.  Previously the logic anticipated a fixed length buffer to have 
  1710. been passed as an argument to the find api's.  This was not detected until the 
  1711. buffer address was near the segment limit.  We have changed the logic to stop 
  1712. processing the buffer at the end of the supplied string rather than the fixed 
  1713. length. 
  1714.  
  1715.  
  1716. ΓòÉΓòÉΓòÉ 1.154. PJ04942:  WinSetCP allocating memory and not freeing it ΓòÉΓòÉΓòÉ
  1717.  
  1718. WinSetCP is allocating 4k of memory and not freeing it.  OS/2 2.0 PM Window 
  1719. support changed to correct this problem. 
  1720.  
  1721.  
  1722. ΓòÉΓòÉΓòÉ 1.155. PJ04960:  Starting applications or closing folders on model 80 ΓòÉΓòÉΓòÉ
  1723.  
  1724. Starting applications or closing folders on model 80 hangs / stalls system: 
  1725. See slow performance:  Long installation 
  1726.  
  1727. Opening or closing windows takes too long on systems that have large OS/2 
  1728. partition (where the .ini files resides).  The routine to calculate the amount 
  1729. of disk space in OS/2 2.0 PM Shell API was changed to calculate free disk space 
  1730. more efficiently. 
  1731.  
  1732. Temporary fix:  Keep the OS/2 partition to be as small as possible, preferably 
  1733. to be under 100 MB and use FAT, the performance will be increased tremendously. 
  1734. This is just a work-a-round. 
  1735.  
  1736.  
  1737. ΓòÉΓòÉΓòÉ 1.156. PJ04968:  With Panasonic printer, printing headers / footers, ΓòÉΓòÉΓòÉ
  1738.  
  1739. With Panasonic printer, printing headers / footers, footers appear on next 
  1740. page. 
  1741.  
  1742. With many Epson-compatible printers including Panasonic printers they have an 
  1743. automatic load feature.  When this is used, the actual printable area left on 
  1744. the paper is less than 8.5 by 11 inches.  Hence the bottom part of a print is 
  1745. being put on the next page.  For many printers, the printable area has been 
  1746. reduced so that any data will now fit onto the page.  A formfeed is added to 
  1747. ensure that the next page starts on the top of the next sheet of paper. 
  1748.  
  1749.  
  1750. ΓòÉΓòÉΓòÉ 1.157. PJ05032:  WinCreateObject or WinSetObjectData against an open object ΓòÉΓòÉΓòÉ
  1751.  
  1752. WinCreateObject or WinSetObjectData against an open object will hang Desktop 
  1753.  
  1754. If WinCreateObject or WinSetObjectData API are used to modify an object that 
  1755. already exists and is open, the Desktop will hang.  After Reboot an attempt to 
  1756. modify this object with an API may cause the Desktop to hang, even if the 
  1757. object has been closed.  The OS/2 2.0 PM Workplace Shell was changed to correct 
  1758. this problem. 
  1759.  
  1760.  
  1761. ΓòÉΓòÉΓòÉ 1.158. PJ05044:  EMS_OS_LOW_MAP_Region stays at 384 needs 576. This is needed ΓòÉΓòÉΓòÉ
  1762.  
  1763. EMS_OS_LOW_MAP_Region stays at 384 needs 576.  This is needed for Quarterdeck 
  1764. porting DESQVIEW to VDM. 
  1765.  
  1766. DOS setting EMS_LOW_OS_MAP_REGION stalls at 384k.  Modules VDMM.C and VDMMCRT.C 
  1767. have been corrected to support a setting of greater than 384 for the 
  1768. EMS_LOW_OS_MAP_REGION. 
  1769.  
  1770.  
  1771. ΓòÉΓòÉΓòÉ 1.159. PJ05052:  WinSendMsg with MM_Queryselitemid when a menu is selected ΓòÉΓòÉΓòÉ
  1772.  
  1773. WinSendMsg with MM_Queryselitemid when a menu is selected returns mid error. 
  1774.  
  1775. When a menu item is selected from the action bar, the menu item and the 1st 
  1776. item of its drop down menu are highlighted or selected.  When the application 
  1777. queries the Id of the item selected (MM_QUERYSELITEMID) in response to a 
  1778. WM_MENUSELECT message, the application gets MID_ERROR in return.  Finally, the 
  1779. Id of the 1st item in the drop down menu is returned.  The problem is that the 
  1780. Id of the selected menu item (from action bar) is not pass to the quering 
  1781. application.  Code changed to return both menu item's IDs. 
  1782.  
  1783.  
  1784. ΓòÉΓòÉΓòÉ 1.160. PJ05090:  Double click on entry field not working in OS/2 2.0 ΓòÉΓòÉΓòÉ
  1785.  
  1786. Customer has an application in which he double clicks on an entry field.  Uses 
  1787. PMSPY to see that message is not getting to the dialog procedure.  This worked 
  1788. in 1.3.  OS/2 2.0 PM Workplace Shell changed to correct this problem. 
  1789.  
  1790.  
  1791. ΓòÉΓòÉΓòÉ 1.161. PJ05093:  DosConnectNMPipe giving error 109 where it worked in 1.3. ΓòÉΓòÉΓòÉ
  1792.  
  1793. DosConnectNMPipe returning 109 error in 2.0 where the same exact call in 1.3 
  1794. worked.  The code has been changed to check if the pipe was closed while the 
  1795. call was in a blocked state. 
  1796.  
  1797.  
  1798. ΓòÉΓòÉΓòÉ 1.162. PJ05097:  Disabled menu item which has been added dynamically turns ΓòÉΓòÉΓòÉ
  1799.  
  1800. Disabled menu item which has been added dynamically turns black after it has 
  1801. been clicked. 
  1802.  
  1803. Disabled Menu Item added dynamically reverses to Black Color when clicked on 
  1804. it.  Menu Item is still disabled after selecting, it is just the appearance 
  1805. from disable to enable that changes. 
  1806.  
  1807.  
  1808. ΓòÉΓòÉΓòÉ 1.163. PJ05147:  Floppy change line not supported, causes beep during Install. ΓòÉΓòÉΓòÉ
  1809.  
  1810.  1) Fixes command line parsing for IBM1FLPY.ADD.
  1811.  2) Add VIDEOPAUSE support. This fixes problems during Part II of OS/2
  1812.     installation when using Adaptec 154x controllers.
  1813.  3) Fix problems in support of drives with no changeline.  In some
  1814.     cases, the wrong diskette drive was being accessed.  Also, the
  1815.     non-ready timeout was too long for drives without a changeline.
  1816.  
  1817.  
  1818. ΓòÉΓòÉΓòÉ 1.164. PJ05157:  PMV2001 running seamless WIN APP using OS/2 Kernel 6.412, ΓòÉΓòÉΓòÉ
  1819.  
  1820. PMV2001 running seamless WIN APP using OS/2 Kernel 6.412, GA works OK 
  1821.  
  1822. Running Windows application seamless caused PMV2001 error messages to the 
  1823. effect that the Workplace Shell had run out of memory.  Running the same 
  1824. application off WINOS2 worked ok.  Memory was being allocated and not freed. 
  1825. The code was changed to fix the problem. 
  1826.  
  1827.  
  1828. ΓòÉΓòÉΓòÉ 1.165. PJ05160:  OS/2 Kernel fix causes LOTUS 123 V3.1 not to read/write ΓòÉΓòÉΓòÉ
  1829.  
  1830. OS/2 Kernel fix causes LOTUS 123 V3.1 not to read/write drive A:  causes 
  1831. protection fault. 
  1832.  
  1833. Post GA and Pre-6.429 OS/2 Kernel files cause LOTUS 123 v3.1 abend when 
  1834. accessing A:  drive or when user presses control-break. Em86CreateWrtSel was 
  1835. changed so that ECX is now preserved. 
  1836.  
  1837.  
  1838. ΓòÉΓòÉΓòÉ 1.166. PJ05162:  Communals in BSS segment aren't always initialized by the ΓòÉΓòÉΓòÉ
  1839.  
  1840. Communals in BSS segment aren't always initialized by the Loader to 0. 
  1841.  
  1842. The problem was that fixups were getting written to both initialized and 
  1843. zero-filled pages when the two types of pages were combined under a single page 
  1844. range. 
  1845.  
  1846.  
  1847. ΓòÉΓòÉΓòÉ 1.167. PJ05179:  Access violation in FKA.DLL ΓòÉΓòÉΓòÉ
  1848.  
  1849. Trap 000D while accessing QueryFKADisplayDetails routine in FKA.DLL.  Proper 
  1850. Flag (abort execution) is returned if the return value of FrameMinMax is zero, 
  1851. and the user responded to the WM_MINMAXFRAME with a TRUE, indicating the 
  1852. operation is to be aborted.  Problem fixed in OS/2 2.0 PM Window support. 
  1853.  
  1854.  
  1855. ΓòÉΓòÉΓòÉ 1.168. PJ05185:  SYS3175 IN COREL DRAW 2.00A FOR OS/2. ΓòÉΓòÉΓòÉ
  1856.  
  1857. TRAP D in CorelDraw 2.00A when entering text using the text tool. The problem 
  1858. was a test as to whether the text is greater than the user supplied buffer was 
  1859. performed before the code to recalculate the offset in the buffer.  Then the 
  1860. recalculation could cause the length to changed to a value greater than that of 
  1861. the buffer.  To fix the problem, the test was moved to after the recalculation. 
  1862. Now, no more text than can fit in the buffer will be supplied. 
  1863.  
  1864.  
  1865. ΓòÉΓòÉΓòÉ 1.169. PJ05187:  16 Bit program gives incorrect register information on trap ΓòÉΓòÉΓòÉ
  1866.  
  1867. The problem was that the system's general protection fault handler, trap0d, was 
  1868. not preserving EAX while attempting to correct a fault that occurred in protect 
  1869. mode of the kernel.  This is why AX usually contained the flat ring 0 data 
  1870. selector (0x158 on retail kernel, and 0x168 on debug kernel).  This problem 
  1871. equally affects 32-bit programs. 
  1872.  
  1873.  
  1874. ΓòÉΓòÉΓòÉ 1.170. PJ05189:  Trap D related with keyboard monitors ΓòÉΓòÉΓòÉ
  1875.  
  1876. If many DosMonOpen/DosMonClose's happen at the same time, the monitor 
  1877. dispatcher may not free a semaphore.  When that process ends, the semaphore is 
  1878. destroyed, but it is not a valid semaphore so the problem occurs. 
  1879.  
  1880.  
  1881. ΓòÉΓòÉΓòÉ 1.171. PJ05191:  System hung in loop on DosMonRead and DosMonWrite ΓòÉΓòÉΓòÉ
  1882.  
  1883. OS/2 2.0 running LANP/2 would sometimes hang after doing a DosMonWrite and 
  1884. DosMonClose.  When the hang occurs the Mouse still works.  Mon code was waiting 
  1885. on a semaphore that was not reset. 
  1886.  
  1887.  
  1888. ΓòÉΓòÉΓòÉ 1.172. PJ05214:  Autoscroll does not function in a right justified SLE ΓòÉΓòÉΓòÉ
  1889.  
  1890. Autoscroll does not function in a right justified SLE control box. 
  1891.  
  1892. When using a right justified single line entry control box, the autoscroll 
  1893. style does not function.  Appropriate code was modified to correct problem. 
  1894.  
  1895.  
  1896. ΓòÉΓòÉΓòÉ 1.173. PJ05215:  Old DOS applications using FCB's seem to corrupt File System. ΓòÉΓòÉΓòÉ
  1897.  
  1898. Customer's testcase failed due to FCB handles not being closed properly. 
  1899. Changed the kernel to account for FCBs. 
  1900.  
  1901.  
  1902. ΓòÉΓòÉΓòÉ 1.174. PJ05226:  Drag and drop to Laserjet not correctly formatting page ΓòÉΓòÉΓòÉ
  1903.  
  1904. Drag and drop to Laserjet not correctly formatting page through query of forms. 
  1905.  
  1906. Additional space given when not computing the correct height for characters in 
  1907. cyheight.  This problem was corrected in OS/2 2.0 PM Workplace Shell. 
  1908.  
  1909.  
  1910. ΓòÉΓòÉΓòÉ 1.175. PJ05232:  Alt-F4, after opening the Calculator locks up the keyboard. ΓòÉΓòÉΓòÉ
  1911.  
  1912. The customer reported that the Desktop would lock up when certain keystrokes 
  1913. were struck while moving around the Desktop when the PM calculator application 
  1914. was present.  A change was made to the way the calculator application saves / 
  1915. restored the keyboard state table each time it became active / inactive. 
  1916.  
  1917.  
  1918. ΓòÉΓòÉΓòÉ 1.176. PJ05247:  GA driver's COM.SYS/VCOM.SYS broke X00.SYS ΓòÉΓòÉΓòÉ
  1919.  
  1920. GA's driver's VCOM.SYS and COM.SYS abends with X00.SYS (FOSSIL Driver) for BBS. 
  1921. The fix for this problem adds a new DOS setting HW_COM that removes the IO 
  1922. hooks from the com port driver. 
  1923.  
  1924.  
  1925. ΓòÉΓòÉΓòÉ 1.177. PJ05290:  When Wm_QueryTrackInfo is sent, BP is getting corrupted. ΓòÉΓòÉΓòÉ
  1926.  
  1927. In short, when the WM_QUERYTRACKINFO message is sent, PM is walking over memory 
  1928. at 13 and 14 bytes past the end of the structure (TRACKINFO) being passed as 
  1929. one of the mparams.  This is causing BP to get corrupted on the stack, and so 
  1930. we (Lotus) crash.  Fixed field-length defines in THK32.INC so BP doesn't get 
  1931. corrupted. 
  1932.  
  1933.  
  1934. ΓòÉΓòÉΓòÉ 1.178. PJ05292:  BP register gets trashed when a WM_TRANSLATEACCEL is sent ΓòÉΓòÉΓòÉ
  1935.  
  1936. BP register gets trashed when a WM_TRANSLATEACCEL is sent via the WinSendMsg 
  1937. API. 
  1938.  
  1939. Cust sees that when he issues a WinSendMsg with a WM_TRANSLATEACCEL message, 
  1940. the memory 4 bytes past the structure that is being passed as a parameter is 
  1941. being trashed, causing the application to trap.  Fixed field-length defines in 
  1942. THK32.INC so BP doesn't get corrupted. 
  1943.  
  1944.  
  1945. ΓòÉΓòÉΓòÉ 1.179. PJ05310:  Mouse support problem with WORD4 on VGA machine ΓòÉΓòÉΓòÉ
  1946.  
  1947. The mouse would scroll with the text when it scrolled; pieces of the mouse 
  1948. would be left behind sometimes.  The problem occurs when MS WORD, while in 
  1949. graphics mode, makes an INT33 Function 9 call followed by an INT33 Function 10 
  1950. call, to set one graphics cursor and one HARDWARE text cusor respectively.  The 
  1951. Function 10 call causes VMOUSE and VVIDEO to flag the VDM as having a HARDWARE 
  1952. cursor.  This only seems to be significant to the vvPtrRestore routine in 
  1953. VVIDEO, which at seeing the flag, stifles all subsequent calls to 
  1954. vvPtrEraseGraphPtr.  Thus, the mouse pointer (when below the current line) was 
  1955. being redrawn but not erased each time the user pressed enter for a new line. 
  1956. I have modified the VVIDEO device driver to check the Video Mode before 
  1957. granting any request to define a text or graphic pointer.  I have also modified 
  1958. the VMOUSE device driver such that, rather than forcing a value of 1 into AX 
  1959. upon completion of the define pointer request, it now simply passes on the 
  1960. value returned in AX by VVIDEO (1 - emulated/0 - not emulated). 
  1961.  
  1962.  
  1963. ΓòÉΓòÉΓòÉ 1.180. PJ05318:  Child process still remains in the Task List after the child ΓòÉΓòÉΓòÉ
  1964.  
  1965. Child process still remains in the Task List after the child process and parent 
  1966. process are killed. 
  1967.  
  1968. WinSendMsg needed to completely terminate child process to the Shell Process. 
  1969. Code change implemented. 
  1970.  
  1971.  
  1972. ΓòÉΓòÉΓòÉ 1.181. PJ05354:  Cannot loadhigh in DOS 5.0 VMB session ΓòÉΓòÉΓòÉ
  1973.  
  1974. Doing a DOS 5.0 boot from a diskette in a DOS VDM, with FSFILTER.SYS in the 
  1975. CONFIG.SYS, prevents LOADHIGH from loading TSRs in Upper Memory Block (UMB) 
  1976. regardless of the amount of memory available in Upper Memory.  Code added to 
  1977. FSFILTER.SYS to allow loadhigh to work correctly. 
  1978.  
  1979.  
  1980. ΓòÉΓòÉΓòÉ 1.182. PJ05360:  Running out of heap space much faster under 2.0 than in 1.3 ΓòÉΓòÉΓòÉ
  1981.  
  1982. Customer says that his application gets 1012 hex error when issuing APIs 
  1983. WinCreateAccelTable, WinCreateMsgQueue and WinCreateStdWind ow. Customer says 
  1984. that system runs out of heap space much faster with 2.0 than in 1.3.  Customer 
  1985. ran a simple program which creates standard windows until application runs out 
  1986. of heap space.  He was able to create 746 standard windows under 1.3.  But he 
  1987. was able to create only 99 windows when running this test case under 2.0.  PM 
  1988. Window heap code was changed to correct this problem. 
  1989.  
  1990.  
  1991. ΓòÉΓòÉΓòÉ 1.183. PJ05370:  Hang - Mouse moves  OK, mouse buttons and keyboard not ΓòÉΓòÉΓòÉ
  1992.  
  1993. Hang - Mouse moves OK, mouse buttons and keyboard not working. Applications 
  1994. continue to run (EG PULSE). 
  1995.  
  1996. A problem was reported in which the Desktop would hang while in the process of 
  1997. switching sessions.  A change was made to the keyboard driver such that if a 
  1998. period of three seconds occurrs after a 'make' keystroke is received, and a 
  1999. 'break' is not encountered, the 'make' will be disregarded. 
  2000.  
  2001.  
  2002. ΓòÉΓòÉΓòÉ 1.184. PJ05404:  Network printer user defined forms not seen by ΓòÉΓòÉΓòÉ
  2003.  
  2004. Network printer user defined forms not seen by application. 
  2005.  
  2006. If an application does not pass in a printer name on the DevPostDeviceModes and 
  2007. the print object does not have a port associated, such as with a network 
  2008. printer object, the customer will not be able to see their user defined forms. 
  2009. The code has been changed so if an application does not pass a printer name on 
  2010. the DevPostDeviceModes call and there is no port associated with the queue, 
  2011. then the print destination can be used if that object is the default printer 
  2012. object on the Desktop.  The user will still not be able to use the forms with 
  2013. other printer objects that are not setup as the system default. 
  2014.  
  2015.  
  2016. ΓòÉΓòÉΓòÉ 1.185. PJ05411:  Print object hangs the Workplace Shell ΓòÉΓòÉΓòÉ
  2017.  
  2018. A problem was reported with the printer object on the OS/2 Desktop. Often, 
  2019. while the settings pages were accessed the Desktop would hang.  A deadlock 
  2020. situation was found in which the print object thread would stall while another 
  2021. Workplace thread was updating the informat- ion in the ini files.  The 
  2022. interface between these threads has changed to prevent this problem. 
  2023.  
  2024.  
  2025. ΓòÉΓòÉΓòÉ 1.186. PJ05433:  Read queue loops in Q_EMPTY ΓòÉΓòÉΓòÉ
  2026.  
  2027. Under certain circumstances it was possible for the system to continually loop 
  2028. in a routine called q_empty.  This routine is called by DosReadQueue and 
  2029. DosPeekQueue.  Semaphore was set before entering the loop to prevent getting 
  2030. stuck in the loop. 
  2031.  
  2032.  
  2033. ΓòÉΓòÉΓòÉ 1.187. PJ05476:  RSPINST fails with SYS3175 ΓòÉΓòÉΓòÉ
  2034.  
  2035. SYS3175 or Trap 000D errors in a nonswapping environment in low memory 
  2036. situations.  Changed memory code in the Kernel to correct this problem. 
  2037. Temporary fix:  Add more memory. 
  2038.  
  2039.  
  2040. ΓòÉΓòÉΓòÉ 1.188. PJ05480:  Semaphore handle gets corrupted. ΓòÉΓòÉΓòÉ
  2041.  
  2042. Semaphore handle gets corrupted and system gets deadlocked.  The OS/2 2.0 PM 
  2043. Workplace Shell was changed to correct this problem. 
  2044.  
  2045.  
  2046. ΓòÉΓòÉΓòÉ 1.189. PJ05506:  Once an object is hidden with WinSetObjectData, the object ΓòÉΓòÉΓòÉ
  2047.  
  2048. Once an object is hidden with WinSetObjectData, the object can not be unhidden. 
  2049.  
  2050. An object is hidden using WinSetObjectData.  Unhiding the same object using the 
  2051. same call is not working.  Once the object is hidden it stays hidden.  The OS/2 
  2052. 2.0 PM Workplace Shell was changed to correct this problem. 
  2053.  
  2054.  
  2055. ΓòÉΓòÉΓòÉ 1.190. PJ05511:  32 Bit call hooks don't work ΓòÉΓòÉΓòÉ
  2056.  
  2057. Call Hooks do not work if installed (WinSetHook with the HK_CallHook option), 
  2058. as a 32 bit procedure.  They do work as a 16 bit procedure.  In the former 
  2059. call, PMWIN crashes in what appears to be a call to the hook itself.  PMWIN 
  2060. calls the hooks in the HW_CallHook chain directly without checking the memory 
  2061. model.  So we end up calling their hook by doing a 16bit call to a 32bit 
  2062. address. 
  2063.  
  2064.  
  2065. ΓòÉΓòÉΓòÉ 1.191. PJ05594:  Popup message from LAN Requester print causes WIN-OS2 ΓòÉΓòÉΓòÉ
  2066.  
  2067. Popup message from LAN Requester print causes WIN-OS2 screen to go black until 
  2068. timeout or ESC on XGA machine 
  2069.  
  2070. The XGA VDD mistakenly pass the query mode request to the VVGA. Code has been 
  2071. fixed in module VXGA. 
  2072.  
  2073.  
  2074. ΓòÉΓòÉΓòÉ 1.192. PJ05655:  Keybord lock problem in OS/2 full screen session, just beeps ΓòÉΓòÉΓòÉ
  2075.  
  2076. Keyboard beeps and locks while running monitors.  The kbd beeps due to the 
  2077. registered monitor not accepting any more keystrokes if the user types too 
  2078. fast.  DosMonWrite, DosMonClose, DosMonOpenKbd$ changed to correct problem. 
  2079.  
  2080.  
  2081. ΓòÉΓòÉΓòÉ 1.193. PJ05673:  Network print object truncates Named Pipe to 8 characters ΓòÉΓòÉΓòÉ
  2082.  
  2083. The printer server has a queue connected to output of \pipe\trhp2b. The user is 
  2084. defined on the domain controller and print server as a user with administrative 
  2085. authority.  The user does a net use for lpt2 to the print queue.  The user 
  2086. opens settings for the print queue via the network folder.  Select the output 
  2087. tab.  The output pipe names are truncated to '\pipe\tr' and no output is 
  2088. selected.  The user selects one of the 'Pipe' definitions and closes settings. 
  2089. The user receives an error indicating an invalid parm and a 2nd error 
  2090. indicating that the printer destination can not be found.  When you open 
  2091. settings and select the output tab at the print server, there is no output 
  2092. connection selected.  There are two modules fixed for this:  PMSPL.DLL and 
  2093. WPPRINT.DLL.  The PMSPL.DLL must be installed on any OS/2 2.0 Print Server that 
  2094. will be accessed from a Requestor running this updated print object module 
  2095. WPPRINT.DLL.  If a Requestor with this fix applied tries to open the settings 
  2096. for a Print Server that does not have this PMSPL.DLL fix applied, the requestor 
  2097. may get garbage in its Output settings box, and possibly trap later. 
  2098.  
  2099.  
  2100. ΓòÉΓòÉΓòÉ 1.194. PJ05679:  CTRL-ESC does not display Window List when a disabled button ΓòÉΓòÉΓòÉ
  2101.  
  2102. CTRL-ESC does not display Window List when a disabled button has focus. 
  2103.  
  2104. When a disable button has focus, Ctrl+Esc will not bring up the Window List. 
  2105. Code Error:  Checking that current window (focus taken away from) was disable. 
  2106. If so, that means window is being destroyed. Now, parent chain is traversed to 
  2107. find frame window.  If frame window is not disable, bring up Window List. 
  2108.  
  2109.  
  2110. ΓòÉΓòÉΓòÉ 1.195. PJ05683:  Background REXX Program can not continue when VIOPOPUP in ΓòÉΓòÉΓòÉ
  2111.  
  2112. Background REXX Program can not continue when VIOPOPUP in foreground. 
  2113.  
  2114. Background processing of a REXX batch file halts when a viopopup is displayed 
  2115. by another program.  This problem can be caused by starting a REXX Application 
  2116. that starts a PM application that terminates itself. Once the PM application 
  2117. has completed the REXX file can no longer execute other programs following the 
  2118. PM app until the foreground viopopup has been dismissed.  New code hasthis 
  2119. problem. 
  2120.  
  2121.  
  2122. ΓòÉΓòÉΓòÉ 1.196. PJ05731:  IPE at 0160 : FFF7BB9C using updated VCOM.SYS. ΓòÉΓòÉΓòÉ
  2123.  
  2124. When using multimedia extensions for Windows, VCOM.SYS was failing on a call to 
  2125. VDHQueryLin during INT 66H processing.  Failure was due to failing to clear the 
  2126. upper half of the ESI register.  VCOM.SYS code changed to correct this problem. 
  2127.  
  2128.  
  2129. ΓòÉΓòÉΓòÉ 1.197. PJ05742:   2.0 WinDDEInitiate api call causes access violation. ΓòÉΓòÉΓòÉ
  2130.  
  2131. When using the WinDDEInitiate api in 32 bit mode, Lotus application crashed. 
  2132. The error returned was PMWIN:7.  Code changed in OS/2 2.0 PM Window support to 
  2133. correct this problem. 
  2134.  
  2135.  
  2136. ΓòÉΓòÉΓòÉ 1.198. PJ05763:  Object class pointer passed to WPCLSUNINITDATA is bad. ΓòÉΓòÉΓòÉ
  2137.  
  2138. Object Pointer which does not point to any Class hangs WPSH.  When a class .DLL 
  2139. unloaded prematurely, a problem in the WPSH exception handler caused the system 
  2140. to hang.  The exception handler was fixed to correctly handle this situation. 
  2141.  
  2142.  
  2143. ΓòÉΓòÉΓòÉ 1.199. PJ05769:  ATM Traps with Font with large kerning table. ΓòÉΓòÉΓòÉ
  2144.  
  2145. ATM font with a large kerning table will not load through the font palette. 
  2146. PMATM had not handled AFM files greater than 64K.  This problem was resident 
  2147. since 1.3.  Corrected to handle over 64K AFM files. 
  2148.  
  2149.  
  2150. ΓòÉΓòÉΓòÉ 1.200. PJ05787:  Extra PF keys on 122 key keyboard are not supported in PM ΓòÉΓòÉΓòÉ
  2151.  
  2152. Extra PF keys on 122 key keyboard are not supported in PM environment under 
  2153. OS/2 2.0. 
  2154.  
  2155. F13-F24 keys on 122 keyboard not supported in PMWIN code. PMWIN.DLL changed 
  2156. code in jagvkey.asm to recognize F13-F24 keys on 122 keyboard. 
  2157.  
  2158.  
  2159. ΓòÉΓòÉΓòÉ 1.201. PJ06014:  Redirected output from int 21 functions 02h and 06h ΓòÉΓòÉΓòÉ
  2160.  
  2161. Redirected output from int 21 functions 02h and 06h does not appear in an 
  2162. output file. 
  2163.  
  2164. As part of it's attempt to self-check results, the DT.EXE test had occasion to 
  2165. "rewind" STDOUT sometimes and check if expected output characters have appeared 
  2166. in the redirected output file.  Redirected output from Int 21 fn 02H and 06H 
  2167. (output) isn't showing up in the output file.  DT finds the characters written 
  2168. previous to the one it expected. 
  2169.  
  2170.  
  2171. ΓòÉΓòÉΓòÉ 1.202. PJ06015:  Virtual Machine Boot ( VMB ) does not have files = ΓòÉΓòÉΓòÉ
  2172.  
  2173. Virtual Machine Boot ( VMB ) does not have files = support. 
  2174.  
  2175. The files= xxx line was being ignored in a VMB in the CONFIG.SYS file.  Move a 
  2176. line from demcreatevdm2 to vdm1 to allow file=. 
  2177.  
  2178.  
  2179. ΓòÉΓòÉΓòÉ 1.203. PJ06016:  DPMI not always unlocking memory it locked down, ΓòÉΓòÉΓòÉ
  2180.  
  2181. PJ06016:  DPMI not always unlocking memory it locked down, affects AUTOCAD 12 
  2182. and other DPMI using programs. 
  2183.  
  2184. There was a problem in the logic DPMI used to free mapped objects if a real 
  2185. mode page was mapped more than once into a protect mode memory block.  Fixed 
  2186. dpmFreeMapItem to work correctly so that all mapped pages will be unlocked. 
  2187.  
  2188.  
  2189. ΓòÉΓòÉΓòÉ 1.204. PJ06017:  Diskette drive becomes inoperable after changing the ΓòÉΓòÉΓòÉ
  2190.  
  2191. Diskette drive becomes inoperable after changing the value of port 21h 
  2192. (Interrupt Mask Register). 
  2193.  
  2194. In a VDM, sometimes diskette drives become inoperable after changing the value 
  2195. of port 21H (Interrupt Mask Register).  VPIC provided an interface for VFLPY to 
  2196. mask and unmask IRQ 6. The Effective IMR was not being updated.  This is now 
  2197. being done. 
  2198.  
  2199.  
  2200. ΓòÉΓòÉΓòÉ 1.205. PJ06018:  Vwin.sys placed in Config.sys when Dos/Win not installed. ΓòÉΓòÉΓòÉ
  2201.  
  2202. Vwin.sys is placed in the config.sys when DosEnvironment=0 in response file 
  2203. install.  Vwin.sys is not installed to the hard disk, but the config.sys tries 
  2204. to load it resulting in a error at boot time.  One of the two places that the 
  2205. Vwin.sys could be added to the config.sys did not check to see if you were 
  2206. actually installing WIN-OS/2, only if seamless WIn-OS/2 would be installed. 
  2207. Since WIN-OS/2 is always and only availabe on VGA displays, all VGA display 
  2208. systems would get this error if WIN- OS/2 was not selected for installation. 
  2209.  
  2210.  
  2211. ΓòÉΓòÉΓòÉ 1.206. PJ06019:  Response file install won't install 8514/A when using ΓòÉΓòÉΓòÉ
  2212.  
  2213. Response file install won't install 8514/A when using SEMAINT. 
  2214.  
  2215. Response file install won't install 8514/A when using semaint.  In the C/I/D 
  2216. install scenarios, OS/2 builds a maintanance system using SEMAINT, Reboots off 
  2217. the maintsys, then starts the response file install.  The display type for 
  2218. 8514/A is incorrectly detected.  OS/2 detects the display type as a VGA.  The 
  2219. code was altered to change the process to query the system for the proper 
  2220. detection of the XGA and 8514/A adapter. 
  2221.  
  2222.  
  2223. ΓòÉΓòÉΓòÉ 1.207. PJ06031:  16BIT mixed mode application calls 32BIT user built dll ΓòÉΓòÉΓòÉ
  2224.  
  2225. 16BIT mixed mode application calls 32BIT user built dll which does DosRead. 
  2226. Trap 000D occurs in DOSCALL1.DLL when thunk changes sp 
  2227.  
  2228. The scenario occurs when 16bit mixed mode application calls into a 32 bit user 
  2229. built dll which calls a DosRead.  The stack which DOSCALL1.DLL uses comes from 
  2230. 16bit main.  When the 32 bit entry point to DosRead is called, DOSCALLS.DLL 
  2231. thunks the parameters to 16bit since DosRead is 16bit.In GA when this was done 
  2232. the thunk looked at stack pointer and if within 1024 bytes of 64k boundary it 
  2233. was bumped up to boundary to start in next segment.  This does not adversely 
  2234. affect 32 bit applications.  but gets trap 000D when called in manner 
  2235. described. Problem corrected by allocating new stack when this case occurs. 
  2236.  
  2237.  
  2238. ΓòÉΓòÉΓòÉ 1.208. PJ06032:  Installing printers from the control panel kills VDM. ΓòÉΓòÉΓòÉ
  2239.  
  2240. If you chose to add a printer (main, control panel, printers, install) without 
  2241. a diskette in drive a:, a message says that the program has executed an illegal 
  2242. instruction and kills the VDM.  Code change to em86int.asm to fix the problem. 
  2243.  
  2244. Note:  This APAR is answered for informational purposes regarding an internal 
  2245. defect. 
  2246.  
  2247.  
  2248. ΓòÉΓòÉΓòÉ 1.209. PJ06035:  Mystify Screensaver causes a GP fault and kills VDM ΓòÉΓòÉΓòÉ
  2249.  
  2250. The WINOS2 and WINOS231 path is set to winos2.com which does not allow you to 
  2251. select windows fullscreen on the session page of the notebook (winos2.com is 
  2252. DOS full screen).  The path should be * with the working directory set to the 
  2253. correct windows director From control panel, Desktop, if you chose Mystify 
  2254. screensaver, a GP fault occurs and the vdm closes. 
  2255.  
  2256. Note:  This APAR is created and closed for informational purposes as a internal 
  2257. Defect.  Below are closure comments from the developer:  . EM86 was not always 
  2258. insuring that the user's data segment was valid so it was possible to trash 
  2259. kernel data. 
  2260.  
  2261.  
  2262. ΓòÉΓòÉΓòÉ 1.210. PJ06050:  Trap 000e when closing folders with printers in them. ΓòÉΓòÉΓòÉ
  2263.  
  2264. PET Foods is experiencing a problem where a TRAP E occurs when they close their 
  2265. folder that contains all their printers.  The shell was unloading all of our 
  2266. data that was associated with the print objects. We now lock our objects so 
  2267. they can never go dormant when the folder is closed.  If they don't go dormant, 
  2268. the shell should never free our data. 
  2269.  
  2270.  
  2271. ΓòÉΓòÉΓòÉ 1.211. PJ06052:  C0000005 error displayed during boot process. ΓòÉΓòÉΓòÉ
  2272.  
  2273. C0000005 error displayed and system hangs during the boot process when 
  2274. customer's 1.x Device Driver which references a customer DLL is included in the 
  2275. config.sys device=xxxx.  This is a working 1.x product that fails on 2.0 GA 
  2276. code.  The failure is caused by the system not calling the DLL's initialization 
  2277. code when the DD and DLL are loaded. 
  2278.  
  2279.  
  2280. ΓòÉΓòÉΓòÉ 1.212. PJ06053:  DLMSEM Internal err - libi block bad flags. ΓòÉΓòÉΓòÉ
  2281.  
  2282. Taking a TK inversion panic on a RequestMutex on the DLMSem. TKLibiInitNextDll 
  2283. did not free the DLMSem as the libi init block did not have the DosLoadModule 
  2284. flag set.  Consequently the thread that did the load was still the owner of the 
  2285. semaphore after the load was complete. The thread then went away, and the slot 
  2286. id was reused for another thread in another process.  When the original process 
  2287. did a DosLoadModule (different thread), the semaphore code paniced as the owner 
  2288. of the semaphore was bad.  DLM SEM problem - could exit from DosLoadModule 
  2289. without freeing the semaphore due to plib flags. 
  2290.  
  2291.  
  2292. ΓòÉΓòÉΓòÉ 1.213. PJ06057:  Cannot change border size of schemes in scheme palette. ΓòÉΓòÉΓòÉ
  2293.  
  2294. This APAR was a result of an internal defect as described below: On 6.420, go 
  2295. to scheme palette and select a scheme to edit the border size of that scheme. 
  2296. Notice that the sample in the edit scheme dialog does not update while you are 
  2297. changing the border size.  If you drag the editted scheme onto any windows, the 
  2298. border sizes of the recipient windows do not change.  Code changes to 
  2299. textconv.c and ddepragt.c is fix the problem. 
  2300.  
  2301.  
  2302. ΓòÉΓòÉΓòÉ 1.214. PJ06058:  Nack running DDE, DIB FORMAT, PM CLIENT / WIN SRVR, ΓòÉΓòÉΓòÉ
  2303.  
  2304. Nack running DDE, DIB FORMAT, PM CLIENT / WIN SRVR, VGA only. 
  2305.  
  2306. Internal Defect information:  Nack is received doing DDE, device dependant 
  2307. bitmap format, PM Client / Windows Server.  This problem exists in both XGA and 
  2308. VGA environment. 
  2309.  
  2310.  -  Works fine in the VGA/GA environment
  2311.  -  Nack is not received in the XGA/GA environment; however, the
  2312.     data is never received from the server.
  2313.  
  2314. Changes made to clipping and DDE code to fix problem. 
  2315.  
  2316.  
  2317. ΓòÉΓòÉΓòÉ 1.215. PJ06059:  Insufficient memory error when performing DDE. ΓòÉΓòÉΓòÉ
  2318.  
  2319. Internal defect information:  When requesting bitmap format, warm/hot links, a 
  2320. message box saying that you have insufficient memory is displayed.  Fix made to 
  2321. btmpconv.c in the clipping code. 
  2322.  
  2323.  
  2324. ΓòÉΓòÉΓòÉ 1.216. PJ06060:  Clipboard and DDE can not be switched to private ΓòÉΓòÉΓòÉ
  2325.  
  2326. There are WINOS2 settings to switch Clipboard and DDE to private (default is 
  2327. public).  If you select private, the Clipboard (and DDE) remains public.  Also, 
  2328. the settings are not being saved - if you chose private in WINOS2 setup, close 
  2329. it down and reopen it, public is still set. 
  2330.  
  2331.  
  2332. ΓòÉΓòÉΓòÉ 1.217. PJ06071:  XGA system deadlocks waiting for Coprocessor not busy ΓòÉΓòÉΓòÉ
  2333.  
  2334. If I run an XGA application, e.g.  FVT test application. NATIVE.EXE, in a VDM 
  2335. and I invoke a screen switch i.e., CTRL or ALT + ESC at just the right time 
  2336. that the application is commanding the XGA coprocessor, the VXGA DD gets stuck 
  2337. in a loop waiting for the XGA Coprocessor Busy bit to clear.  Since the loop is 
  2338. so tight (test and jump), the XGA Coprocessor never gets a chance to finish 
  2339. servicing the application and come ready.  Upon switch to backround VXGASetBgnd 
  2340. is calling vXGAVideoState which is calling vXGAWaitForCoProReady which is still 
  2341. getting caught in a TST and JMP loop.  Code modified to correct this condition. 
  2342.  
  2343.  
  2344. ΓòÉΓòÉΓòÉ 1.218. PJ06072:  Windowing SVGA 1024X768X16 creates a blank (Black) window ΓòÉΓòÉΓòÉ
  2345.  
  2346. Running SVGA.EXE in a window produces a ring 0 trap on some systems, and 
  2347. generates erroneous data on others.  This problem is a source of great 
  2348. confusion to users, as they often run the program in a window, generating false 
  2349. results, and wreaking havoc with their video. Added the necessary code to the 
  2350. VSVGA.SYS module to invalidate usage of SVGA.EXE in a Windowed VDM. 
  2351.  
  2352.  
  2353. ΓòÉΓòÉΓòÉ 1.219. PJ06073:  SVGA.EXE in a window produces traps or erroneous data ΓòÉΓòÉΓòÉ
  2354.  
  2355. Running SVGA.EXE in a window produces a ring 0 trap on some systems, and 
  2356. generates erroneous data on others.  This problem is a source of great 
  2357. confusion to users, as they often run the program in a window, generating false 
  2358. results, and wreaking havoc with their video. Added the necessary code to the 
  2359. VSVGA.SYS module to invalidate usage of SVGA.EXE in a Windowed VDM. 
  2360.  
  2361.  
  2362. ΓòÉΓòÉΓòÉ 1.220. PJ06074: Corrupted DOS Full Screen Image (EVEREX CARD) ΓòÉΓòÉΓòÉ
  2363.  
  2364. This problem has been observed in the execution of FRACTINT on the EVEREX SVGA 
  2365. adapter in the 640x480x256 resolution.  We believe it is a VVID problem because 
  2366. it is manifested as a corrupted DOS Full Screen image.  Problem Scenario: 
  2367.  
  2368.  1. Executing FRACTINT in the DOS Full Screen produces a
  2369.     correct image, for VGA MCGA mode (Function key F3)
  2370.     320x200x256.
  2371.  2. Pressing Alt+Home to place the image in a DOS Window
  2372.     results in a correct image.
  2373.  3. Pressing Alt+Home again to return the image to a DOS
  2374.     Full Screen results in a corrupted image.
  2375.  This is a problem with the chain4 bit on some vga hardware.
  2376.  
  2377.  
  2378. ΓòÉΓòÉΓòÉ 1.221. PJ06075:  Cursor corruption on switch to fullscreen windows session ΓòÉΓòÉΓòÉ
  2379.  
  2380. Bring up several fullscreen Windows sessions - both ProgMan and Windows 
  2381. applications (CorelDraw, for ex).  Then, switch between the sessions using 
  2382. Alt-Esc, or go to the Desktop and use the Window List. Eventually, the sprite 
  2383. is corrupted but the problem is definitely intermittent and variable.  It 
  2384. appears with vertical lines over it. These lines stay and move - Acting as a 
  2385. part of the sprite until the sprite is changed (as when you resize, enter an 
  2386. application, ...).  To insure proper operation when it comes to modification of 
  2387. the hardware Sprite (Mouse Pointer), the current XGA Coprocessor request must 
  2388. complete its operation.  Therefore, to solve the Sprite corruption problem, we 
  2389. now have to wait for the Coprocessor to get done before reading or writing to 
  2390. the Sprite hardware. 
  2391.  
  2392.  
  2393. ΓòÉΓòÉΓòÉ 1.222. PJ06076:  XGA/VGA: Seamless windows application allows icons to bleed ΓòÉΓòÉΓòÉ
  2394.  
  2395. XGA/VGA:  Seamless windows application allows icons to bleed through 
  2396.  
  2397.  Recreate:
  2398.   (1)  Start a windows application in a seamless WINOS2
  2399.        session.  The problem was originally found with
  2400.        Clock.
  2401.   (2)  Open the Minimized Window Viewer.
  2402.   (3)  Position the mouse pointer over the minimize
  2403.        button of the seamless windows application
  2404.   (4)  Press the left mouse button to minimize the app.
  2405.        The application icon should appear in the Minimized
  2406.        Window  Viewer window highlighted. (If it is not
  2407.        highlighted, use the mouse to highlight it.)
  2408.   (5)  Press the ENTER key to restore the windows application
  2409.        to a seamless window.  Use the mouse to
  2410.        minimize the application.  Repeat this process of
  2411.        minimizing and restoring the windows application very
  2412.        quickly.
  2413.  
  2414. Eventually, the windows application will appear to lose the focus when it is 
  2415. restored.  If the mouse is used to select any function in the seamless window, 
  2416. whatever is underneath (on the Desktop) will bleed through or appear on top of 
  2417. the seamless window.  This occurs on both XGA and VGA systems.  The application 
  2418. can be closed from the Windows List and does not appear to have any side 
  2419. effects, other than the fact that the windows application can not be used while 
  2420. it is in this state. 
  2421.  
  2422.  
  2423. ΓòÉΓòÉΓòÉ 1.223. PJ06077:  Fixes for ADAPTEC 154X.ADD. ΓòÉΓòÉΓòÉ
  2424.  
  2425.  1.) Fixed Trap-D when supporting disks > 1GB.
  2426.  2.) Do not truncate cylinder counts for disks with >1024
  2427.      cylinders.
  2428.  3.) Allow for CDB without data transfer direction.
  2429.  
  2430.  
  2431. ΓòÉΓòÉΓòÉ 1.224. PJ06078:  BVHSVGA.DLL fails setting 256 color on TRIDENT 512K. ΓòÉΓòÉΓòÉ
  2432.  
  2433. Trying to change to the 256 color mode on Trident causes a failure in 
  2434. BVHSVGA.DLL.  Change was made to OEMHLP code to correct the problem. 
  2435.  
  2436.  
  2437. ΓòÉΓòÉΓòÉ 1.225. PJ06079:  ADAPTEC AHA174X.ADD fixes. ΓòÉΓòÉΓòÉ
  2438.  
  2439.  1.) Correct problems handling disks > 1GB.
  2440.  2.) Fix problems with shared IRQ levels on EISA machines.
  2441.  3.) Correct CDB/Request Sense lengths while clearing pending
  2442.      Unit Attention conditions on removable devices.
  2443.  
  2444.  
  2445. ΓòÉΓòÉΓòÉ 1.226. PJ06080:  ADAPTEC AHA152X.ADD fixes. ΓòÉΓòÉΓòÉ
  2446.  
  2447.  1.) Change over to ADD/DM command line parser.
  2448.  2.) Fix handling of request sense for internally generated
  2449.      commands.
  2450.  3.) Clear pending UNIT ATTENTION conditions on removable devices.
  2451.  4.) Also includes fix for IPE (DevHlp Usage Error) when
  2452.      configuration includes CD-ROM.
  2453.  
  2454.  
  2455. ΓòÉΓòÉΓòÉ 1.227. PJ06081:  ADAPTEC AHA164X.ADD fixes. ΓòÉΓòÉΓòÉ
  2456.  
  2457. Fixes for support of >1 GB drives on Adaptec's MicroChannel SCSI Adapter. 
  2458.  
  2459.  
  2460. ΓòÉΓòÉΓòÉ 1.228. PJ06083:  AHA154X.ADD - Incorrect SCSI sense data returned. ΓòÉΓòÉΓòÉ
  2461.  
  2462. A problem was found in the AHA154X code which causes the module to return 
  2463. incorrect sense data for certain SCSI commands.  Since sense data is used by 
  2464. OS2SCSI and drivers written to SCSI, to determine error conditions, drivers 
  2465. using the SCSI.SYS interface do not operate properly with the AHA154X.ADD 
  2466. driver. 
  2467.  
  2468.  
  2469. ΓòÉΓòÉΓòÉ 1.229. PJ06084:  Don't return error on IOCTL 8-66 if no media. ΓòÉΓòÉΓòÉ
  2470.  
  2471. IOCTL 8-66 returns an error if there is no media.  This is not necessary 
  2472. because the data packet already returns info on the presence of media.  IOCTL 
  2473. 8-66 doesn't return media not present error now.  It does return an indication 
  2474. of whether media is in the drive or not in the data packet. 
  2475.  
  2476.  
  2477. ΓòÉΓòÉΓòÉ 1.230. PJ06087:  FD16-700.ADD/FD8XX.ADD correct handling of SCSI sense ΓòÉΓòÉΓòÉ
  2478.  
  2479. FD16-700.ADD/FD8XX.ADD correct handling of SCSI sense data. 
  2480.  
  2481. Updates to IORB->StatusBlock were being written to the wrong segment.  Adapter 
  2482. Error codes in the IORB->StatusBlock were not being translated from CAM CS_* 
  2483. equates.  The flag in the IORB->StatusBlock indicating valid Sense Data was 
  2484. being set regardless of whether Sense Data was returned. 
  2485.  
  2486.  
  2487. ΓòÉΓòÉΓòÉ 1.231. PJ06088:  OS2SCSI.DMD - correct handling of READDEVICEPARMS. ΓòÉΓòÉΓòÉ
  2488.  
  2489. The bit settings in SCSCSI.H for the Device Flags field of Read Device 
  2490. Parameters were incorrect.  The device flags setting currently returned (0) was 
  2491. benign.  If a SCSI device had a pending check condition, then the first Read 
  2492. Device Parms request to the device may fail.  OS2SCSI uses IOCM_UNIT_STATUS to 
  2493. determine whether the device is Powered-On or Defective.  This request can set 
  2494. an error IORB Status if there is a pending check condition on the device. 
  2495. OS2SCSI failed the Read Device Parms call when an error was returned on the 
  2496. UNIT_STATUS IORB.  Removed IORB Status check on IOCM_UNIT_STATUS request. 
  2497. Corrected Device Flag equates. 
  2498.  
  2499.  
  2500. ΓòÉΓòÉΓòÉ 1.232. PJ06089:  Copy protection logic fail at IBM PUBLISHING/55. ΓòÉΓòÉΓòÉ
  2501.  
  2502. The logic of TT_NOT_CONSEC of CheckFormatPacket in DMIOCTL.C is wrong.  Problem 
  2503. was due to a typo in a test for the type of command (multitrack or not). 
  2504.  
  2505.  
  2506. ΓòÉΓòÉΓòÉ 1.233. PJ06094:  Server print properties are not reflected on the 2.0 ΓòÉΓòÉΓòÉ
  2507.  
  2508. Server print properties are not reflected on the 2.0 Requester properly 
  2509.  
  2510. Printer properties information on the server is not fully available to the 
  2511. requester using a network print object on a 2.0 requester.  The code was 
  2512. changed in PMSPL to correctly pass back to the requester using a network print 
  2513. object any information, such as new forms changes or updates, that have taken 
  2514. place on the server.  Note:  Apar PJ06094 opened from OS/2 1.3 APAR JR06464 for 
  2515. OS/2 2.0 
  2516.  
  2517.  
  2518. ΓòÉΓòÉΓòÉ 1.234. PJ06101:  VDM FullScreen in the foreground - the VDM still runs ΓòÉΓòÉΓòÉ
  2519.  
  2520. VDM FullScreen in the foreground - the VDM still runs OK and background 
  2521. applications run but CTRL-ESC/ALT-ESC doesn't work. 
  2522.  
  2523. The foreground application did not respond to messges to switch the focus so 
  2524. the 'application not responding' dialog was displayed.  But somehow a switch 
  2525. did occur and brought the VDM fullscreen session to the foreground.  When the 
  2526. 'application not responding' dialog is displayed, Session Manager will not 
  2527. allow session switches until the dialog is answered.  The problem here is the 
  2528. user cannot see the dialog but still Ctrl-Esc/Alt-Esc did not work.  The fix 
  2529. was to allow session switches if the 'application not responding' dialog is up 
  2530. but PM is not in the foreground. 
  2531.  
  2532.  
  2533. ΓòÉΓòÉΓòÉ 1.235. PJ06102:  OS/2 2.O Linker incompatible w/ CODEVIEW 1.0/BASCOM/2. ΓòÉΓòÉΓòÉ
  2534.  
  2535. When using BASCOM/2 and creating an executable using the OS/2 2.0 Linker 
  2536. generates the following error message when invoke by codeview 1.0:  Unknown 
  2537. symbol 
  2538.  
  2539. The problem was that LINK was using NB02 to delimit debugging information while 
  2540. LINK386 was using NB00 to delimit debugging information.  However, in OS/2 1.x, 
  2541. LINK used NB00 to delimit debugging information.  This incompatibility has been 
  2542. resolved. 
  2543.  
  2544.  
  2545. ΓòÉΓòÉΓòÉ 1.236. PJ06103:  LINK386 is generating a 16-bit reference. ΓòÉΓòÉΓòÉ
  2546.  
  2547. LINK386.exe is generating a 16-bit reference in the Toolkit sample vdd that was 
  2548. shipped at GA.  This happens when the vdd tries to do an import from any of the 
  2549. vpic subsystem.  All code objects in vpic are 32-bit flat.  The loader faults 
  2550. in load_vdd's when it tries to load the vdd.  We originally felt this was a 
  2551. loader problem, but further investigation showed that it was actually a bad 
  2552. fixup record that is being generated by the Linker. 
  2553.  
  2554.  
  2555. ΓòÉΓòÉΓòÉ 1.237. PJ06104:  LINK386 traps when linking applications with big libraries. ΓòÉΓòÉΓòÉ
  2556.  
  2557. The Linker only set one meg of virtual store for SRCLINES debugging 
  2558. information.  When linking objects and libraries with >1 Meg of SCRLINES info, 
  2559. the next memory object was overwritten which caused traps. 
  2560.  
  2561.  
  2562. ΓòÉΓòÉΓòÉ 1.238. PJ06105:  COMDAT problems. ΓòÉΓòÉΓòÉ
  2563.  
  2564.  1) This problem exposed two Linker problems related to the
  2565.     COMDAT object record.  The first, which led to the L1103
  2566.     error message, was that the Linker was not correctly
  2567.     assembling COMDATs that were defined in two or more records.
  2568.     Each COMDAT specifies an offset and length within the
  2569.     communal variable, but the Linker was not paying attention to
  2570.     the offset when determining the final size of the COMDAT.  For
  2571.     example, NONCONN1 contained four COMDAT records describing
  2572.     variable A:
  2573.             COMDAT #1: variable A   offset  0   length 20
  2574.             COMDAT #2: variable A   offset  4   length  4
  2575.             COMDAT #3: variable A   offset 12   length  4
  2576.             COMDAT #4: variable A   offset 20   length  4
  2577.     Clearly the size of the variable should be 24 bytes, but the
  2578.     Linker only managed to come up with 16.  An error message
  2579.     resulted when attempting to reference data beyond the invalid
  2580.     segment limit (16) with a FIXUPP record.  The Linker now
  2581.     correctly determines sizes of communal variables defined by
  2582.     COMDAT records.
  2583.     The second problem, which led to the L1101 error message, was
  2584.     that the Linker did not incorporate any means to reference a
  2585.     COMDAT record from a FIXUPP record within the same object
  2586.     module.  A communal variable defined by a COMDAT record
  2587.     receives a matching PUBDEF, so an EXTDEF from a different
  2588.     object module is resolved correctly.  The Linker now creates a
  2589.     matching EXTDEF record as well so that an external reference
  2590.     within a FIXUPP record will be resolved correctly, even within
  2591.     the same object module.  Simply treat a COMDAT as an EXTDEF as
  2592.     well.  For example, to reference COMDAT #1, #2, and #3 in the
  2593.     following layout with an external index:
  2594.               EXTDEF #1: variable A
  2595.               EXTDEF #2: variable B
  2596.               COMDAT #1: variable C
  2597.               EXTDEF #3: variable D
  2598.               COMDAT #2: variable E
  2599.               COMDAT #3: variable F
  2600.     use 3, 5, and 6 respectively.
  2601.  
  2602.  
  2603.  
  2604.  2) This problem further exposed the Linker problem related to
  2605.     referencing a COMDAT record from a FIXUPP record.  Whereas the
  2606.     private Linker with a fix for problem #1 will work fine when
  2607.     linking a single object file, it may generate the L1101 error
  2608.     message when linking multiple object files that define the
  2609.     same COMDAT variable with different external indexes.  This is
  2610.     because the Linker only generated a matching EXTDEF record for
  2611.     a COMDAT record when the COMDAT was first encountered.  The
  2612.     Linker now creates a matching EXTDEF record for every unique
  2613.     COMDAT record within an object file.  In the test case
  2614.     provided, COMDAT1.OBJ defined COMDAT XYZ, which should have
  2615.     had an external index of 11, while COMDAT2.OBJ also defined
  2616.     XYZ, which should have had an external index of 9.  However,
  2617.     whichever object was linked first determined which external
  2618.     index would be used across both objects.  Linking
  2619.     COMDAT2+COMDAT1 produced the L1101 error message because the
  2620.     FIXUPP in COMDAT1 which referenced external index 11 was
  2621.     invalid due to the Linker only having defined 10 valid external
  2622.     indexes.  Linking COMDAT1+COMDAT2 simply produced an invalid
  2623.     fixup because the FIXUPP in COMDAT2 which referenced external
  2624.     index 9 was resolved but referenced the wrong item.
  2625.  
  2626.  3) This problem exposed a Linker problem related to iterated
  2627.     data within COMDAT records.  The Linker erroneously used the
  2628.     amount of data (11 bytes) in the COMDAT record to determine
  2629.     the size of COMDAT_SEG1 instead of the size of the expanded
  2630.     data (400 bytes).  This led to the L1101 error message.  The
  2631.     Linker now uses the size of expanded data when determining the
  2632.     amount of information provided by a COMDAT record.
  2633.  
  2634.  4) This problem exposed a Linker problem related to encountering
  2635.     the same COMDAT variable defined by multiple COMDAT records
  2636.     in two different object files.  When an already defined COMDAT
  2637.     variable is encountered in a different object module and the
  2638.     selection type is SAME_SIZE and the COMDAT variable is the
  2639.     same size has defined earlier, the Linker is supposed to skip
  2640.     subsequent concatenation records for this same variable.  It
  2641.     wasn't, however, which led to the L2057 error when it
  2642.     encountered a COMDAT concatenation record for variable A in
  2643.     the second object file.  The Linker now behaves properly.
  2644.  
  2645.  5) This problem resulted from an invalid FIXUPP record.  The
  2646.     FIXUPP record, which followed a COMDAT record that had an
  2647.     implied external index of 18, referenced external index 19,
  2648.     which had not been defined yet because it belonged to a
  2649.     subsequent COMDAT record.  Because every COMDAT variable is
  2650.     assigned a matching EXTDEF by the Linker, the following
  2651.     statement from the OMF document applies to this problem:
  2652.      "Any EXTDEF records in an object module must appear before
  2653.      the FIXUPP records that reference them."
  2654.  
  2655.  
  2656. ΓòÉΓòÉΓòÉ 1.239. PJ06106:  Linker does not use LIB= environment variable for .DEF ΓòÉΓòÉΓòÉ
  2657.  
  2658. Linker does not use LIB= environment variable for .DEF files. 
  2659.  
  2660. The documentation for the Linker states that the LIB= environment variable can 
  2661. be used to specify directories along which object modules, libraries, and 
  2662. module definition files will be located.  This was not the case with definition 
  2663. files. 
  2664.  
  2665.  
  2666. ΓòÉΓòÉΓòÉ 1.240. PJ06113:  FD16-700/FD8XX.ADD need to set IORB_STATUSBLOCK_AVAIL. ΓòÉΓòÉΓòÉ
  2667.  
  2668. FD16-700/FD8XX.ADD were not setting IORB_STATUSBLOCK_AVAIL when necessary. 
  2669.  
  2670.  
  2671. ΓòÉΓòÉΓòÉ 1.241. PJ06114:  OEM machines do not boot if the controller is reset. ΓòÉΓòÉΓòÉ
  2672.  
  2673. Some OEM machines will not boot if the controller is reset.  Fix made to 
  2674. IBM1S506.ADD to allow machines with this problem to boot. 
  2675.  
  2676.  
  2677. ΓòÉΓòÉΓòÉ 1.242. PJ06117:  DosSetFileMode does not return Access_Denied if ACL. ΓòÉΓòÉΓòÉ
  2678.  
  2679. DosSetFileMode needs to check to see if there is an ACL on the file.  If there 
  2680. is, return Access_Denied. 
  2681.  
  2682.  
  2683. ΓòÉΓòÉΓòÉ 1.243. PJ06119:  Queues returns Error_Sys_Internal to DosWriteQueue. ΓòÉΓòÉΓòÉ
  2684.  
  2685. The problem was that the Error_Too_Many_Posts error code was being returned to 
  2686. Quecalls from a call to DosSemClear, and DosWriteQueue translated this error 
  2687. code into Error_Sys_Internal.  While it is true that Error_Too_Many_Posts is an 
  2688. error code, it should be ignored by Quecalls because the end result is that the 
  2689. semaphore is clear, which is what needs to be accomplished by the DosSemClear 
  2690. call.  Changed Quecalls to treat Error_Too_Many_Posts as a successful return 
  2691. from DosSemClear. 
  2692.  
  2693.  
  2694. ΓòÉΓòÉΓòÉ 1.244. PJ06149:  Incorrect output of print test on IBM52XX. ΓòÉΓòÉΓòÉ
  2695.  
  2696. Prtdd_29 char mode 1 and prtdd_29 char mode 2 of Printest are printing wrong on 
  2697. 5204 quick writer and 5202 quiet writer and 3816 pageprinter.  The spacing of 
  2698. 'chardir' string is big in prtdd_29 char mode 1 and 2. In Printest_post 60 and 
  2699. post 62 and post 64 and post66...post 70 the spacing between characters and 
  2700. between the rows of characters is very large.  Removed the hard coded DC_TYPE 
  2701. in the GreConvertWithMatrix calls. 
  2702.  
  2703.  
  2704. ΓòÉΓòÉΓòÉ 1.245. PJ06150:  Overlapping text on IBM52XX.DRV. ΓòÉΓòÉΓòÉ
  2705.  
  2706. The headings of Lotus charts are overlapping on top of each other ... spread 
  2707. sheet cells are too small, so the text and cells are overlapping each other on 
  2708. 3816 PagePrinter.  On 16bit, it is OK.  This problem scenario caused by same 
  2709. problem as PJ06149.  Same fix applies: removed the hard coded DC_TYPE in the 
  2710. GreConvertWithMatrix calls. 
  2711.  
  2712.  
  2713. ΓòÉΓòÉΓòÉ 1.246. PJ06151:  Extra sheet of paper for PageMaker jobs on Epson ΓòÉΓòÉΓòÉ
  2714.  
  2715. Extra sheet of paper for PageMaker jobs on Epson printers. 
  2716.  
  2717. When any PageMaker job is printed on an EPSON printer, an extra sheet of paper 
  2718. is ejected.  The form feed in the job properties panel is "Conditional".  Added 
  2719. extra check for RAW job formfeed in wooutput.c 
  2720.  
  2721.  
  2722. ΓòÉΓòÉΓòÉ 1.247. PJ06152:  No pop-up on server / requester when printing via ΓòÉΓòÉΓòÉ
  2723.  
  2724. No pop-up on server / requester when printing via manual feed. 
  2725.  
  2726. No pop-up on server/requester when printing via manual feed.  When attempting 
  2727. to print a legal form thru manual feeding on the IBM4019 drivers, there should 
  2728. be a pop-up message asking to mount the legal form to the printer and select 
  2729. "OK" or "Cancel" to print.  This pop-up is not received on the server when 
  2730. sending a job from a requester.  As a result, legal form cannot be printed. 
  2731. The job detail view says it is "PRINTING" but it does not print. 
  2732.  
  2733.  
  2734. ΓòÉΓòÉΓòÉ 1.248. PJ06153:  Not able to change timeouts in printer port settings. ΓòÉΓòÉΓòÉ
  2735.  
  2736. When trying to open printer port setting by double clicking on the port ... 
  2737. LPT1 ...  a popup occurs stating "ERROR IN LOADING MODULE c:\OS2\DLL".  Change 
  2738. made to spooler so that load module error does not occur. 
  2739.  
  2740.  
  2741. ΓòÉΓòÉΓòÉ 1.249. PJ06154:  Start again option does not work for print while ΓòÉΓòÉΓòÉ
  2742.  
  2743. Start again option does not work for print while spooling job. 
  2744.  
  2745. When a print job is printed while still spooling, the start again option does 
  2746. not work.  The start again should restart the print job even if it was printing 
  2747. while spooling.  Fixed start-again for printwhilespooling jobs. 
  2748.  
  2749.  
  2750. ΓòÉΓòÉΓòÉ 1.250. PJ06204:  Extended Operations Console Facility/2 program, fails to ΓòÉΓòÉΓòÉ
  2751.  
  2752. Extended Operations Console Facility/2 program, fails to run on XGA, but runs 
  2753. on VGA. 
  2754.  
  2755. Machine with VGA setup....Blue Popup appeared for the EOCF/2 IBM product 
  2756. stating that it was initializing and then the popup disappears and the Desktop 
  2757. comes right up....all is well.  Change machine to XGA setup.....Reboot 
  2758. machine..  config.sys processes and the blue popup for EOCF/2 never shows up... 
  2759. only the Desktop background color appears...machine is completely hung... 
  2760. hardboot to recover...softboot doesn't work.  Problem unique to XGA being 
  2761. active.  An attempt was made to access the pib before the pointer was 
  2762. initialized.  This has been corrected.  Note:  Apar PJ06204 opened from OS/2 
  2763. 1.3 APAR JR05775 for OS/2 2.0 
  2764.  
  2765.  
  2766. ΓòÉΓòÉΓòÉ 1.251. PJ06217:  System with X.25 and multiple artic cards hangs in customer ΓòÉΓòÉΓòÉ
  2767.  
  2768. System with X.25 and multiple artic cards hangs in customer application with 
  2769. internal processing error at location 0228:8DA6 
  2770.  
  2771. "Internal Processing Error at location 230:8da6 System is stopped" error occurs 
  2772. intermittently.  A dump of the problem shows that PhysGetHearderInfo calls 
  2773. HY_IntErrNull because the arena header is incorrect.  This problem was caused 
  2774. when the user attempted too many calls to DosGetShrSeg.  When the number of 
  2775. calls to this API exceeds its maximum possible value, the value in the Global 
  2776. reference count rolls back to zero, thus causing an IPE.  Since this field is 
  2777. only 16bits, its maximum value is limited to 65535.  When an addition call to 
  2778. this API is made, its value gets slashed down to zero.  To prevent this an 
  2779. additional error condition was added, so when the max value is reached, it 
  2780. simply returns a general failure error when more calls are made to 
  2781. DosGetShrSeg.  Note:  Apar PJ06217 opened from OS/2 1.3 APAR JR05097 for OS/2 
  2782. 2.0 
  2783.  
  2784.  
  2785. ΓòÉΓòÉΓòÉ 1.252. PJ06263:  Print 120+ jobs from IWP/2 generates PMERR_SPL_NO_MEMORY. ΓòÉΓòÉΓòÉ
  2786.  
  2787. When a single iwp/2 prints more than 120 documents with the ibm4019 printer 
  2788. driver, they receive an error condition of PMERR_SPL_NO_MEMORY. Fix made by 
  2789. LexMark to 4019 driver. 
  2790.  
  2791.  
  2792. ΓòÉΓòÉΓòÉ 1.253. PJ06274:  WP config displays resolution as Y by X instead of X by Y. ΓòÉΓòÉΓòÉ
  2793.  
  2794. The Workplace Config page that displays the screen resolutions currently 
  2795. displays the resolutions as y-resolution by x-resolution by colors.  This is 
  2796. contrary to popular usage.  Screen resolutions are identified as 640x480 or 
  2797. 800x600, not 480x640 or 600x800.  This is confusing and counter-intuitive and 
  2798. should be corrected.  Code was changed to display resolution x by y instead of 
  2799. y by x, as is generally accepted practice. 
  2800.  
  2801.  
  2802. ΓòÉΓòÉΓòÉ 1.254. PJ06275:  Norway: Key for "SELECT ALL" doesn't work in drive/icon ΓòÉΓòÉΓòÉ
  2803.  
  2804. Norway:  Key for "SELECT ALL" doesn't work in drive/icon view. 
  2805.  
  2806. The Ctrl-key combination for the choice "Select All" does not work in the 307H 
  2807. Norwegian driver when used in an Icon view of a drive object.  It works in the 
  2808. US driver.  The key combination works in all other folders I have tried in the 
  2809. system.  Different keyboard layout requires us to use other keys than US, so 
  2810. the translated definitions for this function must be used in the drive objects, 
  2811. as in all other folders in the system. 
  2812.  
  2813.  
  2814. ΓòÉΓòÉΓòÉ 1.255. PJ06277:  Image background lost after reopen settings and goto ΓòÉΓòÉΓòÉ
  2815.  
  2816. Image background lost after reopen settings and goto background. 
  2817.  
  2818. After you have your folder settings currently set to display an image as the 
  2819. background, if you reopen the folder's settings and goto its background page, 
  2820. the folder background clears to color background and the image background is 
  2821. lost.  A similar problem occurs with the settings for Lockup.  None of the 
  2822. settings were being saved after they were changed. 
  2823.  
  2824.  
  2825. ΓòÉΓòÉΓòÉ 1.256. PJ06280:  Add/Change dialog comes up twice from Include page of ΓòÉΓòÉΓòÉ
  2826.  
  2827. Add/Change dialog comes up twice from Include page of settings. 
  2828.  
  2829. On 6.420, if you go to the 2nd page of the include tab of the settings notebook 
  2830. of any folders and click on the add or change button, a change/add dialog would 
  2831. come up.  After you finish making changes to the include settings, if you click 
  2832. on the add or change button on the dialog, the system will first close the 
  2833. dialog and then bring up another dialog immediately.  Select 'Cancel' to the 
  2834. second dialog fixes the problem. 
  2835.  
  2836.  
  2837. ΓòÉΓòÉΓòÉ 1.257. PJ06281:  Problems with WPMAKEDORMANT processing. ΓòÉΓòÉΓòÉ
  2838.  
  2839. WM_MAKEDORMANT clears some flags on the parent folder of the object being made 
  2840. dormant.  Some places we call _wpMakeDormant() directly and these flags don't 
  2841. get cleared.  This can cause disappearing objects or other strange behaviors. 
  2842. Also, if there is a trap during processing the snooselist, exception handling 
  2843. recovers, but there are cases where objects will never be made dormant again 
  2844. (when a bad object on the sleeplist causes the trap).  We need an inner 
  2845. exception handler to handle removing the offending object the sleeplist. 
  2846.  
  2847.  
  2848. ΓòÉΓòÉΓòÉ 1.258. PJ06283:  Prevent error popup on lock/unlock without media in drive. ΓòÉΓòÉΓòÉ
  2849.  
  2850. With out media in the drive and lock or unlock is selected, an error popup is 
  2851. displayed stating that the drive is not ready.  Since the intent is to 
  2852. lock/unlock an empty drive, this error popup needs to be suppressed. 
  2853.  
  2854.  
  2855. ΓòÉΓòÉΓòÉ 1.259. PJ06286:  SEINST should not care what /T param is on pristine system. ΓòÉΓòÉΓòÉ
  2856.  
  2857. A remote install usability problem would be solved if SEINST would not require 
  2858. or ignore the /T:  parameter if the system was booted from a diskette.  SEINST 
  2859. would need to ignore and/or not require this parameter in both the first and 
  2860. second pass of the program.  This could be accomplished by returning 0xFF01 if 
  2861. booted from the hardfile on the first pass and 0xFF02 if booted from a diskette 
  2862. on the first pass. Then, on the second pass, when it is ALWAYS booted from the 
  2863. hardfile, the program would know to ignore the parameter again.  This is a 
  2864. customer usability concern.  This would allow the administrator to code 
  2865. parameters for SEINST without knowing if the machine was booted from the 
  2866. hardfile or diskettes.  SEINST was changed so that if the current boot drive is 
  2867. removable, the /T parameter is optional.  If the /T parameter is provided, it 
  2868. is not validated.  On the first pass of SEINST, if the boot drive is removable 
  2869. and all went well, it will return a return code of 0xFF02.  On the second pass 
  2870. of SEINST, if REMOTE_INSTALL_STATE is set to 2, the same /T parameter stuff 
  2871. described above applies.  SEINST will do none of the cleanup done when 
  2872. REMOTE_INSTALL_STATE equals 1. It will fall through to the wait for WPS 
  2873. section. 
  2874.  
  2875.  
  2876. ΓòÉΓòÉΓòÉ 1.260. PJ06290:  Query, then set kbd leds hangs system on fast machines. ΓòÉΓòÉΓòÉ
  2877.  
  2878. System hangs as a result of DosDevIoctl for querying (then setting) the 
  2879. keyboard LEDs.  A delay should help.  Fix made to BDKBD component to solve 
  2880. problem. 
  2881.  
  2882.  
  2883. ΓòÉΓòÉΓòÉ 1.261. PJ06291:  Value Set returns incorrect data on VN_SELECT, VN_ENTER. ΓòÉΓòÉΓòÉ
  2884.  
  2885. The code is presently returning the value set's window handle on the VN_SELECT 
  2886. and VN_ENTER messages, instead of the row and column information that the 
  2887. documentation specifies.  The fix is to have the value set return row and 
  2888. column rather than the window handle. 
  2889.  
  2890.  
  2891. ΓòÉΓòÉΓòÉ 2. These problems are Unreproducible with this Service Pak installed ΓòÉΓòÉΓòÉ
  2892.  
  2893. **********************************************************************
  2894. * The following problems were reported against OS/2 Version 2.0.     *
  2895. * These problems are Unreproducible with this Service Pak installed. *
  2896. * They are listed for Information Only.                              *
  2897. * Note: There could be other reported problems that are not listed.  *
  2898. **********************************************************************
  2899.  
  2900. J01861:   Dragging windows across VGA screen leaves horizontal lines behind. Mouse pointer also leaves lines
  2901.  
  2902. J02977:   PCOM (PC3270) does not work properly with 6.177H under VDM.
  2903.            Also LAN Support Program V1.24 drivers do not work properly with
  2904.            6.177H
  2905.  
  2906. J03233:   Unpredictable ordering of objects within folders
  2907.  
  2908. J03268:   OS/2 2.0 VDM does not allow asynchronous communications to run
  2909.            properly.  Communications never go past the dialing stage
  2910.  
  2911. J03499:   The "Arrange" option in the Minimized Icon Viewer folder arranges
  2912.            the icons in an inconsistent pattern
  2913.  
  2914. J03606:   Unable to load block device driver under WIN-OS2.
  2915.  
  2916. J03700:   VIEW.EXE returning error "Cannot open input files" when more than
  2917.            3 files are specified as parameters when data files on HPFS LAN
  2918.  
  2919. J03739:   Unable to print a PostScript file in OS/2 2.0 with AES support
  2920.  
  2921. J03756:   User DBM application receives SYS3171 error - "Stack overflow"
  2922.  
  2923. J03783:   MOUSE.SYS fails to recognize mouse parity errors as signalled by
  2924.            keyboard controller, and mouse rails to screen edge
  2925.  
  2926. J03810:   PCAnywhere's AWSEND function hangs session
  2927.  
  2928. J03823:   Trap 000E at OS/2 Requestor periodically, running Ami Pro
  2929.            across the LAN from a LAN server
  2930.  
  2931. J03833:   CHKDSK /F trashes directory structure
  2932.  
  2933. J03836:   When opening folders, they are not receiving the focus and
  2934.            end up behind other windows and are difficult to find
  2935.  
  2936. J03901:   Com port failure on system outfitted with DigiBoard4, X00 Fossil
  2937.            driver, and BBS software
  2938.  
  2939. J03928:   Pulse:  if opened, then a Windows application is opened, then Pulse
  2940.            is closed, can't re-open Pulse
  2941.  
  2942. J04006:   4019 object installed in HPFS bootable partition disappears after
  2943.            initial shutdown of Desktop
  2944.  
  2945. J04018:   Maximized System Editor traps when entering type for data file
  2946.            with no EA's
  2947.  
  2948. J04023:   System hang, varies during installation.  Install will not continue
  2949.  
  2950. J04025:   DOS_Version DOS Setting doesn't get saved
  2951.  
  2952. J04054:   Dragging icon files to A: drive causes IPE...system dies
  2953.  
  2954. J04099:   No Help from DOS Full-Screen (Windowed) pulldown Help Item
  2955.  
  2956. J04125:   GP FAULT in GDI.EXE when minimizing CCMAIL seamless on Desktop
  2957.            and new items arrive in In Box, causing icon to blink
  2958.  
  2959. J04133:   Customer system stops with Trap 000E when reading from A: drive
  2960.            while printing
  2961.  
  2962. J04150:   Cannot print to server if print drivers different levels
  2963.  
  2964. J04159:   Windows application object created from Drive folder/directory IPE's
  2965.  
  2966. J04204:   Win-OS/2 can't load if setting is enabled.  It will work if set
  2967.            auto
  2968.  
  2969. J04222:   Shutdown hangs after installation of LAN Requestor
  2970.  
  2971. J04256:   DosCopy returns undocumented Return Code 6
  2972.  
  2973. J04267:   FundMaster 6.0 causing Trap 000D in filesystem routine
  2974.  
  2975. J04268:   Dual Boot does not boot back to OS/2 from DOS
  2976.  
  2977. J04287:   Incorrect error handling in PMWIN when windows opened and
  2978.            closed simultaneously
  2979.  
  2980. J04292:   Running XGA at VGA resolution on Model 90 causes ghosts on
  2981.            display.  Customer can recreate at will
  2982.  
  2983. J04308:   Word for Windows Spell Check does not work correctly when run
  2984.            under seamless mode of Win-OS/2
  2985.  
  2986. J04326:   Error SYS3171 occurs when attempting to shred multiple directories
  2987.            simultaneously
  2988.  
  2989. J04366:   Lotus 123/G PM painting problems
  2990.  
  2991. J04380:   Error messages (namely 2018) of RC Compiler are not descriptive
  2992.            of the real problem
  2993.  
  2994. J04417:   Many customers experiencing .INI file corruption immediately
  2995.            after successful install.  Symptom is missing objects, icons
  2996.  
  2997. J04482:   Desktop goes blank when attempting to print from Database Applet
  2998.            in Productivity folder
  2999.  
  3000. J04489:   Norton Desktop for Windows Fatal Error 0X0404
  3001.  
  3002. J04494:   OS/2 V2 - Poor performance with Clipboard in Win-OS/2
  3003.  
  3004. J04502:   DDE problems between Win-OS/2 and OS/2
  3005.  
  3006. J04515:   Printing more than 8 pages from PMChart causes trap
  3007.  
  3008. J04628:   Mouse locks when in Win-OS/2 session
  3009.  
  3010. J04640:   Mod-70 traps when H_DOS_SEARCH_NEXT instruction is
  3011.            encountered
  3012.  
  3013. J04699:   Seamless windows cause WP Shell to lock up
  3014.  
  3015. J04727:   Print to single printer from multiple queues results in overlaid
  3016.            output
  3017.  
  3018. J04791:   Problem with seamless Word for Windows V2.0 receiving focus
  3019.  
  3020. J04845:   Vwin.sys entry put into config.sys even if Windows environment
  3021.            not requested on response file install
  3022.  
  3023. J04854:   Screen paints itself after exiting from Excel
  3024.  
  3025. J04883:   Word for Windows hangs seamless Help Tutorial
  3026.  
  3027. J04897:   PostScript and host-directed printing
  3028.  
  3029. J04926:   Double-clicking on a folder with drives doesn't work.  OS/2 v2 GA.
  3030.            Drive is FAT
  3031.  
  3032. J04941:   WordPerfect macro does not pause in semaless mode but works
  3033.            fine under Win-OS/2 full-screen
  3034.  
  3035. J04945:   Using comm port CTS handshake causes system to slow down
  3036.  
  3037. J04964:   Dragging the command prompt onto the Desktop and then running
  3038.            Chkdsk from an OS/2 command prompt shows bad extended attributes
  3039.  
  3040. J04967:   Make-Utility-Diskette can't find BOOTDISK.EXE.  This is from the
  3041.            new preloaded machines' Welcome folder
  3042.  
  3043. J04983:   IPE at 0160:FFF722F9 running Sequel (SQL) Server
  3044.  
  3045. J04993:   Error Code 4: cannot print to LPT1 when printing to HP Deskjet
  3046.            500C or 500 with Epson printer driver
  3047.  
  3048. J04999:   DISKCOPY of one 720K diskette to another is corrupting target
  3049.  
  3050. J05012:   Folder with manilla icon on Desktop has two folder choices in
  3051.            "Create Another"
  3052.  
  3053. J05061:   Double icons for Public Applications
  3054.  
  3055. J05075:   Win-OS/2 Pscript.drv out-of-date/buggy
  3056.  
  3057. J05079:   Problems with rendered bitmaps in OS/2 Clipboard
  3058.  
  3059. J05098:   Running Visual Basic seamlessly sometimes gets an inactive
  3060.            window's menu displayed when selecting it from background
  3061.  
  3062. J05151:   Missing icons in Public Applications folder
  3063.  
  3064. J05212:   OS/2 Applets unable to print to HP LaserJet III printer
  3065.  
  3066. J05257:   Workplace Shell  loses icons from folders after shutdown and IPL
  3067.  
  3068. J05268:   MicroFocus COBOL application fails to load _SORT.DLL across network
  3069.            more than once
  3070.  
  3071. J05377:   Trap 000E after ALT-ESC back from Win-OS/2 full-screen
  3072.  
  3073. J05378:   Windows application running from PM Desktop in full-screen
  3074.            Win-OS/2 session does not close after calling up help
  3075.  
  3076. J05419:  Trap 000E at 0160 : FFF897CC running application that worked
  3077.           under 1.3
  3078.  
  3079. J05472:   Swapper grows continually at 30 Mb per hour with Excel and SQL
  3080.            running a DDE link
  3081.  
  3082. J05491:   WordPerfect for Windows traps when using 3270 emulator
  3083.  
  3084. J05497:   GP Fault using clipboard in  Win-OS/2
  3085.  
  3086. J05533:   Platinum 2.0 for DOS traps when running in a windowed or
  3087.            full-screen VDM.  Platinum is being used with Novell 3.11 network
  3088.  
  3089. J05573:   Sort hangs after execution and ungraceful shutdown
  3090.  
  3091. J05574:   IBM mouse not working on 8516 when  connected to the monitor.
  3092.            Works fine when connected to the CPU.  Double-clicking problem
  3093.  
  3094. J05674:   Screen blanks when switching from Win-OS/2 to Desktop
  3095.            while Win-OS/2 redrawing screen
  3096.  
  3097. J05682:   Tutorial for MS Project will not run correctly in seamless
  3098.            window
  3099.  
  3100. J05849:   PaintJet driver does not print in landscape mode
  3101.  
  3102. J05897:   Cannot get OS/2 objects into Win-OS/2 Clipboard on Mod 95 486/50
  3103.            running medium resolution
  3104.  
  3105. J05908:   OS/2 V2.0 - traps with Win-OS/2 applications on L40SX
  3106.  
  3107. J05920:   Seamless WordPerfect for Windows icon remains hatched after
  3108.            exit if Help is used
  3109.  
  3110. J05985:   The comm.drv dated 6-11-92 (8394) is not working with PCPlus/Win
  3111.            or with CrossTalk/Win (3.1.0).  GA driver works fine
  3112.  
  3113. J06025    Using OS/2 2.0, Mod95, and the EPM editor, text marking the
  3114.            redrawing process leaves lines behind where text used to be
  3115.  
  3116. J06045:   IPE 0170:FFF7834D line 3197 in LDRSTE.C LDRSEG - bad lock
  3117.  
  3118. J06137:   ProComm Plus traps when exiting seamless session
  3119.  
  3120. J06138:   Invoking Word for Windows will bring up a new object even
  3121.            though the settings are set to display existing object
  3122.  
  3123. J06250:   DOS_Version not updating using SysCreateObject
  3124.