home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU990918.zip / Uh990917.txt < prev    next >
Text File  |  1999-09-18  |  93KB  |  2,671 lines
  1.  
  2.                    comp.os.os2.programmer.misc      (Usenet)
  3.  
  4.                  Saturday, 11-Sep-1999 to Friday, 17-Sep-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: mm2@phototiger.com                                10-Sep-99 23:59:24
  9.   To: All                                               11-Sep-99 04:50:25
  10. Subj: FP10 and Watcom 10.6 Debugger
  11.  
  12. From: "Michael Moegn" <mm2@phototiger.com>
  13.  
  14. Hello,
  15. after installing FP10, my Watcom debugger (10.6) is not longer working.
  16. When I start a program in the debugger, it only can be executed to the
  17. WinCreateMsgQueue statement. Then the program will be stopped and the
  18. debugger shows a "Task Completed" message in the debugger status line.
  19.  
  20. Michael
  21.  
  22. --
  23. P h o t o T i g e r 2.01 Photoeditor for OS/2 Warp
  24. Download: http://www.phototiger.com  Email: info@phototiger.com
  25. *** Support Shareware, Support OS/2, Pay Your Shareware Fee ***
  26.  
  27.  
  28. --- WtrGate+ v0.93.p7 sn 165
  29.  * Origin: Usenet: Customer of UUNET Deutschland GmbH, Dortmund, Ger
  30. (1:109/42)
  31.  
  32. +----------------------------------------------------------------------------+
  33.  
  34. From: mamodeo@stny.rr.com                               10-Sep-99 18:24:26
  35.   To: All                                               11-Sep-99 04:50:25
  36. Subj: Re: FP10 and Watcom 10.6 Debugger
  37.  
  38. From: Marty <mamodeo@stny.rr.com>
  39.  
  40. Michael Moegn wrote:
  41. > 
  42. > Hello,
  43. > after installing FP10, my Watcom debugger (10.6) is not longer working.
  44. > When I start a program in the debugger, it only can be executed to the
  45. > WinCreateMsgQueue statement. Then the program will be stopped and the
  46. > debugger shows a "Task Completed" message in the debugger status line.
  47.  
  48. Same here.  The Watcom debugger has proven to be quite useless to me for PM
  49. apps.  I submitted a bug report on this topic to Sybase back when Watcom
  50. was still in production and was completely ignored.
  51.  
  52. Even without FP10 installed, the debugger frequently locked up my system
  53. and did not handle multithreaded applications correctly.  My advice to you
  54. is start using a lot of printfs for debugging.  ;-)
  55.  
  56. - Marty
  57.  
  58. --- WtrGate+ v0.93.p7 sn 165
  59.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  60.  
  61. +----------------------------------------------------------------------------+
  62.  
  63. From: nolospamoawmg@yesic.com                           10-Sep-99 22:30:18
  64.   To: All                                               11-Sep-99 04:50:26
  65. Subj: Object Desktop 2 - Hacking the LNF
  66.  
  67. From: "andrew g" <nolospamoawmg@yesic.com>
  68.  
  69. The Young Person's Guide to Hacking the LNF:
  70.  
  71. Everybody knows and it's documented in the Stardock
  72. Look 'n Feel kit for OS/2 that you can create new
  73. bitmap looks for your titlebars using VisualAge C++,
  74. and I gave Kris Kwilas the makefile for CSET++ 2.1,
  75. so even if you have an old compiler you can still
  76. change your "look".
  77.  
  78. I may be the only OD2 user to have made an LNF, judging
  79. by the apathy I see around me and on Stardock's part. I
  80. didn't mind using the C Compiler, but I got tired of
  81. waiting for the promised API to turn off those darned
  82. lines on the title bars!
  83.  
  84. If you just want to change your titlebar bitmaps,
  85. and don't want the annoying MacIntosh-like lines on 
  86. your titlebars, you can use the ResMgr package available
  87. from Hobbes, to gut the distributed Windows 95 LNF, and
  88. remake it into something palatable. The Resource Manager
  89. package contains a couple of utilities you will need to
  90. do this, and along with the OS/2 resource compiler and
  91. the icon editor, you're ready to roll your own title
  92. bars.
  93.  
  94. Here's what I did:
  95.  
  96. copy your OBJDWN95.LNF from the \objdesk directory
  97. to an empty \tmp directory. Rename OBJDWN95.LNF 
  98. OBJDWN95.DLL, and use the resource decompiler to 
  99. extract the bitmaps. Like this:
  100.  
  101. [c:\tmp]rdc OBJDWN95.DLL
  102.  
  103. There should be 66 buttons, and here they are, with
  104. descriptions. If you want to distribute your LNF,
  105. then you ought to alter all of them using OS/2
  106. iconedit.exe. But if you know which ones your computer
  107. uses, then just alter the ones you need for your
  108. personal machine if you don't want to share your
  109. customizations with others. For instance, on my
  110. ThinkPad at 800x600, OS/2 uses only the 18x18
  111. titlebar bitmaps, so they're the only ones I ever
  112. change.
  113.  
  114. (note that there's no difference between the
  115. hide and minimize bitmaps in the Windows 95
  116. LNF as published).
  117.  
  118.  Size         eas    filename     purpose
  119. ---------------------------------------------
  120.  290           0  res02514.bmp   18maximize_dn
  121.  290           0  res02515.bmp   18restore__up
  122.  290           0  res02789.bmp   18rollup___up
  123.  218           0  res03064.bmp   scroll button
  124. 1322           0  res03339.bmp   22close____up
  125.  194           0  res05864.bmp   scroll button
  126.  290           0  res08939.bmp   18minimize_dn
  127.  290           0  res09214.bmp   18close____up
  128.  218           0  res09489.bmp   scroll button
  129. 1322           0  res09764.bmp   22minimize_up
  130.  194           0  res12289.bmp   scroll button
  131.  290           0  res15364.bmp   system menu
  132.  170           0  res15639.bmp   scroll button
  133.  290           0  res18714.bmp   18minimize_dn
  134.  242           0  res19264.bmp   scroll button
  135.  170           0  res22064.bmp   scroll button
  136.  314           0  res22339.bmp   20hide_____up
  137.  290           0  res25139.bmp   18minimize_up
  138.  170           0  res28489.bmp   scroll button
  139.  314           0  res28764.bmp   20maximize_up
  140. 1322           0  res29039.bmp   system menu
  141.  290           0  res31839.bmp   18rollup___dn
  142.  314           0  res35464.bmp   20rollup___dn
  143.  290           0  res38264.bmp   18close____dn
  144.  218           0  res38539.bmp   scroll button
  145. 1322           0  res38814.bmp   22minimize_dn
  146.  194           0  res41339.bmp   scroll button
  147.  314           0  res41889.bmp   20close____dn
  148.  290           0  res44414.bmp   18minimize_up
  149.  218           0  res44964.bmp   scroll button
  150. 1322           0  res45239.bmp   22restore__dn
  151.  242           0  res48314.bmp   scroll button
  152.  242           0  res48315.bmp   scroll button
  153.  170           0  res51114.bmp   scroll button
  154.  314           0  res51389.bmp   20minimize_up
  155. 1322           0  res51664.bmp   22maximize_dn
  156. 1322           0  res55014.bmp   22rollup___dn
  157.  290           0  res57264.bmp   system menu
  158. 1322           0  res58089.bmp   22minimize_up
  159. 1322           0  res58090.bmp   22minimize_dn
  160.  290           0  res60614.bmp   18restore__dn
  161.  314           0  res60889.bmp   system menu
  162.  242           0  res61164.bmp   scroll button
  163.  218           0  res67589.bmp   scroll button
  164. 1322           0  res67864.bmp   22close____dn
  165.  194           0  res70389.bmp   scroll button
  166.  314           0  res70939.bmp   20rollup___up
  167.  290           0  res73464.bmp   18maximize_up
  168.  314           0  res77364.bmp   20close____up
  169.  170           0  res80164.bmp   scroll button
  170.  314           0  res80439.bmp   20hide_____dn
  171. 1322           0  res80714.bmp   22restore__up
  172.  194           0  res83239.bmp   scroll button
  173.  314           0  res86864.bmp   20hide_____dn
  174. 1322           0  res87139.bmp   22maximize_up
  175.  314           0  res89939.bmp   20minimize_up
  176.  242           0  res90214.bmp   scroll button
  177.  242           0  res90215.bmp   scroll button
  178. 1322           0  res90489.bmp   22rollup___up
  179.  170           0  res93014.bmp   scroll button
  180.  314           0  res93289.bmp   20maximize_dn
  181.  314           0  res96364.bmp   system menu
  182.  218           0  res96639.bmp   scroll button
  183.  194           0  res99439.bmp   scroll button
  184.  314           0  res99714.bmp   20minimize_dn
  185. 1322           0  res99989.bmp   system menu
  186.        66 file(s)      31908 bytes used
  187.  
  188. Now you edit the titlebar buttons you want to change,
  189. saving them with the same filename they had before.
  190.  
  191. I use a batchfile to call iconedit.exe, like this:
  192. REM -------------------------
  193. REM ED.CMD
  194. iconedit res02514.bmp
  195. REM   18maximize_dn   
  196. iconedit res02515.bmp
  197. REM   18restore__up  
  198. iconedit res02789.bmp
  199. REM   18rollup___up  
  200. iconedit res08939.bmp  
  201. rem  18minimize_dn  
  202. iconedit  res09214.bmp 
  203. rem    18close____up  
  204. iconedit  res18714.bmp 
  205. rem    18minimize_dn  
  206. iconedit  res25139.bmp 
  207. rem    18minimize_up  
  208. iconedit  res31839.bmp 
  209. rem    18rollup___dn  
  210. iconedit  res38264.bmp 
  211. rem    18close____dn  
  212. iconedit  res44414.bmp 
  213. rem    18minimize_up  
  214. iconedit  res60614.bmp 
  215. rem    18restore__dn  
  216. iconedit  res73464.bmp 
  217. rem    18maximize_up  
  218. REM --------------------------
  219.  
  220. After you've made the adjustments to the bitmaps,
  221. and saved them all with their old names, you're
  222. ready to use rc.exe to make your new LNF.
  223.  
  224. In the same \tmp directory, run RC.exe like this:
  225.  
  226. [c:\tmp]rc OBJDWN95.RC2 OBJDWN95.DLL
  227.  
  228. It will grind and mash all those nice bitmaps overtop
  229. the ugly old Windows lookalikes.  Now you copy the
  230. new OBJDWN95.DLL to your \objdesk directory, renaming
  231. it to OBJDWN95.LNF.
  232.  
  233. [c:\tmp]copy OBJDWN95.DLL \objdesk\OBJDWN95.LNF
  234.  
  235. Open up your Master Setup in your Object Desktop folder,
  236. and click the Window Controls tab.  Scroll down the list
  237. of available LNF's to the one that says Windows 95.
  238.  
  239. Select it, and watch your new creation become the titlebar
  240. icons on all your windows. You have successfully hacked
  241. Object Desktop 2, and eradicated the cursed Look 'n Feel
  242. of Windows 95. You are now a local hero.
  243.  
  244. Congratulations.
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253. --- WtrGate+ v0.93.p7 sn 165
  254.  * Origin: Usenet: Introits and Graduals (1:109/42)
  255.  
  256. +----------------------------------------------------------------------------+
  257.  
  258. From: bwardell@mw.mediaone.net                          11-Sep-99 04:23:11
  259.   To: All                                               11-Sep-99 04:50:26
  260. Subj: Re: Object Desktop 2 - Hacking the LNF
  261.  
  262. From: "Brad Wardell" <bwardell@mw.mediaone.net>
  263.  
  264. Cool!  Thanks for posting that, Andrew.
  265.  
  266. Brad
  267. --
  268. Brad Wardell
  269. Stardock - http://www.stardock.com
  270.  
  271. >
  272.  
  273.  
  274. --- WtrGate+ v0.93.p7 sn 165
  275.  * Origin: Origin Line 1 Goes Here (1:109/42)
  276.  
  277. +----------------------------------------------------------------------------+
  278.  
  279. From: rlalla@stepnet.REMOVETHIS.de                      11-Sep-99 08:20:13
  280.   To: All                                               11-Sep-99 04:50:27
  281. Subj: Re: Object Desktop 2 - Hacking the LNF
  282.  
  283. From: "Robert Lalla" <rlalla@stepnet.REMOVETHIS.de>
  284.  
  285. On Fri, 10 Sep 1999 22:30:36 -0400 (EDT), andrew g wrote:
  286.  
  287. >I may be the only OD2 user to have made an LNF, judging
  288. >by the apathy I see around me and on Stardock's part. I
  289.  
  290. Once when OD2-fp1 came out I installed it.
  291. But then is was faced to frequent crashes of WPS.
  292. So I reinstalled ODpro1.5.
  293.  
  294. --
  295. RL
  296.  
  297.  
  298.  
  299.  
  300. --- WtrGate+ v0.93.p7 sn 165
  301.  * Origin: Usenet: Robert Lalla (1:109/42)
  302.  
  303. +----------------------------------------------------------------------------+
  304.  
  305. From: whonea@codenet.net                                11-Sep-99 01:39:06
  306.   To: All                                               11-Sep-99 10:18:22
  307. Subj: Re: FP10 and Watcom 10.6 Debugger
  308.  
  309. From: whonea@codenet.net (Will Honea)
  310.  
  311. On Fri, 10 Sep 1999 21:59:48, "Michael Moegn" <mm2@phototiger.com> 
  312. wrote:
  313.  
  314. You might try backing up to the 10.0 or 10a debugger - that one works 
  315. fine with FP11 here - DOS, OS/2, Win.
  316.  
  317. > Hello,
  318. > after installing FP10, my Watcom debugger (10.6) is not longer working.
  319. > When I start a program in the debugger, it only can be executed to the
  320. > WinCreateMsgQueue statement. Then the program will be stopped and the
  321. > debugger shows a "Task Completed" message in the debugger status line.
  322. >  
  323. > Michael
  324.  
  325. Will Honea <whonea@codenet.net>
  326.  
  327. --- WtrGate+ v0.93.p7 sn 165
  328.  * Origin: Origin Line 1 Goes Here (1:109/42)
  329.  
  330. +----------------------------------------------------------------------------+
  331.  
  332. From: arjen@removethis.hacom.nl                         11-Sep-99 15:04:01
  333.   To: All                                               11-Sep-99 20:32:14
  334. Subj: Re: Object Desktop 2 - Hacking the LNF
  335.  
  336. From: "Arjen Meijer" <arjen@removethis.hacom.nl>
  337.  
  338. On Sat, 11 Sep 1999 08:20:27 +0200 (MEZ), Robert Lalla wrote:
  339.  
  340. Most likely it are problems in the WPS, not OD. So upgrade to fixpack 11 and
  341. try
  342. again!
  343.  
  344. Arjen
  345.  
  346. :>On Fri, 10 Sep 1999 22:30:36 -0400 (EDT), andrew g wrote:
  347. :>
  348. :>>I may be the only OD2 user to have made an LNF, judging
  349. :>>by the apathy I see around me and on Stardock's part. I
  350. :>
  351. :>Once when OD2-fp1 came out I installed it.
  352. :>But then is was faced to frequent crashes of WPS.
  353. :>So I reinstalled ODpro1.5.
  354. :>
  355. :>--
  356. :>RL
  357. :>
  358. :>
  359. :>
  360. :>
  361.  
  362.  
  363.  
  364. --- WtrGate+ v0.93.p7 sn 165
  365.  * Origin: Usenet: Sizzen en Dwan (1:109/42)
  366.  
  367. +----------------------------------------------------------------------------+
  368.  
  369. From: dgraef@ibm.net                                    11-Sep-99 17:32:04
  370.   To: All                                               11-Sep-99 20:32:14
  371. Subj: WinDlgBox(); / WM_INITDLG
  372.  
  373. From: "Detlef Graef" <dgraef@ibm.net>
  374.  
  375. Hello,
  376.  
  377. I've a Dialog-Procedure witch is called like this:
  378.  
  379.         case IDM_FILE_SETTINGS:
  380.                {
  381.  
  382.                WinDlgBox (HWND_DESKTOP,
  383.                           hwnd,
  384.                           NoteBookDlgProc,
  385.                           NULLHANDLE,                  /* Resource in EXE */
  386.                           IDD_SETTINGS_NOTEBOOK,       /* Dialog id */
  387.                           NULL);                       /* No add'l data */
  388.                }
  389.                break;
  390.  
  391. Here the source of NoteBookDlgProc()  :
  392.  
  393. /****************************************************************************/
  394. /* Custom window procedure for "Settings-Notebook" dialog.                  */
  395. /****************************************************************************/
  396.  
  397. MRESULT EXPENTRY  NoteBookDlgProc(HWND hwnd, ULONG msg, MPARAM mp2, MPARAM
  398. mp1)  /* DLG-Proc. fuer Settings-Notebook */
  399.      {
  400.  
  401.     MRESULT mr = 0;      /* Result code */
  402.     HWND hwndOK;         /* Window handle of OK push button */
  403.  
  404.    switch (msg)
  405.        {
  406.        case WM_INITDLG:
  407.                   InitNoteBookDlg();    /* never executed */
  408.       
  409.           break;
  410.  
  411.        /* If the user hits OK, use WinDismissDlg to return TRUE to the main    
  412.   */
  413.        /* window procedure.  Otherwise, return FALSE.  This value is picked up 
  414.   */
  415.        /* as the return value of WinDlgBox.                                    
  416.   */
  417.  
  418.       case WM_COMMAND:
  419.  
  420.         switch (SHORT1FROMMP (mp1))
  421.            {
  422.             case PB_UNDO:
  423.  
  424.                WinDismissDlg (hwnd,      /* Dialog Window Handle */
  425.                               TRUE);     /* UNDO button is TRUE */
  426.                return 0;
  427.  
  428.             case PB_DEFAULT:
  429.  
  430.                WinDismissDlg (hwnd,      /* Dialog Window Handle */
  431.                               TRUE);     /* DEFAULT button is TRUE */
  432.                return 0;
  433.  
  434.             case PB_HELP:
  435.  
  436.                WinDismissDlg (hwnd,      /* Dialog Window Handle */
  437.                               TRUE);     /* HELP button is TRUE */
  438.                return 0;
  439.  
  440.             default:
  441.                mr = WinDefDlgProc(hwnd, msg, mp1, mp2);
  442.                break;
  443.            }
  444.         break;
  445.  
  446.      /* Let the default dialog box window procedure handle any other messages  
  447. */
  448.      /* for this dialog.                                                       
  449. */
  450.      default:
  451.         mr = WinDefDlgProc (hwnd, msg, mp1, mp2);   /* SYS3175 in PMMERGE.DLL  
  452. */
  453.         break;
  454.     }
  455.  return (mr);
  456. }
  457.  
  458. >------------------------------------------------------------------------------
  459. --------------------
  460.  
  461. I've debugged the procedure. 
  462. First       switch (msg)    is executed, and than immediatly WindefDlgProc();
  463. with a crash
  464. in PMMERGE.DLL
  465.  
  466. "mp1" has a value of 0 (zero), and "msg" a value of 83
  467.  
  468. Why the crash? I think the value of zero of mp1 is not correct.
  469. Is it possible to find out which message is assigned to the value of 83?
  470. (header-files)
  471.  
  472. Normally the WM_INITDLG-Msg. is send/posted to the Procedure before
  473. WinDlgBox();
  474. returns. Ist that correct? Why is the code at WM_INITDLG never executed.
  475. In another Prg. the same code works fine.
  476.  
  477. I've found in PMWIN.H th definition of the messages:
  478.  
  479.    #define WM_CALCFRAMERECT           0x0053   /*   dec. 83 should be 0x0053
  480. */
  481. Why is this message posted?
  482. Due the definition in the RC-File?
  483.  
  484. With best regards,
  485.  
  486. D. Graef
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493. --- WtrGate+ v0.93.p7 sn 165
  494.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  495. (1:109/42)
  496.  
  497. +----------------------------------------------------------------------------+
  498.  
  499. From: mckinnis@ibm.net                                  11-Sep-99 10:13:03
  500.   To: All                                               11-Sep-99 20:32:15
  501. Subj: Re: Object Desktop 2 - Hacking the LNF
  502.  
  503. From: Chuck McKinnis <mckinnis@ibm.net>
  504.  
  505. If you are at FP11, you may get bitten by the HPFS change in FP11 that
  506. caused directory entries to get the archive bit set on.  Visit
  507. http://www.os2ss.com/users/mckinnis for a discussion and a workaround. 
  508. I used to get WPS resets with OD2 Object Navigator on a fairly regular
  509. basis until I backed off the HPFS updates.
  510.  
  511. Robert Lalla wrote:
  512. > 
  513. > On Fri, 10 Sep 1999 22:30:36 -0400 (EDT), andrew g wrote:
  514. > 
  515. > >I may be the only OD2 user to have made an LNF, judging
  516. > >by the apathy I see around me and on Stardock's part. I
  517. > 
  518. > Once when OD2-fp1 came out I installed it.
  519. > But then is was faced to frequent crashes of WPS.
  520. > So I reinstalled ODpro1.5.
  521. > 
  522. > --
  523. > RL
  524.  
  525. -- 
  526. Chuck McKinnis
  527. Senior Systems Engineer
  528. Denver Solutions Group, Inc.
  529. IBM Business Partner
  530. IBM Senior Systems Engineer (retired)
  531.  
  532. --- WtrGate+ v0.93.p7 sn 165
  533.  * Origin: Usenet: Denver Solutions Group (1:109/42)
  534.  
  535. +----------------------------------------------------------------------------+
  536.  
  537. From: lampsstgt@aol.com                                 11-Sep-99 16:41:17
  538.   To: All                                               11-Sep-99 20:32:15
  539. Subj: Netscape WWW_RegisterProtocol doesn't work
  540.  
  541. From: lampsstgt@aol.com (Lamps stgt)
  542.  
  543. i am using dde to implement navigation support in my application. i used the
  544. topic 
  545. WWW_RegisterProtocol (with protocol 'file'). 
  546. After a filename was requested by netscape, i get a WM_DDE_INITIATE with topic
  547. 'WWW_OpenURL'. Then i send back WinDdeRespond(HwndNetscape, myHwnd,
  548. myName,"WWW_OpenURL", &Context) and get a WM_DDE_TERMINATE (!). 
  549. But how can i get the requested filename? I'm missing 
  550. something like WM_DDE_REQUEST or WM_DDE_DATA. 
  551.  
  552. The same behaviour when i'm using topic WWW_RegisterURLEcho - i get a
  553. WM_DDE_INITIATE with topic 'WWW_URLEcho' but no data containing the URL.
  554.  
  555. what's wrong? 
  556. Thanks, Thomas
  557.  
  558. --- WtrGate+ v0.93.p7 sn 165
  559.  * Origin: Usenet: AOL Bertelsmann Online GmbH & Co. KG http://www.g
  560. (1:109/42)
  561.  
  562. +----------------------------------------------------------------------------+
  563.  
  564. From: abuse@orac.clara.co.uk                            12-Sep-99 00:06:10
  565.   To: All                                               12-Sep-99 04:17:18
  566. Subj: Re: WinDlgBox(); / WM_INITDLG
  567.  
  568. From: abuse@orac.clara.co.uk (Paul Ratcliffe)
  569.  
  570. On Sat, 11 Sep 1999 17:32:08 +0100 (MEZ), Detlef Graef <dgraef@ibm.net> wrote:
  571.  
  572. >MRESULT EXPENTRY  NoteBookDlgProc(HWND hwnd, ULONG msg, MPARAM mp2, MPARAM
  573. mp1)  /* DLG-Proc. fuer Settings-Notebook */
  574. >
  575. >I've debugged the procedure. 
  576. >First       switch (msg)    is executed, and than immediatly WindefDlgProc(); 
  577. with a crash
  578. >in PMMERGE.DLL
  579. >
  580. >"mp1" has a value of 0 (zero), and "msg" a value of 83
  581. >
  582. >Why the crash? I think the value of zero of mp1 is not correct.
  583.  
  584. You might get better results if you declared your function correctly :-)
  585. mp1 and mp2 are the wrong way round, which is going to cause all sorts of
  586. grief!
  587.  
  588. --- WtrGate+ v0.93.p7 sn 165
  589.  * Origin: Usenet: The Floppy BBS (1:109/42)
  590.  
  591. +----------------------------------------------------------------------------+
  592.  
  593. From: mamodeo@stny.rr.com                               11-Sep-99 20:45:25
  594.   To: All                                               12-Sep-99 04:17:18
  595. Subj: One for the EMX gurus...
  596.  
  597. From: Marty <mamodeo@stny.rr.com>
  598.  
  599. Below is the log of what should be a <really> simple process.  One .c file
  600. calling one library function in one library.  I compile the .c files with
  601. the -g switch because I'm trying to get a bigger application with debug
  602. information so I can use GDB with it.  I create the archive file for the
  603. "library" using ar.  When I try to link with ld (using the gcc frontend) it
  604. tells me that any and all symbols defined in the library are undefined. 
  605. When I use nm to list the contents of the library, the symbol shows up
  606. exactly as specified in the error message.  What am I doing wrong?!?!
  607.  
  608. - Marty
  609.  
  610. epm: I:\gccdev\test >type test.c
  611. #include <stdio.h>
  612.  
  613. extern void sayhello( void );
  614.  
  615. int main( void ) {
  616.     printf( "Hello.\n" );
  617.     sayhello();
  618.     return 0;
  619. }
  620. epm: I:\gccdev\test >type test2.c
  621. #include <stdio.h>
  622.  
  623. void sayhello( void ) {
  624.     printf( "Hello there.\n" );
  625. }
  626. epm: I:\gccdev\test >gcc -g -c test.c
  627.  
  628. epm: I:\gccdev\test >gcc -g -c test2.c
  629.  
  630. epm: I:\gccdev\test >ar cr test2.a test2.o
  631.  
  632. epm: I:\gccdev\test >dir
  633.  
  634. The volume label in drive I is GCC DEV.
  635. The Volume Serial Number is A736:9415.
  636. Directory of I:\gccdev\test
  637.  
  638.  9-11-99   2:58p     <DIR>           0  .
  639.  9-11-99   2:58p     <DIR>           0  ..
  640.  9-11-99   8:13p       179          35  test.c
  641.  9-11-99   8:22p      1813           0  test.o
  642.  9-11-99   8:22p      1812           0  test2.a
  643.  9-11-99   8:21p        79          35  test2.c
  644.  9-11-99   8:22p      1657           0  test2.o
  645.         7 file(s)       5540 bytes used
  646.                    1482752 K bytes free
  647.  
  648. epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  649. test.c:8 (test.o): Undefined symbol _sayhello referenced from text segment
  650.  
  651. epm: I:\gccdev\test >nm test2.a
  652.  
  653. test2.o:
  654. 00000000 t ___gnu_compiled_c
  655.          U _printf
  656. 0000000e T _sayhello
  657. 00000000 t gcc2_compiled.
  658.  
  659. --- WtrGate+ v0.93.p7 sn 165
  660.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  661.  
  662. +----------------------------------------------------------------------------+
  663.  
  664. From: ian_harvey@do.not.spam.me                         10-Sep-99 18:58:11
  665.   To: All                                               12-Sep-99 04:17:18
  666. Subj: Re: Combo boxes and bitmaps
  667.  
  668. From: Ian Harvey <ian_harvey@do.not.spam.me>
  669.  
  670. The file selection control is a container.  The combo-box like drive
  671. selection control appears to be a custom control.
  672.  
  673. Paul Ratcliffe wrote:
  674. > 
  675. > On 9 Sep 1999 15:07:40 GMT, Glen D <glen@rockyhorror.Zkaroo.co.uk> wrote:
  676. > 
  677. > >I'm trying to do exactly what PMView has done and have a file dialog
  678. > >box with little icons next to each drive item in the combo-box.  It's
  679. > 
  680. > PMView uses an ordinary Container control to do this. There is no magic to
  681. it
  682. > as far as I'm aware.
  683.  
  684. -- 
  685. IanH
  686. Comments and questions welcome at ian_harvey at bigpond dot com
  687. However, do _not_ send me unsolicited commercial email.
  688.  
  689. --- WtrGate+ v0.93.p7 sn 165
  690.  * Origin: Usenet: Completely lacking (1:109/42)
  691.  
  692. +----------------------------------------------------------------------------+
  693.  
  694. From: ian_harvey@do.not.spam.me                         11-Sep-99 07:25:19
  695.   To: All                                               12-Sep-99 04:17:18
  696. Subj: Re: IPF - panels defined by name
  697.  
  698. From: Ian Harvey <ian_harvey@do.not.spam.me>
  699.  
  700. IPF limitation - for *.hlp files or *.inf files that may be
  701. concantenated you can only define a panel by number (must use the res
  702. attribute for heading tags etc.).
  703.  
  704. Or are you asking why IPF has that limitation ?  (Maybe because it is
  705. easier to identify a help panel within application code by a numeric ID
  706. ??)
  707.  
  708. peroy@my-deja.com wrote:
  709. > 
  710. > Sorry for my so poor english...
  711. > I'm trying to convert into IPF a Help file coming
  712. > from Wysihelp. Wysihelp generates a RTF file,
  713. > RTF2IPF tranlates it into an IPF file, and IPFC
  714. > gives me a HLP file for OS/2 (correctly
  715. > generated).
  716. > My problem is the following : why are all the
  717. > panels only "defined by number" and none "defined
  718. > by name"?
  719. > 
  720. > Sent via Deja.com http://www.deja.com/
  721. > Share what you know. Learn what you don't.
  722.  
  723. -- 
  724. IanH
  725. Comments and questions welcome at ian_harvey at bigpond dot com
  726. However, do _not_ send me unsolicited commercial email.
  727.  
  728. --- WtrGate+ v0.93.p7 sn 165
  729.  * Origin: Usenet: Completely lacking (1:109/42)
  730.  
  731. +----------------------------------------------------------------------------+
  732.  
  733. From: jmartin@csr.uvic.ca                               12-Sep-99 03:10:01
  734.   To: All                                               12-Sep-99 05:23:09
  735. Subj: Re: One for the EMX gurus...
  736.  
  737. From: Johannes Martin <jmartin@csr.uvic.ca>
  738.  
  739. Marty <mamodeo@stny.rr.com> wrote:
  740. : Below is the log of what should be a <really> simple process.  One .c file
  741. : calling one library function in one library.  I compile the .c files with
  742. : the -g switch because I'm trying to get a bigger application with debug
  743. : information so I can use GDB with it.  I create the archive file for the
  744. : "library" using ar.  When I try to link with ld (using the gcc frontend) it
  745. : tells me that any and all symbols defined in the library are undefined. 
  746. : When I use nm to list the contents of the library, the symbol shows up
  747. : exactly as specified in the error message.  What am I doing wrong?!?!
  748. Run:
  749.     ar s test.a 
  750. after creating your libary with 'ar cr ...'.
  751. 'ar s' is the equivalent to 'ranlib' - it generates the index for your
  752. archive.
  753.  
  754. Johannes
  755.  
  756. --- WtrGate+ v0.93.p7 sn 165
  757.  * Origin: Usenet: University of Victoria (1:109/42)
  758.  
  759. +----------------------------------------------------------------------------+
  760.  
  761. From: mamodeo@stny.rr.com                               12-Sep-99 00:38:03
  762.   To: All                                               12-Sep-99 05:23:09
  763. Subj: Re: One for the EMX gurus...
  764.  
  765. From: Marty <mamodeo@stny.rr.com>
  766.  
  767. Johannes Martin wrote:
  768. > 
  769. > Marty <mamodeo@stny.rr.com> wrote:
  770. > : Below is the log of what should be a <really> simple process.  One .c file
  771. > : calling one library function in one library.  I compile the .c files with
  772. > : the -g switch because I'm trying to get a bigger application with debug
  773. > : information so I can use GDB with it.  I create the archive file for the
  774. > : "library" using ar.  When I try to link with ld (using the gcc frontend)
  775. it
  776. > : tells me that any and all symbols defined in the library are undefined.
  777. > : When I use nm to list the contents of the library, the symbol shows up
  778. > : exactly as specified in the error message.  What am I doing wrong?!?!
  779. > Run:
  780. >         ar s test.a
  781. > after creating your libary with 'ar cr ...'.
  782. > 'ar s' is the equivalent to 'ranlib' - it generates the index for your
  783. > archive.
  784.  
  785. Didn't work.  :-(
  786.  
  787. [I:\gccdev\test]ar s test2.a
  788.  
  789. [I:\gccdev\test]gcc -g -L. -ltest2 test.o
  790. test.c:8 (test.o): Undefined symbol _sayhello referenced from text segment
  791.  
  792. - Marty
  793.  
  794. --- WtrGate+ v0.93.p7 sn 165
  795.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  796.  
  797. +----------------------------------------------------------------------------+
  798.  
  799. From: ilya@math.ohio-state.edu                          12-Sep-99 07:53:27
  800.   To: All                                               12-Sep-99 10:18:25
  801. Subj: Re: One for the EMX gurus...
  802.  
  803. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  804.  
  805. [A complimentary Cc of this posting was sent to Marty 
  806. <mamodeo@stny.rr.com>],
  807. who wrote in article <37DAF7BF.3CC1F360@stny.rr.com>:
  808. > epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  809. > test.c:8 (test.o): Undefined symbol _sayhello referenced from text segment
  810.  
  811. But of course!  When test.o is linked, there is an unresolved symbol
  812. sayhello().  There is no library to get it from.
  813.  
  814. Try 
  815.  
  816.  gcc -g -Zexe -o test test.o -L. -ltest2 
  817.  
  818. Ilya
  819.  
  820. --- WtrGate+ v0.93.p7 sn 165
  821.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  822. (1:109/42)
  823.  
  824. +----------------------------------------------------------------------------+
  825.  
  826. From: mamodeo@stny.rr.com                               12-Sep-99 04:05:02
  827.   To: All                                               12-Sep-99 10:18:25
  828. Subj: Re: One for the EMX gurus...
  829.  
  830. From: Marty <mamodeo@stny.rr.com>
  831.  
  832. Ilya Zakharevich wrote:
  833. > 
  834. > [A complimentary Cc of this posting was sent to Marty
  835. > <mamodeo@stny.rr.com>],
  836. > who wrote in article <37DAF7BF.3CC1F360@stny.rr.com>:
  837. > > epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  838. > > test.c:8 (test.o): Undefined symbol _sayhello referenced from text segment
  839. > 
  840. > But of course!  When test.o is linked, there is an unresolved symbol
  841. > sayhello().  There is no library to get it from.
  842. > 
  843. > Try
  844. > 
  845. >  gcc -g -Zexe -o test test.o -L. -ltest2
  846.  
  847. Bah!  Order of parameters counts?!  <smacks head>
  848.  
  849. Thanks Ilya.  I owe ya one!
  850.  
  851. - Marty
  852.  
  853. --- WtrGate+ v0.93.p7 sn 165
  854.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  855.  
  856. +----------------------------------------------------------------------------+
  857.  
  858. From: mamodeo@stny.rr.com                               12-Sep-99 04:24:11
  859.   To: All                                               12-Sep-99 10:18:25
  860. Subj: Re: One for the EMX gurus...
  861.  
  862. From: Marty <mamodeo@stny.rr.com>
  863.  
  864. Marty wrote:
  865. > 
  866. > Ilya Zakharevich wrote:
  867. > >
  868. > > [A complimentary Cc of this posting was sent to Marty
  869. > > <mamodeo@stny.rr.com>],
  870. > > who wrote in article <37DAF7BF.3CC1F360@stny.rr.com>:
  871. > > > epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  872. > > > test.c:8 (test.o): Undefined symbol _sayhello referenced from text
  873. segment
  874. > >
  875. > > But of course!  When test.o is linked, there is an unresolved symbol
  876. > > sayhello().  There is no library to get it from.
  877. > >
  878. > > Try
  879. > >
  880. > >  gcc -g -Zexe -o test test.o -L. -ltest2
  881. > 
  882. > Bah!  Order of parameters counts?!  <smacks head>
  883. > 
  884. > Thanks Ilya.  I owe ya one!
  885.  
  886. Nuts... now I'm in real trouble...
  887.  
  888. LD looks like it's happy and doesn't spit out any error messages but it
  889. crashes.  :-(
  890.  
  891. 09-12-1999  04:18:04  SYS3171  PID 00ac  TID 0001  Slot 0080
  892. I:\EMX\BIN\LD.EXE
  893. c0000005
  894. 00015f49
  895. P1=00000002  P2=0002e1b4  P3=XXXXXXXX  P4=XXXXXXXX  
  896. EAX=00000000  EBX=003025a0  ECX=00000004  EDX=00000000
  897. ESI=003025a0  EDI=000af5dc  
  898. DS=0053  DSACC=d0f3  DSLIM=1fffffff  
  899. ES=0053  ESACC=d0f3  ESLIM=1fffffff  
  900. FS=150b  FSACC=00f3  FSLIM=00000030
  901. GS=0000  GSACC=****  GSLIM=********
  902. CS:EIP=005b:00015f49  CSACC=d0df  CSLIM=1fffffff
  903. SS:ESP=0053:0002e1b8  SSACC=d0f3  SSLIM=1fffffff
  904. EBP=0008af44  FLG=00012297
  905.  
  906. LD.EXE 0001:00005f49
  907.  
  908. This happens on the LD from EMX .9d FP2 I believe.
  909.  5-06-99   9:43p     36278           0  ld.exe
  910.  
  911. It probably happens on others as well.  I think I'm overrunning something. 
  912. The total size of everything it's trying to link together comes to about
  913. 41MB with all the debug info enabled.  Is there any option I can pass to
  914. the linker to make it happier?
  915.  
  916. - Marty
  917.  
  918. --- WtrGate+ v0.93.p7 sn 165
  919.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  920.  
  921. +----------------------------------------------------------------------------+
  922.  
  923. From: mamodeo@stny.rr.com                               12-Sep-99 04:48:10
  924.   To: All                                               12-Sep-99 10:18:25
  925. Subj: Re: One for the EMX gurus...
  926.  
  927. From: Marty <mamodeo@stny.rr.com>
  928.  
  929. Marty wrote:
  930. > 
  931. > Marty wrote:
  932. > >
  933. > > Ilya Zakharevich wrote:
  934. > > >
  935. > > > [A complimentary Cc of this posting was sent to Marty
  936. > > > <mamodeo@stny.rr.com>],
  937. > > > who wrote in article <37DAF7BF.3CC1F360@stny.rr.com>:
  938. > > > > epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  939. > > > > test.c:8 (test.o): Undefined symbol _sayhello referenced from text
  940. segment
  941. > > >
  942. > > > But of course!  When test.o is linked, there is an unresolved symbol
  943. > > > sayhello().  There is no library to get it from.
  944. > > >
  945. > > > Try
  946. > > >
  947. > > >  gcc -g -Zexe -o test test.o -L. -ltest2
  948. > >
  949. > > Bah!  Order of parameters counts?!  <smacks head>
  950. > >
  951. > > Thanks Ilya.  I owe ya one!
  952. > 
  953. > Nuts... now I'm in real trouble...
  954. > 
  955. > LD looks like it's happy and doesn't spit out any error messages but it
  956. > crashes.  :-(
  957.  
  958. Disregard that.  It was a stack space exception.  I bumped up the stack
  959. space to 4MB and it was more than happy to produce my 31MB executable. 
  960. How's that for bloat?  ;-)
  961.  
  962. Thanks for the help from those that replied.
  963.  
  964. - Marty
  965.  
  966. --- WtrGate+ v0.93.p7 sn 165
  967.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  968.  
  969. +----------------------------------------------------------------------------+
  970.  
  971. From: haraldei@bugoff.c2i.net                           12-Sep-99 09:39:22
  972.   To: All                                               12-Sep-99 10:18:25
  973. Subj: Re: KC_KEYUP problem
  974.  
  975. From: haraldei@bugoff.c2i.net (Harald Eilertsen)
  976.  
  977. On Wed, 8 Sep 1999 07:08:53, Sean Myers <sean.myers@qr.com.au> wrote:
  978.  
  979. > I am writing a small PM app, and I have noticed that I am not receiving
  980. > any KC_KEYUP messages.  Is there something I have to do to make OS/2 send 
  981. > me these messages?
  982.  
  983. No, but here's something I figured out when experimenting with this:
  984.  
  985. // Only process messages with valid scancode fields.
  986. //
  987. // Really we only care about the character code, but it seems that PM 
  988. will never send
  989. // a message with both the KC_CHAR & KC_KEYUP flags set. It will 
  990. however send a message
  991. // with KC_SCANCODE & KC_KEYUP set at once. This indicates the uschar 
  992. field in the message
  993. // is not valid. However looking more closely on this message it seems
  994. that the least
  995. // significant byte of the uschar field contains the valid character 
  996. code, while the
  997. // most significant byte holds the scancode. We mask out the scancode,
  998. and is left with the
  999. // valid charcode, that enables us to turn off the right note.
  1000.  
  1001. Don't know if the assumption that the char code allways will be the 
  1002. lower byte in the uschar field will be valid in all NLS versions. But 
  1003. for single byte character sets I think it should be fairly safe.
  1004.  
  1005. Take Care!
  1006. -- 
  1007. Harald Eilertsen (haraldei@bugoff.c2i.net)
  1008. Posted by ProNews/2 on OS/2
  1009. (Spammers bug off!)
  1010.  
  1011. --- WtrGate+ v0.93.p7 sn 165
  1012.  * Origin: Usenet: Tele2 Norway AS Public Access (1:109/42)
  1013.  
  1014. +----------------------------------------------------------------------------+
  1015.  
  1016. From: kenames@earthlink.net                             12-Sep-99 18:02:02
  1017.   To: All                                               12-Sep-99 20:02:00
  1018. Subj: Re: One for the EMX gurus...
  1019.  
  1020. From: kenames@earthlink.net
  1021.  
  1022. damn Marty, thats a big one! are you trying to emulate windows?
  1023.  
  1024.  Ken
  1025.  
  1026. On Sun, 12 Sep 1999 08:48:20, Marty <mamodeo@stny.rr.com> wrote:
  1027.  
  1028. > Marty wrote:
  1029. > > 
  1030. > > Marty wrote:
  1031. > > >
  1032. > > > Ilya Zakharevich wrote:
  1033. > > > >
  1034. > > > > [A complimentary Cc of this posting was sent to Marty
  1035. > > > > <mamodeo@stny.rr.com>],
  1036. > > > > who wrote in article <37DAF7BF.3CC1F360@stny.rr.com>:
  1037. > > > > > epm: I:\gccdev\test >gcc -g -Zexe -L. -ltest2 test.o
  1038. > > > > > test.c:8 (test.o): Undefined symbol _sayhello referenced from text
  1039. segment
  1040. > > > >
  1041. > > > > But of course!  When test.o is linked, there is an unresolved symbol
  1042. > > > > sayhello().  There is no library to get it from.
  1043. > > > >
  1044. > > > > Try
  1045. > > > >
  1046. > > > >  gcc -g -Zexe -o test test.o -L. -ltest2
  1047. > > >
  1048. > > > Bah!  Order of parameters counts?!  <smacks head>
  1049. > > >
  1050. > > > Thanks Ilya.  I owe ya one!
  1051. > > 
  1052. > > Nuts... now I'm in real trouble...
  1053. > > 
  1054. > > LD looks like it's happy and doesn't spit out any error messages but it
  1055. > > crashes.  :-(
  1056. > 
  1057. > Disregard that.  It was a stack space exception.  I bumped up the stack
  1058. > space to 4MB and it was more than happy to produce my 31MB executable. 
  1059. > How's that for bloat?  ;-)
  1060. > 
  1061. > Thanks for the help from those that replied.
  1062. > 
  1063. > - Marty
  1064.  
  1065.  
  1066.  
  1067. --- WtrGate+ v0.93.p7 sn 165
  1068.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  1069.  
  1070. +----------------------------------------------------------------------------+
  1071.  
  1072. From: csaba.raduly@sophos.com                           12-Sep-99 19:55:14
  1073.   To: All                                               12-Sep-99 20:02:00
  1074. Subj: Re: FP10 and Watcom 10.6 Debugger
  1075.  
  1076. From: Csaba Raduly <csaba.raduly@sophos.com>
  1077.  
  1078. Marty wrote:
  1079. > 
  1080. > Michael Moegn wrote:
  1081. > >
  1082. > > Hello,
  1083. > > after installing FP10, my Watcom debugger (10.6) is not longer working.
  1084. > > When I start a program in the debugger, it only can be executed to the
  1085. > > WinCreateMsgQueue statement. Then the program will be stopped and the
  1086. > > debugger shows a "Task Completed" message in the debugger status line.
  1087. > 
  1088. > Same here.  The Watcom debugger has proven to be quite useless to me for PM
  1089.  
  1090. Even though WDW has loads of bugs, this is not its fault.
  1091. * ALL * debuggers ( IPMD & ICSDEBUG from IBM; (pm)gdb from emx ) 
  1092. would behave the same. You need to go back to around FP6-level
  1093. pmmerge.dll
  1094. to fix this. I had this problem and the fix worked.
  1095.  
  1096. Are you listening, IBM ? Perhaps it's not too late to fix this in FP12 ?
  1097.  
  1098. Csaba
  1099. -- 
  1100. -----BEGIN GEEK CODE BLOCK----- 
  1101. Version 3.1
  1102. GCS/>GMU d- s:- a30 C++$ UL+ P+>+++ L++ E- W+ N++ o? K? w++>$ O++$ M-
  1103. V- PS PE Y PGP- t+ 5 X++ R* tv++ b++ DI+++ D++ G- e+++ h-- r-- !y+
  1104. -----END GEEK CODE BLOCK----- 
  1105.  
  1106. Csaba Raduly,    Software Developer (OS/2),    Sophos Anti-Virus
  1107. mailto:csaba.raduly@sophos.com            http://www.sophos.com/
  1108. US Support +1 888 SOPHOS 9            UK Support +44 1235 559933
  1109. Life is complex, with real and imaginary parts.
  1110.  
  1111. --- WtrGate+ v0.93.p7 sn 165
  1112.  * Origin: Usenet: SOPHOS Plc (1:109/42)
  1113.  
  1114. +----------------------------------------------------------------------------+
  1115.  
  1116. From: mamodeo@stny.rr.com                               12-Sep-99 15:32:06
  1117.   To: All                                               12-Sep-99 20:02:00
  1118. Subj: Re: One for the EMX gurus...
  1119.  
  1120. From: Marty <mamodeo@stny.rr.com>
  1121.  
  1122. kenames@earthlink.net wrote:
  1123. > 
  1124. > damn Marty, thats a big one! are you trying to emulate windows?
  1125.  
  1126. Heh.. not yet.  ;-)
  1127.  
  1128. MAME has quite a few symbols defined.  Stripping out the symbolic info, the
  1129. executable is a paltry 8MB.  ;-)
  1130.  
  1131. Now all I have to do is figure out how to use this PMGDB.  It keeps
  1132. complaining about being started in a VIO window and that it could lock my
  1133. system if I use it to debug a PM app.  At least it lets me examine core
  1134. files and do post-mortems on it, which is an enormous help by itself.
  1135.  
  1136. - Marty
  1137.  
  1138. --- WtrGate+ v0.93.p7 sn 165
  1139.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  1140.  
  1141. +----------------------------------------------------------------------------+
  1142.  
  1143. From: ilya@math.ohio-state.edu                          12-Sep-99 22:24:28
  1144.   To: All                                               13-Sep-99 03:45:01
  1145. Subj: Re: One for the EMX gurus...
  1146.  
  1147. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  1148.  
  1149. [A complimentary Cc of this posting was sent to Marty 
  1150. <mamodeo@stny.rr.com>],
  1151. who wrote in article <37DBFFBC.103FF5D7@stny.rr.com>:
  1152. > kenames@earthlink.net wrote:
  1153. > > 
  1154. > > damn Marty, thats a big one! are you trying to emulate windows?
  1155. > 
  1156. > Heh.. not yet.  ;-)
  1157. > 
  1158. > MAME has quite a few symbols defined.  Stripping out the symbolic info, the
  1159. > executable is a paltry 8MB.  ;-)
  1160. > 
  1161. > Now all I have to do is figure out how to use this PMGDB.  It keeps
  1162. > complaining about being started in a VIO window and that it could lock my
  1163. > system if I use it to debug a PM app.  At least it lets me examine core
  1164. > files and do post-mortems on it, which is an enormous help by itself.
  1165.  
  1166. What I do (with -Zomf executables) is to start sd386 in a full-screen
  1167. session and debug from there.  I think gdb allows the same.
  1168.  
  1169. Ilya
  1170.  
  1171. --- WtrGate+ v0.93.p7 sn 165
  1172.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  1173. (1:109/42)
  1174.  
  1175. +----------------------------------------------------------------------------+
  1176.  
  1177. From: thannymeister@spambegone.yahoo.com                12-Sep-99 20:10:21
  1178.   To: All                                               13-Sep-99 03:45:01
  1179. Subj: Re: One for the EMX gurus...
  1180.  
  1181. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  1182.  
  1183. On Sun, 12 Sep 1999 15:32:12 -0400, Marty wrote:
  1184.  
  1185. >kenames@earthlink.net wrote:
  1186. >> 
  1187. >> damn Marty, thats a big one! are you trying to emulate windows?
  1188. >
  1189. >Heh.. not yet.  ;-)
  1190. >
  1191. >MAME has quite a few symbols defined.  Stripping out the symbolic info, the
  1192. >executable is a paltry 8MB.  ;-)
  1193. >
  1194. >Now all I have to do is figure out how to use this PMGDB.  It keeps
  1195. >complaining about being started in a VIO window and that it could lock my
  1196. >system if I use it to debug a PM app.  At least it lets me examine core
  1197. >files and do post-mortems on it, which is an enormous help by itself.
  1198.  
  1199. When you gave me the source a while back, for verion .31.4, VACPP 3.08
  1200. produced a 1.4MB executable when debug info was excluded.  Has it bulked up
  1201. that much since then?  Are you perhaps not compressing the executable?
  1202.  
  1203.  
  1204. --
  1205.  - Mike
  1206.  
  1207. Remove 'spambegone' to send e-mail.
  1208.  
  1209.  
  1210. --- WtrGate+ v0.93.p7 sn 165
  1211.  * Origin: Usenet: TLF (1:109/42)
  1212.  
  1213. +----------------------------------------------------------------------------+
  1214.  
  1215. From: mamodeo@stny.rr.com                               12-Sep-99 22:51:26
  1216.   To: All                                               13-Sep-99 05:47:24
  1217. Subj: Re: One for the EMX gurus...
  1218.  
  1219. From: Marty <mamodeo@stny.rr.com>
  1220.  
  1221. Mike Ruskai wrote:
  1222. > 
  1223. > On Sun, 12 Sep 1999 15:32:12 -0400, Marty wrote:
  1224. > 
  1225. > >kenames@earthlink.net wrote:
  1226. > >>
  1227. > >> damn Marty, thats a big one! are you trying to emulate windows?
  1228. > >
  1229. > >Heh.. not yet.  ;-)
  1230. > >
  1231. > >MAME has quite a few symbols defined.  Stripping out the symbolic info, the
  1232. > >executable is a paltry 8MB.  ;-)
  1233. > >
  1234. > >Now all I have to do is figure out how to use this PMGDB.  It keeps
  1235. > >complaining about being started in a VIO window and that it could lock my
  1236. > >system if I use it to debug a PM app.  At least it lets me examine core
  1237. > >files and do post-mortems on it, which is an enormous help by itself.
  1238. > 
  1239. > When you gave me the source a while back, for verion .31.4, VACPP 3.08
  1240. > produced a 1.4MB executable when debug info was excluded.  Has it bulked up
  1241. > that much since then?  Are you perhaps not compressing the executable?
  1242.  
  1243. No, it's been beefed up quite a bit since then.  I think .31 only supported
  1244. around 500 games compared to the current 1600 or so.  Also, some of the
  1245. PGCC optimizations make the exe quite a bit larger, but a bit faster too.
  1246.  
  1247. - Marty
  1248.  
  1249. --- WtrGate+ v0.93.p7 sn 165
  1250.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  1251.  
  1252. +----------------------------------------------------------------------------+
  1253.  
  1254. From: hka@norman.no                                     13-Sep-99 08:31:13
  1255.   To: All                                               13-Sep-99 05:47:24
  1256. Subj: Q: Problem reading from partitions > 4GB
  1257.  
  1258. From: "Hans K. Aspenberg" <hka@norman.no>
  1259.  
  1260. Hi all,
  1261.  
  1262. The enclosed code tries to open all drives logically, from "A:" to "Z:" and
  1263. read the first sector off each drive. It works like a charm for all types of
  1264. disks, except for hard disk partitions > 4GB where DosRead() returns rc=5
  1265. ERROR_ACCESS_DENIED. (By the way, it works for > 4GB partitions when the
  1266. physical disk contains only one partition). Adding locking/unlocking code
  1267. around the read doesn't make any significance. I have studied all available
  1268. docs without becoming any wiser..
  1269.  
  1270. ;-)) Hans
  1271.  
  1272. --- Code snippet ----
  1273.  
  1274. #include <stdio.h>             // Include std "C" header files.
  1275. #include <stdlib.h>
  1276.  
  1277. #define INCL_DOSDEVIOCTL
  1278. #define INCL_DOSDEVICES
  1279. #define INCL_DOSFILEMGR
  1280. #define INCL_DOSMISC
  1281. #define INCL_ERRORS
  1282. #define INCL_DOSSEMAPHORES
  1283. #define INCL_DOSMODULEMGR
  1284. #define INCL_DOSPROCESS
  1285. #ifndef __IBMC__
  1286.    #define __IBMC__ 0    // Define these to use Warp Toolkit headers from
  1287. Watcom.
  1288.    #define __IBMCPP__ 0
  1289. #endif
  1290. #include <os2.h>
  1291.  
  1292. VOID main (VOID)
  1293. {
  1294.    APIRET arRc = NO_ERROR;
  1295.    HFILE hDisk;
  1296.    CHAR cDrive;
  1297.    CHAR ucBuf [512];
  1298.  
  1299.    for (cDrive = 'A'; cDrive <= 'Z'; cDrive++) {
  1300.       printf ("\nDrive %c:", cDrive);
  1301.       arRc = _OpenLogDisk (cDrive - 'A', &hDisk);
  1302.       if (arRc == NRC_OK) {
  1303.          arRc = _ReadLogDisk (hDisk, 0, ucBuf);
  1304.          if (arRc == NRC_OK) {
  1305.             printf (" read OK.");
  1306.          }
  1307.          else {
  1308.             printf (" Read returned 0x%08X", arRc);
  1309.          }
  1310.          DosClose (hFile);
  1311.       }
  1312.       else {
  1313.          printf (" Open() returned 0x%08X", arRc);
  1314.       }
  1315.    }
  1316. }
  1317.  
  1318. APIRET _OpenLogDisk (NUSHORT usLogDisk,
  1319.                      PHFILE  phLogDisk)
  1320. {
  1321.    ULONG ulAct;
  1322.    APIRET arRc;
  1323.    CHAR  szDrive[3] = "A:";
  1324.  
  1325.    szDrive[0] = (CHAR) usLogDisk + 'A'; // Complete the drive name.
  1326.    arRc = DosOpen (szDrive, (PHFILE)phLogDisk,
  1327.                    &ulAct, 0L, 0L,
  1328.                    OPEN_ACTION_OPEN_IF_EXISTS,
  1329.                    OPEN_FLAGS_DASD| OPEN_FLAGS_FAIL_ON_ERROR|
  1330. OPEN_SHARE_DENYNONE,
  1331.                    (PEAOP2)NULL);
  1332.    return arRc;
  1333. }
  1334.  
  1335. #define SZE_SECTOR 0x200
  1336.  
  1337. APIRET _ReadLogDisk (HFILE hLogDisk,
  1338.                      ULONG ulSector,
  1339.                      PBYTE pbyBuffer)
  1340. {
  1341.    APIRET arRc;
  1342.    ULONG ulDummy;
  1343.  
  1344.    arRc = DosSetFilePtr ((HFILE)hLogDisk, (LONG)(ulSector * SZE_SECTOR),
  1345.                          FILE_BEGIN, &ulDummy);
  1346.    if (arRc == NO_ERROR) {
  1347.       arRc = DosRead ((HFILE)hLogDisk, pbyBuffer, SZE_SECTOR, &ulDummy);
  1348.    }
  1349.    return arRc;
  1350. }
  1351.  
  1352.  
  1353. ---
  1354.  
  1355. Hans K. Aspenberg
  1356. hka@norman.no
  1357.  
  1358.  
  1359. --- WtrGate+ v0.93.p7 sn 165
  1360.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1361.  
  1362. +----------------------------------------------------------------------------+
  1363.  
  1364. From: m.karsch@ath.nl                                   13-Sep-99 10:38:16
  1365.   To: All                                               13-Sep-99 10:36:28
  1366. Subj: Re: FP10 and Watcom 10.6 Debugger
  1367.  
  1368. From: Michiel Karsch <m.karsch@ath.nl>
  1369.  
  1370. Same problem with Borlandc++ for OS/2 and FP11. Where can i get a working
  1371. pmmerge.dll, i program in the debugger.
  1372.  
  1373. Csaba Raduly wrote:
  1374.  
  1375. > Marty wrote:
  1376. > >
  1377. > > Michael Moegn wrote:
  1378. > > >
  1379. > > > Hello,
  1380. > > > after installing FP10, my Watcom debugger (10.6) is not longer working.
  1381. > > > When I start a program in the debugger, it only can be executed to the
  1382. > > > WinCreateMsgQueue statement. Then the program will be stopped and the
  1383. > > > debugger shows a "Task Completed" message in the debugger status line.
  1384. > >
  1385. > > Same here.  The Watcom debugger has proven to be quite useless to me for
  1386. PM
  1387. >
  1388. > Even though WDW has loads of bugs, this is not its fault.
  1389. > * ALL * debuggers ( IPMD & ICSDEBUG from IBM; (pm)gdb from emx )
  1390. > would behave the same. You need to go back to around FP6-level
  1391. > pmmerge.dll
  1392. > to fix this. I had this problem and the fix worked.
  1393. >
  1394. > Are you listening, IBM ? Perhaps it's not too late to fix this in FP12 ?
  1395. >
  1396. > Csaba
  1397. > --
  1398. > -----BEGIN GEEK CODE BLOCK-----
  1399. > Version 3.1
  1400. > GCS/>GMU d- s:- a30 C++$ UL+ P+>+++ L++ E- W+ N++ o? K? w++>$ O++$ M-
  1401. > V- PS PE Y PGP- t+ 5 X++ R* tv++ b++ DI+++ D++ G- e+++ h-- r-- !y+
  1402. > -----END GEEK CODE BLOCK-----
  1403. >
  1404. > Csaba Raduly,    Software Developer (OS/2),    Sophos Anti-Virus
  1405. > mailto:csaba.raduly@sophos.com            http://www.sophos.com/
  1406. > US Support +1 888 SOPHOS 9            UK Support +44 1235 559933
  1407. > Life is complex, with real and imaginary parts.
  1408.  
  1409. --- WtrGate+ v0.93.p7 sn 165
  1410.  * Origin: Usenet: WorldOnline News server (1:109/42)
  1411.  
  1412. +----------------------------------------------------------------------------+
  1413.  
  1414. From: pfitzsim@home.com                                 13-Sep-99 09:27:03
  1415.   To: All                                               13-Sep-99 10:36:28
  1416. Subj: Re: Q: Problem reading from partitions > 4GB
  1417.  
  1418. From: Peter Fitzsimmons <pfitzsim@home.com>
  1419.  
  1420. Do a dejanews.com "past" search for 0xDEADFACE
  1421.  
  1422. It'll put the volume in "sector" mode, instead of "byte" mode.
  1423.  
  1424. -- 
  1425. Peter Fitzsimmons,      Toronto Canada.
  1426. email:pfitz@ican.net    Voice: 905-858-3222
  1427.  
  1428. --- WtrGate+ v0.93.p7 sn 165
  1429.  * Origin: Usenet: @Home Network Canada (1:109/42)
  1430.  
  1431. +----------------------------------------------------------------------------+
  1432.  
  1433. From: csaba.raduly@sophos.com                           13-Sep-99 10:19:22
  1434.   To: All                                               13-Sep-99 10:36:28
  1435. Subj: Re: FP10 and Watcom 10.6 Debugger
  1436.  
  1437. From: Csaba Raduly <csaba.raduly@sophos.com>
  1438.  
  1439. Michiel Karsch wrote:
  1440. > 
  1441. > Same problem with Borlandc++ for OS/2 and FP11. Where can i get a working
  1442. > pmmerge.dll, i program in the debugger.
  1443. > 
  1444.  
  1445. FP6 is included in the June 1998 DevCon. I discovered this after
  1446. a kind member of the WarpUK mailing list has sent it to me :-)
  1447. I can mail it to you if you want.
  1448.  
  1449. Csaba
  1450. -- 
  1451. -----BEGIN GEEK CODE BLOCK----- 
  1452. Version 3.1
  1453. GCS/>GMU d- s:- a30 C++$ UL+ P+>+++ L++ E- W+ N++ o? K? w++>$ O++$ M-
  1454. V- PS PE Y PGP- t+ 5 X++ R* tv++ b++ DI+++ D++ G- e+++ h-- r-- !y+
  1455. -----END GEEK CODE BLOCK----- 
  1456.  
  1457. Csaba Raduly,    Software Developer (OS/2),    Sophos Anti-Virus
  1458. mailto:csaba.raduly@sophos.com            http://www.sophos.com/
  1459. US Support +1 888 SOPHOS 9            UK Support +44 1235 559933
  1460. Life is complex, with real and imaginary parts.
  1461.  
  1462. --- WtrGate+ v0.93.p7 sn 165
  1463.  * Origin: Usenet: SOPHOS Plc (1:109/42)
  1464.  
  1465. +----------------------------------------------------------------------------+
  1466.  
  1467. From: isaacl@bulls.ece.ubc.ca                           13-Sep-99 19:19:09
  1468.   To: All                                               13-Sep-99 16:50:03
  1469. Subj: Re: Object Desktop 2 - Hacking the LNF
  1470.  
  1471. From: isaacl@bulls.ece.ubc.ca (e-frog)
  1472.  
  1473. Robert Lalla (rlalla@stepnet.REMOVETHIS.de) wrote:
  1474. : On Fri, 10 Sep 1999 22:30:36 -0400 (EDT), andrew g wrote:
  1475.  
  1476. : >I may be the only OD2 user to have made an LNF, judging
  1477. : >by the apathy I see around me and on Stardock's part. I
  1478.  
  1479. : Once when OD2-fp1 came out I installed it.
  1480. : But then is was faced to frequent crashes of WPS.
  1481. : So I reinstalled ODpro1.5.
  1482.  
  1483. What about the fact that the sample LNF was made for VAC++ only? It's a
  1484. rather expensive product (at least by my budgets).
  1485.  
  1486. Some of us can code a little bit and especially with a nice example to
  1487. follow, but rely on the IDE to do the makefiles.
  1488. I bet if somebody could get the LNF kit working with gcc (and nice
  1489. instructions), you'd get a few more submissions.
  1490.  
  1491.  
  1492.  
  1493. Isaac
  1494.  
  1495. --- WtrGate+ v0.93.p7 sn 165
  1496.  * Origin: Usenet: ITServices, University of British Columbia (1:109/42)
  1497.  
  1498. +----------------------------------------------------------------------------+
  1499.  
  1500. From: whonea@codenet.net                                13-Sep-99 19:29:22
  1501.   To: All                                               14-Sep-99 18:43:05
  1502. Subj: Re: FP10 and Watcom 10.6 Debugger
  1503.  
  1504. From: whonea@codenet.net (Will Honea)
  1505.  
  1506. On Sun, 12 Sep 1999 18:55:28, Csaba Raduly <csaba.raduly@sophos.com> 
  1507. wrote:
  1508.  
  1509. > Even though WDW has loads of bugs, this is not its fault.
  1510. > * ALL * debuggers ( IPMD & ICSDEBUG from IBM; (pm)gdb from emx ) 
  1511. > would behave the same. You need to go back to around FP6-level
  1512. > pmmerge.dll
  1513. > to fix this. I had this problem and the fix worked.
  1514. >  
  1515. > Are you listening, IBM ? Perhaps it's not too late to fix this in FP12 ?
  1516. >
  1517.  
  1518. Whoops, something is fishy here!  I use ICSDEBUG on a daily basis with
  1519. Warp 4, fp11 - and there are 6 of us in the group using as many 
  1520. machines on the current app.  I used WDW for the last 2 weeks (version
  1521. 10a and 10.6 both) to debug both an old DOS app I maintain as well as 
  1522. some OS/2 apps I wrote to test a port of that old code.  All 3 worked 
  1523. without a burp - the only problem I had was getting the right paths 
  1524. set up for the DOS VDM to debug that but that happens every time I 
  1525. fire it up again after a long layoff.  I won't speak for IPMD under fp
  1526. 11, but I had it up under fp10 about a month ago checking an older 
  1527. version of  current app and it also ran fine. ICSDEBUG is at the FP8 
  1528. level.
  1529.  
  1530. I've seen a few posts about NT and AIX using VACPP 3.65 and VACPP 4 
  1531. debuggers on news.software.ibm.com but I don't recall see ANY using 
  1532. icsdebug from 3.0 under OS/2.
  1533.  
  1534. That said, there are some general video problems with certain video 
  1535. cards and drivers ( particularly the GRADD drivers and some Matrox 
  1536. cards) and the whole VACPP IDE - black icons, etc. - but this is the 
  1537. first complaint I've seen about the IBM debuggers not working.  I even
  1538. have Thesues/2 working with FP11, or at least not crashing it.
  1539.  
  1540. Will Honea <whonea@codenet.net>
  1541.  
  1542. --- WtrGate+ v0.93.p7 sn 165
  1543.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1544.  
  1545. +----------------------------------------------------------------------------+
  1546.  
  1547. From: hka@norman.no                                     14-Sep-99 11:38:20
  1548.   To: All                                               14-Sep-99 18:43:05
  1549. Subj: Re: Q: Problem reading from partitions > 4GB
  1550.  
  1551. From: "Hans K. Aspenberg" <hka@norman.no>
  1552.  
  1553. On Mon, 13 Sep 1999 09:27:07 GMT, Peter Fitzsimmons wrote:
  1554.  
  1555. :>Do a dejanews.com "past" search for 0xDEADFACE
  1556. :>
  1557. :>It'll put the volume in "sector" mode, instead of "byte" mode.
  1558.  
  1559. Tnx Peter. When pointed to it, I remembered vaguely something about this :-)
  1560. It is documented in the OS2UNDOC.INF that can be found on Hobbes. If someone
  1561. is interrested, I have enclosed a code snipped below that does the work:
  1562.  
  1563. ;-)) Hans
  1564.  
  1565. ---- Code snippet ----
  1566.  
  1567. /*------ _ S e t B l o c k M o d e ------------------------------------------
  1568.  
  1569.   Function  : Use undocumented HPFS FSD function to set handle in block mode.
  1570.  
  1571.   Parameters: Handle to logical disk.
  1572.   Returns   : API return code, preferrably NO_ERROR.
  1573.   Written by: Hans K. Aspenberg
  1574.   Revision  : 14-Sep-1999 1.00 /HKA/ Created.
  1575.   record
  1576.  
  1577. */
  1578. static APIRET _SetBlockMode (HFILE hDisk)
  1579. {
  1580.    UCHAR   uchDataArea[16] = {0};           /* Input and output data area */
  1581.    ULONG   ulDataLen        = 0;            /* Input and output data size */
  1582.    ULONG   ulParm           = 0xDEADFACE;   /* Input and output for function
  1583. */
  1584.    ULONG   ulParmLen        = 4;            /* Input and output parameter
  1585. size */
  1586.    ULONG   ulFunction       = 0x9014;       /* Device-specific function */
  1587.    APIRET  rc               = NO_ERROR;     /* Return code */
  1588.  
  1589.    rc = DosFSCtl(uchDataArea,         /* Input/output data area */
  1590.                  sizeof(uchDataArea), /* Maximum output data size */
  1591.                  &ulDataLen,          /* Input:  size of input data area */
  1592.                                       /* Output: size of data returned   */
  1593.                  &ulParm,             /* Input/Output parameter list */
  1594.                  4,                   /* Maximum output parameter size */
  1595.                  &ulParmLen,          /* Input:  size of parameter list */
  1596.                                       /* Output: size of parameters returned
  1597. */
  1598.                  ulFunction,          /* Function being requested */
  1599.                  NULL,                /* File System Driver (FSD) name */
  1600.                  hDisk,               /* Handle for file */
  1601.                  FSCTL_HANDLE);       /* Indicate handle is the route */
  1602.    return rc;
  1603. }
  1604.  
  1605. ---- End code snippet ----
  1606. ---
  1607.  
  1608. Hans K. Aspenberg
  1609. hka@norman.no
  1610.  
  1611.  
  1612. --- WtrGate+ v0.93.p7 sn 165
  1613.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1614.  
  1615. +----------------------------------------------------------------------------+
  1616.  
  1617. From: Paulo.Santos@rnl.ist.utl.pt                       14-Sep-99 12:43:00
  1618.   To: All                                               14-Sep-99 18:43:05
  1619. Subj: Using Visibroker for Java in OS/2
  1620.  
  1621. From: "Paulo Santos" <Paulo.Santos@rnl.ist.utl.pt>
  1622.  
  1623. I can't initialize a visibroker ORB client in OS/2 with the Java 1.1.8
  1624. recently installed. My applet works in Windows NT, LINUX, UNIX but it
  1625. doesn't work on OS/2 when I run with appletviewer.
  1626. The problem seems to be in the static initializerof the orb: orb
  1627. org.omg.CORBA.ORB.init(applet,NULL).
  1628. I have the following parameter in the applet:
  1629.  <param  name=org.omg.CORBA.ORBClass value=com.visigenic.vbroker.orb.ORB>
  1630.  
  1631. This is the exception I get:
  1632.  
  1633. # Applet exception: java.lang.ExceptionInInitializerError
  1634. java.lang.ExceptionInInitializerError
  1635.  at java.lang.Throwable.<init>(Throwable.java:63)
  1636.  at java.lang.Error.<init>(Error.java:36)
  1637.  at java.lang.LinkageError.<init>(LinkageError.java:28)
  1638.  at
  1639. java.lang.ExceptionInInitializerError.<init>(ExceptionInInitializerError.jav
  1640. a:39)
  1641.  at java.lang.ClassLoader.resolveClass(ClassLoader.java:273)
  1642.  at netscape.applet.AppletClassLoader.loadClass1(AppletClassLoader.java:778)
  1643.  at netscape.applet.AppletClassLoader.loadClass(AppletClassLoader.java:720)
  1644.  at netscape.applet.AppletClassLoader.loadClass(AppletClassLoader.java:697)
  1645.  at org.omg.CORBA.ORB.create_impl(ORB.java:295)
  1646.  at org.omg.CORBA.ORB.init(ORB.java:368)
  1647.  at com.easyphone.tfc80.jttalk.JTTalk.run(JTTalk.java:73)
  1648.  at java.lang.Thread.run(Thread.java:503)
  1649.  
  1650. and this is the exception that caused this ExceptionInInitializerError:
  1651.  
  1652. java.lang.ArithmeticException: / by zero
  1653.         at com.visigenic.vbroker.orb.ORB.extractTagFromStamp(Compiled Code)
  1654.         at
  1655.         at java.lang.ClassLoader.resolveClass(ClassLoader.java:230)
  1656.         at
  1657. sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:217)
  1658.         at
  1659. sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:177)
  1660.         at org.omg.CORBA.ORB.create_impl(ORB.java:295)
  1661.         at org.omg.CORBA.ORB.init(ORB.java:368)
  1662.         at com.easyphone.tfc80.jttalk.JTTalk.run(JTTalk.java:78)
  1663.         at java.lang.Thread.run(Thread.java:498)
  1664.  
  1665. Can you help me?
  1666. Thanks.
  1667.  
  1668. Paulo Santos
  1669.  
  1670.  
  1671.  
  1672.  
  1673. --- WtrGate+ v0.93.p7 sn 165
  1674.  * Origin: Usenet: Universidade Tecnica de Lisboa (1:109/42)
  1675.  
  1676. +----------------------------------------------------------------------------+
  1677.  
  1678. From: KendallB@scitechsoft.com                          14-Sep-99 08:29:22
  1679.   To: All                                               14-Sep-99 18:43:06
  1680. Subj: OS/2 developer position at SciTech!
  1681.  
  1682. From: KendallB@scitechsoft.com (Kendall Bennett)
  1683.  
  1684. Hi All,
  1685.  
  1686. SciTech is currently looking to fill a fulltime OS/2 developer position 
  1687. within the company. The responsibilities of the position would include 
  1688. development of SciTech Display Doctor for OS/2, wxWindows for OS/2 (a 
  1689. core component of the SDD 7.0 user interface) and SciTech MGL for OS/2. 
  1690. The position will require relocation to our offices in Chico, California 
  1691. (about 1.5 hours north of Sacramento).
  1692.  
  1693. If you are interested in this position, please mail/fax your resume to my 
  1694. attention at:
  1695.  
  1696.  Kendall Bennett
  1697.  505 Wall Street
  1698.  Chico, CA 95928
  1699.  Fax: (530) 894 9069
  1700.  
  1701. If you wish to email me resumes, make sure they are either word documents 
  1702. or acrobat files so that I can print them and add them to our files. I 
  1703. won't accept text file resumes.
  1704.  
  1705. If you are not interested in this position, please pass this message onto 
  1706. friends who may be interested in applying.
  1707.  
  1708. Regards,
  1709.  
  1710. -- 
  1711.  
  1712. +----------------------------------------------------------------------+
  1713. |      SciTech Software - Building Truly Plug'n'Play Software!         |
  1714. +----------------------------------------------------------------------+
  1715. | Kendall Bennett          | To reply via email, remove nospam from    |
  1716. | Director of Engineering  | the reply to email address. Do NOT send   |
  1717. | SciTech Software, Inc.   | unsolicited commercial email!             |
  1718. | 505 Wall Street          | ftp  : ftp.scitechsoft.com                |
  1719. | Chico, CA 95928, USA     | www  : http://www.scitechsoft.com         |
  1720. +----------------------------------------------------------------------+
  1721.  
  1722. --- WtrGate+ v0.93.p7 sn 165
  1723.  * Origin: Usenet: SciTech Software, Inc. (1:109/42)
  1724.  
  1725. +----------------------------------------------------------------------------+
  1726.  
  1727. From: mek@compuserve.com                                14-Sep-99 11:21:13
  1728.   To: peroy@my-deja.com                                 14-Sep-99 18:43:06
  1729. Subj: Re: IPF - panels defined by name
  1730.  
  1731. To: peroy@my-deja.com
  1732. From: Mat Kramer <mek@compuserve.com>
  1733.  
  1734. In IPF, you can give a help panel both a resource number and/or a
  1735. name/ID.  If you want to link from an app, you need the resource number,
  1736. but it is possible to use both.  That is, you can use name for linking
  1737. internally, and IDs for linking from code.
  1738.  
  1739. You may also want to try VyperHelp to convert the HPJ/RTF to IPF.  It
  1740. preserves both names and numbers when translating.  See link below.
  1741.  
  1742. peroy@my-deja.com wrote:
  1743. > 
  1744. > I'm trying to convert into IPF a Help file coming
  1745. > from Wysihelp. Wysihelp generates a RTF file,
  1746. > RTF2IPF tranlates it into an IPF file, and IPFC
  1747. > gives me a HLP file for OS/2 (correctly
  1748. > generated).
  1749. > My problem is the following : why are all the
  1750. > panels only "defined by number" and none "defined
  1751. > by name"?
  1752.  
  1753. -- 
  1754. Mat Kramer [MekTek] mek@compuserve.com
  1755. VyperHelp: http://ourworld.compuserve.com/homepages/mek/vyper.htm
  1756.  
  1757. --- WtrGate+ v0.93.p7 sn 165
  1758.  * Origin: Usenet: MekTek (1:109/42)
  1759.  
  1760. +----------------------------------------------------------------------------+
  1761.  
  1762. From: hubert@ugrad.cs.ualberta.ca                       14-Sep-99 12:26:19
  1763.   To: All                                               14-Sep-99 20:40:17
  1764. Subj: AbiWord
  1765.  
  1766. From: Hubert Chan <hubert@ugrad.cs.ualberta.ca>
  1767.  
  1768. I came across an interresting project the other day:
  1769.   www.abisource.com
  1770.  
  1771. Their goal is to create desktop applications under an open source license
  1772. (which, for the end-user means it's free).  They've already done some
  1773. progress on AbiWord -- a word processor.
  1774.  
  1775. So far, they have ports for UNIX, Win 95/98/NT, and BeOS.  A Mac port is
  1776. in progress.  But no OS/2...
  1777.  
  1778. I think this would be a worthwile project, and I'm sure that they would be
  1779. happy if a bunch of OS/2 gurus offered their help.  If you are
  1780. interrested, you can go to the page listed above, click on Download (under
  1781. Products, not Developer), and then on Other (under the platforms).
  1782.  
  1783. Hubert.
  1784.  
  1785. --- WtrGate+ v0.93.p7 sn 165
  1786.  * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada
  1787. (1:109/42)
  1788.  
  1789. +----------------------------------------------------------------------------+
  1790.  
  1791. From: abuse@orac.clara.co.uk                            14-Sep-99 19:14:02
  1792.   To: All                                               14-Sep-99 20:40:17
  1793. Subj: Re: Q: Problem reading from partitions > 4GB
  1794.  
  1795. From: abuse@orac.clara.co.uk (Paul Ratcliffe)
  1796.  
  1797. On Mon, 13 Sep 99 08:31:26, Hans K. Aspenberg <hka@norman.no> wrote:
  1798.  
  1799. >The enclosed code tries to open all drives logically, from "A:" to "Z:" and
  1800. >read the first sector off each drive. It works like a charm for all types of
  1801. >disks, except for hard disk partitions > 4GB where DosRead() returns rc=5
  1802. >ERROR_ACCESS_DENIED. (By the way, it works for > 4GB partitions when the
  1803.  
  1804. Get OS2UNDOC from Hobbes and look at the HPFS Large Disk Access section.
  1805.  
  1806. --- WtrGate+ v0.93.p7 sn 165
  1807.  * Origin: Usenet: The Floppy BBS (1:109/42)
  1808.  
  1809. +----------------------------------------------------------------------------+
  1810.  
  1811. From: abuse@orac.clara.co.uk                            14-Sep-99 19:13:29
  1812.   To: All                                               14-Sep-99 20:40:17
  1813. Subj: Re: Combo boxes and bitmaps
  1814.  
  1815. From: abuse@orac.clara.co.uk (Paul Ratcliffe)
  1816.  
  1817. On Fri, 10 Sep 1999 18:58:23 +0800, Ian Harvey <ian_harvey@do.not.spam.me>
  1818. wrote:
  1819.  
  1820. >The file selection control is a container.  The combo-box like drive
  1821. >selection control appears to be a custom control.
  1822.  
  1823. From my observations, I think you have it backwards... the drive/directory
  1824. pane
  1825. on the left is a Container, the file selection pane on the right is a custom
  1826. control (class PMViewCnrCtlViewWnd).
  1827. The only combo-box like thing I see is for the Types. Or are we both talking
  1828. about different things? :-)
  1829.  
  1830. --- WtrGate+ v0.93.p7 sn 165
  1831.  * Origin: Usenet: The Floppy BBS (1:109/42)
  1832.  
  1833. +----------------------------------------------------------------------------+
  1834.  
  1835. From: adammadder@aol.com                                14-Sep-99 22:18:13
  1836.   To: All                                               15-Sep-99 03:00:27
  1837. Subj: LOLITAS - Free Thumbnailed Pics 52411
  1838.  
  1839. From: adammadder@aol.com
  1840.  
  1841. LOLITAS AND MORE FOR FREE:
  1842.  
  1843. http://207.240.225.250
  1844.  
  1845.  
  1846.  
  1847. g.PqgU2BC@
  1848.  
  1849. --- WtrGate+ v0.93.p7 sn 165
  1850.  * Origin: Usenet: YOUNG TEEN PICS (1:109/42)
  1851.  
  1852. +----------------------------------------------------------------------------+
  1853.  
  1854. From: hka@norman.no                                     15-Sep-99 09:20:13
  1855.   To: All                                               15-Sep-99 11:00:22
  1856. Subj: Re: Q: Traversion partition tables on large disks
  1857.  
  1858. From: "Hans K. Aspenberg" <hka@norman.no>
  1859.  
  1860. On Tue, 14 Sep 99 15:16:15 +0100, Hans K. Aspenberg wrote:
  1861.  
  1862. It's a bad habit answering myself, (schizophrenic?) but I found a solution to
  1863. the problem. Perhaps someone else could have use of it.
  1864.  
  1865. My assumptions below are correct. It is documented in
  1866. "http://magic.hurrah.com/~sabre/os/S2Partitions/PartitionTables.txt" among
  1867. other places, but this is the best reference on partition tables I've found.
  1868.  
  1869. ;-)) Hans
  1870.  
  1871. :>Hi all,
  1872. :>
  1873. :>While traversing partition tables on a 10.2 GB disk (which used to ba a
  1874. large
  1875. :>disk) I have encountered the following:
  1876. :>
  1877. :>The partition table in the MBR is as follows:
  1878. :>
  1879. :>   PartnTable in MBR
  1880. :>   0000: 00 00 01 01 05 0E FF FF B1 03 00 00 35 27 2A 01 ............5'*.
  1881. :>   0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
  1882. :>   0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
  1883. :>   0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
  1884. :>
  1885. :>[0] 0x00= Passive, start at CHS(1,0,1), type 5 which is Extended.
  1886. :>
  1887. :>Reading sector CHS(1,0,1) I get the following:
  1888. :>
  1889. :>   PartnTable
  1890. :>   0000: 80 01 01 01 07 0E FF FF 3F 00 00 00 E2 E6 8D 00 ........?.......
  1891. :>   0010: 00 0E FF FF 05 0E FF FF 21 E7 8D 00 14 40 9C 00 ........!....@..
  1892. :>   0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
  1893. :>   0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
  1894. :>
  1895. :>[0] 0x80= Active, start at CHS(1,1,1), type 7 which is IFS (HPFS).
  1896. :>    This is OK. Reading CHS(1,1,1) reveils a SBS as expected.
  1897. :>
  1898. :>[1] 0x80= Passive, start at CHS(3FF,1,3F) ends the same place (!)
  1899. :>    
  1900. :>Reading CHS(3FF,1,3F) obtains random data. Using the .ulBootSectorOffset in
  1901. :>the partition entry and reading logical sector 008DE721 reveils the correct
  1902. :>SBS. 
  1903. :>
  1904. :>Back to the question: When having disks larger than the CHS data in a
  1905. :>partition entry can describe; can 0E-FFFF in both start-sector and
  1906. end-sector
  1907. :>be interpreted as a marker saying that "now it is time to read logical"? 
  1908. :>
  1909. :>;-)) Hans
  1910. :>---
  1911. :>
  1912. :>Hans K. Aspenberg
  1913. :>hka@norman.no
  1914. :>
  1915. :>
  1916.  
  1917. ---
  1918.  
  1919. Hans K. Aspenberg
  1920. hka@norman.no
  1921.  
  1922.  
  1923. --- WtrGate+ v0.93.p7 sn 165
  1924.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1925.  
  1926. +----------------------------------------------------------------------------+
  1927.  
  1928. From: nospam@nospam.com                                 15-Sep-99 12:59:09
  1929.   To: All                                               15-Sep-99 20:07:15
  1930. Subj: long emx gcc warning messages do not appear
  1931.  
  1932. From: nospam@nospam.com (Bruce LaZerte)
  1933.  
  1934. /* Filename: test.c
  1935. This program illustrates a problem with *long* warning messages not 
  1936. appearing when using OS/2's command line to compile with EMX 0.9d GNU 
  1937. compiler:
  1938.  
  1939. gcc -c test.c
  1940.  
  1941. When compiled on the command line there is no warning message. 
  1942. When compiled within the Med editor, a long message (>256 chars) appears:
  1943.  
  1944. "Warning: passing char * as argument 1 of DosFindFirst(const unsigned char 
  1945. *,...)  changes signedness".
  1946.  
  1947. The identical problem occurs when I try to compile using dmake: no error 
  1948. message. What's worse, when I run dmake from within Med, the error messages
  1949. are also lost. 
  1950.  
  1951. I know how to make this error message go away, and I understand what it is 
  1952. talking about. My concern is that I may occasionally miss an important 
  1953. warning.
  1954.  
  1955. Shorter warnings and errors appear just fine, so I suspect the problem has 
  1956. something to do with a 256 char limit in the command shell and dmake (?)
  1957.  
  1958. Is there a gcc command line option or something that will fix this? I see 
  1959. nothing in the docs.
  1960. */
  1961.  
  1962. #define  INCL_DOS
  1963. #include <os2.h>
  1964. int main (int argc, char **argv)   {
  1965.    FILEFINDBUF3  findBuffer  ;
  1966.    HDIR findHandle  = 0xFFFFFFFF ;
  1967.    int  findCount   = 1 ;
  1968.    USHORT rc ;
  1969.    char path[256] = "E:/" ;
  1970.  
  1971.    rc = DosFindFirst(path        ,
  1972.                      &findHandle ,
  1973.                      FILE_DIRECTORY  ,
  1974.                      &findBuffer ,
  1975.                      (ULONG)sizeof(findBuffer) ,
  1976.                      (PULONG)&findCount ,
  1977.                      (ULONG)0x0001);
  1978.    return 0;
  1979.    }
  1980.  
  1981. ----------------------
  1982. Bruce LaZerte     
  1983. Muskoka,Ontario,Canada
  1984. freshwat at muskoka dot com    
  1985.  
  1986. --- WtrGate+ v0.93.p7 sn 165
  1987.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1988.  
  1989. +----------------------------------------------------------------------------+
  1990.  
  1991. From: glen@rockyhorror.Zkaroo.co.uk                     15-Sep-99 15:20:00
  1992.   To: All                                               15-Sep-99 20:07:15
  1993. Subj: Re: long emx gcc warning messages do not appear
  1994.  
  1995. From: glen@rockyhorror.Zkaroo.co.uk (Glen D)
  1996.  
  1997. You could redirect the error messages to a file using 2>,
  1998. eg.
  1999.     gcc -c test.c 2> errors.log
  2000.  
  2001.  
  2002. On Wed, 15 Sep 1999 12:59:19, nospam@nospam.com (Bruce LaZerte) wrote:
  2003.  
  2004. > /* Filename: test.c
  2005. > This program illustrates a problem with *long* warning messages not 
  2006. > appearing when using OS/2's command line to compile with EMX 0.9d GNU 
  2007. > compiler:
  2008. > 
  2009. > gcc -c test.c
  2010. > 
  2011. > When compiled on the command line there is no warning message. 
  2012. > When compiled within the Med editor, a long message (>256 chars) appears:
  2013. > 
  2014. > "Warning: passing char * as argument 1 of DosFindFirst(const unsigned char 
  2015. > *,...)  changes signedness".
  2016. > 
  2017. > The identical problem occurs when I try to compile using dmake: no error 
  2018. > message. What's worse, when I run dmake from within Med, the error messages
  2019. > are also lost. 
  2020. > 
  2021. > I know how to make this error message go away, and I understand what it is 
  2022. > talking about. My concern is that I may occasionally miss an important 
  2023. > warning.
  2024. > 
  2025. > Shorter warnings and errors appear just fine, so I suspect the problem has 
  2026. > something to do with a 256 char limit in the command shell and dmake (?)
  2027. > 
  2028. > Is there a gcc command line option or something that will fix this? I see 
  2029. > nothing in the docs.
  2030. > */
  2031. > 
  2032. > #define  INCL_DOS
  2033. > #include <os2.h>
  2034. > int main (int argc, char **argv)   {
  2035. >    FILEFINDBUF3  findBuffer  ;
  2036. >    HDIR findHandle  = 0xFFFFFFFF ;
  2037. >    int  findCount   = 1 ;
  2038. >    USHORT rc ;
  2039. >    char path[256] = "E:/" ;
  2040. > 
  2041. >    rc = DosFindFirst(path        ,
  2042. >                      &findHandle ,
  2043. >                      FILE_DIRECTORY  ,
  2044. >                      &findBuffer ,
  2045. >                      (ULONG)sizeof(findBuffer) ,
  2046. >                      (PULONG)&findCount ,
  2047. >                      (ULONG)0x0001);
  2048. >    return 0;
  2049. >    }
  2050. > 
  2051. > ----------------------
  2052. > Bruce LaZerte     
  2053. > Muskoka,Ontario,Canada
  2054. > freshwat at muskoka dot com    
  2055.  
  2056.  
  2057. Glen D
  2058. -<remove Z from my e-mail address>-
  2059.  
  2060. --- WtrGate+ v0.93.p7 sn 165
  2061.  * Origin: Usenet: Customer of Planet Online (1:109/42)
  2062.  
  2063. +----------------------------------------------------------------------------+
  2064.  
  2065. From: nospam@nospam.com                                 15-Sep-99 18:47:18
  2066.   To: All                                               15-Sep-99 20:07:15
  2067. Subj: Re: long emx gcc warning messages do not appear
  2068.  
  2069. From: nospam@nospam.com (Bruce LaZerte)
  2070.  
  2071. On Wed, 15 Sep 1999 15:20:01, glen@rockyhorror.Zkaroo.co.uk (Glen D) wrote:
  2072.  
  2073. Good idea... just tried it...unfortunately, it doesn't help... sigh. 
  2074.  
  2075. > You could redirect the error messages to a file using 2>,
  2076. > eg.
  2077. >         gcc -c test.c 2> errors.log
  2078. > 
  2079.  
  2080. ----------------------
  2081. Bruce LaZerte     
  2082. Muskoka,Ontario,Canada
  2083. freshwat at muskoka dot com    
  2084.  
  2085. --- WtrGate+ v0.93.p7 sn 165
  2086.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2087.  
  2088. +----------------------------------------------------------------------------+
  2089.  
  2090. From: hubert@ugrad.cs.ualberta.ca                       15-Sep-99 11:53:28
  2091.   To: All                                               15-Sep-99 20:07:15
  2092. Subj: Re: long emx gcc warning messages do not appear
  2093.  
  2094. From: Hubert Chan <hubert@ugrad.cs.ualberta.ca>
  2095.  
  2096. Try
  2097.   gcc -Wall -c test.c
  2098.  
  2099. -W selects different warnings to display.  -Wall turns on all warnings.
  2100.  
  2101. On Wed, 15 Sep 1999, Bruce LaZerte wrote:
  2102.  
  2103. > /* Filename: test.c
  2104. > This program illustrates a problem with *long* warning messages not 
  2105. > appearing when using OS/2's command line to compile with EMX 0.9d GNU 
  2106. > compiler:
  2107. > 
  2108. > gcc -c test.c
  2109. > 
  2110. > When compiled on the command line there is no warning message. 
  2111. > When compiled within the Med editor, a long message (>256 chars) appears:
  2112. > 
  2113. > "Warning: passing char * as argument 1 of DosFindFirst(const unsigned char 
  2114. > *,...)  changes signedness".
  2115.  
  2116. [cut]
  2117.  
  2118. --- WtrGate+ v0.93.p7 sn 165
  2119.  * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada
  2120. (1:109/42)
  2121.  
  2122. +----------------------------------------------------------------------------+
  2123.  
  2124. From: nospam@nospam.com                                 15-Sep-99 18:47:19
  2125.   To: All                                               15-Sep-99 20:07:15
  2126. Subj: Re: long emx gcc warning messages do not appear
  2127.  
  2128. From: nospam@nospam.com (Bruce LaZerte)
  2129.  
  2130. On Wed, 15 Sep 1999 17:53:57, Hubert Chan <hubert@ugrad.cs.ualberta.ca> 
  2131. wrote:
  2132.  
  2133. The warning I'm seeing in Med appears without any -W setting. On the 
  2134. command line, -Wall doesn't help with this long one. Thanks anyway...
  2135.  
  2136. > Try
  2137. >   gcc -Wall -c test.c
  2138. >  
  2139. > -W selects different warnings to display.  -Wall turns on all warnings.
  2140.  
  2141. ----------------------
  2142. Bruce LaZerte     
  2143. Muskoka,Ontario,Canada
  2144. freshwat at muskoka dot com    
  2145.  
  2146. --- WtrGate+ v0.93.p7 sn 165
  2147.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2148.  
  2149. +----------------------------------------------------------------------------+
  2150.  
  2151. From: ilya@math.ohio-state.edu                          15-Sep-99 21:07:12
  2152.   To: All                                               16-Sep-99 04:30:10
  2153. Subj: Re: long emx gcc warning messages do not appear
  2154.  
  2155. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  2156.  
  2157. [A complimentary Cc of this posting was sent to Bruce LaZerte
  2158. <nospam@nospam.com>],
  2159. who wrote in article <bsV3ehsibPZd-pn2-nkRH7LjOUfKW@ASUSP2333>:
  2160. > /* Filename: test.c
  2161. > This program illustrates a problem with *long* warning messages not 
  2162. > appearing when using OS/2's command line to compile with EMX 0.9d GNU 
  2163. > compiler:
  2164. > 
  2165. > gcc -c test.c
  2166. > 
  2167. > When compiled on the command line there is no warning message. 
  2168. > When compiled within the Med editor, a long message (>256 chars) appears:
  2169. > 
  2170. > "Warning: passing char * as argument 1 of DosFindFirst(const unsigned char 
  2171. > *,...)  changes signedness".
  2172.  
  2173. I added
  2174.  
  2175.  int foo(unsigned char *p);
  2176.  
  2177.  rc = foo(path);
  2178.  
  2179. to your file and did not get any message either.  Thus this is not a
  2180. problem with length (as it should not be).  Are you sure you were
  2181. calling gcc?  Try adding -v option on the command line.
  2182.  
  2183. > The identical problem occurs when I try to compile using dmake: no error 
  2184. > message. What's worse, when I run dmake from within Med, the error messages
  2185. > are also lost. 
  2186.  
  2187. Just guessing...  Check your PATH etc environment variables.  
  2188.  
  2189. Probably MED calls gcc without calling a shell, and all other ways to
  2190. call things have a loaded shell in between.  Probably your shell loads
  2191. some initialization file which changes environment variables.
  2192.  
  2193. Ilya
  2194.  
  2195. P.S.  Try to reproduce this problem with user-defined function, so the
  2196.       message is shorter.  This may reveal more things.
  2197.  
  2198. --- WtrGate+ v0.93.p7 sn 165
  2199.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  2200. (1:109/42)
  2201.  
  2202. +----------------------------------------------------------------------------+
  2203.  
  2204. From: nospam@nospam.com                                 15-Sep-99 23:37:26
  2205.   To: All                                               16-Sep-99 04:30:10
  2206. Subj: Re: long emx gcc warning messages do not appear
  2207.  
  2208. From: nospam@nospam.com (Bruce LaZerte)
  2209.  
  2210. On Wed, 15 Sep 1999 21:07:25, ilya@math.ohio-state.edu (Ilya Zakharevich) 
  2211. wrote:
  2212.  
  2213. > I added
  2214. >  
  2215. >  int foo(unsigned char *p);
  2216. >  
  2217. >  rc = foo(path);
  2218. >  
  2219. > to your file and did not get any message either.  Thus this is not a
  2220. > problem with length (as it should not be).  
  2221.  
  2222. A good test and I agree, length of the warning message cannot be the 
  2223. problem. 
  2224.  
  2225. > Are you sure you were
  2226. > calling gcc?  Try adding -v option on the command line.
  2227.  
  2228. AHA! Thank you, thank you, thank you.
  2229.  
  2230. The name of the file was actually: test.C
  2231. Note the capital C! 
  2232.  
  2233. The Med editor passed this file name exactly as specified to gcc which 
  2234. called cc1plus.exe in the second pass, thinking it was a C++ file. However 
  2235. on the command line, I was just typing in "gcc -c test.c". Even though the 
  2236. file was named "test.C", this was ignored by gcc, and it called cc1.exe 
  2237. (not cc1plus.exe) on the second pass.
  2238.  
  2239. If I type in "gcc -c test.C" on the command line,  I now get the same 
  2240. warning messages as in the Med editor. Wow!
  2241.  
  2242. It *is* a bit surprising that  cc1.exe and cc1plus.exe behave so 
  2243. differently with respect to warning messages. The cc1plus.exe seems more 
  2244. rigorous. Unfortunately I see nothing in the documentation about this.
  2245.  
  2246. Many thanks for your help and suggestions.
  2247.  
  2248. ----------------------
  2249. Bruce LaZerte     
  2250. Muskoka,Ontario,Canada
  2251. freshwat at muskoka dot com    
  2252.  
  2253. --- WtrGate+ v0.93.p7 sn 165
  2254.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2255.  
  2256. +----------------------------------------------------------------------------+
  2257.  
  2258. From: hunters@thunder.indstate.edu                      15-Sep-99 23:45:22
  2259.   To: All                                               16-Sep-99 04:30:10
  2260. Subj: What causes "Exiting Thread 1" hang?
  2261.  
  2262. From: hunters@thunder.indstate.edu
  2263.  
  2264.  
  2265. I'm sure we all remember the early days of NS 2.02 when it would crash
  2266. and then hang while (according to WatchCat, etc) "Exiting Thread 1..."
  2267. and was thus unkillable while leaving the display corupted.
  2268.  
  2269. Whose falt is this? The program for being coded badly, or OS/2 for not
  2270. handeling it properly?
  2271.  
  2272. I ask because I tried to run the Quake3_test using Win32-OS/2 (A.04),
  2273. and it very nearly does something usefull. I get the start-up screen,
  2274. where I am informed on what OS version I'm using (NT 4 it says), my CPU
  2275. (correct as an AMD w/3DNow!), and that it is now going to load the dll
  2276. "3dfxVGL.dll" in "e:\os2\system" (which does not exist mind you). Then
  2277. the hard drive goes nuts and nothing happens. Switching to Watchcat
  2278. reveals that Q3_test.exe is "Exiting Thread 1...". And the video is
  2279. corrupt just like NS/2 2.02... (The pmtree hack doesn't work.)
  2280.  
  2281. Unfortunatly, the Win32os2.log file is never written to, and I don't
  2282. know how far it gets... So anyway, just wondering. Thanks in advance!
  2283.  
  2284. --
  2285. -Steven Hunter               *OS/2 Warp 4 * |Warpstock '99 | Oct 16-17|
  2286. hunters@thunder.indstate.edu *AMD K6-2 400* |       Atlanta GA        |
  2287.  
  2288.  
  2289. Sent via Deja.com http://www.deja.com/
  2290. Share what you know. Learn what you don't.
  2291.  
  2292. --- WtrGate+ v0.93.p7 sn 165
  2293.  * Origin: Usenet: Deja.com - Share what you know. Learn what you do
  2294. (1:109/42)
  2295.  
  2296. +----------------------------------------------------------------------------+
  2297.  
  2298. From: fmesnier@dial.oleane.com                          16-Sep-99 05:12:27
  2299.   To: All                                               16-Sep-99 04:30:10
  2300. Subj: vacpp install & matrox driver
  2301.  
  2302. From: Franck Mesnier <fmesnier@dial.oleane.com>
  2303.  
  2304. Hello
  2305.  
  2306. I come just to install VACPP 4.0 for OS/2 for the second time and I have
  2307. always
  2308.  
  2309. the same problem :
  2310. As soon as I run VACPP, it hangs the system after the main window after the  
  2311. display of the logo, and the main window is not display completly.
  2312. I have a matrox G400 with the driver 2.31.095 in 1024x768.
  2313. I have tried with other resolutions but that does not work more, safe in  vga 
  2314. 640x480x256 colors.
  2315. I install the fixpack 2, but not the fixpack 1 because I have the error 3 (?) 
  2316. message in wpinstall.log file.
  2317.  
  2318. What then  I can try now ?
  2319.  
  2320.  
  2321.  
  2322. Thanks
  2323.  
  2324.  
  2325. Franck
  2326.  
  2327. -----------------------------------
  2328. From the OS/2 WARP v4 fp10
  2329. Desktop of Franck MESNIER
  2330. 34140 LOUPIAN
  2331. FRANCE
  2332. fmesnier@dial.oleane.com
  2333. ICQ : 26368765
  2334. -----------------------------------
  2335.  
  2336. --- WtrGate+ v0.93.p7 sn 165
  2337.  * Origin: Usenet: Guest of OLEANE (1:109/42)
  2338.  
  2339. +----------------------------------------------------------------------------+
  2340.  
  2341. From: rpawlitzek@my-deja.com                            16-Sep-99 03:24:17
  2342.   To: All                                               16-Sep-99 04:30:10
  2343. Subj: Petzold OS/2 PM Programming book for sale
  2344.  
  2345. From: rpawlitzek@my-deja.com
  2346.  
  2347. I am selling my copy of Petzold's OS/2 PM Programming book:
  2348.  
  2349. http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=165419421
  2350.  
  2351. OS/2 Presentation Manager Programming Book by Charles Petzold,
  2352. published by Ziff-Davis Press, ISBN 1-56276-123-4, 934 pages,
  2353. this book is no longer available and is a collector's item,
  2354. it is still one of the best starting points for OS/2 application
  2355. programming, description: "PC Magazine operation system wizard
  2356. Charles Petzold shows how to write superior OS/2 programs that
  2357. take full advantage of the Presentation Manager features.
  2358. Includes a disk with code for the dozens of programs
  2359. demonstrated in the text."
  2360.  
  2361.  
  2362. Sent via Deja.com http://www.deja.com/
  2363. Share what you know. Learn what you don't.
  2364.  
  2365. --- WtrGate+ v0.93.p7 sn 165
  2366.  * Origin: Usenet: Deja.com - Share what you know. Learn what you do
  2367. (1:109/42)
  2368.  
  2369. +----------------------------------------------------------------------------+
  2370.  
  2371. From: mike@nospam.mendelu.cz                            15-Sep-99 21:47:28
  2372.   To: All                                               16-Sep-99 21:19:10
  2373. Subj: Re: One for the EMX gurus...
  2374.  
  2375. From: Michal Necasek <mike@nospam.mendelu.cz>
  2376.  
  2377. Marty wrote:
  2378.  
  2379. > kenames@earthlink.net wrote:
  2380. > >
  2381. > > damn Marty, thats a big one! are you trying to emulate windows?
  2382. >
  2383. > Heh.. not yet.  ;-)
  2384. >
  2385. > MAME has quite a few symbols defined.  Stripping out the symbolic info, the
  2386. > executable is a paltry 8MB.  ;-)
  2387. >
  2388.  Hmm, just today I tried to build some stuff with both emx and VAC++. 
  2389. The executable without debug info is about 800K. With debug info it's 
  2390. 1.960.734 bytes from VAC++ vs. 7.252.563 bytes from emx/gcc! 
  2391. That's a helluva difference! Does anyone have some idea about how to 
  2392. reduce the emx-produced executable size?
  2393.  
  2394. > Now all I have to do is figure out how to use this PMGDB.  It keeps
  2395. > complaining about being started in a VIO window and that it could lock my
  2396. > system if I use it to debug a PM app.
  2397. >
  2398.  Yeah, that's why I rebuilt my project with VAC++. IPMD has no 
  2399. seroius competition - except ICAT of course but that's just an 
  2400. IPMD-like front-end to kernel debugger. 
  2401.  
  2402.  
  2403.      - Mike
  2404.  
  2405. --- WtrGate+ v0.93.p7 sn 165
  2406.  * Origin: Usenet: PVT a.s., Czech Republic (1:109/42)
  2407.  
  2408. +----------------------------------------------------------------------------+
  2409.  
  2410. From: hei@hatespam.norman.no                            16-Sep-99 06:43:03
  2411.   To: All                                               16-Sep-99 21:19:10
  2412. Subj: Re: long emx gcc warning messages do not appear
  2413.  
  2414. From: hei@hatespam.norman.no (Harald Eilertsen)
  2415.  
  2416. On Wed, 15 Sep 1999 23:37:52, nospam@nospam.com (Bruce LaZerte) wrote:
  2417.  
  2418. > It *is* a bit surprising that  cc1.exe and cc1plus.exe behave so 
  2419. > differently with respect to warning messages. 
  2420.  
  2421. C++ compilers usually are a bit more demanding, and put out more error
  2422. and warning messages than straight C compilers. It's not a particular 
  2423. gcc thing. If you're writing a straight C program, you may want to 
  2424. rename the file to have a small "c" so you'll allways compile with the
  2425. plain C compiler.
  2426.  
  2427. Take Care!
  2428. --
  2429. Harald Eilertsen
  2430. Norman Data Defence Systems
  2431. http://www.norman.no/
  2432.  
  2433. --- WtrGate+ v0.93.p7 sn 165
  2434.  * Origin: Usenet: Norman Data Defence Systems (1:109/42)
  2435.  
  2436. +----------------------------------------------------------------------------+
  2437.  
  2438. From: ilya@math.ohio-state.edu                          16-Sep-99 07:30:00
  2439.   To: All                                               16-Sep-99 21:19:10
  2440. Subj: Re: One for the EMX gurus...
  2441.  
  2442. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  2443.  
  2444. [A complimentary Cc of this posting was sent to Michal Necasek 
  2445. <mike@nospam.mendelu.cz>],
  2446. who wrote in article <37E005FD.AF7EF22E@nospam.mendelu.cz>:
  2447. >  Hmm, just today I tried to build some stuff with both emx and VAC++. 
  2448. > The executable without debug info is about 800K. With debug info it's 
  2449. > 1.960.734 bytes from VAC++ vs. 7.252.563 bytes from emx/gcc! 
  2450. > That's a helluva difference! Does anyone have some idea about how to 
  2451. > reduce the emx-produced executable size?
  2452.  
  2453. What for?
  2454.  
  2455. Ilya
  2456.  
  2457. --- WtrGate+ v0.93.p7 sn 165
  2458.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  2459. (1:109/42)
  2460.  
  2461. +----------------------------------------------------------------------------+
  2462.  
  2463. From: hellwig@exp.bessy.de                              16-Sep-99 12:30:05
  2464.   To: All                                               16-Sep-99 21:19:11
  2465. Subj: rshd: CR->CR+LF
  2466.  
  2467. From: Chris Hellwig <hellwig@exp.bessy.de>
  2468.  
  2469. Hi,
  2470.  
  2471. I found that rshd converts a ASCII '0x0d' to '0x0d 0x0a'
  2472.  
  2473. Is there a way (or an alternate rshd.exe) wich uses a 
  2474. plain binary mode?
  2475.  
  2476. Chris
  2477.  
  2478. --- WtrGate+ v0.93.p7 sn 165
  2479.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2480.  
  2481. +----------------------------------------------------------------------------+
  2482.  
  2483. From: mamodeo@stny.rr.com                               16-Sep-99 09:49:04
  2484.   To: All                                               16-Sep-99 21:19:11
  2485. Subj: Re: What causes "Exiting Thread 1" hang?
  2486.  
  2487. From: Marty <mamodeo@stny.rr.com>
  2488.  
  2489. hunters@thunder.indstate.edu wrote:
  2490. > 
  2491. > I'm sure we all remember the early days of NS 2.02 when it would crash
  2492. > and then hang while (according to WatchCat, etc) "Exiting Thread 1..."
  2493. > and was thus unkillable while leaving the display corupted.
  2494. > 
  2495. > Whose falt is this? The program for being coded badly, or OS/2 for not
  2496. > handeling it properly?
  2497.  
  2498. I think it's more of the programmer's fault.  OS/2 grants the
  2499. application some trust that it will not have a critical failure in its
  2500. exit routines.  This problem usually happens when an application's exit
  2501. routine blocks for some reason, and there is nothing left running that
  2502. would normally unblock it.
  2503.  
  2504. - Marty
  2505.  
  2506. --- WtrGate+ v0.93.p7 sn 165
  2507.  * Origin: Usenet: IBM Global Services North -- Burlington, Vermont,
  2508. (1:109/42)
  2509.  
  2510. +----------------------------------------------------------------------------+
  2511.  
  2512. From: nospam@nospam.com                                 16-Sep-99 16:40:04
  2513.   To: All                                               16-Sep-99 22:38:01
  2514. Subj: PM window resizing/clipping : seems backwards... 
  2515.  
  2516. From: nospam@nospam.com (Bruce LaZerte)
  2517.  
  2518. I'm bothered about how a client window is resized and clipped in PM 
  2519. programming.
  2520.  
  2521. If the top frame border is moved down, the whole client window is shifted 
  2522. down and clipping is at the bottom of the client window. If the bottom 
  2523. border is moved up, clipping is again at the bottom but the client is not 
  2524. shifted. I would think clipping should be done at the top of the window in 
  2525. both cases  because the client window's origin for painting is at the 
  2526. bottom (left) in OS/2. 
  2527.  
  2528. This behaviour makes maintaining the window during sizing redraws trickier 
  2529. when not using the CS_SIZEREDRAW flag. I ended up positioning graphical 
  2530. elements relative to the upper left corner of the window which, of course, 
  2531. requires more calculation than positioning with respect to the bottom left,
  2532. the origin.
  2533.  
  2534. Can this clipping behaviour be changed? Is there any reason why it's this 
  2535. way?
  2536.  
  2537. It's not a problem when moving the left and right frame borders as clipping
  2538. is always on the right and the drawing origin is on the left.
  2539.  
  2540. ----------------------
  2541. Bruce LaZerte     
  2542. Muskoka,Ontario,Canada
  2543. freshwat at muskoka dot com    
  2544.  
  2545. --- WtrGate+ v0.93.p7 sn 165
  2546.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2547.  
  2548. +----------------------------------------------------------------------------+
  2549.  
  2550. From: mamodeo@stny.rr.com                               16-Sep-99 18:21:00
  2551.   To: All                                               17-Sep-99 03:55:00
  2552. Subj: EMXBIND earns its name...
  2553.  
  2554. From: Marty <mamodeo@stny.rr.com>
  2555.  
  2556. On a related note to the 31MB executable in another thread, I've found out
  2557. something very disturbing with EMXBIND.  I don't know if EMXBIND itself,
  2558. OS/2 itself, or the EMX runtime is to blame.
  2559.  
  2560. When I run EMXBIND on this executable to add PM resources (.RES) to it, it
  2561. has about a 50% chance of completely and entirely locking up my system!  It
  2562. doesn't crash, it doesn't slow things up while it's working and then free
  2563. back up, it literally grinds to a halt, getting slower and slower until no
  2564. further input is accepted in any form.  The cursor in the VIO session slows
  2565. down and stops blinking.  My hard drive stops thrashing about.  CTRL-ESC
  2566. does nothing.  The WatchCat keystroke gives the characteristic "BEEP" but
  2567. WatchCat never kicks in.  CTRL-ALT-DEL does not even function.  This only
  2568. happens with a very large executable.
  2569.  
  2570. I watched the swapfile once while it was executing and I saw all of my free
  2571. memory consumed and my swapper grow by 32MB in under 1 second.  It is
  2572. usually at this "intense" point that the system locks if it is going to.
  2573.  
  2574. Besides stripping out the debug info, does anyone have any suggestions as
  2575. to what can be done to minimize this risk?  Any thoughts as to what is
  2576. actually happening?
  2577.  
  2578. One more side issue:
  2579. Has anyone else noticed that when you run GCC on a file that takes a long
  2580. time to compile that the VIO window in which you ran it doesn't like to
  2581. give up the window focus?  Any ideas why this could happen?
  2582.  
  2583. [FYI:  I'm working with PGCC (with the -pipe switch if that matters), but
  2584. I've seen the same problem with GCC]
  2585.  
  2586. - Marty
  2587.  
  2588. --- WtrGate+ v0.93.p7 sn 165
  2589.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  2590.  
  2591. +----------------------------------------------------------------------------+
  2592.  
  2593. From: DLaRue@NetSRQ.Com                                 17-Sep-99 01:27:06
  2594.   To: All                                               17-Sep-99 03:55:00
  2595. Subj: Re: Help converting Borland c to VAC on OS2
  2596.  
  2597. From: DLaRue@NetSRQ.Com (David LaRue)
  2598.  
  2599.   Hello Blake,
  2600.  
  2601.   You may find more expertise on this matter by checking IBM's News Site.  I
  2602. know
  2603. of several persons who visit there more than here.  IBMs site is 
  2604. News.Software.IBM.Com.  The *.vacpp fourums are your best bet.
  2605.  
  2606.   Good luck,
  2607.  
  2608.   David LaRue
  2609.  
  2610. In <37E134E0.A720D167@ddp.ca>, Blake Whitelaw <blake_whitelaw@ddp.ca> writes:
  2611. >I have to covert a Borland C project to a VAC project and recompile. 
  2612. >Can anyone give me any pointers as to the best way to go about this.  I
  2613. >come from the Windows world and this is my first excision into VAC++.
  2614. >
  2615. >Thanks
  2616. >Blake
  2617. >
  2618. >-- 
  2619. >-----------------------------------------------------------
  2620. >Blake Whitelaw
  2621. >DDP Consulting Group, Vancouver BC Canada
  2622. >Phone: 604-294-9193  Fax: 604-294-9155
  2623. >Web Page: http://www.ddp.ca
  2624. >mailto:blake_whitelaw@ddp.ca
  2625. >-----------------------------------------------------------
  2626.  
  2627. --- WtrGate+ v0.93.p7 sn 165
  2628.  * Origin: Usenet: Intelligence Network Online, Inc. (1:109/42)
  2629.  
  2630. +----------------------------------------------------------------------------+
  2631.  
  2632. From: ian_harvey@do.not.spam.me                         17-Sep-99 18:33:27
  2633.   To: All                                               17-Sep-99 11:01:03
  2634. Subj: Re: PM window resizing/clipping : seems backwards...
  2635.  
  2636. From: Ian Harvey <ian_harvey@do.not.spam.me>
  2637.  
  2638. Try handling the WM_CALCVALIDRECTS message in your window procedure to
  2639. change the rectangle preservation behaviour from the default (which is
  2640. top left alignment as you have observed).
  2641.  
  2642. case WM_CALCVALIDRECTS:
  2643.    return MRFROMLONG(CVR_ALIGNBOTTOM | CVR_ALIGNLEFT);
  2644.  
  2645. Bruce LaZerte wrote:
  2646. > 
  2647. > I'm bothered about how a client window is resized and clipped in PM
  2648. > programming.
  2649. > 
  2650. > If the top frame border is moved down, the whole client window is shifted
  2651. > down and clipping is at the bottom of the client window. If the bottom
  2652. > border is moved up, clipping is again at the bottom but the client is not
  2653. > shifted. I would think clipping should be done at the top of the window in
  2654. > both cases  because the client window's origin for painting is at the
  2655. > bottom (left) in OS/2.
  2656. ...
  2657. > 
  2658. > Can this clipping behaviour be changed? Is there any reason why it's this
  2659. > way?
  2660. -- 
  2661. IanH
  2662. Comments and questions welcome at ian_harvey at bigpond dot com
  2663. However, do _not_ send me unsolicited commercial email.
  2664.  
  2665. --- WtrGate+ v0.93.p7 sn 165
  2666.  * Origin: Usenet: Completely lacking (1:109/42)
  2667.  
  2668. +----------------------------------------------------------------------------+
  2669.  
  2670. +============================================================================+
  2671.