home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / oe991211.zip / Oe991210.txt < prev    next >
Text File  |  1999-12-11  |  190KB  |  5,118 lines
  1.  
  2.                   General OS/2 Discussion          (Fidonet)
  3.  
  4.                  Saturday, 04-Dec-1999 to Friday, 10-Dec-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: Will Honea                                        04-Dec-99 00:53:00
  9.   To: Murray Lesser                                     04-Dec-99 00:53:00
  10. Subj: Multiple visible primary
  11.  
  12. Murray Lesser wrote to Will Honea on 12-02-1999
  13.  
  14. ML>    AFAIAC, the loss of that last cylinder is also "in the noise"
  15. ML> :-(. If I wanted to guess, I would say that the practice you
  16. ML> describe dates from the XT days when the last cylinder was reserved
  17. ML> for a test track used only by the hard-drive read/write diagnostics.
  18. ML>  I had a small assembly-language routine for my XT that moved the
  19. ML> heads over to that last cylinder before shutting down, so that if
  20. ML> there wasn't a smooth landing, there would be no damage to usable
  21. ML> data.  As I understand it, this was done automatically on the AT. 
  22. ML> (I never owned an AT; I skipped the 286 generation as it didn't make
  23. ML> any sense to me.)  I would guess that hard-drive reliability (at
  24. ML> least for drives from reputable makers) had improved (by the time
  25. ML> OS/2 came along) to the point where that "test track" was probably
  26. ML> unnecessary, but nobody noticed it was still there until relatively
  27. ML> recently!
  28.  
  29. According to Sam Detweiler of IBM, this was originally a parking zone
  30. but like so many things it got built into other unrelated programs. 
  31. Specifically, it was used for destructive read/write/read testing in
  32. some diags that IBM used for their PC's.  So we have 1 cylinder at
  33. either end of the drive that is possibly wasted - mousefarts in a
  34. hurricane.  But as the politician said: "a trillion here, a trillion
  35. there; pretty soon we're talking about some real money!"
  36.  
  37. Will Honea <whonea@codenet.net>
  38. --- Maximus/2 2.02
  39.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  40.  
  41.  
  42. +----------------------------------------------------------------------------+
  43.  
  44. From: Jonathan de Boyne Pollard                         01-Dec-99 10:05:06
  45.   To: Eddy Thilleman                                    04-Dec-99 06:00:04
  46. Subj: vkbd.sys
  47.  
  48.  ET> I have that VKBD.SYS file in \OS2\MDOS in my boot partition, but it is
  49.  ET> not listed in config.sys. The virtual driver VKBD.SYS is loaded (I
  50.  ET> checked with Process Commander) so I assume it's loaded silently?
  51.  
  52. There are two sorts of VDDs, "base" VDDs and "installable" VDDs.  The "base"
  53. VDDs are always loaded, since they are essential to the operation of a VDM. 
  54. The "installable" VDDs are the ones listed in CONFIG.SYS .
  55.  
  56. There's a list of the "base" VDDs in the Virtual Device Driver Reference in
  57. the OS/2 DDK.
  58.  
  59.  » JdeBP «
  60.  
  61. --- FleetStreet 1.22 NR
  62.  * Origin: JdeBP's point, using Squish <yuk!> (2:257/609.3)
  63. 114/477
  64. 143/1
  65.  
  66. +----------------------------------------------------------------------------+
  67.  
  68. From: Jonathan de Boyne Pollard                         02-Dec-99 09:01:22
  69.   To: Andrew Belov                                      04-Dec-99 06:00:04
  70. Subj: odin-19991112
  71.  
  72.  AB>>> The error message is always SYS0182 referencing USER32->PMWINX.1022,
  73.  
  74.  JdBP>> That means that you don't have the latest PMWINX.DLL.  Since
  75.  JdBP>> PMWINX.DLL is part of "Open32", that means in turn that you don't
  76.  JdBP>> have the latest Open32.
  77.  
  78.  AB> PMWINX   DLL   520559   4.12.98  20:35
  79.  
  80. Have you checked (with a tool such as EXEHDR or TDUMP) that it actually
  81. exports something with ordinal number 1022, which is what the message is
  82. complaining about ?
  83.  
  84.  » JdeBP «
  85.  
  86. --- FleetStreet 1.22 NR
  87.  * Origin: JdeBP's point, using Squish <yuk!> (2:257/609.3)
  88. 114/477
  89. 143/1
  90.  
  91. +----------------------------------------------------------------------------+
  92.  
  93. From: Jonathan de Boyne Pollard                         02-Dec-99 18:27:24
  94.   To: Holger Granholm                                   04-Dec-99 06:00:04
  95. Subj: HPFS Filenames to Windows
  96.  
  97.  RV>> N' = (nou = we
  98.  RV>> a         = future indicator (shall)
  99.  RV>> pale      = speak
  100.  RV>> pi        = more
  101.  RV>> ta        = late
  102.  
  103.  RV>>    [nah pal-AY pee tah]
  104.  
  105.  HG> And what language is that?  Miamish?
  106.  
  107. It looks like French spelled phonetically and slightly mangled.
  108.  
  109. "Nous allons parler plus tard"
  110.  
  111. Given that, my guess is that it's some form of creole.
  112.  
  113.  » JdeBP «
  114.  
  115. --- FleetStreet 1.22 NR
  116.  * Origin: JdeBP's point, using Squish <yuk!> (2:257/609.3)
  117. 114/477
  118. 143/1
  119.  
  120. +----------------------------------------------------------------------------+
  121.  
  122. From: Nick Andre                                        03-Dec-99 15:48:26
  123.   To: All                                               04-Dec-99 06:00:04
  124. Subj: OS/2 Printer
  125.  
  126. Hi!
  127.  
  128. I just picked up an IBM LaserPrinter E, and was wondering about its
  129. capabilities, speed, etc? And is there a way to make it do a self-test? (ie,
  130. print out a test pattern?). Any help appreciated.
  131.  
  132. --- DB A4000.3sl/000967
  133.  * Origin: Hidden Obsessions (1:252/501)
  134. 270/101
  135.  
  136. +----------------------------------------------------------------------------+
  137.  
  138. From: Gerard Zoer                                       03-Dec-99 08:31:29
  139.   To: Eddy Thilleman                                    04-Dec-99 06:00:04
  140. Subj: wave files?
  141.  
  142. Hello Eddy,
  143.  
  144. Thursday December 02 1999 16:28, Eddy Thilleman wrote to All:
  145.  
  146.  ET> WIN95.WAV      389140 W'95 client in panic asks for help
  147.  ET>                       Helpdesk is clueless. Starring Charles Heston.
  148.  ET>                       Time 0:35.28
  149.  
  150. Over here. WIN95S.RAR
  151.  
  152. - Greets,
  153.  
  154.      --[Gerard]--  (gezo@hccfido.hcc.nl)
  155.  
  156. --- GoldED/2 3.0.1
  157.  * Origin: HCC Kennemerland * 31-23-5330478 * 33k6/ISDN * (2:280/5143)
  158.  
  159. +----------------------------------------------------------------------------+
  160.  
  161. From: Eddy Thilleman                                    03-Dec-99 12:43:14
  162.   To: Joe Provencio                                     04-Dec-99 06:00:04
  163. Subj: Canon BJC 5000 printer driver
  164.  
  165. Hello Joe,
  166.  
  167. 01 Dec 99 12:32, Joe Provencio wrote to All:
  168.  
  169. JP> there are no specific drivers for this model. There are drivers for
  170. JP> the modle 5500 but not the 5000, Can the 5500 driver be used for the
  171. JP> 5000 on a OS/2 v4  system ?? Any help on this appreciated TIA
  172.  
  173. I see it in the list of supported printers of the omni driver, it's in the
  174. omni.lst file:
  175.  
  176. Canon BJC-5000: Canon BJC-5000 (omni.drv)
  177.  
  178. OMNI.LST - LIST OF ALL DEVICES SUPPORTED
  179.  
  180. So if your copy of the omni driver doesn't list it, download a new version
  181. from IBM's device driver online pak website.
  182.  
  183.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  184.  
  185. ... POTTIE called (A)bort, (R)etry, (K)ill caller?
  186. --- GoldED/2 3.0.1
  187.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  188.  
  189. +----------------------------------------------------------------------------+
  190.  
  191. From: Stewart Buckingham                                04-Dec-99 08:10:10
  192.   To: Gary Crain                                        04-Dec-99 06:00:04
  193. Subj: Communicator Fatal Error
  194.  
  195. Hi Gary,
  196.  
  197. >> Thanks. I considered this and went looking for my Communicator
  198. >> archive but unfortunately couldn't find it :(  Nobody using 4.04 has
  199. >> yet admitted they actually have an os2pref.js on their hard disk. I
  200. >> would be interested in seeing what it looks like, and in which
  201. >> directory it resides.
  202.  
  203. > I just checked here (I have 4.04 and 4.61 installed) and there is no such
  204. > file.  I do have a prefs.js in :\netscape\users\gcrain.  Here's the file
  205. > listing for it;
  206.  
  207. > prefs.js          8350 11-22-1999 15:55
  208.  
  209. Thanks. The file size and date of prefs.js will vary from user to user. It's
  210. not the file I need tho' :(  It does seem strange to me that Communicator 4.04 
  211. is trying to parse a non-existant file :(
  212.  
  213. Stu/2
  214.  
  215. --- BBBS/2 v3.50 Flag-A
  216.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  217. 2502/33
  218.  
  219. +----------------------------------------------------------------------------+
  220.  
  221. From: Stewart Buckingham                                04-Dec-99 08:25:24
  222.   To: Ian Moote                                         04-Dec-99 06:00:04
  223. Subj: Communicator Fatal Error
  224.  
  225. Hi Ian,
  226.  
  227. >> Thanks. I considered this and went looking for my Communicator
  228. >> archive but unfortunately couldn't find it :(  Nobody using 4.04 has
  229. >> yet admitted they actually have an os2pref.js on their hard disk. I
  230. >> would be interested in seeing what it looks like, and in which
  231. >> directory it resides.
  232.  
  233. > I'm one of the previous respondants. I misread your original post and
  234. > thought that you were posting about the "prefs.js" file in the users'
  235. > subdirectories. Just to confirm, I don't have an os2pref.js file on my
  236. > system.
  237.  
  238. Neither do I :(  It does seem strange that Communicator is trying to parse a
  239. non-existant file :(
  240.  
  241. > As I suggested, did you try renaming it to see if Netscape would
  242. > recreate a clean one?
  243.  
  244. Yes I did rename prefs.js but it still wouldn't get past the "parsing
  245. os2prefs.js error", so no new prefs.js was created. Thanks.
  246.  
  247. Stu/2
  248.  
  249. --- BBBS/2 v3.50 Flag-A
  250.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  251. 2502/33
  252.  
  253. +----------------------------------------------------------------------------+
  254.  
  255. From: Stewart Buckingham                                04-Dec-99 08:37:03
  256.   To: MIKE RUSKAI                                       04-Dec-99 06:00:04
  257. Subj: Communicator Fatal Error
  258.  
  259. Hi Mike,
  260.  
  261. >> Your best bet at this point would be to install Netscape over the old
  262. >> version.  If your settings are still there to be preserved, they will be.
  263. >> Otherwise, you'll get a usable os2pref.js file without deleting anything.
  264.  
  265. >> Thanks. I considered this and went looking for my Communicator archive
  266. >> but unfortunately couldn't find it :(  Nobody using 4.04 has yet
  267. >> admitted they actually have an os2pref.js on their hard disk. I would
  268. >> be interested in seeing what it looks like, and in which directory it
  269. >> resides.
  270.  
  271. > Well, I don't have one, but I do have a prefs.js file, which is Netscape
  272. > actually can't read when it says it can't read os2pref.js.
  273.  
  274. Aha! So we are now getting somewhere! You seem to be saying that os2pref.js =
  275. prefs.js. Well I tried renaming it and restarting, but still had the same
  276. problem (error msg). Would this indicate some kind of pathing problem? Any
  277. ideas where I should look?
  278.  
  279. Stu/2
  280.  
  281. --- BBBS/2 v3.50 Flag-A
  282.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  283. 2502/33
  284.  
  285. +----------------------------------------------------------------------------+
  286.  
  287. From: Stewart Buckingham                                04-Dec-99 08:57:04
  288.   To: Eddy Thilleman                                    04-Dec-99 06:00:04
  289. Subj: Communicator Fatal Error
  290.  
  291. Hi Eddy,
  292.  
  293. > The os2pref.js file is located in the netscape user directory (where for
  294. >example also the bookmarks are located), it's a text file and mine begins
  295. with
  296.  
  297. > // Netscape User Preferences
  298. > // This is a generated file!  Do not edit.
  299.  
  300. I just learned from Mike that os2pref.js = prefs.js.  Anyhow I've tried
  301. deleting the file and I've tried copying the file to os2pref.js, but neither
  302. seems to solve the parsing problem. Is there a path to this file somewhere?
  303.  
  304. Stu/2
  305.  
  306. --- BBBS/2 v3.50 Flag-A
  307.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  308. 2502/33
  309.  
  310. +----------------------------------------------------------------------------+
  311.  
  312. From: Stewart Buckingham                                04-Dec-99 10:07:11
  313.   To: Jonathan De Boyne Pollard                         04-Dec-99 06:00:04
  314. Subj: FileStar/2 Assumptions
  315.  
  316. Hi Jonathan,
  317.  
  318. > To briefly return to the initial topic of this thread, then:
  319.  
  320. >The CMD.EXE shipped by IBM with all versions of OS/2, up to and including
  321. OS/2
  322. > Warp 4 with the latest fixpack, and almost certainly including WSfeB as
  323. well,
  324. > is an entirely 16-bit program, despite the erroneous information displayed
  325. by
  326. > programs such as the current version of FileStar/2.  It's another 16-bit
  327. >vestige in OS/2 Warp 4 that is in need of replacement.  JP Software's 4OS2 is
  328. >mixed 32-bit/16-bit hybrid.  But there does exist a pure 32-bit CMD, for
  329. 32-bi
  330. > OS/2, that contains no 16-bit code whatsoever.
  331.  
  332. Where can this 32-bit CMD be obtained? Will it work under Warp4?
  333.  
  334. Stu/2
  335.  
  336. --- BBBS/2 v3.50 Flag-A
  337.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  338. 2502/33
  339.  
  340. +----------------------------------------------------------------------------+
  341.  
  342. From: Dave Davidson                                     03-Dec-99 21:52:24
  343.   To: David Randall                                     04-Dec-99 06:00:04
  344. Subj: More OS/2 Questions.....
  345.  
  346. Hello David!
  347.  
  348. Wednesday November 17 1999 18:28, David Randall wrote to Dave Davidson:
  349.  
  350.  > Dave Davidson wrote in a message to All:
  351.  >
  352.  DD>> (5) I haven't tried it yet, but the question still remains....
  353.  DD>> Will DOS  Communications programs bomb under OS/2 with a
  354.  DD>> ScreenSaver active as  they do with WIN9x? Keep in mine I've
  355.  DD>> been using WIN9x for a few years  and it may take a while to
  356.  DD>> get over the "WIN think" as well. <g>  Specifically,
  357.  DD>> Terminate! Under WIN9x, it will #NOT# answer the phone  when a
  358.  DD>> screen saver is active.
  359.  >
  360.  > I use Warp 3 rather than 4, but BLANKER doesn't cause problems with
  361.  > DOS comm programs.  I can't comment on other screen saver programs
  362.  > because I haven't tried them, but OS/2 handles DOS programs much
  363.  > better than WIN9x, so I don't believe you'll have a problem.
  364.  >
  365.  
  366.  Thanks to you and several others that responded, Blanker is now working
  367. overtime on my system, and everything is functioning properly.
  368.  
  369.  I was somewhat over concerned with the screen blanking business, since I
  370. had such a lousy experience with it under WIN9x. With OS/2 however, it really
  371. isn't a consideration.
  372.  
  373.  Thanks for your input.
  374.  
  375.  
  376. Regards,
  377. Dave Davidson
  378.  
  379. ... URA Redneck if: You've lost a tooth opening a Beer bottle.
  380. --- OS/2 * AdeptXBBS * AllFIX * GoldED+
  381.  * Origin:  A. P. C. * Collonsville, IL * Now OS/2 * v90  (1:11/107)
  382.  
  383. +----------------------------------------------------------------------------+
  384.  
  385. From: Holger Granholm                                   03-Dec-99 21:10:00
  386.   To: Andy Roberts                                      04-Dec-99 07:45:13
  387. Subj: USB
  388.  
  389. In a message dated 12-01-99, Andy Roberts said to Holger Granholm:
  390.  
  391. Hi Andy,
  392.  
  393.  HG> Another question: Any hints on USB support in Warp 4?
  394.  
  395. AR>If you look on that CD you just got from me:
  396.  
  397. Yeah, see my previous reply ;-)
  398.  
  399. AR>Usbcom02.Zip was just announced by Pete Norloff, so it may not be on
  400. AR>that CD.
  401.  
  402. Just checked, it isn't but I'll await your reply to the previous reply.
  403.  
  404. Regards,
  405.  
  406. Holger
  407.  
  408. ___
  409.  * MR/2 2.26 * To whom the gods destroy, they first teach Windows...
  410.  
  411.  
  412. --- PCBoard (R) v15.22 (OS/2) 2
  413.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  414.  
  415. +----------------------------------------------------------------------------+
  416.  
  417. From: James Mckenzie                                    03-Dec-99 20:02:02
  418.   To: Eddy Thilleman                                    04-Dec-99 07:45:13
  419. Subj: DELTREE
  420.  
  421. Hello Eddy!
  422.  
  423. 02 Dec 99 10:14, Eddy Thilleman wrote to Holger Granholm:
  424.  
  425.  ET> Hello Holger,
  426.  
  427.  ET> 29 Nov 99 20:46, Holger Granholm wrote to Eddy Thilleman:
  428.  
  429.  ET>>> Was that on a FAT partition with hundreds files in one or more
  430.  ET>>> directories under plain DOS booted (=not under OS/2) without a
  431.  ET>>> disk cache ?
  432.  
  433.  HG>> AFAIK deltree is a DOS program and consequently it was a FAT
  434.  HG>> patition.
  435.  
  436.  ET> That still leaves one question I asked to be answered: was it run
  437.  ET> under plain DOS booted (=not under OS/2) without a disk cache?
  438.  
  439. I have an OS/2 verision of DELTREE and it works on HPFS partions (I've
  440. deleted an old OS/2 installation with it...)
  441.  
  442.  ET> There are OS/2 programs with the name DELTREE and have the same
  443.  ET> purpose as its DOS counterpart. And DOS programs can be run under
  444.  ET> OS/2, and also on HPFS partitions.
  445.  
  446. Yep.
  447.  
  448.  ET> So: was it run under plain DOS booted (=not under OS/2) without a
  449.  ET> disk cache?
  450.  
  451. Which one?  The DOS deltree would not work under OS/2 and would delete
  452. directories only on FAT partitions when booted to plain "old" DOS.  Disk
  453. caching did not matter as the version with DOS 6 was designed to work with
  454. most disk caching schemes.
  455.  
  456. James
  457.  
  458. ... ...If speed kills, then Windows users must live for ever.
  459. --- GoldED/2 3.0.1
  460.  * Origin:  OS/2 Support * Your place for OS/2 information and Files
  461. (1:15/64)
  462. 114/477
  463. 143/1
  464.  
  465. +----------------------------------------------------------------------------+
  466.  
  467. From: Rachel Veraa                                      03-Dec-99 21:18:20
  468.   To: Francois Thunus                                   04-Dec-99 10:24:08
  469. Subj: kreyol
  470.  
  471. In a message to Rachel Veraa, Francois Thunus wrote:
  472.  
  473. FT> 30 Nov 99 19:49, Rachel Veraa wrote to Holger Granholm:
  474.  HG>> And what language is that?  Miamish?
  475.  RV> Well, it's now Miami's third language, after English and Spanish.
  476.  RV> It's Kreyòl, the language of Haiti.
  477.  
  478.  RV>        N'a pale pi ta,
  479. FT> obviously based on French (on va parler plus tard)
  480.  
  481. Close!
  482.  
  483. N' = (nou) = we
  484. a          = future indicator (shall)
  485.  
  486. Actually, the "a" is derived from "aller" but it's lost any functional
  487. connection long ago, and now serves entirely as an auxiliary verb along with:
  488.         ap = progressive indicator
  489.         te = past indicator
  490.         ta = subjunctive indicator
  491.  
  492.        N'a pale pi ta,
  493.            Rachel
  494.  
  495.  
  496.  
  497.        N'a pale pi ta,
  498.            Rachel
  499.  
  500. http://www.netside.net/~rveraa/
  501.  * Origin:    Birdsoft - North Miami       (1:135/907)
  502.  
  503. +----------------------------------------------------------------------------+
  504.  
  505. From: Will Honea                                        04-Dec-99 00:53:00
  506.   To: Murray Lesser                                     04-Dec-99 00:53:00
  507. Subj: Multiple visible primary
  508.  
  509. Murray Lesser wrote to Will Honea on 12-02-1999
  510.  
  511. ML>    AFAIAC, the loss of that last cylinder is also "in the noise"
  512. ML> :-(. If I wanted to guess, I would say that the practice you
  513. ML> describe dates from the XT days when the last cylinder was reserved
  514. ML> for a test track used only by the hard-drive read/write diagnostics.
  515. ML>  I had a small assembly-language routine for my XT that moved the
  516. ML> heads over to that last cylinder before shutting down, so that if
  517. ML> there wasn't a smooth landing, there would be no damage to usable
  518. ML> data.  As I understand it, this was done automatically on the AT. 
  519. ML> (I never owned an AT; I skipped the 286 generation as it didn't make
  520. ML> any sense to me.)  I would guess that hard-drive reliability (at
  521. ML> least for drives from reputable makers) had improved (by the time
  522. ML> OS/2 came along) to the point where that "test track" was probably
  523. ML> unnecessary, but nobody noticed it was still there until relatively
  524. ML> recently!
  525.  
  526. According to Sam Detweiler of IBM, this was originally a parking zone
  527. but like so many things it got built into other unrelated programs. 
  528. Specifically, it was used for destructive read/write/read testing in
  529. some diags that IBM used for their PC's.  So we have 1 cylinder at
  530. either end of the drive that is possibly wasted - mousefarts in a
  531. hurricane.  But as the politician said: "a trillion here, a trillion
  532. there; pretty soon we're talking about some real money!"
  533.  
  534. Will Honea <whonea@codenet.net>
  535. --- Maximus/2 2.02
  536.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  537.  
  538.  
  539. +----------------------------------------------------------------------------+
  540.  
  541. From: Stewart Buckingham                                04-Dec-99 22:17:12
  542.   To: All                                               04-Dec-99 17:19:01
  543. Subj: Communicator Fatal Error
  544.  
  545. Hi All,
  546.  
  547. Thanks for everyone's help. I resorted to a reinstall of Communicator 4.04. It 
  548. seemed to clear up the problem :)
  549.  
  550. I then went on to install Java 1.1.8,.... boy I had a shock... I had Netscape
  551. in d:\inet\client\browser\netscape... The Java 1.1.8 install deleted
  552. everything under d:\inet\client.... all my browsers/email/ftp/
  553. irc/newreaders/telnet clients. Jeez that pissed me off, since my backup hard
  554. disk is in for repair! Everything wiped! Including Netscape... all done by the 
  555. Java 1.1.8 installer!
  556.  
  557. Stu/2
  558.  
  559. --- BBBS/2 v3.50 Flag-A
  560.  * Origin: The Chili Channel * OS/2 - Java - Linux * chilies.com * (6:751/222)
  561. 208/1
  562. 103
  563.  
  564. +----------------------------------------------------------------------------+
  565.  
  566. From: Joe Provencio                                     04-Dec-99 17:42:05
  567.   To: Eddy Thilleman                                    04-Dec-99 17:42:05
  568. Subj: Canon BJC 5000 printer driver
  569.  
  570. thanks for pointing it out I'll get it & try 
  571.  
  572. --- Maximus/2 2.02
  573.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  574.  
  575.  
  576. +----------------------------------------------------------------------------+
  577.  
  578. From: Linda Proulx                                      04-Dec-99 13:52:00
  579.   To: All                                               04-Dec-99 20:37:02
  580. Subj: Newer update
  581.  
  582. Greetings,
  583.  
  584. Thought would let everyone know what's happening.
  585.  
  586. It seems that the install disks programs are too old for the hardware.
  587. Getting newer disk image for the install disks.  Hoping that these will
  588. solve the install problems with fdisk.
  589.  
  590. More later.
  591.  
  592. Anon,
  593.  
  594. Linda
  595.  
  596. ... A computer cuts your work in half and gives you back the bloody ends.
  597. --- MultiMail/MS-DOS v0.32
  598.  * Origin: Robin's Universe BBS - Winnipeg MB (1:348/807)
  599. 103
  600.  
  601. +----------------------------------------------------------------------------+
  602.  
  603. From: Herbert Rosenau                                   05-Dec-99 00:44:10
  604.   To: Jonathan de Boyne Pollard                         05-Dec-99 01:56:05
  605. Subj: Clunker update
  606.  
  607.  JdBP>>>         "Presentation Manager is multithreaded, always has
  608.  JdBP>>>          been, and has always had multiple input queues, 
  609.  JdBP>>>          one per application thread."
  610.  
  611.  HR>> Yeah! But it has a *single* System Message Queue. This one is
  612.  HR>> that accepts events from keyboard and mouse. The multiple
  613.  HR>> application message queues are the other side.
  614.  
  615.  JdBP> And as Mike Ruskai pointed out, that queue is *not* locked and
  616.  JdBP> *not* the cause of the problem.  It doesn't have to be locked. 
  617.  
  618. It doesn't! It is the PM (pmshell.exe) that is locked while it is calling the
  619. application. Her ist not the application callin PM - PM is calling the
  620. application! 
  621.  
  622. In WinInitialise() the application takes its flow control to PM and PM calls
  623. it back.
  624.  
  625. It looks like
  626.  
  627. app -> calls PM -> return -> app
  628.  
  629.  
  630. Real it is a reverse stack:
  631.  
  632. app -> WinInitialise() --- until WinTerminate() PM controls the flow of it
  633.  
  634. Here it makes the reverse stack ready. The first time an application calls
  635. WinGetMsg() it losts (for that thread) the flow control to PM.
  636.  
  637. PM calls the application each time it is ready to send an system message to
  638. it. Then its waits for return of that message to send the next one. 
  639.  
  640. Inside PM:
  641.  
  642.     app -> calls WinGetMsg() -> hold app until message from system message
  643.                 queue received.
  644.         Then CALL the application. Here is NO return from WingetMsg()
  645.  
  646.  JdBP> When a thread that is executing WinGetMsg() takes a message
  647.  JdBP> from the raw input queue, it only needs to lock the queue
  648.  JdBP> whilst it is extracting the message.  
  649.  
  650. No. No application (except PM itself) is able to receive a message from system 
  651. message queue. The only receiver is PM itself. PM puts the message (like any
  652. other sended message from any source into the message queue of the receiving
  653. application. Then it calls the application to work on it.
  654.  
  655.  JdBP> It doesn't need to hold the queue locked once it has the
  656.  JdBP> message, which means that it isn't preventing other threads
  657.  JdBP> from accessing the raw input queue immediately afterwards
  658.  JdBP> whilst it goes away and calls WinDispatchMsg().
  659.  
  660. WinDispatchMessage() does nothing than finding the right message procedure and 
  661. calls it. This point acts like a simple subroutine. Only the return from an
  662. message gets control back to PM if PM is the sender. Then PM can read the next 
  663. message from system message queue.
  664.  
  665. If you write a multi threaded PM application you'll see that PM is allocation
  666. the contol of thread 1 (or the thread that is calling WinInitialise() the
  667. first time inside app. Other threads are inependant from system message queue. 
  668. They would never receive a mesage from it - other than over thread 1 and
  669. WinDispatchMessage(). Any other thread in any application can proceed with any 
  670. message handling. It my sen/post messages to any receiver it has to do -
  671. without blocking the system message queue. 
  672.  
  673. To do that the right way PM manipulates the stackpointer of each thread it
  674. controls!
  675.  
  676.  JdBP> In any case, if this *were* a problem with the raw input queue,
  677.  JdBP> it would be a problem on Windows NT as well, because Windows NT
  678.  JdBP> *also* has a single raw input queue.  But Windows NT is famous
  679.  JdBP> for *not* having a "SIQ problem", therefore the problem is not
  680.  JdBP> caused by there being a single raw input queue. As I said, the
  681.  JdBP> letter 'S' in "SIQ" *does* *not* *stand* *for* *"single"*.
  682.  
  683. It stands for 'SYSTEM' not for single. The system message queue is the single
  684. queue between the input devices (keyboard, mouse, touch screen...) and the
  685. applications message queue. This queue serialises the events from input
  686. devices so that each event can find its ordinate window. 
  687.  
  688.  JdBP> Your explanation of how the raw input queue is blocked 
  689.  JdBP> is simply wrong.  As, too, is your understanding of how PM
  690.  JdBP> applications work:
  691.  
  692. No. You should read the readbooks.
  693.  
  694.  JdBP> In almost every respect your explanation is entirely backwards.
  695.  JdBP>  Presentation Manager (and indeed Windows and the Macintosh)
  696.  JdBP> are "pull event" systems not "push event" systems.  You seem to
  697.  JdBP> think that PMSHELL.EXE *is* Presentation Manager, and that it
  698.  JdBP> pushes events to other applications.  This is rubbish.
  699.  JdBP> PMSHELL.EXE is simply the first application that uses the
  700.  JdBP> Presentation Manager library that happens to run.  PMSHELL.EXE
  701.  JdBP> *is not* Presentation Manager. PMSHELL.EXE is the Workplace
  702.  JdBP> Shell *application*, that just happens to *use* Presentation
  703.  JdBP> Manager.
  704.  
  705. No. PMSHELL.EXE is a dual application. It runs twice.
  706.  
  707. The first instance (the lower PID) is the PM control - and the second (the
  708. higher PID) is the WPS - a 'simple' user application.
  709.  
  710.  JdBP> There is no single process that contains Presentation Manager. 
  711.  
  712. There IS. It is called pmshell.exe - first instance.
  713.  
  714.  JdBP> You cannot point to an executable and say "that is the PM
  715.  JdBP> server process".  PM is not X.  
  716.  
  717. Right. But the server process already exists. It has only one real (not
  718. multiple virtual consoles).
  719.  
  720.  JdBP> It doesn't *have* a single server process that pushes events
  721.  JdBP> out to all other processes. Presentation Manager is a
  722.  JdBP> coöperative effort of all of the applications that use the PM
  723.  JdBP> library to present a graphical user interface.  And it uses a
  724.  JdBP> "pull event" paradigm.  
  725.  
  726. You're wrong. 
  727.  
  728.  JdBP> It pulls messages out of the thread's message queue that have
  729.  JdBP> been posted to it with WinPostMsg(). It pulls any messages that
  730.  JdBP> have been sent to it by other threads with WinSendMsg(). 
  731.  JdBP> Presentation Manager doesn't "call the application" and push
  732.  JdBP> events onto it.  The application's threads call the
  733.  JdBP> Presentation Manager library's WinGetMsg() function and *pull*
  734.  JdBP> events from various places, which they then distribute to their
  735.  JdBP> individual window functions by then calling WinDispatchMsg().
  736.  
  737. You should read the PM redbooks. There are some interesting details how are
  738. the PM and PM apps are structured.
  739.  
  740.  JdBP> Moreover, your idea that the application "returns back to PM"
  741.  JdBP> whereupon PM unlocks the raw input queue and goes on to process
  742.  JdBP> the next message is also completely backwards.
  743.  
  744. You goes a wrong way. Not the application goes back. The PM receives the
  745. result of the system message it receives an then in sends the next one - if it 
  746. exists. The PM hooks on an timer to fit out that a message my never return -
  747. not an users application. This (never returned) app will be sorted out from
  748. receiving any future system message (until it returns). Therefore the PM
  749. (since a early fixpack in WARP4  (FP 17 in WARP3) can continue with serving
  750. the system message queue.
  751.  
  752.  JdBP>   The synchronous nature of the "Synchronous Input Queue"
  753.  
  754. Grrr, its correct name is SYSTEM MESSAGE QUEUE. 
  755.  
  756.  JdBP> problem is not that the raw input queue is locked.  It *isn't*
  757.  JdBP> locked once WinGetMsg() has returned (PM returns to the
  758.  JdBP> application, not the other way around, by the way.) and the
  759.  JdBP> application is deciding what to do with the message that it has
  760.  JdBP> obtained.  
  761.  
  762. The technique PM functions is truly reverse. The redbook described it as
  763. 'reverse function call. This means that the PM controls the application
  764. simplified as main() controls any funtion of a C program.
  765.  
  766.  JdBP> The synchronous nature of the SIQ problem is that focus change
  767.  JdBP> processing is synchronous.  (I admit that I wasn't too clear
  768.  JdBP> about this in my previous message. But this isn't the OS2PROG
  769.  JdBP> echo where one normally goes into this sort of detail.) All of
  770.  JdBP> the WM_ACTIVATE, WM_FOCUS, and WM_SETSELECTION messages that
  771.  JdBP> result from WinFocusChange() are sent synchronously, as if by
  772.  JdBP> WinSendMsg().  This means that the focus change will block
  773.  JdBP> partway through changing the focus if one of the currently
  774.  JdBP> active windows isn't calling WinGetMsg() frequently, or at all.
  775.  JdBP>  (You'll notice that you'll never see a known "bad" application
  776.  JdBP> lock Presentation Manager if you never give it the input focus
  777.  JdBP> or make any of its windows active.)  
  778.  
  779. You have to differ between messages posted/send by an applications window and 
  780. the ones sent by PM resulting from system message queue. You can simply go out 
  781. blocking the system message queue by POSTING all longer actions to youself or
  782. another thread. The point is the message received from system message queue
  783. must return berfore another can go from it.
  784.  
  785.  JdBP> The "desynchronisation" fix in OS/2 Warp is to modify
  786.  JdBP> WinFocusChange() so that the message sending will time out
  787.  JdBP> after a fixed period.  (There's no timeout parameter to
  788.  JdBP> WinSendMsg() so it must be using an internal, not publically
  789.  JdBP> accessible, function to do this.)  If a thread refuses to
  790.  JdBP> process and acknowledge a WM_ACTIVATE, WM_SETSELECTION, or
  791.  JdBP> WM_SETFOCUS message within that time, WinFocusChange() simply
  792.  JdBP> acts as if the message *had* been acknowledged, and also marks
  793.  JdBP> the offending (WC_FRAME) window as "unresponsive" (and paints a
  794.  JdBP> border around it) in case the same thing were to happen in the
  795.  JdBP> future.
  796.  
  797. A window that dosn't own the focus can't receive any message from system
  798. queue. Bercaus PM sends this only to a window that owns the focus - or has to
  799. own after the focus change sequence (its an atomic sequence) is done.
  800.  
  801. You can freeze the PM with any message that comes from the system message
  802. queue. Write a simple PM program and let it never return from a WM_CHAR - and
  803. the PM hangs - until the syncronous timer in PM removes it (the app) from
  804. system message queue.
  805.  
  806. Use the simple
  807.  
  808. WM_CHAR:
  809.     while (1) sleep(10000);
  810.  
  811. to do it. You my act on a single key of your choce or whatever. Use a telnet
  812. session to break the loop.
  813.  
  814.  
  815. --- Sqed/32 1.15/development  45:
  816.  * Origin: Speed Kills - Use Windows! (2:2476/493)
  817. 231/992
  818.  
  819. +----------------------------------------------------------------------------+
  820.  
  821. From: Herbert Rosenau                                   05-Dec-99 01:26:06
  822.   To: Jonathan de Boyne Pollard                         05-Dec-99 01:56:05
  823. Subj: DETACH
  824.  
  825.  HR>> The only thing a programmer has to do is to
  826.  
  827.  HR>> - write a multithreaded VIO program
  828.  HR>> - link with a PM DLL
  829.  
  830.  HR>> then if he would any PM ineraction he starts a thread that calls
  831.  HR>> the DLL and this can interact with PM as it likes. 
  832.  
  833.  JdBP> Maybe you should have tried this before posting.  
  834.  
  835. I'd so! There is a very big system running a lot of VIO and PM applications
  836. with a lot of functions in a couple of DLLs. To become a unified error handler 
  837. we have written a multithreaded DLL to become a PM window up even if the
  838. calling application is a background one (AVIO - optionally detached). 
  839.  
  840.  JdBP> If you had, you would have found that WinCreateMsgQueue()
  841.  JdBP> returns an error if Presentation Manager detects that the
  842.  JdBP> process type in the PIB is for a windowed or full-screen VIO
  843.  JdBP> process. WinInitialize() will create an anchor block, but a
  844.  JdBP> text-mode process, because of this check, will fail if it tries
  845.  JdBP> to do anything that involves sending messages at any stage,
  846.  JdBP> because it doesn't have a message queue.
  847.  
  848. Yes - if it is tried in the same thread! Make a PM DLL, start inside that DLL
  849. a separate thread (use semaphore to syncronise with the non PM thread). Then
  850. link your application with that DLL.
  851.  
  852. All applications have to use the same compiler- and linker flags - but my use
  853. differen program types.
  854.  
  855. The trick is the separate thread and the PM type of the DLL.
  856.  
  857.  JdBP> For those unfamiliar with the mechanisms of PM, this can have
  858.  JdBP> surprising results. WinQueryWindowText() doesn't work when used
  859.  JdBP> by a text-mode application, for instance.  
  860.  
  861. Nothing of Win..() APIs other than WinPostMessage() will work outside a PM
  862. application.
  863.  
  864.  JdBP> This is surprising to the PM novice, until he reads the PM
  865.  JdBP> reference and finds that WinQueryWindowText() simply calls
  866.  JdBP> WinSendMsg() with WM_QUERYWINDOWPARAMS behind the scenes.  The
  867.  JdBP> WinSendMsg() fails, of course, because the text-mode
  868.  JdBP> application doesn't have a message queue.
  869.  
  870. Right. 
  871.  
  872. But a thread my be a PM thread if the DLL is ready for PM. And you can make it 
  873. one if you declare it as PM in its *.def.
  874.  
  875.  
  876. --- Sqed/32 1.15/development  389:
  877.  * Origin: Jede Loesung bringt neue Probleme ! (2:2476/493)
  878. 231/992
  879.  
  880. +----------------------------------------------------------------------------+
  881.  
  882. From: Peter French                                      05-Dec-99 00:00:00
  883.   To: Stewart Buckingham                                05-Dec-99 00:00:00
  884. Subj: Communicator Fatal Error
  885.  
  886. On 1999/12/04, Stewart Buckingham wrote to Eddy Thilleman on message number
  887. 316;
  888.   Stewart,
  889. SB>
  890. SB> I just learned from Mike that os2pref.js = prefs.js.
  891.  
  892.   Something quite strange with your setup.  os2pref.dll is the only file of
  893. that name on my 4.61 install.  prefs.js will not be recreated on startup as
  894. it is a system file that I was warned should be edited with great care, as
  895. any corruption will stop NS working.  (p.s. did you ever - edit?)
  896.  
  897.   I don't have a 4.40 on my system any more as the testing showed 4.61 to
  898. be far superior from a feature and stability view.  However, I can't
  899. remember 4.40 asking for multiple user setup - so I suspect that there
  900. shouldn't be a user directory.  So,
  901.  
  902.   1) why bother with 4.40 reinstall 4.61
  903.   2) DON'T EDIT prefs.js with anything other than EPM.  (I added the
  904.      user_pref("toolbar.logo.frames",8); to mine without it complaining.
  905.   3) if u want to retain your setup, maybe get a new perfs.js from a
  906.      working system - I'll willingly send you mine (4.61)
  907.   4) retain your user files and reinstall from the download archive, then
  908.      see if perfs.js is recreated - may be a leftover from an aborted 4.61?
  909.      or a previous 4.40 install to different directories (did you move it?)
  910.   5) confirm categorically that there is a perfs.js on a working 4.40
  911.      install.  Mine has a bunch of path specific statements so be aware
  912.      that they will not transplant easily.  I assume that the file is
  913.      created at install time using install values.
  914.  
  915.   Hope this helps and you don't feel that the suggestions are too trivial
  916.  
  917.  
  918. ___
  919.  X KWQ/2 1.2i X LINUX is only free if you don't value your own time!
  920.  
  921. --- Maximus/2 2.02
  922.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  923.  
  924.  
  925. +----------------------------------------------------------------------------+
  926.  
  927. From: Peter French                                      05-Dec-99 00:00:01
  928.   To: Nick Andre                                        05-Dec-99 00:00:01
  929. Subj: OS/2 Printer
  930.  
  931. On 1999/12/03, Nick Andre wrote to All on message number 310;
  932.   Nick,
  933. NA> I just picked up an IBM LaserPrinter E, and was wondering
  934. NA> about its capabilities, speed, etc? And is there a way to
  935. NA> make it do a self-test? (ie, print out a test pattern?).
  936.  
  937.   I think it is a great printer.  Specific and OMNI drivers from IBM's
  938. site.  Graphics, Plotter, PostScript HP emulation etc.  Try;
  939. HOLD Start/Stop and power up the printer for a test pattern
  940. HOLD Print/Check for a HEX trace print
  941.   I'll image my quick reference card and e-mail that to you if you are
  942. interested - otherwise, ask at the local IBM office for one.
  943.  
  944.  
  945. ___
  946.  X KWQ/2 1.2i X I haven't reached this advanced age - by giving advice
  947.  
  948. --- Maximus/2 2.02
  949.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  950.  
  951.  
  952. +----------------------------------------------------------------------------+
  953.  
  954. From: Peter French                                      05-Dec-99 00:00:02
  955.   To: Eddy Thilleman                                    05-Dec-99 00:00:02
  956. Subj: r0stub.sys
  957.  
  958. On 1999/12/02, Eddy Thilleman wrote to Rob Basler on message number 294;
  959.   Eddy,
  960. ET>
  961. ET> Thanks. My soundcard is crystal based, not a creative labs.
  962.  
  963.   Excuse the butting in on a thread that doesn't concern me :)  did you
  964. know:  A new mixer for Crystal Semiconductor drivers is available from
  965. Hobbes under name:
  966.  
  967.   http://hobbes.nmsu.edu/pub/incoming/lbmix001.zip
  968.  
  969. This mixer works with IOCTL category 90 mixer API implemented in
  970. Crystal v.2.08 and v.3.02 drivers (and probably later versions).
  971.  
  972.  
  973. ___
  974.  X KWQ/2 1.2i X The biggest room in the world is the room for self-improvement
  975.  
  976. --- Maximus/2 2.02
  977.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  978.  
  979.  
  980. +----------------------------------------------------------------------------+
  981.  
  982. From: John Thompson                                     04-Dec-99 16:07:00
  983.   To: Rachel Veraa                                      05-Dec-99 03:22:00
  984. Subj: off-topic, please forgive
  985.  
  986. In a message to Holger Granholm, Rachel Veraa wrote re: HPFS Filenames to
  987. Windows
  988.  
  989. RV> It's Kreyòl, the language of Haiti.
  990. RV> 
  991. RV> 
  992. RV>        N'a pale pi ta,
  993. RV>            Rachel
  994. RV> 
  995. RV> http://www.netside.net/~rveraa/
  996. RV>  * Origin:    Birdsoft - North Miami       (1:135/907)
  997.  
  998. Off topic, but I've been meaning to ask for a while.  Are you any
  999. relation to Rich Veraa who long, long ago used to post in FIDO 
  1000. Science echo (and elsewhere)?  Also from Miami area, IIRC, and 
  1001. also seemed to have a fascination with birds.
  1002.  
  1003. Reply to email below if you prefer...
  1004.  
  1005.  
  1006.  * KWQ/2 1.2i * Internet: John.Thompson@attglobal.net
  1007.  
  1008. --- PCBoard (R) v15.3/M 10
  1009.  * Origin: Spare Parts BBS - Appleton WI (920-731-7697) (1:139/0)
  1010. 103
  1011.  
  1012. +----------------------------------------------------------------------------+
  1013.  
  1014. From: Holger Granholm                                   04-Dec-99 20:01:00
  1015.   To: Eddy Thilleman                                    05-Dec-99 03:22:00
  1016. Subj: DELTREE
  1017.  
  1018. In a message dated 12-02-99, Eddy Thilleman said to Holger Granholm:
  1019.  
  1020. HG> AFAIK deltree is a DOS program and consequently it was a FAT patition.
  1021.  
  1022. ET>That still leaves one question I asked to be answered: was it run
  1023. ET>under plain DOS booted (=not under OS/2) without a disk cache?
  1024.  
  1025. YES!
  1026.  
  1027. Happy Holidays,
  1028.  
  1029. Holger
  1030.  
  1031. ___
  1032.  * MR/2 2.26 * Why look thru Windows? Open the door to the future: OS/2
  1033.  
  1034.  
  1035.  
  1036. --- PCBoard (R) v15.22 (OS/2) 2
  1037.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  1038.  
  1039. +----------------------------------------------------------------------------+
  1040.  
  1041. From: Holger Granholm                                   04-Dec-99 20:01:00
  1042.   To: Lee Aroner                                        05-Dec-99 03:22:00
  1043. Subj: HPFS Filenames to Window
  1044.  
  1045. In a message dated 11-29-99, Lee Aroner said to Rachel Veraa:
  1046.  
  1047. RV>        N'a pale pi ta,
  1048.  
  1049. LA>             ^^^^^^   Swazi ?  Zulu?
  1050.  
  1051. ROTFL !
  1052.  
  1053. Happy Holidays,
  1054.  
  1055. Holger
  1056.  
  1057. ___
  1058.  * MR/2 2.26 * If you want it done right, forget Microsoft.
  1059.  
  1060.  
  1061. --- PCBoard (R) v15.22 (OS/2) 2
  1062.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  1063.  
  1064. +----------------------------------------------------------------------------+
  1065.  
  1066. From: Will Honea                                        05-Dec-99 01:45:00
  1067.   To: Herbert Rosenau                                   05-Dec-99 01:45:00
  1068. Subj: Clunker update
  1069.  
  1070. Herbert Rosenau wrote to Jonathan de Boyne Pollard on 12-05-1999
  1071.  
  1072. HR> A window that dosn't own the focus can't receive any 
  1073. HR> message from system queue. Bercaus PM sends this only to a 
  1074. HR> window that owns the focus - or has to own after the focus 
  1075. HR> change sequence (its an atomic sequence) is done.
  1076.  
  1077. Not true.  It will not receive mouse or keyboard messages but it sure
  1078. as heck gets WM_COMMAND and WM_SYSTEM meaasges even if hidden and/or
  1079. disabled!  I use non-visible (hence no focus) windows to syncronize and
  1080. dispatch message results from a network worker thread all the time.
  1081.  
  1082. Will Honea <whonea@codenet.net>
  1083. --- Maximus/2 2.02
  1084.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  1085.  
  1086.  
  1087. +----------------------------------------------------------------------------+
  1088.  
  1089. From: Andy Roberts                                      04-Dec-99 13:41:11
  1090.   To: Holger Granholm                                   05-Dec-99 06:43:20
  1091. Subj: USB
  1092.  
  1093.  Holger Granholm,
  1094.  
  1095. 03-Dec-99 21:10:00, Holger Granholm wrote to Andy Roberts
  1096.  HG> In a message dated 12-01-99, Andy Roberts said to Holger Granholm:
  1097.           Subject: USB
  1098.  
  1099.  HG>>> Another question: Any hints on USB support in Warp 4?
  1100.  
  1101.  AR>> If you look on that CD you just got from me:
  1102.  
  1103.  AR>> Usbcom02.Zip was just announced by Pete Norloff, so it may not be on
  1104.  AR>> that CD.
  1105.  
  1106.  HG> Just checked, it isn't but I'll await your reply to the previous
  1107.  HG> reply.
  1108.  
  1109. If that's the file you need, then I'll send it to you via E-Mail File Attach.
  1110.  
  1111. I may be proven wrong in the long run, but my feeling about USB is in the same
  1112. class with VLB, which was only dominate for the 486 and mostly abandoned for
  1113. the Pentium, which forced a lot of very expensive VLB HW to become obsolete.
  1114. Granted PCI has advantages over VLB.  And I'm sure USB has it's good points.
  1115. But I have no intention of throwing away my ISA and SCSI HW and jumping on the
  1116. USB bandwagon, just because some OEMs are trying to push new standards in an
  1117. effort to sell more HW.  And from what I've seen of rapid USB driver
  1118. replacements, I'm not so sure they have all the bugs worked out.  Fortunately
  1119. so far SCSI has not been abandoned.  So If I have a choice of getting a new
  1120. device for SCSI or USB, then SCSI will win.  Granted that does not solve the
  1121. problem of fewer ISA slots in some of the new MoBos.  But there are still some
  1122. MoBos with a couple of ISA slots.  I'm not sure what is going to be developed
  1123. to replace the Pentium.  Frankly I'm surprised it is not already here,
  1124. considering how fast OEMs moved to dump the 486.  I'm not sure there is going
  1125. to be a smooth upgrade path for USB any more than there was for VLB.  IMO USB
  1126. is a lot of development by marketing staff.  Thus I'm not impressed with USB.
  1127.  
  1128.      Thanks and Good Luck,        Andy Roberts
  1129.                                   andy@shentel.net
  1130. --- Terminate 5.00/Pro*at 
  1131.  * Origin: OS/2: penthouse. DOS: poorhouse. Windows: outhouse. (1:109/921.1)
  1132.  
  1133. +----------------------------------------------------------------------------+
  1134.  
  1135. From: Rich Wonneberger                                  05-Dec-99 10:59:28
  1136.   To: All                                               05-Dec-99 13:33:05
  1137. Subj: Kodak DVC-323 Camera
  1138.  
  1139. I know OS/2 has USB support now, but does anyone know if a Kodak DVC-323
  1140. camera will work with it??
  1141.  
  1142. Next, all I want to do is snap a picture every minute or so (over write the
  1143. old one).  Is there any simple software for this??
  1144.  
  1145. If I backup my CONFIG.SYS file and install the USB support and it doesnt work, 
  1146. will restoring the CONFIG.SYS file and re-booting put me back to where I was
  1147. before??
  1148.  
  1149. I -dont- have Windy support installed.  Would prefer a OS/2 solution.
  1150.  
  1151. TIA
  1152. Rich
  1153. I-Net   turtil@frontiernet.net
  1154.  
  1155.  
  1156. ... Can I call you Ms. Dos?
  1157. ---
  1158.  * Origin: Turtil's Pond BBS. Monroe NY 914 783-2106 (1:2625/50)
  1159.  
  1160. +----------------------------------------------------------------------------+
  1161.  
  1162. From: Herbert Rosenau                                   05-Dec-99 15:04:21
  1163.   To: Eddy Thilleman                                    05-Dec-99 13:33:05
  1164. Subj: cache
  1165.  
  1166.  ET> Is there an advantage to have more than one lazy write workers on
  1167.  ET> the HPFS cache? 
  1168.  
  1169. run=f:\os2\cache.exe /LAZY:9 /MAXAGE:12500 /DISKIDLE:7500 /BUFFERIDLE:2000
  1170. /READAHEAD:1
  1171.  
  1172.  ET> Does this help with the performance when writing to disk (HPFS
  1173.  ET> partition)?
  1174.  
  1175. It depends on your system usage. The line above is optimised to have the
  1176. highest possible throuput on my ISDN lines under cantaloup (OS/2 PM FIDO
  1177. mailer).
  1178.  
  1179. Yes, disk caching is the most recent parameter on it.
  1180.  
  1181. --- Sqed/32 1.15/development  499:
  1182.  * Origin: WIN95 - nach 32 BIT kann ich auch alles. (2:2476/493)
  1183. 231/992
  1184.  
  1185. +----------------------------------------------------------------------------+
  1186.  
  1187. From: Herbert Rosenau                                   05-Dec-99 14:48:14
  1188.   To: Stewart Honsberger                                05-Dec-99 13:33:05
  1189. Subj: Install
  1190.  
  1191.  LP>>> FILES=20
  1192.  
  1193.  HR>> Should at least 90
  1194.  
  1195.  SH> Why? I've never had a problem. Besides, if you get a DOS app that
  1196.  SH> needs more, just change it for that specific VDM.
  1197.  
  1198. Yes, you my change it for each DOS/Win program separatly. But it's better to
  1199. have a more practical value as default. You would omit some unwanted problems.
  1200.  
  1201. You can do this under MDOS painless because MDOS presents you more lower (and
  1202. upper) memory as each standalone DOS can do.
  1203.  
  1204.  SH> No need to chew memory needlesly.
  1205.  
  1206.  LP>>> SWAPPATH=d:\ 4096 10240
  1207.  HR>> 20480 10240
  1208.  
  1209.  SH> I don't think that (the first value) needs to be set quite that
  1210.  SH> high. I've got mine at 16MeB's right now, which should give me
  1211.  SH> plenty of time to start killing errant apps before I overflow.
  1212.  
  1213. It should be quite higher. Because this is the point OS/2 will warn you if the 
  1214. FREE room on disk containing swapper.dat sinks under that limit. On an I386/16 
  1215. and old, slow disks 2M was enough. On a PII it will you let STOP the system
  1216. before you can see a warning. If you swapper is on a (logical disk) with a lot 
  1217. of free place let the system the chance to warn you before it has to stop.
  1218.  
  1219. In case of low memory OS/2 does nothing as to swap out until the disk is full. 
  1220. If the disk is full and the swapper can't grow the stystem stops hard.
  1221.  
  1222. If the free space on disk shrinks below the warn limit a separate thread is
  1223. started to warn you for that situation and give you the chance to end or kill
  1224. some applications to make room in virtual addresspace to continue.
  1225.  
  1226. If the limit is too small the growing process goes on an the system my stop
  1227. before you can ever seen the warning. It is not enough to *see* the warning
  1228. *you* need time to register it, check the running processes, save pending data 
  1229. in your applications..... Therefore you need any second the system can give
  1230. you at this moment. There is nothing that will stop the forthgoing allocation
  1231. after the appears other than YOU. It is only on you to break that by ending
  1232. all well behaved applications or killing the one that does illegal consumes
  1233. the memory.
  1234.  
  1235. OS/2 can address 4GB RAM - and if not enough real RAM is available it tries to 
  1236. use disk space instead. On a modern processor with modern disks this can be 1
  1237. GB/s. If you disk (the swapper resides) is big enough to fit the whole 4GB
  1238. addressroom you'll never see the warning. If not it depends on the memory your 
  1239. applications can use. You're right if you think this can never occure on your
  1240. system - but in an unwanted ituation it my occure. It is nothing than a last
  1241. chance to hold your system running in a purly seldom situation.
  1242.  
  1243. I've got here a PII 450 with 256 MB RAM + up to 600 MB free room for swapper - 
  1244. but can find quickly a situation where the system goes out of memory and stops 
  1245. without any warning - if I not set the warn limit high enough.
  1246.  
  1247.  SH> Then again, I've got a swapfile and drivespace monitor on my WPS,
  1248.  SH> so I'd be an idiot to miss the bars moving up and down
  1249.  SH> respectively :>
  1250.  
  1251. Hi, hi. The monitor can't warn you right. If YOU're busy you dont look on it.
  1252. If the system has to warn you it will do it dramatically - a VIO fullscreen
  1253. session appears with highest priority - and you have to swith back to your
  1254. applications to do something.
  1255.  
  1256.  
  1257.  LP>>> THREADS=256
  1258.  HR>> 512
  1259.  
  1260.  SH> Again - why? I'm at 256 and have never once come close to running
  1261.  SH> out, and I've even tried. :>
  1262.  
  1263. Inside the system is a limited area of management data. This area is created
  1264. during boot time and can't grow. The Thread-/processes table is one of them.
  1265.  
  1266. The parameter threads includes ALL: any process (per se 1 thread,
  1267. any thread that can started from an process, and all modern apps are
  1268. multithreaded and most of them starts multiple threads on demand.
  1269.  
  1270. You should not run hard on any limit because if you're always near that you my 
  1271. quickly run out of it. Some application doesn't check all and every error.
  1272. Thereby normally a thread start goes well. But if threads is to small it fails 
  1273. - and the application too. Do you like to lose data?
  1274.  
  1275. All three parameters make your system savelier. They help you to work well in
  1276. case of low resources.
  1277.  
  1278.  
  1279.  
  1280. --- Sqed/32 1.15/development  270:
  1281.  * Origin: Bitte beachten Sie die zweite Seite! (2:2476/493)
  1282. 231/992
  1283.  
  1284. +----------------------------------------------------------------------------+
  1285.  
  1286. From: Herbert Rosenau                                   05-Dec-99 14:51:27
  1287.   To: Dave Davidson                                     05-Dec-99 13:33:05
  1288. Subj: Netscape....
  1289.  
  1290.  DD>  After switching from WIN98/IE environment to OS/2 & Netscape, I
  1291.  DD> miss my  rather extensive "Favorites" folder of URL's.
  1292.  
  1293.  DD>  Is there any way to convert or import MS's IE bookmarks to OS/2's
  1294.  DD>  Netscape? There's gotta be a way, I just haven't figured out
  1295.  DD> how....yet.
  1296.  
  1297. NS bookmarks are pure HTML.
  1298.  
  1299. --- Sqed/32 1.15/development  67:
  1300.  * Origin: Zwei Ohren hoeren besser als vier Augen. (2:2476/493)
  1301. 231/992
  1302.  
  1303. +----------------------------------------------------------------------------+
  1304.  
  1305. From: Kees Bergwerf                                     04-Dec-99 11:14:22
  1306.   To: All                                               05-Dec-99 13:33:05
  1307. Subj: not enough diskspace
  1308.  
  1309. Hello All!
  1310.  
  1311. I tried to install a network card..
  1312. After a reboot I got a message that I don't have enough disk space to handle
  1313. the locked files. But there is still 217 MB free on my C drive!
  1314. Also my startup.cmd was changed by the setup program (everything is
  1315. capitalised) and I got a lot of errors when rebooting after the install,
  1316. because my startup.cmd was not executed properly.
  1317.  
  1318. But why are those locked files not handled? The next boot does not give any
  1319. message after locked files at all. But when they are not properly handled, why 
  1320. does OS/2 remove the locked files device driver?
  1321.  
  1322. I use Warp4 US, fixpack12, on a pentium II/400
  1323.  
  1324.  
  1325. Kees
  1326.  
  1327. ---
  1328.  * Origin: Trefpunt BBS Den Haag +31-70-3967407 (2:280/1507)
  1329.  
  1330. +----------------------------------------------------------------------------+
  1331.  
  1332. From: Ian Moote                                         05-Dec-99 10:30:00
  1333.   To: HOLGER GRANHOLM                                   05-Dec-99 13:33:05
  1334. Subj: Creole or whatever!
  1335.  
  1336. HG> RV>It's Kreyòl, the language of Haiti.
  1337. HG>
  1338. HG> Thank you Rachel. Now everybody reading this echo knows it.
  1339. HG>
  1340. HG> However, you'll have to answer the same question when new users
  1341. HG> join.
  1342.  
  1343. As interesting as this topic is...!! [:/
  1344.  
  1345. ---
  1346.  ■■ Vote for Independence - it beats having to fight for it. RAH               
  1347.          
  1348.  
  1349. --- AdeptXBBS v1.11y (FREEWare/2)
  1350.  * Origin: Moote Pointe (1:2424/140)
  1351. 231/992
  1352.  
  1353. +----------------------------------------------------------------------------+
  1354.  
  1355. From: Ian Moote                                         05-Dec-99 10:30:00
  1356.   To: LEE ARONER                                        05-Dec-99 13:33:05
  1357. Subj: WarpCenter INI file ?
  1358.  
  1359. LA> IM> Back in April John Angelico was kind enough to inform me that
  1360. [...]
  1361. LA> And so they are!
  1362. LA>
  1363. LA> Info filed away and thanks Ian!!
  1364.  
  1365. Thank John! [:) All I did was regurgitate. [;) Take care and TTYL.
  1366.  
  1367. ---
  1368.  ■■ Veni, vidi, virtual -- I came, I saw, I went remote.                       
  1369.  
  1370.  
  1371. --- AdeptXBBS v1.11y (FREEWare/2)
  1372.  * Origin: Moote Pointe (1:2424/140)
  1373. 231/992
  1374.  
  1375. +----------------------------------------------------------------------------+
  1376.  
  1377. From: Bob Wright                                        26-Nov-99 20:58:16
  1378.   To: Holger Granholm                                   05-Dec-99 13:33:05
  1379. Subj: Installation problem
  1380.  
  1381. Greetings, Holger...
  1382.  
  1383.  Holger Granholm hastily said to Jack Stein:
  1384.  
  1385.  
  1386.  
  1387.  JS>> CFGINFO7.ZIP   OS/2 Config.sys Optimizer! Sysop Recommended! (188K)
  1388.  
  1389.  HG> Where can *I* grab a copy of that?  Have nr. 6.
  1390.  HG> FTP or Telnet preferred.
  1391.  
  1392. Hobbes... directory  pub/os2/util/config.  The main new thing is that it
  1393. contains a new version of the data file (os2cfg16).  The main executable is
  1394. still Rick's original dated in June of 95.
  1395.  
  1396.         -- Bob
  1397.  
  1398. --- GoldED 2.41
  1399.  * Origin: Merlin's Tower - Surrey, BC (1:153/944)
  1400. 103
  1401.  
  1402. +----------------------------------------------------------------------------+
  1403.  
  1404. From: Bob Wright                                        27-Nov-99 18:28:02
  1405.   To: Andrew Belov                                      05-Dec-99 13:33:05
  1406. Subj: odin-19991112
  1407.  
  1408. Greetings, Andrew...
  1409.  
  1410.  Jonathan de Boyne Pollard said to Andrew Belov:
  1411.  
  1412.  
  1413.  
  1414.  JdBP> ( I couldn't tell you the exact minimum OS/2 Warp 3 fixpack number for
  1415.  JdBP> the most recent Open32 updates.  Someone here who is still using OS/2
  1416.  JdBP> Warp 3 might be able to, though. )
  1417.  
  1418. The readme.1st for fp 40 references installation of Open32 in its notes.
  1419. However, the latest APAR that I could find that specifically mentions
  1420. Open32(in read.me2) was from fp30.
  1421.  
  1422.         -- Bob
  1423.  
  1424. --- GoldED 2.41
  1425.  * Origin: Merlin's Tower - Surrey, BC (1:153/944)
  1426. 103
  1427.  
  1428. +----------------------------------------------------------------------------+
  1429.  
  1430. From: Wes Newell                                        05-Dec-99 11:36:16
  1431.   To: All                                               06-Dec-99 00:14:21
  1432. Subj: DELTREE
  1433.  
  1434. My dos 6.22 deltree command works quite well on W4. I don't have msdos
  1435. installed. All my drives are hpfs. I can run it from an os/2 session (which
  1436. automatically brings up a dos vdm), or of course I can run it from a dos vdm.
  1437.  
  1438.  
  1439. --- Maximus/2 3.01
  1440.  * Origin: Wylie Connection 128K ISDN-V34+ DS 972-429-7005 (1:124/7028)
  1441. 231/992
  1442.  
  1443. +----------------------------------------------------------------------------+
  1444.  
  1445. From: Russell Tiedt                                     04-Dec-99 07:48:25
  1446.   To: Lee Aroner                                        06-Dec-99 09:49:05
  1447. Subj: HPFS Filenames to Window
  1448.  
  1449. Lee Aroner wrote in a message to Rachel Veraa:
  1450.  
  1451. RV>        N'a pale pi ta,
  1452.  
  1453.  LA>              ^^^^^^   Swazi ?  Zulu?
  1454.  
  1455. Not Swazi or Zulu. :-))
  1456.  
  1457. Go well,
  1458.  
  1459. Russell 
  1460. --- LoraBBS-OS/2 v2.42B1+
  1461.  * Origin: Rusty's BBS - Bloemfontein, Free State, South Africa (5:7106/23)
  1462.  
  1463. +----------------------------------------------------------------------------+
  1464.  
  1465. From: Bat Lang                                          05-Dec-99 03:05:21
  1466.   To: Peter French                                      06-Dec-99 09:49:05
  1467. Subj: cache
  1468.  
  1469.  -=> Quoting Peter French to Eddy Thilleman, [03 Dec 99  17:27:00] <=-
  1470.  
  1471.  ET> Is there an advantage to have more than one lazy write
  1472.  ET> workers on the HPFS cache? Does this help with the
  1473.  ET> performance when writing to disk (HPFS partition)?
  1474.  
  1475.  PF> I was told by Denis Tonn that there is an optimum - too many can
  1476.  PF> also degrade performance.  For my 96MB system he suggested:
  1477.  PF> DiskIdle:    30000 milliseconds
  1478.  PF> MaxAge:    60000 milliseconds
  1479.  PF> BufferIdle:    15000 milliseconds
  1480.  PF> Cache size:     2048 kbytes
  1481.  PF> 3 Lazy write worker(s) are enabled.
  1482.  PF> 1 Read ahead worker(s) are enabled.
  1483.  PF> Relationship as DiskIdle=2*BufferIdle, Maxage=2(to 5)*DiskIdle
  1484.  
  1485. Where is this information 'entered' into your configuration? Thanks.
  1486. Happy Holydays!  & Good Modeming!  /\oo/\
  1487.  
  1488.  
  1489. ... FidoNet-Mail: 1:382/92 or E-mail: Bat.Lang@92.ima.infomail.com
  1490.  
  1491. --- Blue Wave/DOS v2.30
  1492.  * Origin: Rendezvous!! 8gigs_20000files_500echoareas 512-303-1324 (1:382/92)
  1493. 231/992
  1494.  
  1495. +----------------------------------------------------------------------------+
  1496.  
  1497. From: Eddy Thilleman                                    04-Dec-99 11:22:15
  1498.   To: Gerard Zoer                                       06-Dec-99 09:49:05
  1499. Subj: wave files?
  1500.  
  1501. Hello Gerard,
  1502.  
  1503. 03 Dec 99 08:31, Gerard Zoer wrote to Eddy Thilleman:
  1504.  
  1505. GZ> Over here. WIN95S.RAR
  1506.  
  1507. Got it, thanks! ;-))
  1508.  
  1509.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  1510.  
  1511. ... WinErr #014:  Impossible error. This cannot really happen.
  1512. --- GoldED/2 3.0.1
  1513.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  1514.  
  1515. +----------------------------------------------------------------------------+
  1516.  
  1517. From: Herbert Rosenau                                   06-Dec-99 12:08:06
  1518.   To: Will Honea                                        06-Dec-99 11:47:12
  1519. Subj: Clunker update
  1520.  
  1521.  WH> Herbert Rosenau wrote to Jonathan de Boyne Pollard on 12-05-1999
  1522.  
  1523. HR>> A window that dosn't own the focus can't receive any 
  1524. HR>> message from system queue. Bercaus PM sends this only to a 
  1525. HR>> window that owns the focus - or has to own after the focus 
  1526. HR>> change sequence (its an atomic sequence) is done.
  1527.  
  1528.  WH> Not true.  
  1529.  
  1530. True.
  1531.  
  1532.  WH> It will not receive mouse or keyboard messages but it sure as
  1533.  WH> heck gets WM_COMMAND and WM_SYSTEM meaasges even if hidden and/or
  1534.  WH> disabled!  
  1535.  
  1536. Who is forwarding them? Any window can send/post such messages to any other
  1537. window. Neither WM_COMMAND nor WM_SYSTEM are generated in system message
  1538. queue. Tey are generated by an frame window related on WM_MOUSE.../WM_CHAR
  1539. received from system message queue. You can send/post any message to any
  1540. window. So you my send/post a WM_COMMAND from any window to another to become
  1541. the action you would. 
  1542. It is usual to interact between serval windows (of serval applications) this
  1543. way.
  1544.  
  1545.  WH> I use non-visible (hence no focus) windows to syncronize and
  1546.  WH> dispatch message results from a network worker thread all the
  1547.  WH> time.
  1548.  
  1549. Yeah, Your window procedure sends it to it. It's quite legal to do so!
  1550.  
  1551. --- Sqed/32 1.15/development  142:
  1552.  * Origin: Ginseng - die Wurzel fuer die Wurzel. (2:2476/493)
  1553. 231/992
  1554. 633/260
  1555. 2501/209
  1556.  
  1557. +----------------------------------------------------------------------------+
  1558.  
  1559. From: Kees Bergwerf                                     05-Dec-99 01:38:08
  1560.   To: All                                               06-Dec-99 13:45:21
  1561. Subj: not enough diskspace
  1562.  
  1563. Hello All!
  1564.  
  1565. Saturday December 04 1999 11:14, Kees Bergwerf wrote to All:
  1566.  
  1567. problem solved! :-)
  1568.  
  1569.  KB> After a reboot I got a message that I don't have enough disk space to
  1570.  KB> handle the locked files.
  1571.  
  1572. I removed thesus5.sys ene os20emu.sys from config.sys
  1573. i also switched program commander off.
  1574. Now the network software is installed correctly (i think it is; no more
  1575. messges about locked files that can't be replaced).
  1576. Program commander is working again without trouble. I think I will not use
  1577. theseus5 again. It was neccesary because of sysbench and memsize (and memsize
  1578. did give nothing but trouble: it worked fine for a while but I tried to change 
  1579. a setting in the config: use theseus, and then the program crashed and I have
  1580. not been able to start it again without crashing.)
  1581.  
  1582.  
  1583. Kees
  1584.  
  1585. ---
  1586.  * Origin: Trefpunt BBS Den Haag +31-70-3967407 (2:280/1507)
  1587. 772/1
  1588.  
  1589. +----------------------------------------------------------------------------+
  1590.  
  1591. From: Lee Aroner                                        02-Dec-99 18:36:00
  1592.   To: Will Honea                                        06-Dec-99 14:14:26
  1593. Subj: WarpCenter INI file ?
  1594.  
  1595. WH> Lee Aroner wrote to All on 11-28-1999
  1596.  
  1597. LA>    Anyone know what the WarpCenter INI file is?
  1598. LA> 
  1599. LA>    Had a crash today and wound up having to install from backup 
  1600. LA>    because I conldn't find any obvious file to restore the only 
  1601. LA>    broken part - the WarpCenter.
  1602.  
  1603. WH> Don't think there is one, Lee.  Some of the stuff is kept in the
  1604.   > OS2.INI but it appears that most of the Warpcenter stuff is in the
  1605.   > \os2\dll\dockxx.cfg files (all that marvelous documentation helps -
  1606.   > sure!).  Only way I've found to recover is to a: restore an archived
  1607.   > desktop during boot or b: delete the dockxx.cfg files and start over or
  1608.   > c: restore the whole thing from backup or d: PUNT!
  1609.  
  1610.  
  1611.    I suspect that restoring the dockxx.cfg's would'a done the trick, 
  1612.    WC came up, it just complained about corrupted config files and 
  1613.    then loaded a blank default config.
  1614.  
  1615.    Anyways, I had a fresh backup, just zapped the OS2 tree back in 
  1616.    and was up and running in 15 minutes...
  1617.  
  1618.    Thanks for the feedback!
  1619.  
  1620.                                        LRA
  1621.  
  1622.  
  1623.  -- SPEED 2.01 #2720: Apathy Error: Don't Bother Striking Any Key
  1624.  
  1625. --- Maximus/2 3.01
  1626.  * Origin: Top Hat BBS (1:343/40)
  1627. 278/111
  1628.  
  1629. +----------------------------------------------------------------------------+
  1630.  
  1631. From: Lee Aroner                                        02-Dec-99 18:16:01
  1632.   To: Scott Jones                                       06-Dec-99 14:14:26
  1633. Subj: WarpCenter INI file ?
  1634.  
  1635. -=> On 28 Nov 99  16:38:00, Lee Aroner wrote to All <=-
  1636.  
  1637.  LA>    Anyone know what the WarpCenter INI file is?
  1638.  
  1639.  LA>    Had a crash today and wound up having to install from backup
  1640.  LA>    because I conldn't find any obvious file to restore the only
  1641.  LA>    broken part - the WarpCenter.
  1642.  
  1643. SJ> The Warpcenter consists of (all in x:\OS2\DLL) SCENTER.CFG, SCENTER.DLL,
  1644.   > and DOCK*.CFG.
  1645.  
  1646.  
  1647.    Thanks Scott !!
  1648.  
  1649.                                        LRA
  1650.  
  1651.  
  1652.  -- SPEED 2.01 #2720: And the RESET button lets you re-run AUTOEXEC.BAT
  1653.  
  1654. --- Maximus/2 3.01
  1655.  * Origin: Top Hat BBS (1:343/40)
  1656. 278/111
  1657.  
  1658. +----------------------------------------------------------------------------+
  1659.  
  1660. From: Lee Aroner                                        02-Dec-99 18:48:02
  1661.   To: Jonathan De Boyne Pollar                          06-Dec-99 14:14:26
  1662. Subj: Install
  1663.  
  1664.  LA>> This is the usual case of MS's "Do as I say, not as I do", since 
  1665.  LA>> Command.Com continues to use FCBs for fast directlry deletions, 
  1666.  LA>> just as I do.
  1667.  
  1668.  LE>> Try it under MS-DOS v6.x. Then try it in a Win 95 or 98 DOS "window"
  1669.  LE>> (or with the system booted to the MS-DOS 7 that Win 9x runs on top of).
  1670.  
  1671.  LA> You might want to try that yourself...my routines have been used    
  1672.  LA> under those conditions for years.
  1673.  
  1674. JdBP> I think that Leonard is trying to make the point that using 
  1675.     > FCBs for "fast deletions" is pointless in those 
  1676.     > environments, because it *isn't* actually faster that doing 
  1677.     > things the more up-to-date way using a simple 
  1678.     > findfirst/findnext loop.
  1679.  
  1680.    I *have* compared it Johnathan, and it's a whole big pile faster 
  1681.    than running a loop, which, of course, is the backup routine in 
  1682.    case the drive in question is HPFS (since warp intentionally 
  1683.    traps if you try this on HPFS with a wildcard spec).
  1684.  
  1685.    Think about it...which is faster, looping 500 times to do a 
  1686.    findnext/handle delete, or once to nuke the entire directory 
  1687.    contents?
  1688.  
  1689.    If BillieSoft had come up with some magical way to duplicate the 
  1690.    speed without using FCBs, they would have removed this from their 
  1691.    CLI a long time ago...
  1692.  
  1693.                                        LRA
  1694.  
  1695.  
  1696.  -- SPEED 2.01 #2720: Thank you for pressing the self destruct button...
  1697.  
  1698. --- Maximus/2 3.01
  1699.  * Origin: Top Hat BBS (1:343/40)
  1700. 278/111
  1701.  
  1702. +----------------------------------------------------------------------------+
  1703.  
  1704. From: Lee Aroner                                        03-Dec-99 18:15:00
  1705.   To: Sandro Coana                                      06-Dec-99 14:14:26
  1706. Subj: WarpCenter INI file ?
  1707.  
  1708. SC>      Hello Lee Aroner,
  1709.  
  1710.  LA> Anyone know what the WarpCenter INI file is?
  1711.  
  1712.  LA> Had a crash today and wound up having to install from backup 
  1713.  LA> because I conldn't find any obvious file to restore the only 
  1714.  LA> broken part - the WarpCenter.
  1715.  
  1716. SC>      
  1717.   >      Backup Warpcenter.CMD
  1718.  
  1719. SC>      @echo off
  1720.   >      rem ****************** Backup Warpcenter *****************
  1721.   >      copy c:\os2\dll\dock*.cfg c:\warpctr
  1722.   >      copy c:\os2\dll\SCENTER.CFG c:\warpctr
  1723.  
  1724.    Thanks for the suggestion Sandro !!
  1725.  
  1726.  
  1727.                                        LRA
  1728.  
  1729.  
  1730.  -- SPEED 2.01 #2720: White dwarf seeks red giant for binary relations.
  1731.  
  1732. --- Maximus/2 3.01
  1733.  * Origin: Top Hat BBS (1:343/40)
  1734. 278/111
  1735.  
  1736. +----------------------------------------------------------------------------+
  1737.  
  1738. From: Don Guy                                           06-Dec-99 08:14:10
  1739.   To: Eddy Thilleman                                    06-Dec-99 14:14:26
  1740. Subj: wave files?
  1741.  
  1742. Greetings Eddy!
  1743.  
  1744.    A long time ago, in a galaxy far, far away, a coded message from Eddy
  1745. Thilleman to All was intercepted...
  1746.  
  1747.  ET> W95.WAV       2009650 Nice parody on the Rolling Stones song
  1748.  ET>                       Start me up that Microsoft used for their
  1749.  ET>                       W'95 campaign. Time 1:31.13
  1750.  
  1751.  ET>   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  1752.  
  1753. On its way to the e-mail address above...
  1754.  
  1755. -Don
  1756.  
  1757.  
  1758.  
  1759. ... "Bother," said Pooh, as he deleted his source code.
  1760. ---
  1761.  * Origin: EI/2 [Carleton Place, Ontario, Canada] (1:249/176)
  1762.  
  1763. +----------------------------------------------------------------------------+
  1764.  
  1765. From: Cyrill Vakhneyev                                  06-Dec-99 13:19:17
  1766.   To: Linda Proulx                                      06-Dec-99 15:54:18
  1767. Subj: Newer update
  1768.  
  1769. Hello Linda!
  1770.  
  1771. 04 Dec 99 13:52, Linda Proulx wrote to All:
  1772.  LP> It seems that the install disks programs are too old for the hardware.
  1773.     Which install disks and which hardware?
  1774.  LP> Getting newer disk image for the install disks.  Hoping that these
  1775.  LP> will solve the install problems with fdisk.
  1776.     Get latest ibm1s506.add (idedasd.exe at IBM's DriverPack). RTFM
  1777.  
  1778. Bye!
  1779. Cyrill                                [Team OS/2 CV004]
  1780.  
  1781. ... You said Windows was a Power Tool???
  1782. ---
  1783.  * Origin: I feel like Popeye!  (2:5053/7.1)
  1784. 278/111
  1785.  
  1786. +----------------------------------------------------------------------------+
  1787.  
  1788. From: Cyrill Vakhneyev                                  06-Dec-99 13:23:08
  1789.   To: Rich Wonneberger                                  06-Dec-99 15:54:18
  1790. Subj: Kodak DVC-323 Camera
  1791.  
  1792. Hello Rich!
  1793.  
  1794. 05 Dec 99 10:59, Rich Wonneberger wrote to All:
  1795.  RW> I know OS/2 has USB support now, but does anyone know if a Kodak
  1796.  RW> DVC-323  camera will work with it??
  1797.     Did you try this. Maybe it helps...
  1798.  
  1799.  8< === Begin OS/2 Clipboard === >8
  1800.                            Upload Information Template for Hobbes.nmsu.edu
  1801.                            ===============================================
  1802.  
  1803.         Archive Filename:  dcitu18e_beta.zip
  1804.        Short Description:  Digital Camera Image Transfer Utility for OS/2
  1805.         Long Description:  OS/2 PM application to allow serial port transfer
  1806. of
  1807. images from the following digital camera models:  Kodak DC25, Kodak DC120,
  1808. Kodak
  1809. DC200, Kodak DC210, Kodak DC215, Kodak DC220, Kodak DC240, Kodak DC260, Kodak
  1810. DC265, Kodak DC280, Agfa ePhoto, Epson PhotoPC, Minolta Dimage, Nikon Coolpik,
  1811. Olympus, Sanyo VPC/DSC, Sierra SD640 and Toshiba PDR-2
  1812.  
  1813.       Proposed directory
  1814.            for placement:  /pub/os2/apps/mmedia/video/capture
  1815.  
  1816.                Your name:  Stephane Charette
  1817.            Email address:  charette@writeme.com
  1818.     Program contact name:  (same)
  1819.    Program contact email:  (same)
  1820.              Program URL:  http://users.uniserve.ca/~software/dcitu/index.html
  1821.  
  1822.       Would you like the
  1823.    contact email address
  1824.     included in listings?  yes
  1825.  
  1826. Operating System/Version:  OS/2 v3.x and higher
  1827.  Additional requirements:  supported digital camera
  1828.  
  1829.                 Replaces:  dcitu*.zip
  1830.  _________________________________________________________________________
  1831. !                                                                         !
  1832. !  DCITU v1.8e [beta] - Digital Camera Image Transfer Utility for OS/2    !
  1833. !_________________________________________________________________________!
  1834.  
  1835.    This application was written in my spare time from information
  1836.    gathered on various WWW sites.
  1837.  
  1838.    Previous versions of this tool (once upon a time, back in 1997 when I
  1839.    was single and still had lots of free time on my hands) were called
  1840.    "DC210" since it was originally written specifically for use with
  1841.    Kodak's DC210 camera.  More than 35 digital cameras are now supported,
  1842.    not to mention the fact that it now has a graphical user interface,
  1843.    on-line context-sensitive help, support for thumbnails, etc...!
  1844.  
  1845.  _________________________________________________________________________
  1846. !                                                                         !
  1847. !  New in this beta release                                               !
  1848. !_________________________________________________________________________!
  1849.  
  1850.    - scripts can be run in foreground or background
  1851.    - "select all", "select none" and "select toggle" are now on a thread
  1852.      to help speed up system response time with hundreds of images
  1853.    - various small bug fixes
  1854.  
  1855.  _________________________________________________________________________
  1856. !                                                                         !
  1857. !  Quick notes for those who cannot wait to get started                   !
  1858. !_________________________________________________________________________!
  1859.  
  1860.    - type "DCITU.EXE" to start; there are no command-line parameters
  1861.    - verify the options and select your camera type in Settings->Options
  1862.    - click on Camera->Connect to get started
  1863.  
  1864.  _________________________________________________________________________
  1865. !                                                                         !
  1866. !  Contact information                                                    !
  1867. !_________________________________________________________________________!
  1868.  
  1869.    The author of DCITU can be contacted at charette@writeme.com.  I love
  1870.    getting e-mail from people who let me know what type of camera they're
  1871.    currently using with DCITU!  (Hint, hint!)
  1872.  
  1873.    DCITU's web page is http://users.uniserve.ca/~software/dcitu/index.html
  1874.  
  1875.    Please consult the web site for up-to-date information, including the
  1876.    full list of cameras and models that are known to work with DCITU.
  1877.  
  1878.    I will gladly work with anyone who has suggestions or trouble using
  1879.    DCITU, regardless of whether or not you have registered.  My goal is
  1880.    to write simple-to-use software that works for everyone.
  1881.  
  1882.  _________________________________________________________________________
  1883. !                                                                         !
  1884. !  OS/2 revisions supported                                               !
  1885. !_________________________________________________________________________!
  1886.  
  1887.    DCITU should work with any version of OS/2 starting with v3.0.
  1888.  
  1889.  _________________________________________________________________________
  1890. !                                                                         !
  1891. !  Camera models supported                                                !
  1892. !_________________________________________________________________________!
  1893.  
  1894.    DCITU was written for use with the following cameras:
  1895.  
  1896.    - Kodak DC220, Kodak DC260, Kodak DC265, Minolta Dimage:
  1897.       1) select "Digita" as the camera type
  1898.       2) thumbnails are only in grayscale (this is being worked on)
  1899.       3) some thumbnails may not work (this is being worked on)
  1900.       4) camera must be set to "connect" mode
  1901.  
  1902.    - Kodak DC240 & Kodak DC280
  1903.       1) camera must be set to "connect" mode
  1904.  
  1905.    - Kodak DC200, Kodak DC210 & Kodak DC215:
  1906.       1) infra-red transfers not supported
  1907.       2) camera must be set to "connect" mode
  1908.  
  1909.    - Kodak DC120:
  1910.       1) albums not supported; images must be saved/moved to "NO ALBUM"
  1911.       2) thumbnails are not supported
  1912.       3) image delete is not supported
  1913.       4) attach cable, slide cover to "ON/OPEN", click "FILE->CONNECT"
  1914.       5) there is a bug if more than 12 images are in the camera (this
  1915.          is being worked on)
  1916.  
  1917.    - Kodak DC25:
  1918.       1) also download "KDC_DC2.ZIP" to convert .dc2 image files
  1919.       2) supports both internal and external memory image files
  1920.       3) image delete is not supported
  1921.       4) date and time not supported
  1922.  
  1923.    - Agfa ePhoto, Epson PhotoPC, Nikon, Olympus, Sanyo VPC/DSC, Sierra
  1924.      SD640 & Toshiba PDR-2 (cameras known as Project/Protocol "O")
  1925.       1) some models may require a 2 or 3 second timeout period
  1926.       2) some models may require the "alternate startup" to be selected
  1927.       3) some models may require a pause between commands
  1928.       4) date and time not supported
  1929.  
  1930.    - Casio:
  1931.       1) these cameras are no longer supported
  1932.  
  1933.  _________________________________________________________________________
  1934. !                                                                         !
  1935. !  Use of this software                                                   !
  1936. !_________________________________________________________________________!
  1937.  
  1938.    This application is fairly straight-forward to use.
  1939.  
  1940.    Basically:
  1941.  
  1942.    1) make certain your camera is plugged in using the serial cable
  1943.    2) turn on the camera
  1944.    3) set the camera to serial connection mode (if applicable)
  1945.    4) run "DCITU.EXE"
  1946.    5) verify the settings in the options notebook
  1947.    6) click on "OK" to close the options notebook
  1948.    7) select "Connect" from the menubar
  1949.  
  1950.  
  1951.    +--NOTE TO LAN SERVER AND OS/2 PEER USERS-----------------------------+
  1952.    !                                                                     !
  1953.    !  If you mount a serial port over the network, you can download      !
  1954.    !  images onto a computer while the camera is hooked up somewhere     !
  1955.    !  else on the network.  For example, on my home network, I have the  !
  1956.    !  camera hooked up to serial port 1 of one particular computer while !
  1957.    !  I connect to a Peer redirected COM port from a second computer.    !
  1958.    !                                                                     !
  1959.    +---------------------------------------------------------------------+
  1960.  
  1961.    Starting with version 1.8a, a new command-line switch has been added
  1962.    to allow loading the .INI settings from a specific drive, directory,
  1963.    or .INI file.  Use the parameter  /i=x:\foo\bar.ini  to specify the
  1964.    file to use.  One such example would be:
  1965.  
  1966.       dcitu.exe /i=c:\apps\public\myfile.ini
  1967.  
  1968.    Starting with version 1.8d, a new setting in the .INI file has been
  1969.    included which is *not* viewable with the DCITU options notebook.
  1970.    Open the DCITU.INI file using an OS/2 INI editor such as REGEDIT2.EXE
  1971.    and view the setting called "Queue Size Increase".  This value, which
  1972.    defaults to "100", dictates how the message queue should be increased.
  1973.    This number *must* be larger than the number of images that DCITU
  1974.    deals with.  Eventually -- as time permits -- a new control will be
  1975.    created in the Options Notebook for this setting.
  1976.  
  1977.  _________________________________________________________________________
  1978. !                                                                         !
  1979. !  Distribution and registration                                          !
  1980. !_________________________________________________________________________!
  1981.  
  1982.    This application is distributed as freeware/shareware.
  1983.  
  1984.    - the freeware version of this application will work for unlimited
  1985.      time at a maximum transfer speed of 9600 baud; you are NOT required
  1986.      to register the freeware version, and you will still receive any
  1987.      technical support that I can reasonably offer over e-mail.
  1988.  
  1989.    - for faster transfer speeds, a registration fee is requested; when
  1990.      payment is received, you will be sent a registration number which
  1991.      allows you to use transfer rates as high as 230400 (on cameras and
  1992.      computers that support such transfer rates).
  1993.  
  1994.    For registration information, please see the REGISTER.TXT file.
  1995.  
  1996.  _________________________________________________________________________
  1997. !                                                                         !
  1998. !  Disclaimer                                                             !
  1999. !_________________________________________________________________________!
  2000.  
  2001.    I AM NOT RESPONSIBLE FOR ANY DAMAGES THAT CAN OCCUR FROM USING THIS
  2002.    APPLICATION.  YOU ACCEPT WHATEVER RISKS INVOLVED, INCLUDING BUT NOT
  2003.    LIMITED TO, DAMAGES TO BOTH YOUR COMPUTER AND YOUR DIGITAL CAMERA.
  2004.  
  2005.    On a lighter note:  I am not aware of any damages that _could_ occur
  2006.    from using this application.  I have been using it on my own systems
  2007.    with a Kodak DC260, Kodak DC240, Kodak DC210, and an Olympus D220, all
  2008.    without problems.  Other camera models were tested by various people
  2009.    contacted through the internet.
  2010.  
  2011.  _________________________________________________________________________
  2012. !                                                                         !
  2013. !  Legal notice of contributions                                          !
  2014. !_________________________________________________________________________!
  2015.  
  2016.    Kodak DC220 & DC260 camera support is based in part on documentation
  2017.    made available on the DIGITA digital camera operating system and by
  2018.    initial programming efforts by David LaRue from david.larue@acm.org
  2019.  
  2020.    Kodak DC280 camera support is based in part on Eastman Kodak's
  2021.    "DC280 Host Interface Specification" documentation at www.kodak.com
  2022.  
  2023.    Kodak DC240 camera support is based in part on Eastman Kodak's
  2024.    "DC240 Host Interface Specification" documentation at www.kodak.com
  2025.  
  2026.    Kodak DC200, DC210 & DC215 camera support is based in part on Eastman
  2027.    Kodak's "DC210 Host Interface Specification" documentation at
  2028.    www.kodak.com
  2029.  
  2030.    Kodak's DC120 .KDC file format support is based in part on
  2031.    documentation from www.hamrick.com/dc120
  2032.  
  2033.    Kodak's DC20/25 camera support is based in part on documentation
  2034.    from home.t-online.de/home/Oliver.Hartmann/dc20prot.htm
  2035.  
  2036.    "Project O" camera support is based in part on documentation
  2037.    from www.best.com/~rudnicki/olycmd.html
  2038.  
  2039.    Thumbnail support for "Project O", Kodak DC240 & Kodak DC280 cameras
  2040.    is based in part on the work of the Independent JPEG Group at
  2041.    ftp.uu.net/graphics/jpeg
  2042.  
  2043.  _________________________________________________________________________
  2044. !                                                                         !
  2045. !  End of README.TXT                                                      !
  2046. !_________________________________________________________________________!
  2047.  
  2048.  8< === End OS/2 Clipboard === >8
  2049. Bye!
  2050. Cyrill                                [Team OS/2 CV004]
  2051.  
  2052. ... "If you can't make it good, make it LOOK good." - B Gates
  2053. ---
  2054.  * Origin: I feel like Popeye!  (2:5053/7.1)
  2055. 278/111
  2056.  
  2057. +----------------------------------------------------------------------------+
  2058.  
  2059. From: Holger Granholm                                   05-Dec-99 20:45:00
  2060.   To: Jonathan de Boyne Pollard                         06-Dec-99 20:29:01
  2061. Subj: HPFS Filenames to Windows
  2062.  
  2063. In a message dated 12-02-99, Jonathan de Boyne Pollard said to Holger
  2064. Granholm:
  2065.  
  2066.  RV>> N' = (nou = we
  2067.  RV>> a         = future indicator (shall)
  2068.  RV>> pale      = speak
  2069.  RV>> pi        = more
  2070.  RV>> ta        = late
  2071.  
  2072.  RV>>    [nah pal-AY pee tah]
  2073.  
  2074.  HG> And what language is that?  Miamish?
  2075.  
  2076. JP>It looks like French spelled phonetically and slightly mangled.
  2077.  
  2078. JP>"Nous allons parler plus tard"
  2079.  
  2080. JP>Given that, my guess is that it's some form of creole.
  2081.  
  2082. Hi Jonathan,
  2083.  
  2084. As you have already seen, you're right.  But what if we all would start
  2085. finishing our messages with some local abracadabra?
  2086.  
  2087. Happy Holidays,
  2088.  
  2089. Holger
  2090.  
  2091. ___
  2092.  * MR/2 2.26 * Help you out?    Certainly!    Which way did you come in?
  2093.  
  2094.  
  2095. --- PCBoard (R) v15.22 (OS/2) 2
  2096.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  2097.  
  2098. +----------------------------------------------------------------------------+
  2099.  
  2100. From: Holger Granholm                                   05-Dec-99 20:45:00
  2101.   To: August Abolins                                    06-Dec-99 20:29:01
  2102. Subj: Yet another magazine
  2103.  
  2104. In a message dated 12-03-99, August Abolins said to Holger Granholm:
  2105.  
  2106. Hello August,
  2107.  
  2108. AA>On 11-23-1999 at 07:15:00PM, 
  2109. AA>Holger Granholm (2:20/228) wrote to All:
  2110.  
  2111.  HG> It is with deep regret that I can inform that the last OS/2 column in
  2112.  HG> the Personal Computer World will appear in the January 2000 issue.
  2113.  
  2114. AA>There are still quite a few darn good info sources on the web.
  2115.  
  2116. There may be but they will never substitute the printed info for me.
  2117. And I don't like to spend a lot of time searching and reading on the
  2118. web as long as every minute of phone use costs money.
  2119.  
  2120. Happy Holidays,
  2121.  
  2122. Holger
  2123.  
  2124. ___
  2125.  * MR/2 2.26 * Don't diet! Download a virus to destroy the FAT!
  2126.  
  2127.  
  2128. --- PCBoard (R) v15.22 (OS/2) 2
  2129.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  2130.  
  2131. +----------------------------------------------------------------------------+
  2132.  
  2133. From: Holger Granholm                                   05-Dec-99 20:45:00
  2134.   To: Nick Andre                                        06-Dec-99 20:29:01
  2135. Subj: OS/2 Printer
  2136.  
  2137. In a message dated 12-03-99, Nick Andre said to All:
  2138.  
  2139. NA>I just picked up an IBM LaserPrinter E, and was wondering about its
  2140. NA>capabilities, speed, etc? And is there a way to make it do a
  2141. NA>self-test? (ie, print out a test pattern?). Any help appreciated.
  2142.  
  2143. Hello Nick,
  2144.  
  2145. The self test is usually done by pressing one of the push buttons while
  2146. at the same time switching on the printer. That has worked for all the
  2147. laser printers I have serviced.
  2148.  
  2149. Seasons Greetings,
  2150.  
  2151. Holger
  2152.  
  2153. ___
  2154.  * MR/2 2.26 * Windows NT: From the makers of Windows 3.1!
  2155.  
  2156.  
  2157. --- PCBoard (R) v15.22 (OS/2) 2
  2158.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  2159.  
  2160. +----------------------------------------------------------------------------+
  2161.  
  2162. From: Stewart Honsberger                                06-Dec-99 16:23:11
  2163.   To: Peter Knapper                                     06-Dec-99 20:29:01
  2164. Subj: fdisk /query
  2165.  
  2166. 04 Dec 99 10:36, Peter Knapper wrote to Jonathan de Boyne Pollard:
  2167.  
  2168.  PK> Ok, maybe I should have made that "How about mounting other 
  2169.  PK> partitions off the Root (booted) file system (partition) similar to 
  2170.  PK> unix."
  2171.  
  2172. You mean like CC: ?
  2173.  
  2174. Stewart Honsberger,
  2175.   blackdeath@tinys.oix.com
  2176.  
  2177. ... Alcohol: The more you drink, the less you think!
  2178. -!- GOPGP/2 v1.23
  2179.  
  2180. --- Msged/2 TE 05
  2181.  * Origin: Blackdeath BBS - Private (1:229/604)
  2182. 2320/38
  2183.  
  2184. +----------------------------------------------------------------------------+
  2185.  
  2186. From: Preston Smith                                     06-Dec-99 18:24:02
  2187.   To: All                                               06-Dec-99 23:30:17
  2188. Subj: TCPIP Upgrade
  2189.  
  2190. Hello All!
  2191.  
  2192. I sent this message to both the TEAMOS2 and OS2 e-mail lists on saturday and
  2193. no one has responded.  Can you folks help?
  2194.  
  2195. I decided to try to upgrade my TCPIP version so I downloaded "TCP/IP For
  2196. OS/2 V3.1 & V4.0 Universal FixPak UN_0980" to apply to my sytem.
  2197.  
  2198. The first thing I see in the readme file is
  2199.  
  2200. Note:  You should have MPTS FixPak WRx8421 (or above) installed on
  2201. your system before applying this FixPak.  Also note that WRx8610
  2202. should not be installed on a non-SMP Warp Server without installing
  2203. TCP/IP v4.1 along with it.  There have been various problems reported
  2204. when using WRx8610 without TCP/IP v4.1.
  2205.  
  2206.  Warning:  1 - This FixPak services some of the TCP/IP files based on
  2207.  the MPTS level on the system.  If you have WRx8610 or above on your
  2208.  system when you install this FixPak, you should not install a version
  2209.  of MPTS older than WRx8610 because it will back-level some of the
  2210.  TCP/IP files.  If you have an MPTS version prior to WRx8610 when you
  2211.  install this FixPak and you then install WRx8610, you should
  2212.  reinstall this FixPak to ensure that the proper TCP/IP files are
  2213.  installed.  If you plan to install WRx8620, it should be installed
  2214.  after installing this FixPak.
  2215.  
  2216. My questions are (results of Syslevel are shown below)
  2217.  
  2218. 1.  Is it normal to see what appear to be duplicate entries in the
  2219. Syslevel info?  If not, how do I clean it up?
  2220.  
  2221. 2.  I see I have TCPIP 4.00 on my system - should I upgrade to TCPIP 4.1?
  2222.  
  2223. 3. How do I know what MPTS level is on my system?  Should this be upgraded to
  2224. WRx842x?  or WRx8610 then 8620?
  2225.  
  2226. 4.  Are there any other related upgrades I should install to bring my
  2227. communication suite up to date?
  2228.  
  2229. Thanks for the help
  2230.  
  2231. Preston
  2232.  
  2233. D:\INTERNET\NETSCAPE4\PROGRAM\SYSLEVEL.NN2
  2234. Netscape Communicator 4.61 for OS/2 Warp (Secured)
  2235. Version 4.61     Component ID 5697B8601
  2236. Type ASD
  2237. Current CSD level: XR00461
  2238. Prior   CSD level: XR00461
  2239.  
  2240. E:\DMISL\SYSLEVEL.DMI
  2241. IBM OS/2 DMTF Service Layer
  2242. Version 1.10     Component ID 576562200
  2243. Current CSD level: CA00000
  2244. Prior   CSD level: CA00000
  2245.  
  2246. E:\IBMCOM\SYSLEVEL.TRP
  2247. IBM OS/2 LAN Adapter and Protocol Support
  2248. Version 5.10     Component ID 5639A5700
  2249. Current CSD level: WR08400
  2250. Prior   CSD level: WR08210
  2251.  
  2252. E:\IBMI18N\SYSLEVEL.I18
  2253. IBM I18N Toolkit
  2254. Version 1.05     Component ID 5639A5700
  2255. Current CSD level: WR08400
  2256. Prior   CSD level: WR08210
  2257.  
  2258. E:\IBMINST\SYSLEVEL.WCB
  2259. OS/2 Warp Networking Services Installation
  2260. Version 4.00     Component ID 5939a9200
  2261. Current CSD level: IP08400
  2262. Prior   CSD level: IP08400
  2263.  
  2264. E:\Java11\bin\SYSLEVEL.JAV
  2265. Java Runtime
  2266. Version 1.16     Component ID 5639B3300
  2267. Current CSD level: XR04006
  2268. Prior   CSD level: XR04005
  2269.  
  2270. E:\Java11\bin\SYSLEVEL.JUF
  2271. Java Unicode Font
  2272. Version 1.00     Component ID 5639D7200
  2273. Current CSD level: XR04005
  2274. Prior   CSD level: XR04005
  2275.  
  2276. E:\MPTN\SYSLEVEL.DHC
  2277. IBM OS/2 Dynamic Host Configuration Protocol Services
  2278. Version 4.00     Component ID 562290901
  2279. Current CSD level: WR08400
  2280. Prior   CSD level: WR08210
  2281.  
  2282. E:\MPTN\SYSLEVEL.MPT
  2283. IBM OS/2 TCP/IP Stack
  2284. Version 5.10     Component ID 5639B1700
  2285. Current CSD level: WR08400
  2286. Prior   CSD level: WR08210
  2287.  
  2288. E:\MPTN\I18N\SYSLEVEL.I18
  2289. IBM I18N Toolkit
  2290. Version 1.05     Component ID 5639A5700
  2291. Current CSD level: WR08400
  2292. Prior   CSD level: WR08210
  2293.  
  2294. E:\opendoc\bin\SYSLEVEL.ODC
  2295. OpenDoc
  2296. Version 1.00     Component ID 5639B3100
  2297. Current CSD level: XR01000
  2298. Prior   CSD level: XR01000
  2299.  
  2300. E:\OS2\DLL\SYSLEVEL.FIA
  2301. IBM OS/2 Feature Install
  2302. Version 1.22     Component ID 5639C7300
  2303. Type ASD
  2304. Current CSD level: XR03100
  2305. Prior   CSD level: XR03100
  2306.  
  2307. E:\OS2\INSTALL\SYSLEVEL.BDD
  2308. IBM OS/2 Base Device Drivers
  2309. Version 4.00     Component ID 5639A6100
  2310. Type 0C
  2311. Current CSD level: XR0D001
  2312. Prior   CSD level: XR04000
  2313.  
  2314. E:\OS2\INSTALL\SYSLEVEL.FPK
  2315. OS/2 Warp 4 Service Level
  2316. Version 1.00     Component ID 566933010
  2317. Type Fixpak
  2318. Current CSD level: XR0M011
  2319. Prior   CSD level: XR0M011
  2320.  
  2321. E:\OS2\INSTALL\SYSLEVEL.GRE
  2322. IBM OS/2 32-bit Graphics Engine
  2323. Version 4.00     Component ID 5639A6100
  2324. Type 0C
  2325. Current CSD level: XR04000
  2326. Prior   CSD level: XR04000
  2327.  
  2328. E:\OS2\INSTALL\SYSLEVEL.OS2
  2329. IBM OS/2 Base Operating System
  2330. Version 4.00     Component ID 5639A6100
  2331. Type 0C
  2332. Current CSD level: XR0M011
  2333. Prior   CSD level: XR04000
  2334.  
  2335. E:\OS2\INSTALL\SYSLEVEL.SDS
  2336. Distributed SOM Framework
  2337. Version 2.01.5     Component ID 562222700
  2338. Current CSD level: SM20012
  2339. Prior   CSD level: NONE
  2340.  
  2341. E:\OS2\INSTALL\SYSLEVEL.SEM
  2342. SOM Event Management Framework
  2343. Version 2.01.5     Component ID 562222700
  2344. Current CSD level: SM20012
  2345. Prior   CSD level: NONE
  2346.  
  2347. E:\OS2\INSTALL\SYSLEVEL.SIR
  2348. SOMobjects Interface Repository Framework
  2349. Version 2.01.5     Component ID 562222700
  2350. Current CSD level: SM20012
  2351. Prior   CSD level: NONE
  2352.  
  2353. E:\OS2\INSTALL\SYSLEVEL.SRK
  2354. SOM Run-time Kernel
  2355. Version 2.01.5     Component ID 562222700
  2356. Current CSD level: SM20012
  2357. Prior   CSD level: NONE
  2358.  
  2359. E:\OS2\INSTALL\SYSLEVEL.SUT
  2360. SOMobjects Utility Classes
  2361. Version 2.01.5     Component ID 562222700
  2362. Current CSD level: SM20012
  2363. Prior   CSD level: NONE
  2364.  
  2365. E:\TCPIP\bin\SYSLEVEL.DBX
  2366. IBM OS/2 TCPIP DOS Windows
  2367. Version 4.00     Component ID 5639A6500
  2368. Current CSD level: UN00000
  2369. Prior   CSD level: UN00000
  2370.  
  2371. E:\TCPIP\bin\SYSLEVEL.IAK
  2372.  IBM Internet Connection for Warp
  2373. Version 4.00     Component ID 5639A6400
  2374. Current CSD level: UN00000
  2375. Prior   CSD level: UN00000
  2376.  
  2377. E:\TCPIP\bin\SYSLEVEL.TCP
  2378. IBM TCP/IP for Warp
  2379. Version 4.00     Component ID 5639A6600
  2380. Current CSD level: UN00000
  2381. Prior   CSD level: UN00000
  2382.  
  2383. E:\TCPIP\pcmos2-\SYSLEVEL.PCS
  2384. IBM Personal Communications AS/400 and 3270 for OS/2 - TCP/IP Entry Level
  2385. Version 4.10.1     Component ID 5639A3300
  2386. Current CSD level: WR00000
  2387. Prior   CSD level: WR00000
  2388.  
  2389. N:\DMISL\SYSLEVEL.DMI
  2390. IBM OS/2 DMTF Service Layer
  2391. Version 1.10     Component ID 576562200
  2392. Current CSD level: CA00000
  2393. Prior   CSD level: CA00000
  2394.  
  2395. N:\IBMCOM\SYSLEVEL.TRP
  2396. IBM OS/2 LAN Adapter and Protocol Support
  2397. Version 5.10     Component ID 5639A5700
  2398. Current CSD level: WR08400
  2399. Prior   CSD level: WR08210
  2400.  
  2401. N:\IBMI18N\SYSLEVEL.I18
  2402. IBM I18N Toolkit
  2403. Version 1.05     Component ID 5639A5700
  2404. Current CSD level: WR08400
  2405. Prior   CSD level: WR08210
  2406.  
  2407. N:\IBMINST\SYSLEVEL.WCB
  2408. OS/2 Warp Networking Services Installation
  2409. Version 4.00     Component ID 5939a9200
  2410. Current CSD level: IP08400
  2411. Prior   CSD level: IP08400
  2412.  
  2413. N:\Java11\bin\SYSLEVEL.JAV
  2414. Java Runtime
  2415. Version 1.16     Component ID 5639B3300
  2416. Current CSD level: XR04006
  2417. Prior   CSD level: XR04005
  2418.  
  2419. N:\Java11\bin\SYSLEVEL.JUF
  2420. Java Unicode Font
  2421. Version 1.00     Component ID 5639D7200
  2422. Current CSD level: XR04005
  2423. Prior   CSD level: XR04005
  2424.  
  2425. N:\MPTN\SYSLEVEL.DHC
  2426. IBM OS/2 Dynamic Host Configuration Protocol Services
  2427. Version 4.00     Component ID 562290901
  2428. Current CSD level: WR08400
  2429. Prior   CSD level: WR08210
  2430.  
  2431. N:\MPTN\SYSLEVEL.MPT
  2432. IBM OS/2 TCP/IP Stack
  2433. Version 5.10     Component ID 5639B1700
  2434. Current CSD level: WR08400
  2435. Prior   CSD level: WR08210
  2436.  
  2437. N:\MPTN\I18N\SYSLEVEL.I18
  2438. IBM I18N Toolkit
  2439. Version 1.05     Component ID 5639A5700
  2440. Current CSD level: WR08400
  2441. Prior   CSD level: WR08210
  2442.  
  2443. N:\opendoc\bin\SYSLEVEL.ODC
  2444. OpenDoc
  2445. Version 1.00     Component ID 5639B3100
  2446. Current CSD level: XR01000
  2447. Prior   CSD level: XR01000
  2448.  
  2449. N:\OS2\DLL\SYSLEVEL.FIA
  2450. IBM OS/2 Feature Install
  2451. Version 1.22     Component ID 5639C7300
  2452. Type ASD
  2453. Current CSD level: XR03100
  2454. Prior   CSD level: XR03100
  2455.  
  2456. N:\OS2\INSTALL\SYSLEVEL.BDD
  2457. IBM OS/2 Base Device Drivers
  2458. Version 4.00     Component ID 5639A6100
  2459. Type 0C
  2460. Current CSD level: XR0D001
  2461. Prior   CSD level: XR04000
  2462.  
  2463. N:\OS2\INSTALL\SYSLEVEL.FPK
  2464. OS/2 Warp 4 Service Level
  2465. Version 1.00     Component ID 566933010
  2466. Type Fixpak
  2467. Current CSD level: XR0M011
  2468. Prior   CSD level: XR0M011
  2469.  
  2470. N:\OS2\INSTALL\SYSLEVEL.GRE
  2471. IBM OS/2 32-bit Graphics Engine
  2472. Version 4.00     Component ID 5639A6100
  2473. Type 0C
  2474. Current CSD level: XR04000
  2475. Prior   CSD level: XR04000
  2476.  
  2477. N:\OS2\INSTALL\SYSLEVEL.OS2
  2478. IBM OS/2 Base Operating System
  2479. Version 4.00     Component ID 5639A6100
  2480. Type 0C
  2481. Current CSD level: XR0M011
  2482. Prior   CSD level: XR04000
  2483.  
  2484. N:\OS2\INSTALL\SYSLEVEL.SDS
  2485. Distributed SOM Framework
  2486. Version 2.01.5     Component ID 562222700
  2487. Current CSD level: SM20012
  2488. Prior   CSD level: NONE
  2489.  
  2490. N:\OS2\INSTALL\SYSLEVEL.SEM
  2491. SOM Event Management Framework
  2492. Version 2.01.5     Component ID 562222700
  2493. Current CSD level: SM20012
  2494. Prior   CSD level: NONE
  2495.  
  2496. N:\OS2\INSTALL\SYSLEVEL.SIR
  2497. SOMobjects Interface Repository Framework
  2498. Version 2.01.5     Component ID 562222700
  2499. Current CSD level: SM20012
  2500. Prior   CSD level: NONE
  2501.  
  2502. N:\OS2\INSTALL\SYSLEVEL.SRK
  2503. SOM Run-time Kernel
  2504. Version 2.01.5     Component ID 562222700
  2505. Current CSD level: SM20012
  2506. Prior   CSD level: NONE
  2507.  
  2508. N:\OS2\INSTALL\SYSLEVEL.SUT
  2509. SOMobjects Utility Classes
  2510. Version 2.01.5     Component ID 562222700
  2511. Current CSD level: SM20012
  2512. Prior   CSD level: NONE
  2513.  
  2514. N:\TCPIP\bin\SYSLEVEL.DBX
  2515. IBM OS/2 TCPIP DOS Windows
  2516. Version 4.00     Component ID 5639A6500
  2517. Current CSD level: UN00000
  2518. Prior   CSD level: UN00000
  2519.  
  2520. N:\TCPIP\bin\SYSLEVEL.IAK
  2521.  IBM Internet Connection for Warp
  2522. Version 4.00     Component ID 5639A6400
  2523. Current CSD level: UN00000
  2524. Prior   CSD level: UN00000
  2525.  
  2526. N:\TCPIP\bin\SYSLEVEL.TCP
  2527. IBM TCP/IP for Warp
  2528. Version 4.00     Component ID 5639A6600
  2529. Current CSD level: UN00000
  2530. Prior   CSD level: UN00000
  2531.  
  2532. N:\TCPIP\pcmos2-\SYSLEVEL.PCS
  2533. IBM Personal Communications AS/400 and 3270 for OS/2 - TCP/IP Entry Level
  2534. Version 4.10.1     Component ID 5639A3300
  2535. Current CSD level: WR00000
  2536. Prior   CSD level: WR00000
  2537.  
  2538. Preston (prsmith@navnet.net)
  2539.  
  2540. ---
  2541.  * Origin: Canadian Connection, St Margarets Bay NS (902)826-7774 (1:251/11)
  2542. 114/477
  2543. 143/1
  2544. 5100/8
  2545.  
  2546. +----------------------------------------------------------------------------+
  2547.  
  2548. From: Linda Proulx                                      06-Dec-99 16:07:11
  2549.   To: Cyrill Vakhneyev                                  06-Dec-99 23:30:17
  2550. Subj: Re: Newer update
  2551.  
  2552. Greetings and Salutations,
  2553.  
  2554.      -=> Cyrill Vakhneyev wrote to Linda Proulx <=-
  2555.  
  2556.  CV>     Which install disks and which hardware?
  2557.  
  2558. The Blue Connect install disks & the second hard drive on a Asus pentium
  2559. board.
  2560.  
  2561.  LP> Getting newer disk image for the install disks.  Hoping that these
  2562.  LP> will solve the install problems with fdisk.
  2563.  CV>     Get latest ibm1s506.add (idedasd.exe at IBM's DriverPack). RTFM
  2564.  
  2565. Thanks for the info.  Forwarded to my Inet person for DL.
  2566.  
  2567. Anon,
  2568.  
  2569. Linda
  2570.  
  2571. ... Be nice to moderators.  They HATE that!
  2572. --- MultiMail/MS-DOS v0.32
  2573.  * Origin: Robin's Universe BBS - Winnipeg MB (1:348/807)
  2574. 278/111
  2575.  
  2576. +----------------------------------------------------------------------------+
  2577.  
  2578. From: Stewart Honsberger                                06-Dec-99 17:13:24
  2579.   To: Herbert Rosenau                                   06-Dec-99 23:30:17
  2580. Subj: Install
  2581.  
  2582. 05 Dec 99 14:48, Herbert Rosenau wrote to Stewart Honsberger:
  2583.  
  2584.  SH>> Why? I've never had a problem. Besides, if you get a DOS app that
  2585.  SH>> needs more, just change it for that specific VDM.
  2586.  
  2587.  HR> Yes, you my change it for each DOS/Win program separatly. But it's 
  2588.  HR> better to have a more practical value as default. You would omit some 
  2589.  HR> unwanted problems.
  2590.  
  2591. Maybe it's just because of the small amount of DOS software I use. I've
  2592. got all my default settings configure to the minimum values to conserve
  2593. as much memory as possible for OS/2 apps.
  2594.  
  2595.  SH>> I don't think that (the first value) needs to be set quite that
  2596.  SH>> high. I've got mine at 16MeB's right now, which should give me
  2597.  SH>> plenty of time to start killing errant apps before I overflow.
  2598.  
  2599.  HR> It should be quite higher. Because this is the point OS/2 will warn 
  2600.  HR> you if the FREE room on disk containing swapper.dat sinks under that 
  2601.  HR> limit. On an I386/16 and old, slow disks 2M was enough. On a PII it 
  2602.  HR> will you let STOP the system before you can see a warning. If you 
  2603.  HR> swapper is on a (logical disk) with a lot of free place let the 
  2604.  HR> system the chance to warn you before it has to stop.
  2605.  
  2606. Put simply - my swapfile has 123MeB's to grow in, from a default size of
  2607. 32MeB's. If it ever grows that much that quickly, I won't be closing
  2608. apps - I'll be three-fingered-saluting the machine post-haste.
  2609.  
  2610.  LP>>>> THREADS=256
  2611.  HR>>> 512
  2612.  
  2613.  SH>> Again - why? I'm at 256 and have never once come close to running
  2614.  SH>> out, and I've even tried. :>
  2615.  
  2616.  HR> Inside the system is a limited area of management data. This area is 
  2617.  HR> created during boot time and can't grow. The Thread-/processes table 
  2618.  HR> is one of them.
  2619.  
  2620. I realize that.
  2621.  
  2622.  HR> You should not run hard on any limit because if you're always near 
  2623.  HR> that you my quickly run out of it. Some application doesn't check all 
  2624.  HR> and every error. Thereby normally a thread start goes well. But if 
  2625.  HR> threads is to small it fails - and the application too. Do you like 
  2626.  HR> to lose data?
  2627.  
  2628. Like I said - I've never even come close to running out. Running a
  2629. personnal system with several apps loaded (ICQ client, MP3 player,
  2630. office suite, Fido mailer, VModem, two POP3 mail checkers, RC5 client,
  2631. TCP/IP keep-alive, etc..) I haven't even hit 200 yet. If ever I notice
  2632. that I'm running out, I might raise it - but in the mean time, why the
  2633. overhead?
  2634.  
  2635. Stewart Honsberger,
  2636.   blackdeath@tinys.oix.com
  2637.  
  2638. ... An animal with two humps is a camel, how about women ...?
  2639. -!- GOPGP/2 v1.23
  2640.  
  2641. --- Msged/2 TE 05
  2642.  * Origin: Blackdeath BBS - Private (1:229/604)
  2643. 2320/38
  2644.  
  2645. +----------------------------------------------------------------------------+
  2646.  
  2647. From: Rich Wonneberger                                  06-Dec-99 20:20:24
  2648.   To: Cyrill Vakhneyev                                  06-Dec-99 23:30:17
  2649. Subj: Kodak DVC-323 Camera
  2650.  
  2651. *** Quoting Cyrill Vakhneyev to Rich Wonneberger dated 12-06-99 ***
  2652. >     Did you try this. Maybe it helps...
  2653. (bit del)
  2654. >         Long Description:  OS/2 PM application to allow serial port 
  2655. > transfer of
  2656. > images from the following digital camera models:  Kodak DC25, Kodak 
  2657. > DC120, Kodak
  2658. > DC200, Kodak DC210, Kodak DC215, Kodak DC220, Kodak DC240, Kodak DC260,
  2659. > Kodak
  2660. > DC265, Kodak DC280, Agfa ePhoto, Epson PhotoPC, Minolta Dimage, Nikon 
  2661.  
  2662. Cyrill,
  2663.  
  2664. This looks like its for snap shot type camera with a serial port for x-fering
  2665. images.  Mine is a DVC which is like a camcorder type camera.  Like the c-you 
  2666. type camera.  It's also USB and no serial port.
  2667.  
  2668. Thanks anyway
  2669. Rich
  2670. I-Net   turtil@frontiernet.net
  2671.  
  2672.  
  2673. ... Grape nuts?  What do they do with the rest of the grape?
  2674. ---
  2675.  * Origin: Turtil's Pond BBS. Monroe NY 914 783-2106 (1:2625/50)
  2676.  
  2677. +----------------------------------------------------------------------------+
  2678.  
  2679. From: Daniela Engert                                    05-Dec-99 19:07:26
  2680.   To: George White                                      06-Dec-99 23:30:17
  2681. Subj: More OS/2 Questions.....
  2682.  
  2683. Hi George!
  2684.  
  2685. Thus quoth George White to MIKE RUSKAI:
  2686.  
  2687.  GW> It's a valid number for heads, Jonathan has got it slightly wrong
  2688.  GW> (a rare event so note it down - but see below), afaiaa the BIOS
  2689.  GW> INT13 C/H/S access call limits are:-
  2690.  
  2691.  GW> Cylinders 0 to 1023 = 1024
  2692.  GW> Heads     0 to  255 =  256
  2693.  GW> Sectors   1 to   63 =   63
  2694.  
  2695.  GW> That form of translation on ATA (or IDE if you insist) drives over
  2696.  GW> 504 MB is used as the ATA C/H/S addressing scheme is limited to
  2697.  GW> _16_ heads (according to Ralf Brown's Interrupt List it's for
  2698.  GW> compatibility with the then standard Western Digital WD1003
  2699.  GW> controller for ST506 interface drives which could only support 16
  2700.  GW> heads). The alternative for drives over 504 MB is to use LBA
  2701.  GW> addressing (which is the only way for drives over 8 GB).
  2702.  
  2703. I'm sorry, but you mixed up two totally different things:
  2704.  
  2705. 1) there is the CHS translation visible at the BIOS API as you described with
  2706. its value ranges. This translation applies to any sort of transport technology 
  2707. (SCSI, ATA, ...)
  2708.  
  2709. 2) there is another CHS translation - or much more correct: addressing scheme
  2710. - used on the EIDE channel with these limits:
  2711.  
  2712.  Cylinders 0 to 65535 = 65536
  2713.  Heads     0 to   15  =    16
  2714.  Sectors   1 to   63  =    63
  2715.  
  2716. Some BIOS implementations have bugs which prevent the use of 16 logical heads.
  2717.  
  2718. So, as you stated, any EIDE command initiator *should* use the LBA addressing
  2719. scheme for drives with capacities above 7.8GiB because the ATA spec tells you
  2720. so (f.e. Fujitsus just fail if you don't); but the CHS addressing scheme is
  2721. good for up to about 31GiB (and f.e. IBMs support that). Any bigger drive
  2722. *requires* the LBA addressing scheme.
  2723.  
  2724. bye, Dani
  2725.  
  2726. --- Sqed/32 1.14/r01354
  2727.  * Origin: Nachtigall/2,Nuernberg/Ger,+49-911-861319,Z19+ISDN (2:2490/2576)
  2728. 114/477
  2729. 143/1
  2730. 5100/8
  2731.  
  2732. +----------------------------------------------------------------------------+
  2733.  
  2734. From: Daniela Engert                                    05-Dec-99 19:19:04
  2735.   To: Rob Basler                                        06-Dec-99 23:30:17
  2736. Subj: OS/2 3.0 with FP40
  2737.  
  2738. Hi Rob!
  2739.  
  2740. Thus quoth Rob Basler to Jaap Van.Veen:
  2741. JV>>As I have recalled earlier, my system (486DX2 66) is much faster
  2742. JV>> with FP40 installed. This has to do with the faster handling of the
  2743. JV>> harddisk.
  2744.  
  2745. JV>>However during the regular status checks the COM1 port is not
  2746. JV>> serviced in time causing overruns. Does somebody know how I can
  2747. JV>> avoid overrun of COM1.
  2748.  
  2749.  RB> Most likely, if you add /A:0 /U:0 /!BM to your IBM1S506 line your
  2750.  RB> problem (and the added speed) will go away.  This disables
  2751.  RB> busmastering which is on by default in the newer HD drivers and
  2752.  RB> which can cause serial problems. You might also try adding /!SMS to
  2753.  RB> the end of the line as well to make things even slower.  You can
  2754.  RB> use the /V switch to see what the driver is seeing for your HD's
  2755.  RB> and how they are being set up.  Note that there is at least one
  2756.  RB> version of IBM1S506 that ignores the !BM switch, if you try the
  2757.  RB> DANIS IDE driver, this problem is rectified.
  2758.  
  2759. This sounds like the infamous SMS issue. Older versions of IBM1S506 honoured
  2760. the /!SMS switch and sacrificed performance for COM stability. The later ones
  2761. suffered from a bug which lead to disregarding /!SMS. In my driver /!SMS
  2762. works, and even better: there is a /SMS:n option which gives you optimum
  2763. control on this parameter. People have reported failures with later IBM1S506
  2764. versions, but stable COM operation with my driver at SMS values of 4 or 8
  2765. (nearly optimum performance).
  2766.  
  2767. bye, Dani
  2768.  
  2769. --- Sqed/32 1.14/r01354
  2770.  * Origin: Nachtigall/2,Nuernberg/Ger,+49-911-861319,Z19+ISDN (2:2490/2576)
  2771. 114/477
  2772. 143/1
  2773. 5100/8
  2774.  
  2775. +----------------------------------------------------------------------------+
  2776.  
  2777. From: Daniela Engert                                    05-Dec-99 19:22:15
  2778.   To: Jonathan de Boyne Pollard                         06-Dec-99 23:30:17
  2779. Subj: Phoenix INT 13h Extensions
  2780.  
  2781. Hi Jonathan!
  2782.  
  2783. Thus quoth Jonathan de Boyne Pollard to MIKE RUSKAI:
  2784.  
  2785.  JdBP> As far as I have been able to find out, there are only three
  2786.  JdBP> operating systems whose boot code uses the new INT 13h
  2787.  JdBP> extensions.  Two of those are Microsoft DOS-Windows 98 (and 95
  2788.  JdBP> OSR2) and IBM OS/2 Warp Server 5.  (IBM OS/2 Warp Server 5
  2789.  JdBP> contains a new Boot Manager that uses the INT 13h Extensions and
  2790.  JdBP> that can thus boot from any partition anywhere on any disk, for
  2791.  JdBP> example.)
  2792.  
  2793. Thanks! I never heard about that before. This asks for a test...
  2794.  
  2795. bye, Dani
  2796.  
  2797. --- Sqed/32 1.14/r01354
  2798.  * Origin: Nachtigall/2,Nuernberg/Ger,+49-911-861319,Z19+ISDN (2:2490/2576)
  2799. 114/477
  2800. 143/1
  2801. 5100/8
  2802.  
  2803. +----------------------------------------------------------------------------+
  2804.  
  2805. From: Will Honea                                        06-Dec-99 19:55:00
  2806.   To: Herbert Rosenau                                   06-Dec-99 19:55:00
  2807. Subj: Clunker update
  2808.  
  2809. Herbert Rosenau wrote to Will Honea on 12-06-1999
  2810.  
  2811. HR> Who is forwarding them? Any window can send/post such 
  2812. HR> messages to any other window. Neither WM_COMMAND nor 
  2813. HR> WM_SYSTEM are generated in system message queue. Tey are 
  2814. HR> generated by an frame window related on WM_MOUSE.../WM_CHAR 
  2815. HR> received from system message queue. You can send/post any 
  2816. HR> message to any window. So you my send/post a WM_COMMAND 
  2817. HR> from any window to another to become the action you would. 
  2818. HR> It is usual to interact between serval windows (of serval 
  2819. HR> applications) this way.
  2820.  
  2821. AH! Terminology problem.  I completly agree that the system INPUT
  2822. queue only posts to the window with focus.  The system MESSAGE queue is
  2823. another beast entirely - as are the individual queues established by
  2824. applications.
  2825.  
  2826. Will Honea <whonea@codenet.net>
  2827. --- Maximus/2 2.02
  2828.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  2829.  
  2830.  
  2831. +----------------------------------------------------------------------------+
  2832.  
  2833. From: Will Honea                                        06-Dec-99 20:02:01
  2834.   To: Kees Bergwerf                                     06-Dec-99 20:02:01
  2835. Subj: not enough diskspace
  2836.  
  2837. Kees Bergwerf wrote to All on 12-05-1999
  2838.  
  2839. KB> Program commander is working again without trouble. I think I will
  2840. KB> not use  theseus5 again. It was neccesary because of sysbench and 
  2841. KB> memsize (and memsize did give nothing but trouble: it  worked fine
  2842. KB> for a while but I tried to change a setting in  the config: use
  2843. KB> theseus, and then the program crashed and I  have not been able to
  2844. KB> start it again without crashing.) 
  2845.  
  2846. Theseus5 is working on multiple machines here with Warp 4, fp9-12, and
  2847. Warp 3, fp38 or 40.  Better be - I rely on it.  I never got os2memu to
  2848. work after fp8 or so and agve it up.  For Memsize, just go to the
  2849. memsize directory and delete the memsize.ini file.  It will then
  2850. restart fine w/o theseus.
  2851.  
  2852. Will Honea <whonea@codenet.net>
  2853. --- Maximus/2 2.02
  2854.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  2855.  
  2856.  
  2857. +----------------------------------------------------------------------------+
  2858.  
  2859. From: Andrew Belov                                      06-Dec-99 08:13:21
  2860.   To: Jonathan de Boyne Pollard                         07-Dec-99 00:48:00
  2861. Subj: Re: odin-19991112
  2862.  
  2863. Hi Jonathan!
  2864.  
  2865. (Thu Dec 02 1999) Jonathan de Boyne Pollard wrote to Andrew Belov...
  2866.  
  2867.  AB>> PMWINX   DLL   520559   4.12.98  20:35
  2868.  
  2869.  JdBP> Have you checked (with a tool such as EXEHDR or TDUMP) that it actually
  2870.  JdBP> exports something with ordinal number 1022, which is what the message
  2871. is
  2872.  JdBP> complaining about ?
  2873.  
  2874. USER32 imports it, as follows from the dump:
  2875.  
  2876.    Page:     78  ( Object:     1/78    )   Offset: 00006CCC  Length: 470
  2877. [...]
  2878.      08/01   32bit Self-relative   by ordinal   PMWINX.1022
  2879.  
  2880. This ordinal is reported as "Unused entry" in PMWINX.DLL.
  2881.  
  2882.                                                    Good luck.
  2883.  
  2884. ---
  2885.  * Origin: Conea Software Mail system - Moscow, Russia (2:5020/181.2)
  2886. 278/111
  2887.  
  2888. +----------------------------------------------------------------------------+
  2889.  
  2890. From: George White                                      05-Dec-99 15:15:12
  2891.   To: Murray Lesser                                     07-Dec-99 01:35:01
  2892. Subj: Multiple visible primary
  2893.  
  2894. Hi Murray,
  2895.  
  2896. On 02-Dec-99, Murray Lesser wrote to Will Honea:
  2897.  
  2898. <snip>
  2899.  
  2900.  ML> AFAIAC, the loss of that last cylinder is also "in the noise" :-(.
  2901.  ML> If I wanted to guess, I would say that the practice you describe
  2902.  ML> dates from the XT days when the last cylinder was reserved for a
  2903.  ML> test track used only by the hard-drive read/write diagnostics.  I
  2904.  ML> had a small assembly-language routine for my XT that moved the
  2905.  ML> heads over to that last cylinder before shutting down, so that if
  2906.  ML> there wasn't a smooth landing, there would be no damage to usable
  2907.  ML> data.  As I understand it, this was done automatically on the AT.
  2908.  ML> (I never owned an AT; I skipped the 286 generation as it didn't
  2909.  ML> make any sense to me.)  I would guess that hard-drive reliability
  2910.  ML> (at least for drives from reputable makers) had improved (by the
  2911.  ML> time OS/2 came along) to the point where that "test track" was
  2912.  ML> probably unnecessary, but nobody noticed it was still there until
  2913.  ML> relatively recently!
  2914.  
  2915. The need to reserve the last track as a test track became redundant
  2916. with the demise of ST506 drives. While I don't know the details of
  2917. EDSI so I can't comment on them, in all the ATA & SCSI drives
  2918. currently available the geometry presented to the OS bears no
  2919. relationship at all to the underlying geometry of the hardware, with
  2920. the disk controller also handling bad sector re-mapping etc.
  2921. While the reliability may have improved, the ability to use the test
  2922. track was removed by the on drive controllers.
  2923.  
  2924. George
  2925.  
  2926. --- Terminate 5.00/Pro 
  2927.  * Origin: A country point under OS/2 (2:257/609.6)
  2928. 231/992
  2929. 633/260
  2930. 2501/209
  2931.  
  2932. +----------------------------------------------------------------------------+
  2933.  
  2934. From: George White                                      05-Dec-99 16:11:25
  2935.   To: Stewart Buckingham                                07-Dec-99 01:35:01
  2936. Subj: FileStar/2 Assumptions
  2937.  
  2938. Hi Stewart,
  2939.  
  2940. On 04-Dec-99, Stewart Buckingham wrote to Jonathan De Boyne Pollard:
  2941.  
  2942.  SB> Where can this 32-bit CMD be obtained? Will it work under Warp4?
  2943.  
  2944. a) It's in beta :-).
  2945. b) Yes :-). (I'm beta testing it on Warp 4 GA).
  2946.  
  2947. George
  2948.  
  2949. --- Terminate 5.00/Pro 
  2950.  * Origin: A country point under OS/2 (2:257/609.6)
  2951. 231/992
  2952. 633/260
  2953. 2501/209
  2954.  
  2955. +----------------------------------------------------------------------------+
  2956.  
  2957. From: Will Honea                                        06-Dec-99 23:13:00
  2958.   To: Preston Smith                                     06-Dec-99 23:13:00
  2959. Subj: TCPIP Upgrade
  2960.  
  2961. Preston Smith wrote to All on 12-06-1999
  2962.  
  2963. Preston, I can't keep up with all the numbers for SYSLEVEL, but here's
  2964. a simpler check:
  2965.  
  2966. Just type in INETVER.  If it gives a version somelike 4.02x (x is
  2967. anything) you still have the 16 bit version that came with Warp 4.  If
  2968. it gives a 3-4 line result with 3 components identified, you have the
  2969. 8610/4.1 level. If you're not sure (or we can't figure it out) then the
  2970. safest way to update this is to get WR08423 (that's a full refresh of
  2971. the version 4 stack) and install that before you apply the new
  2972. all-in-all update.  That should meet all the requirements.
  2973.  
  2974. I tried the 8610 (wr08610_conv) and it was OK, but no world shaker. 
  2975. There were a few bugs in it.  The 4.1 upgrade is not free and REQUIRES
  2976. Java to configure.  I have it on here but I see no huge difference on
  2977. my little setup.  On the production servers at work it's a different
  2978. story - there is a world of difference on a loaded server but I doubt
  2979. that this would apply to your situation.  Unless you have already
  2980. applied 8610 ( and it does not look like you have), I wouldn't bother. 
  2981. You'll get just as good a result by sticking to the Ver 4 stack.  Apply
  2982. 8423 just to be sure where you are, then UN_0980.
  2983.  
  2984. If you are thinking of allowing net access to the BBS, you might
  2985. consider 8610 (or 4.1).  The security is better and, in general, the
  2986. ftp and telnet daemons are much better and more secure - but that's
  2987. another topic.
  2988.  
  2989. If you can't find the wr08423 fix anymore, I can send it to you via
  2990. email or upload it if you have an ftp server up.  It's 6 floppy images,
  2991. a good 8-9 meg.  Good, solid release.  Anyway, see what inetver reports
  2992. and we can go from there.
  2993.  
  2994. Quick comments on your syslevel dump:  
  2995.  
  2996. Java 1.1.8 is a good 25% or more faster than 1.1.6.
  2997.  
  2998. Feature installer ver. 1.25 is current and required for most current
  2999. installs.
  3000.  
  3001. Will Honea <whonea@codenet.net>
  3002. --- Maximus/2 2.02
  3003.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3004.  
  3005.  
  3006. +----------------------------------------------------------------------------+
  3007.  
  3008. From: Holger Granholm                                   06-Dec-99 18:29:00
  3009.   To: Bob Wright                                        07-Dec-99 05:58:03
  3010. Subj: Installation problem
  3011.  
  3012. In a message dated 11-26-99, Bob Wright said to Holger Granholm:
  3013.  
  3014.  JS>> CFGINFO7.ZIP   OS/2 Config.sys Optimizer! Sysop Recommended! (188K)
  3015.  
  3016.  HG> Where can *I* grab a copy of that?  Have nr. 6.
  3017.  HG> FTP or Telnet preferred.
  3018.  
  3019. BW>Hobbes... directory  pub/os2/util/config.  The main new thing is
  3020. BW>that it contains a new version of the data file (os2cfg16).  The
  3021. BW>main executable is still Rick's original dated in June of 95.
  3022.  
  3023. Thanks Bob, will grab it from there.
  3024.  
  3025. Happy Holidays,
  3026.  
  3027. Holger
  3028.  
  3029. ___
  3030.  * MR/2 2.26 * I love running Windows! NOT!
  3031.  
  3032.  
  3033. --- PCBoard (R) v15.22 (OS/2) 2
  3034.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  3035. 772/1
  3036.  
  3037. +----------------------------------------------------------------------------+
  3038.  
  3039. From: Holger Granholm                                   06-Dec-99 18:29:00
  3040.   To: Andy Roberts                                      07-Dec-99 05:58:03
  3041. Subj: USB
  3042.  
  3043. In a message dated 12-04-99, Andy Roberts said to Holger Granholm:
  3044.  
  3045. Hi Andy,
  3046.  
  3047.  AR>> Usbcom02.Zip was just announced by Pete Norloff, so it may not be
  3048.  AR>> on that CD.
  3049.  
  3050.  HG> Just checked, it isn't but I'll await your reply to the previous
  3051.  HG> reply.
  3052.  
  3053. AR>If that's the file you need, then I'll send it to you via E-Mail
  3054. AR>File Attach.
  3055.  
  3056. Thanks, but not necessary. I used the MTel application I received from
  3057. Jack Stein for the first time to grab it from his (Pete's) site.
  3058.  
  3059. AR>I may be proven wrong in the long run, but my feeling about USB is
  3060. AR>in the same class with VLB, which was only dominate for the 486 and
  3061. AR>mostly abandoned for the Pentium, which forced a lot of very
  3062. AR>expensive VLB HW to become obsolete.
  3063.  
  3064. Well this BBS machine is running on a VLB mobo with an AMD 486DX80.
  3065. It would be nice to upgrade it to the old mobo coming from my work
  3066. machine but I don't fancy buying new SCSI and video controllers to
  3067. replace the VLB units.
  3068.  
  3069. AR>And I'm sure USB has it's good points. But I have no intention
  3070. AR>of throwing away my ISA and SCSI HW and jumping on the USB
  3071. AR>bandwagon, just because some OEMs are trying to push new standards
  3072.  
  3073. Well, actually I really don't see the need either but thought I would
  3074. "future proof" the work machine while at it.
  3075.  
  3076. I might buy a 250 Mb ZIP but it will be a SCSI unit because I have an
  3077. Adaptec AHA-2842 in this machine and an 2940 in the work machine and
  3078. both sport a similar external connector and the controllers termination
  3079. can be switched on and off from the keyboard.
  3080.  
  3081. AR>I'm not sure what is going to be developed to replace the Pentium.
  3082.  
  3083. In my case, AMD will replace the Pentium.  I don't see the need to feed
  3084. Intel any more than M$.
  3085.  
  3086. Have a nice day,
  3087.  
  3088. Holger
  3089.  
  3090. ___
  3091.  * MR/2 2.26 * I have no problem with God.  It's His fan club I avoid.
  3092.  
  3093. --- PCBoard (R) v15.22 (OS/2) 2
  3094.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  3095. 772/1
  3096.  
  3097. +----------------------------------------------------------------------------+
  3098.  
  3099. From: Peter Knapper                                     07-Dec-99 17:58:13
  3100.   To: Stewart Honsberger                                07-Dec-99 05:58:03
  3101. Subj: fdisk /query
  3102.  
  3103. Hi Stewart,
  3104.  
  3105.  PK> Ok, maybe I should have made that "How about mounting other 
  3106.  PK> partitions off the Root (booted) file system (partition) similar to 
  3107.  PK> unix."
  3108.  
  3109.  SH> You mean like CC: ?
  3110.  
  3111. I'm not sure what you mean by CC: sorry. Please explain......pk.
  3112.  
  3113.  
  3114. --- Maximus/2 3.01
  3115.  * Origin: Another Good Point About OS/2 (3:772/1.10)
  3116. 772/1
  3117.  
  3118. +----------------------------------------------------------------------------+
  3119.  
  3120. From: Peter Knapper                                     07-Dec-99 19:32:14
  3121.   To: Stewart Honsberger                                07-Dec-99 05:58:03
  3122. Subj: fdisk /query
  3123.  
  3124. Hi Stewart,
  3125.  
  3126.  PK> Ok, maybe I should have made that "How about mounting other 
  3127.  PK> partitions off the Root (booted) file system (partition) similar to 
  3128.  PK> unix."
  3129.  
  3130.  SH> You mean like CC: ?
  3131.  
  3132. Ummm, I'm not sure what you mean by CC: sorry, is that some sort of utility?
  3133. The only CC is am aware of is Carbon Copy, but thats a pretty old DOS app that 
  3134. doesn't seem to fit into the discussion......;-) Please explain......pk.
  3135.  
  3136.  
  3137. --- Maximus/2 3.01
  3138.  * Origin: Another Good Point About OS/2 (3:772/1.10)
  3139. 772/1
  3140.  
  3141. +----------------------------------------------------------------------------+
  3142.  
  3143. From: Peter Knapper                                     07-Dec-99 21:10:11
  3144.   To: All                                               07-Dec-99 05:58:03
  3145. Subj: HPFS Directories.
  3146.  
  3147. Hi Folks,
  3148.  
  3149. A simple question.......;-) Where is the FIRST root directory entry located on 
  3150. an HPFS volume? I know that HPFS uses a directory recording methodology
  3151. similar to a B-Tree, and it writes files in BANDS across the partition,
  3152. however the very FIRST directory entry MUST be located somewhere that can be
  3153. calculated as a FIXED location for that particular partition. Alternatively
  3154. there must be a data structure within an HPFS partition that contains details
  3155. of the partition "layout". Now how can I find out where that location is?
  3156.  
  3157. My need is thus. I have a 2GB partition located in the middle of a drive
  3158. (other paritions before and after it) that is _SOMETIMES_ corrupting its Root
  3159. directory entry or a pointer to the Root directory entry, if there is a power
  3160. failure and the system is not shut down cleanly. If it IS shutdown cleanly,
  3161. the next boot up is fine and all is well. If a startup invokes CHKDSK, it
  3162. compains that it "cannot find the Directory \", and it then tries a recovery
  3163. which locks the machine SOLID after 173 files have been found! I have to boot
  3164. from Floppy and run CHKDSK from the commandline. In this case CHKDSK E: /F:2
  3165. detects the exact same problem, but it succeeds in fixing it and recovers ALL
  3166. the files EVERY TIME! These files are perfect with no errors. I can then place 
  3167. them back where they belong, and everything works perfect, until the power
  3168. fails again.......;-( Also interesting is that only FILES are lost, never
  3169. Sub-directories (there are about 15,000 files on the volume).
  3170.  
  3171. My thinking is that if the HD has a faulty track right at the begining of the
  3172. partition I can shrink the partition and leave that Cylinder free. With FAT
  3173. this could work, but with HPFS I am not so sure. Ultimately I need a new
  3174. drive, but I was just wondering if I can work around this.
  3175.  
  3176. Any useful bits of info appreciated.
  3177.  
  3178. Thanks........pk.
  3179.  
  3180.  
  3181. --- Maximus/2 3.01
  3182.  * Origin: Another Good Point About OS/2 (3:772/1.10)
  3183. 772/1
  3184.  
  3185. +----------------------------------------------------------------------------+
  3186.  
  3187. From: Murray Lesser                                     06-Dec-99 08:41:00
  3188.   To: Bob Wright                                        06-Dec-99 08:41:00
  3189. Subj: odin-19991112
  3190.  
  3191. (Excerpts from a message dated 11-27-99, Bob Wright to Andrew Belov)
  3192.  
  3193. Hi Bob-- 
  3194.  
  3195. BW>The readme.1st for fp 40 references installation of Open32 in its
  3196.   >notes. However, the latest APAR that I could find that specifically
  3197.   >mentions Open32(in read.me2) was from fp30.
  3198.  
  3199.     The readme.1st file on any FixPak names all the files that have been
  3200. modified by FixPaks for that version of OS/2 since FixPak 1, up to and
  3201. including the FixPak you are looking at.  It also gives the date each
  3202. such modification was last made.  (Note that some files have been
  3203. modified several times.)  Only those files dated the same as the FixPak
  3204. itself were introduced (or modified) in that one.  Obviously, there is a
  3205. procedure that will tell you which FixPak last made the "fix" you are
  3206. interested in, but you have to have better back-issue files than I have
  3207. to use it :-(.
  3208.  
  3209.     Regards,
  3210.  
  3211.         --Murray
  3212. <Team PL/I>
  3213. ___
  3214.  * MR/2 2.25 #120 * If it ain't broke, don't FixPak it.
  3215.  
  3216. --- Maximus/2 2.02
  3217.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3218.  
  3219.  
  3220. +----------------------------------------------------------------------------+
  3221.  
  3222. From: Peter French                                      07-Dec-99 00:00:00
  3223.   To: Bat Lang                                          07-Dec-99 00:00:00
  3224. Subj: cache
  3225.  
  3226. On 1999/12/05, Bat Lang wrote to Peter French on message number 301;
  3227.   Hi Bat,
  3228.  -=> Quoting Peter French to Eddy Thilleman, [03 Dec 99  17:27:00]
  3229. BL>  PF> Relationship as DiskIdle=2*BufferIdle, Maxage=2(to 5)*DiskIdle
  3230. BL>
  3231. BL> Where is this information 'entered' into your configuration?
  3232.  
  3233.   Input to an ordinary text file named startup.cmd in the root of the boot
  3234. drive as follows;
  3235. --
  3236. echo off
  3237. C:\OS2\cache.exe /diskidle:30000 /maxage:60000 /bufferidle:15000 /LAZY:3
  3238. /READAHEAD:ON
  3239. EXIT
  3240. --
  3241.   (note these are my parameters - YEMV from mine given different memory sizes
  3242. etc., or - even entered manually at an OS/2 Command Line prompt will last for
  3243. the entire session.
  3244.  
  3245.  
  3246. ___
  3247.  X KWQ/2 1.2i X CABANGA = Think in Zulu
  3248.  
  3249. --- Maximus/2 2.02
  3250.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3251.  
  3252.  
  3253. +----------------------------------------------------------------------------+
  3254.  
  3255. From: Ian Singer                                        06-Dec-99 23:56:00
  3256.   To: Dave Davidson                                     07-Dec-99 09:29:15
  3257. Subj: Netscape....
  3258.  
  3259. DD>  Is there any way to convert or import MS's IE bookmarks to OS/2's
  3260. DD>  Netscape? There's gotta be a way, I just haven't figured out
  3261. DD>  how....yet.
  3262.  
  3263.  
  3264. Not sure about OS/2 but saw this file
  3265.  
  3266. SABBC100.ZIP 082498  SAB Bookmarks Converter v1.00. Converts IE
  3267.                    | bookmarks to Netscape bookmarks and Netscape
  3268.                    | bookmarks to IE bookmarks. Can be used to
  3269.                    | merge IE and Netscape bookmarks. Can also be
  3270.                    | used to merge multiple Netscape bookmark
  3271.                    | files into one or into IE
  3272.  
  3273. --- PCBoard (R) v15.23/M 5
  3274.  * Origin: FidoNet * IDS Place * 416-754-7695 56.6Kbs FTS/QWK (1:250/462)
  3275. 231/992
  3276. 633/260
  3277. 2501/209
  3278.  
  3279. +----------------------------------------------------------------------------+
  3280.  
  3281. From: Lee Aroner                                        05-Dec-99 20:39:00
  3282.   To: Holger Granholm                                   07-Dec-99 12:42:05
  3283. Subj: HPFS Filenames to Window
  3284.  
  3285. HG> In a message dated 11-29-99, Lee Aroner said to Rachel Veraa:
  3286.  
  3287. RV>        N'a pale pi ta,
  3288.  
  3289. LA>             ^^^^^^   Swazi ?  Zulu?
  3290.  
  3291. HG> ROTFL !
  3292.  
  3293.    Hey, tis the season, eh?
  3294.  
  3295.  
  3296. HG> Happy Holidays,
  3297.  
  3298.    You too Holger...
  3299.  
  3300.                                        LRA
  3301.  
  3302.  
  3303.  -- SPEED 2.01 #2720: Heisenberg might have been here.
  3304.  
  3305. --- Maximus/2 3.01
  3306.  * Origin: Top Hat BBS (1:343/40)
  3307. 278/111
  3308.  
  3309. +----------------------------------------------------------------------------+
  3310.  
  3311. From: Stewart Honsberger                                07-Dec-99 10:30:12
  3312.   To: Peter Knapper                                     07-Dec-99 15:30:22
  3313. Subj: fdisk /query
  3314.  
  3315. 07 Dec 99 17:58, Peter Knapper wrote to Stewart Honsberger:
  3316.  
  3317.  PK>> Ok, maybe I should have made that "How about mounting other 
  3318.  PK>> partitions off the Root (booted) file system (partition) similar to 
  3319.  PK>> unix."
  3320.  
  3321.  SH>> You mean like CC: ?
  3322.  
  3323.  PK> I'm not sure what you mean by CC: sorry. Please explain......pk.
  3324.  
  3325. Currently, OS/2 is installed on the C: partition. What I gathered from
  3326. your message was that you were suggesting somehow doubling up the drive
  3327. letters, so that you could have CC:, CD:, CE:, etc.. (which would then
  3328. make the partition limit up somewhere in the hundreds, unless tripling
  3329. the drive letters were permitted, allowing CCC:, CCD:, etc... which
  3330. would likely have the limit in the 100's of 1000's).
  3331.  
  3332. Sorry for not clarifying.
  3333.  
  3334. Stewart Honsberger,
  3335.   blackdeath@tinys.oix.com
  3336.  
  3337. ... Civil War. There's an oxymoron if I've ever heard one.
  3338. -!- GOPGP/2 v1.23
  3339.  
  3340. --- Msged/2 TE 05
  3341.  * Origin: Blackdeath BBS - Private (1:229/604)
  3342. 2320/38
  3343.  
  3344. +----------------------------------------------------------------------------+
  3345.  
  3346. From: Eddy Thilleman                                    06-Dec-99 09:28:28
  3347.   To: Jonathan De Boyne Pollard                         07-Dec-99 17:25:27
  3348. Subj: vkbd.sys
  3349.  
  3350. Hello Jonathan,
  3351.  
  3352. 01 Dec 99 10:05, Jonathan de Boyne Pollard wrote to Eddy Thilleman:
  3353.  
  3354. JP> There are two sorts of VDDs, "base" VDDs and "installable" VDDs.  The
  3355. JP> "base" VDDs are always loaded, since they are essential to the
  3356. JP> operation of a VDM.  The "installable" VDDs are the ones listed in
  3357. JP> CONFIG.SYS .
  3358.  
  3359. I don't know, I never looked into this.
  3360.  
  3361. JP> There's a list of the "base" VDDs in the Virtual Device Driver
  3362. JP> Reference in the OS/2 DDK.
  3363.  
  3364. I don't think I have the OS/2 DDK. Is that available on internet?
  3365.  
  3366.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3367.  
  3368. ... The biggest computer fraud in history: WINDows 3.x
  3369. --- GoldED/2 3.0.1
  3370.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3371. 772/1
  3372.  
  3373. +----------------------------------------------------------------------------+
  3374.  
  3375. From: Eddy Thilleman                                    06-Dec-99 09:32:14
  3376.   To: Stewart Buckingham                                07-Dec-99 17:25:27
  3377. Subj: Communicator Fatal Error
  3378.  
  3379. Hello Stewart,
  3380.  
  3381. 04 Dec 99 08:57, Stewart Buckingham wrote to Eddy Thilleman:
  3382.  
  3383. SB> I just learned from Mike that os2pref.js = prefs.js.  Anyhow I've
  3384. SB> tried deleting the file and I've tried copying the file to os2pref.js,
  3385. SB> but neither seems to solve the parsing problem. Is there a path to
  3386. SB> this file somewhere?
  3387.  
  3388. Like I said before, it is located in the netscape user directory (where for
  3389. example also the bookmarks are located)
  3390.  
  3391.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3392.  
  3393. ... Dogs crawl under Gates, software crawls under Windoze.
  3394. --- GoldED/2 3.0.1
  3395.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  3396. 772/1
  3397.  
  3398. +----------------------------------------------------------------------------+
  3399.  
  3400. From: Eddy Thilleman                                    06-Dec-99 09:34:22
  3401.   To: James Mckenzie                                    07-Dec-99 17:25:27
  3402. Subj: DELTREE
  3403.  
  3404. Hello James,
  3405.  
  3406. 03 Dec 99 20:02, James Mckenzie wrote to Eddy Thilleman:
  3407.  
  3408. JM> I have an OS/2 verision of DELTREE and it works on HPFS partions
  3409.  
  3410. I too have an OS/2 version of DELTREE.
  3411.  
  3412. JM> Which one?  The DOS deltree would not work under OS/2 and would delete
  3413. JM> directories only on FAT partitions when booted to plain "old" DOS.
  3414.  
  3415. I never used the "DOS DELTREE" because I've written my own DOS DELTREE version 
  3416. which works under any DOS version (including DOS sessions under OS/2, and on
  3417. HPFS partitions too). I don't put crap version checks in my programs.
  3418.  
  3419. JM> Disk caching did not matter as the version with DOS 6 was designed to
  3420. JM> work with most disk caching schemes.
  3421.  
  3422. Disk caching should work transparently, so any program can work with any disk
  3423. cache without knowing it.
  3424.  
  3425.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3426.  
  3427. ... All's well that ends well. - E.A. Poe
  3428. --- GoldED/2 3.0.1
  3429.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  3430. 772/1
  3431.  
  3432. +----------------------------------------------------------------------------+
  3433.  
  3434. From: Eddy Thilleman                                    06-Dec-99 09:48:17
  3435.   To: Holger Granholm                                   07-Dec-99 17:25:27
  3436. Subj: DELTREE
  3437.  
  3438. Hello Holger,
  3439.  
  3440. 04 Dec 99 20:01, Holger Granholm wrote to Eddy Thilleman:
  3441.  
  3442. ET>> That still leaves one question I asked to be answered: was it run
  3443. ET>> under plain DOS booted (=not under OS/2) without a disk cache?
  3444.  
  3445. HG> YES!
  3446.  
  3447. That's what I thought. Thanks for the answer. :)
  3448.  
  3449.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3450.  
  3451. ... OS/2 vs. Windows is a no-Win situation.
  3452. --- GoldED/2 3.0.1
  3453.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3454. 772/1
  3455.  
  3456. +----------------------------------------------------------------------------+
  3457.  
  3458. From: Eddy Thilleman                                    06-Dec-99 09:51:02
  3459.   To: Peter French                                      07-Dec-99 17:25:27
  3460. Subj: r0stub.sys
  3461.  
  3462. Hello Peter,
  3463.  
  3464. 05 Dec 99 00:00, Peter French wrote to Eddy Thilleman:
  3465.  
  3466. PF> Excuse the butting in on a thread that doesn't concern me :)  did you
  3467. PF> know:  A new mixer for Crystal Semiconductor drivers is available
  3468. PF> from Hobbes under name:
  3469.  
  3470. PF>   http://hobbes.nmsu.edu/pub/incoming/lbmix001.zip
  3471.  
  3472. I've seen the filename before, but hadn't had the time to check it, but I'll.
  3473.  
  3474. PF> This mixer works with IOCTL category 90 mixer API implemented in
  3475. PF> Crystal v.2.08 and v.3.02 drivers (and probably later versions).
  3476.  
  3477. I'm now running the 2.08 version, I think this is the newest for
  3478. ISA-soundcards. The 3.x version is problably for PCI-soundcards?
  3479.  
  3480.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3481.  
  3482. ... If it ain't broke, don't FixPak it.
  3483. --- GoldED/2 3.0.1
  3484.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  3485. 772/1
  3486.  
  3487. +----------------------------------------------------------------------------+
  3488.  
  3489. From: Eddy Thilleman                                    06-Dec-99 10:47:26
  3490.   To: Kees Bergwerf                                     07-Dec-99 17:25:27
  3491. Subj: not enough diskspace
  3492.  
  3493. Hello Kees,
  3494.  
  3495. 04 Dec 99 11:14, Kees Bergwerf wrote to All:
  3496.  
  3497. KB> But why are those locked files not handled? The next boot does not
  3498. KB> give any message after locked files at all. But when they are not
  3499. KB> properly handled, why does OS/2 remove the locked files device driver?
  3500.  
  3501. I don't know...
  3502.  
  3503. KB> I use Warp4 US, fixpack12, on a pentium II/400
  3504.  
  3505. I too tried to install fixpak 12 on my Warp 4, but I got only errors and
  3506. lockups (I didn't got error messages about not enough diskspace to handle the
  3507. locked files) during booting the system locked up so I had to reboot into the
  3508. maintenaince partition so I could remove fixpak 12, so I returned to fixpak 9.
  3509.  
  3510.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3511.  
  3512. ... I think that I'll stand up-wind, if you don't mind.
  3513. --- GoldED/2 3.0.1
  3514.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3515. 772/1
  3516.  
  3517. +----------------------------------------------------------------------------+
  3518.  
  3519. From: Eddy Thilleman                                    06-Dec-99 11:34:02
  3520.   To: Peter French                                      07-Dec-99 17:25:27
  3521. Subj: cache
  3522.  
  3523. Hello Peter,
  3524.  
  3525. 03 Dec 99 17:27, Peter French wrote to Eddy Thilleman:
  3526.  
  3527. PF> 3 Lazy write worker(s) are enabled.
  3528.  
  3529. So I assume you don't know why 3 lazy write workers are (or should be) faster
  3530. than 2 or 1 lazy write workers?
  3531.  
  3532.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3533.  
  3534. ... "Screw the prime directive, Sir. I say give the Borg Windows 3" ■ Worf
  3535. --- GoldED/2 3.0.1
  3536.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3537. 772/1
  3538.  
  3539. +----------------------------------------------------------------------------+
  3540.  
  3541. From: Eddy Thilleman                                    06-Dec-99 11:43:14
  3542.   To: Herbert Rosenau                                   07-Dec-99 17:25:27
  3543. Subj: cache
  3544.  
  3545. Hello Herbert,
  3546.  
  3547. 05 Dec 99 15:04, Herbert Rosenau wrote to Eddy Thilleman:
  3548.  
  3549. HR> run=f:\os2\cache.exe /LAZY:9 /MAXAGE:12500 /DISKIDLE:7500
  3550. HR> /BUFFERIDLE:2000 /READAHEAD:1
  3551.  
  3552. 9 lazy write workers? I haven't seen mentioned that high before.
  3553.  
  3554. Is there something like a rule of thumb for this, or a relation between how
  3555. much disk intensive an application is, the disk throughput and the number of
  3556. lazy write workers? Is there a trade-off, for example more lazy write workers
  3557. need more memory? If so, how much?
  3558.  
  3559. HR> It depends on your system usage.
  3560.  
  3561. It always depends on your system usage, I know. :)
  3562.  
  3563. HR> Yes, disk caching is the most recent parameter on it.
  3564.  
  3565. I don't know what you mean with this. Can you clarify this? Didn't you use the 
  3566. cache command before?
  3567.  
  3568.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3569.  
  3570. ... A teenage male can do it every 20 minutes! It's true!
  3571. --- GoldED/2 3.0.1
  3572.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3573. 772/1
  3574.  
  3575. +----------------------------------------------------------------------------+
  3576.  
  3577. From: Eddy Thilleman                                    06-Dec-99 11:49:09
  3578.   To: Rich Wonneberger                                  07-Dec-99 17:25:27
  3579. Subj: Kodak DVC-323 Camera
  3580.  
  3581. Hello Rich,
  3582.  
  3583. 05 Dec 99 10:59, Rich Wonneberger wrote to All:
  3584.  
  3585. RW> I know OS/2 has USB support now, but does anyone know if a Kodak
  3586. RW> DVC-323 camera will work with it??
  3587.  
  3588. I don't know.
  3589.  
  3590. DCITU18F.RAR    675K  05-11-99 DCITU v1.8f [beta]
  3591.                                Digital Camera Image Transfer Utility for
  3592.                                OS/2
  3593.                                - Kodak DC220, Kodak DC260, Kodak DC265,
  3594.                                  Minolta Dimage:
  3595.                                - Kodak DC240 & Kodak DC280
  3596.                                - Kodak DC200, Kodak DC210 & Kodak DC215
  3597.                                - Kodak DC120 & Kodak DC25
  3598.                                - Agfa ePhoto, Epson PhotoPC, Nikon, Olympus,
  3599.                                  Sanyo VPC/DSC, Sierra SD640 & Toshiba PDR-2
  3600.                                  (cameras known as Project/Protocol "O")
  3601.  
  3602. I don't have a digital camera, so I don't have experience with this.
  3603.  
  3604.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  3605.  
  3606. ... OS/2 Warp 4.0:  Where even the Properties have Properties
  3607. --- GoldED/2 3.0.1
  3608.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  3609. 772/1
  3610.  
  3611. +----------------------------------------------------------------------------+
  3612.  
  3613. From: Craig Ford                                        07-Dec-99 18:46:16
  3614.   To: All                                               07-Dec-99 22:35:20
  3615. Subj: Help!
  3616.  
  3617. Hello All!
  3618.  
  3619. With IBM's withdrawl of support for Warp3, I finally upgraded my installation
  3620. to Merlin, and tried to install FP12 to it. Alas, application of the Fixpak
  3621. failed due to a checksum error in PMMERGE.DLL.
  3622.  
  3623. Would some one be so kind as to tell me the size and timestamp of PMMERGE.DLL
  3624. in a virgin Warp4 installation? It would also help if someone could tell me in 
  3625. which immage file on the distribution CD it is contained.
  3626.  
  3627. Regards....
  3628.  
  3629. Craig
  3630. aka: cford@ix.netcom.com
  3631.    : craig.ford@2001.conchbbs.com
  3632.  
  3633. --- timEd/2 1.10.y2k+
  3634.  * Origin: Dayze of Futures Past * V.Everything * 281-458-0237 * (1:106/2001)
  3635. 231/992
  3636. 633/260
  3637. 2501/209
  3638.  
  3639. +----------------------------------------------------------------------------+
  3640.  
  3641. From: Will Honea                                        07-Dec-99 20:34:00
  3642.   To: Peter Knapper                                     07-Dec-99 20:34:00
  3643. Subj: HPFS Directories.
  3644.  
  3645. Peter Knapper wrote to All on 12-07-1999
  3646.  
  3647. PK> A simple question.......;-) Where is the FIRST root directory
  3648. PK> entry located  on an HPFS volume? I know that HPFS uses a directory 
  3649. PK> recording methodology similar to a B-Tree, and it writes  files in
  3650. PK> BANDS across the partition, however the very FIRST  directory entry
  3651. PK> MUST be located somewhere that can be  calculated as a FIXED
  3652. PK> location for that particular  partition. Alternatively there must be
  3653. PK> a data structure  within an HPFS partition that contains details of
  3654. PK> the  partition "layout". Now how can I find out where that  location
  3655. PK> is? 
  3656.  
  3657. I'm sure Mike Ruskai will jump in here, but you should take a long
  3658. look at DFSEE (Hobbes, etc).  It has considerable power to look into
  3659. and correct some of the superblock info among other things.  It's saved
  3660. my bacon a couple of times.
  3661.  
  3662. Will Honea <whonea@codenet.net>
  3663. --- Maximus/2 2.02
  3664.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3665.  
  3666.  
  3667. +----------------------------------------------------------------------------+
  3668.  
  3669. From: Peter French                                      08-Dec-99 00:00:00
  3670.   To: Eddy Thilleman                                    08-Dec-99 00:00:00
  3671. Subj: cache
  3672.  
  3673. On 1999/12/06, Eddy Thilleman wrote to Peter French on message number 330;
  3674.   Hello Eddy
  3675. ET> 03 Dec 99 17:27, Peter French wrote to Eddy Thilleman:
  3676. ET> PF> 3 Lazy write worker(s) are enabled.
  3677. ET>
  3678. ET> So I assume you don't know why 3 lazy write workers are (or
  3679. ET> should be) faster than 2 or 1 lazy write workers?
  3680.  
  3681.   No, I assumed that Denis selected 3 because of my memory size.  At the time,
  3682. he was helping me to trace the burst of disk activity - at a high priority -
  3683. that seemed to occur every couple of minutes.  This burst was really bugging
  3684. me
  3685. as it seemed that some people have this "effect" while others do not complain
  3686. about it.  I realise that it (in all probability) was the system flushing
  3687. cache
  3688. to disk - however the priority was so high that it would effect use of
  3689. something like EPM.  If I was typing - for instance - the burst would mean
  3690. that
  3691. the characters appearing on the screen would STOP until the burst stopped and
  3692. the system caught up to me.  This just seemed wrong on a OS that was designed
  3693. to do many things at the same time.  (we did confirm it was the USER/SYSTEM
  3694. INI
  3695. update)
  3696.  
  3697.   My understanding is, that each worker is a thread which means that the write
  3698. to disk is achieved by a worker, and a second one is activated should parallel
  3699. "stuff" in memory is required to be written at the same time!  Unless you have
  3700. a very memory intensive application it is unlikely that the volume to be
  3701. written out of cache would require more than the 3.
  3702.  
  3703.   Our co-operation was not conclusive - the problem was helped by cleaning up
  3704. my INI files, and I assume it is something to do with my system, my setup,
  3705. whatever.  I have found a very good work-around though - one I can recommend
  3706. to
  3707. anyone seeing the disk burst on their system.
  3708.  
  3709. REM -------------RAM INI Backup----------------------------
  3710. ifs=d:\util\ramfs64\ramfs64.ifs
  3711. REM SET USER_INI=C:\OS2\OS2.INI
  3712. REM SET SYSTEM_INI=C:\OS2\OS2SYS.INI
  3713. set user_ini=z:\inis\os2.ini
  3714. set system_ini=z:\inis\os2sys.ini
  3715. run=d:\util\ramfs64\ramdisk.exe z: ramdisk
  3716. run=D:\util\updini12\updini.exe c:\os2\ 10
  3717. REM ----------------RAM INI--------------------------------
  3718.  
  3719.   This change to the CONFIG.SYS sets up a RAM disk using RAMFS64 and changes
  3720. the systems standard INI positioning to the new RAM location.  Then it runs
  3721. the
  3722. UPDINI.EXE by Peter Engels.  This application copies the INI's - if they have
  3723. changed, to the normal location in idle and low priority time.  The "burst"
  3724. disappears, the system goes quiet, the operation does not effect any user
  3725. operations, the same caveats apply to operational data held in memory - should
  3726. the system abend abnormally.  OS/2 works (for me) now like I assume it should
  3727. and for over a year of use I have not had any (known) ill effects.
  3728.  
  3729.  
  3730. ___
  3731.  X KWQ/2 1.2i X There is no right way to do a wrong thing
  3732.  
  3733. --- Maximus/2 2.02
  3734.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3735.  
  3736.  
  3737. +----------------------------------------------------------------------------+
  3738.  
  3739. From: Murray Lesser                                     07-Dec-99 15:10:00
  3740.   To: Will Honea                                        07-Dec-99 15:10:00
  3741. Subj: OS20MEMU and THESEUS 3
  3742.  
  3743. (Excerpts from a message dated 12-06-99, Will Honea to Kees Bergwerf:
  3744. original topic: not enough disk space):
  3745.  
  3746. Hi Will--
  3747.  
  3748. WH>Theseus5 is working on multiple machines here with Warp 4, fp9-12,
  3749.   >and Warp 3, fp38 or 40.  Better be - I rely on it.  I never got
  3750.   >os2memu to work after fp8 or so and agve it up...
  3751.  
  3752.      Couple of quick queries, and one not so quick:
  3753.  
  3754.     Some Warp 3 FixPak around 10 killed OS20MEMU.  It was revived for
  3755. Warp 4 with a patch I got from Hobbes based on advice from
  3756. devcon@ibm.net at the time (name of patch not recalled, but the file
  3757. OS20MEMU.DLL in my OS2MEMU folder is dated 9/12/96; all the other files
  3758. are dated in '94).  I am now running it under Warp 4, FixPak 5.  Are you
  3759. saying that os20memu died again on a later Warp 4 FixPak?  If so,
  3760. another good reason to not "upgrade" if I don't have to :-).  If its
  3761. only death to date was in Warp 3, I have no worry since both of my
  3762. machines are running on Warp 4 FixPak 5.
  3763.  
  3764.     I am using Theseus 3 (theseus5.sys in config.sys).  Do you really
  3765. mean you are using a later version, Theseus 5, or was that a slip of the
  3766. fingers?  If you meant it, where did you get it?
  3767.  
  3768.     I am also still running OSRM2 Lite, which uses theseus2.sys as a
  3769. driver to run a working set analysis.  The output doesn't agree with
  3770. that given by Theseus 3; it appears that OSRM2 doesn't show the shared
  3771. system memory.  I think I will give up the disk space taken up by OSRM2
  3772. since the vendor has apparently vanished and I now have Theseus 3.  The
  3773. results shown by OSRM2, OS20MEMU, and THESEUS 3, for "owned memory" are
  3774. all different, and I haven't the slightest idea of which one (if any) is
  3775. "correct" :-(.  In general, I use OS20MEMU only for quick checks on the
  3776. effects of coding changes (mostly for multithreaded programs) on memory
  3777. usage.  Any comment?
  3778.  
  3779.     Regards,
  3780.  
  3781.         --Murray
  3782. <Team PL/I>
  3783. ___
  3784.  * MR/2 2.25 #120 * If it ain't broke, don't FixPak it.
  3785.  
  3786. --- Maximus/2 2.02
  3787.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3788.  
  3789.  
  3790. +----------------------------------------------------------------------------+
  3791.  
  3792. From: Sanford Shapiro                                   08-Dec-99 11:00:00
  3793.   To: All                                               08-Dec-99 11:00:00
  3794. Subj: Wordperfect 7
  3795.  
  3796.  
  3797. I have a copy of Corel Wordperfect 7 for Windows 3.1. It works great
  3798. under OS/2 (WinOS2).
  3799.  
  3800. The question I have is -- it mentions OS/2 integration tools. These
  3801. are no longer available from Corel.
  3802.  
  3803. Does anyone have these OS/2 integration tools that I can get a copy
  3804. of? Are they listed on any of the OS/2 BBS's?
  3805.  
  3806. Thanks,
  3807.  
  3808. Sandy Shapiro
  3809. --- Maximus/2 2.02
  3810.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3811.  
  3812.  
  3813. +----------------------------------------------------------------------------+
  3814.  
  3815. From: Will Honea                                        08-Dec-99 19:16:00
  3816.   To: Murray Lesser                                     08-Dec-99 19:16:00
  3817. Subj: OS20MEMU and THESEUS 3
  3818.  
  3819. Murray Lesser wrote to Will Honea on 12-07-1999
  3820.  
  3821. ML>      Couple of quick queries, and one not so quick:
  3822. ML> 
  3823. ML>     Some Warp 3 FixPak around 10 killed OS20MEMU.  It was revived for
  3824. ML> Warp 4 with a patch I got from Hobbes based on advice from
  3825. ML> devcon@ibm.net at the time (name of patch not recalled, but the
  3826. ML> file OS20MEMU.DLL in my OS2MEMU folder is dated 9/12/96; all the
  3827. ML> other files are dated in '94).  I am now running it under Warp 4,
  3828. ML> FixPak 5.  Are you saying that os20memu died again on a later Warp 4
  3829. ML> FixPak?  If so, another good reason to not "upgrade" if I don't have
  3830. ML> to :-).  If its only death to date was in Warp 3, I have no worry
  3831. ML> since both of my machines are running on Warp 4 FixPak 5. 
  3832.  
  3833. I pretty much got away from OS/2memu so I'm just reporting what I
  3834. remembered seeing - I haven't had it up in over a year.
  3835.  
  3836.  
  3837. The version is Thesues3, last copy I saw at Testcase was Th?/3000.zip
  3838. - same content as originally offersd.  The DLL is theseus5.sys
  3839.  
  3840. ML>     I am using Theseus 3 (theseus5.sys in config.sys).  Do you
  3841. ML> really mean you are using a later version, Theseus 5, or was that a
  3842. ML> slip of the fingers?  If you meant it, where did you get it? 
  3843.  
  3844. Same animal.  Works well for me.  AIR, you rename the DLL in
  3845. distribution to Theseus0.DLL and that's the only Theseusx.DLL I've ever
  3846. noticed beung loaded.
  3847.  
  3848. ML>     I am also still running OSRM2 Lite, which uses theseus2.sys as
  3849. ML> a driver to run a working set analysis.  The output doesn't agree
  3850. ML> with that given by Theseus 3; it appears that OSRM2 doesn't show the
  3851. ML> shared system memory.  I think I will give up the disk space taken
  3852. ML> up by OSRM2 since the vendor has apparently vanished and I now have
  3853. ML> Theseus 3.  The results shown by OSRM2, OS20MEMU, and THESEUS 3, for
  3854. ML> "owned memory" are all different, and I haven't the slightest idea
  3855. ML> of which one (if any) is "correct" :-(.  In general, I use OS20MEMU
  3856. ML> only for quick checks on the effects of coding changes (mostly for
  3857. ML> multithreaded programs) on memory usage.  Any comment?
  3858.  
  3859. The only place I ever heard of OSRM2 was when you mentioned it before
  3860. so I have zero idea how it works.  I trust Theseus over OS2Memu for
  3861. reporting, altho the latter was a bit quicker to interpret.  I use
  3862. Theseus all the time to monitor the programs I'm working on for memory
  3863. leaks and occasionally for hot spot analysis in some LAN based comm
  3864. threads.  Theseus is considerably more detailed in it's memory analysis
  3865. but it's also harder to learn to interpret.  Off the top of my head, I
  3866. don't recall seeing a break out for cache usage in Theseus - but
  3867. there's enough there to make missing something easy.
  3868.  
  3869. Will Honea <whonea@codenet.net>
  3870. --- Maximus/2 2.02
  3871.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3872.  
  3873.  
  3874. +----------------------------------------------------------------------------+
  3875.  
  3876. From: Will Honea                                        08-Dec-99 19:24:01
  3877.   To: Craig Ford                                        08-Dec-99 19:24:01
  3878. Subj: Help!
  3879.  
  3880. Craig Ford wrote to All on 12-07-1999
  3881.  
  3882. CF> With IBM's withdrawl of support for Warp3, I finally 
  3883. CF> upgraded my installation to Merlin, and tried to install 
  3884. CF> FP12 to it. Alas, application of the Fixpak failed due to a 
  3885. CF> checksum error in PMMERGE.DLL.
  3886. CF> 
  3887. CF> Would some one be so kind as to tell me the size and 
  3888. CF> timestamp of PMMERGE.DLL in a virgin Warp4 installation? It 
  3889. CF> would also help if someone could tell me in which immage 
  3890. CF> file on the distribution CD it is contained.
  3891.  
  3892. If you smart enough to take the backup/archive option offered by
  3893. SERVICE, then just got to that directory find PMMERGE.DL_.  If it's
  3894. there - and there should be 2 copies if you had a backup from a
  3895. previous FP because it then created an archive directory.  Anyway, if
  3896. you can find one of these then boot to a command line, change to the
  3897. OS2\DLL directory, and run "UNPACK <archive path>\pmmerge.dl*".  That
  3898. will recover your previous one.  You might want to try the updated
  3899. PMMERGE.DLL distributed after FP12 came out - supposedly it fixed a
  3900. nagging memory leak.
  3901.  
  3902. You DID make a backup, right???
  3903.  
  3904. Will Honea <whonea@codenet.net>
  3905. --- Maximus/2 2.02
  3906.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3907.  
  3908.  
  3909. +----------------------------------------------------------------------------+
  3910.  
  3911. From: Will Honea                                        08-Dec-99 19:27:02
  3912.   To: Sanford Shapiro                                   08-Dec-99 19:27:02
  3913. Subj: Wordperfect 7
  3914.  
  3915. Sanford Shapiro wrote to All on 12-08-1999
  3916.  
  3917. SS> 
  3918. SS> I have a copy of Corel Wordperfect 7 for Windows 3.1. It works
  3919. SS> great under OS/2 (WinOS2).
  3920. SS> 
  3921. SS> The question I have is -- it mentions OS/2 integration tools.
  3922. SS> These are no longer available from Corel.
  3923. SS> 
  3924. SS> Does anyone have these OS/2 integration tools that I can get a
  3925. SS> copy of? Are they listed on any of the OS/2 BBS's?
  3926.  
  3927. I've got a copy I guess I could send you, but they are essentially
  3928. useless - caused me more grief than they were worth. 
  3929.  
  3930. Will Honea <whonea@codenet.net>
  3931. --- Maximus/2 2.02
  3932.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3933.  
  3934.  
  3935. +----------------------------------------------------------------------------+
  3936.  
  3937. From: Sanford Shapiro                                   08-Dec-99 21:11:00
  3938.   To: Will Honea                                        08-Dec-99 21:11:00
  3939. Subj: Wordperfect 7
  3940.  
  3941.  
  3942. Well that is good to know. I don't feel I need these tools, but I
  3943. thought it would be fun to try them out and see what they do.
  3944.  
  3945. If it's not too much trouble, could you e-mail me the file or files as
  3946. an attachment to:
  3947.  
  3948. sshapiro@ucsd.edu ?
  3949.  
  3950. Thanks very much,
  3951.  
  3952. Sandy Shapiro
  3953.  
  3954.  
  3955. WH> SS> Does anyone have these OS/2 integration tools that I can get a
  3956. WH> SS> copy of? 
  3957. WH> I've got a copy I guess I could send you, but they are essentially
  3958. WH> useless - caused me more grief than they were worth. 
  3959. WH>
  3960. --- Maximus/2 2.02
  3961.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3962.  
  3963.  
  3964. +----------------------------------------------------------------------------+
  3965.  
  3966. From: Ron Nicholls                                      09-Dec-99 22:42:00
  3967.   To: All                                               09-Dec-99 22:42:00
  3968. Subj: Fix_Paks
  3969.  
  3970. Are the early fix paks for Warp 4 ( 1 to 8 ) 
  3971. still available anywhere.
  3972.  
  3973. -
  3974. -
  3975. Regards RonN
  3976. -
  3977. --- Maximus/2 2.02
  3978.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  3979.  
  3980.  
  3981. +----------------------------------------------------------------------------+
  3982.  
  3983. From: Louis Aubree                                      06-Dec-99 22:32:00
  3984.   To: Gord Hannah                                       10-Dec-99 06:58:06
  3985. Subj: Warp 3 install
  3986.  
  3987. Hi Gord,
  3988.  
  3989. LA>> Install Warp 3 red with Dual Boot on HPFS ? Is it possible ? With
  3990. LA>> Win apps needed?
  3991. GH> 
  3992. GH> I don't see why not my first install of Warp3 was a botched deal
  3993. GH> from the start, but it worked just fine, winapps can reside any
  3994. GH> where, just use th and if they are good should work, and yes there a
  3995. GH> few good Win apps out there, the only fault they have is the OS they
  3996. GH> must run under..:-)
  3997.  
  3998. I understand that Warp 3 _blue_ spine (with WinOS2 inside) can be
  3999. installed on HPFS, but I still don't understand the same for the
  4000. _red_ spine version. 
  4001.  
  4002. I think that Warp _red_ spine has to be installed _after_ DOS and
  4003. Win3.1x, on the same primary partition, so this partition has to be
  4004. FAT16 formated. Then, the user could choose to never use Dual Boot
  4005. anymore and run anything (hum!) from OS/2.  Where am I wrong? Is it
  4006. possible to install Win3.1x _after_ Warp 3 red spine on an HPFS
  4007. partition? Or use another trick?
  4008.  
  4009. Hope this will be clear soon.
  4010.  
  4011.   Louis
  4012.  
  4013. P.S. Eddy Thilleman also replied: he also believes Warp 3 red cannot
  4014. be installed on HPFS.   
  4015. ...
  4016.  * ATP/OS2 1.42 *  Bonjour de Nantes, Bretagne.
  4017.  
  4018.  
  4019. --- MsgToss 2.0d(beta) 02/21/93
  4020.  * Origin: Island's BBS * Nantes et sa region * (+33) 0251.397.478 (2:326/2)
  4021. 231/992
  4022. 633/260
  4023. 2501/209
  4024.  
  4025. +----------------------------------------------------------------------------+
  4026.  
  4027. From: Michael Box                                       07-Dec-99 19:35:24
  4028.   To: Craig Ford                                        10-Dec-99 06:58:06
  4029. Subj: Help!
  4030.  
  4031. Hello Craig.
  4032.  
  4033. Tuesday December 07 1999 18:46, you wrote to All:
  4034.  
  4035.  CF> With IBM's withdrawl of support for Warp3, I finally upgraded my
  4036.  CF> installation to Merlin, and tried to install FP12 to it. Alas,
  4037.  CF> application of the Fixpak failed due to a checksum error in
  4038.  CF> PMMERGE.DLL.
  4039.  
  4040.  CF> Would some one be so kind as to tell me the size and timestamp of
  4041.  CF> PMMERGE.DLL in a virgin Warp4 installation? It would also help if
  4042.  CF> someone could tell me in which immage file on the distribution CD it
  4043.  CF> is contained.
  4044.  
  4045. I ran into the same problem and thought it was something I was doing wrong.
  4046. Although it was with fixpack 11. I've downloaded the darn FP 3 times and still 
  4047. got the same results. My system is warp 4 with no FP's applied. I have Peer
  4048. and TCPIP networking running. If you come across a fix or work around, I'd
  4049. love to hear about it. I've just gotta upgrade this thing soon.
  4050.  
  4051. Thanks
  4052.  
  4053. Michael
  4054.  
  4055. --- 3.0.1
  4056.  * Origin: Mikey's Mystery Mailer (1:103/100)
  4057. 278/111
  4058.  
  4059. +----------------------------------------------------------------------------+
  4060.  
  4061. From: SINISA PAVLOVIC                                   07-Dec-99 22:31:00
  4062.   To: All                                               10-Dec-99 06:58:06
  4063. Subj: Re: Another leaky fixpak?
  4064.  
  4065. From: sinip@hamhq.yfnet.org.yu (SINISA PAVLOVIC)
  4066. Reply-To: sinip@hamhq.yfnet.org.yu (SINISA PAVLOVIC)
  4067. Organization: HAM HQ BBS, Doboj, RS, 074/24-360
  4068.  
  4069.  -=> Quoting Jack Pfisterer to All <=-
  4070.  
  4071.  SP> Where I can find it? I have occasional errors on pmmerge.dll with
  4072.  SP> Acrobat Reader for OS/2, so new one might help me?
  4073.  
  4074.  JP> Contact Ivan Adzhubei, ivan@protein.bio.msu.su and ask if he still has
  4075.  JP> it available for FTP.  That's where I got the copy I installed.  I've
  4076.  JP> heard there's an even-newer one out, but haven't been able to locate
  4077.  JP> it. 
  4078.  
  4079. OK, thanks.
  4080.  
  4081.  JP> If all else fails, check back with me and I can attach it to an
  4082.  JP> e-mail. The ZIP is a little over one meg in size and also includes a
  4083.  
  4084. But just to be sure that I'm not going to get the same one, PMMERGE that
  4085. I have here is:
  4086.  
  4087. PMMERGE.DLL     1238971 bytes   08.Oct.1998 12.14pm
  4088.  
  4089.  JP> newer keyboard.dcp.
  4090.  
  4091. What is that for?
  4092.  
  4093. Visit: http://www.targetshop.com/users/level1.asp?refId=349351
  4094.  
  4095. Regards from Doboj, Republic of Srpska.   mail to: 4n4da@qsl.net
  4096.  
  4097.  
  4098. ... Not all Sysops are user friendly!
  4099. ___ Blue Wave/OS2 v2.30
  4100.  
  4101.  
  4102. --- FIDOGATE 4.3.5
  4103.  * Origin: fido.org.yu domain gateway (2:382/5.0)
  4104. 231/992
  4105. 633/260
  4106. 2501/209
  4107.  
  4108. +----------------------------------------------------------------------------+
  4109.  
  4110. From: Andy Brown                                        07-Dec-99 22:15:06
  4111.   To: Louis Aubree                                      10-Dec-99 06:58:06
  4112. Subj: Warp 3 install
  4113.  
  4114. Hello Louis.
  4115.  
  4116. 06 Dec 99 22:32, you wrote to Gord Hannah:
  4117.  
  4118.  
  4119.  LA> I think that Warp _red_ spine has to be installed _after_ DOS and
  4120.  LA> Win3.1x, on the same primary partition, so this partition has to be
  4121.  LA> FAT16 formated. Then, the user could choose to never use Dual Boot
  4122.  LA> anymore and run anything (hum!) from OS/2.  Where am I wrong? Is it
  4123.  LA> possible to install Win3.1x _after_ Warp 3 red spine on an HPFS
  4124.  LA> partition? Or use another trick?
  4125.  
  4126. _If_ you want to have DUAL BOOT or use Win 3.1 then your boot drive has to be
  4127. Fat 16 formated and DOS/WIN3.1 installed..  That does not prevent you from
  4128. booting up under OS/2 you just loose the benefits of the HPFS system on that
  4129. drive..  You can still have any other dirves formated HPFS and DOS/WIN3.1 can
  4130. access them _if_ you boot up OS/2 and use them from there..  _If_ you do not
  4131. want DUAL BOOT or WIN3.1 installed then all your drives can be HPFS format..
  4132.  
  4133.  LA> Hope this will be clear soon.
  4134.  
  4135. Hope this helps you understand..
  4136.  
  4137.  
  4138. Andy
  4139.  
  4140. --- MyTosser 1.20/Pro
  4141.  * Origin: College Area Hub, San Diego,CA (MO)  (1:202/805)
  4142. 278/111
  4143.  
  4144. +----------------------------------------------------------------------------+
  4145.  
  4146. From: Peter Knapper                                     08-Dec-99 23:43:04
  4147.   To: Stewart Honsberger                                10-Dec-99 06:58:06
  4148. Subj: fdisk /query
  4149.  
  4150. Hi Stewart,
  4151.  
  4152.  SH> Currently, OS/2 is installed on the C: partition. What I gathered from
  4153.  SH> your message was that you were suggesting somehow doubling up the drive
  4154.  SH> letters, so that you could have CC:, CD:, CE:, etc..
  4155.  
  4156. Ahaaa, I was thinking of an old DOS program called Carbon Copy.....;-)
  4157.  
  4158. No, a single drive letter is all that is needed. Ok, some further explaination 
  4159. is required. In my partition/drive lettering scheme, the booted partition
  4160. containing OS/2 would ALWAYS be Drive C:, and never anything else. It would be 
  4161. possible to use such a machine with no other drive letter assignment at all,
  4162. unless the user wanted to allocate a drive letter for some reason (probably
  4163. some old brain dead S/W). To make other partitions visible to the booted OS,
  4164. the user supplies a directive to ADD that partition into the directory
  4165. structure of C: similar to the unix MOUNT command. EG:
  4166.  
  4167. Lets say you have 1 hard drive with 3 partitions on it. Forget Logical Drives, 
  4168. Primary Partiions, they are all irrelevant in my scenario. The only criteria
  4169. here is that the partion FORMAT can be read, either natively or by loading
  4170. some driver, by OS/2. Lets assume you have a single HD with 3 partitions -
  4171.  
  4172.   Partition     Partition
  4173.     No.         Name
  4174.      1          DOS622
  4175.      2          WARP5
  4176.      3          MYDATA
  4177.  
  4178. If Partition 2 is set up to be the active partition, then WARP5 boots up and
  4179. assigns Partition 2 as Drive C: (because partition 2 is the booted partion).
  4180. At this point the other partitions are invisible and unknown to OS/2. If the
  4181. user wants to access the DOS622 partition, then they issue a command similar
  4182. to this -
  4183.  
  4184.   mount 1 \MYDOS
  4185.  
  4186. Which means that the DOS622 partition then appears on the C: drive as a
  4187. directory structure starting at \MYDOS, which is the ROOT directory of
  4188. Partition 1. Similar, the command -
  4189.  
  4190.   mount 3 \DATAFILES
  4191.  
  4192. would mount the 3rd partition under \DATAFILES, and ALL data on ALL partitions 
  4193. would be accessible as data somewhere under the root directory of Drive C:.
  4194.  
  4195. Now if the user had some old brain dead S/W that needed to see the directory
  4196. structure on MYDATA on a unique drive letter, then a command similar to -
  4197.  
  4198.   assign J: \DATAFILES\DUMBAPPDATA
  4199.  
  4200. means that if S/W accesed J:\, it would actually be accessing
  4201. C:\DATAFILES\DUMBAPPDATA\ but know the fies in that directory as Drive J:\.
  4202.  
  4203. This gets a bit more complicated with multiple HD's, but the same concepts can 
  4204. apply, IE the user has total control over WHICH partitions are accessable,
  4205. WHERE they mount, and what DRIVE LETTERS they become known by.
  4206.  
  4207. Does that explain it better?
  4208.  
  4209. Cheers............pk.
  4210.  
  4211.  
  4212. --- Maximus/2 3.01
  4213.  * Origin: Another Good Point About OS/2 (3:772/1.10)
  4214. 772/1
  4215.  
  4216. +----------------------------------------------------------------------------+
  4217.  
  4218. From: James Mckenzie                                    08-Dec-99 05:45:02
  4219.   To: Preston Smith                                     10-Dec-99 06:58:06
  4220. Subj: TCPIP Upgrade
  4221.  
  4222. Hello Preston!
  4223.  
  4224. 06 Dec 99 18:24, Preston Smith wrote to All:
  4225.  
  4226.  PS> Hello All!
  4227.  
  4228.  PS> I sent this message to both the TEAMOS2 and OS2 e-mail lists on
  4229.  PS> saturday and no one has responded.  Can you folks help?
  4230.  
  4231.  PS> I decided to try to upgrade my TCPIP version so I downloaded "TCP/IP
  4232.  PS> For OS/2 V3.1 & V4.0 Universal FixPak UN_0980" to apply to my sytem.
  4233.  
  4234.  PS> The first thing I see in the readme file is
  4235.  
  4236.  PS> Note:  You should have MPTS FixPak WRx8421 (or above) installed on
  4237.  PS> your system before applying this FixPak.  Also note that WRx8610
  4238.  PS> should not be installed on a non-SMP Warp Server without installing
  4239.  PS> TCP/IP v4.1 along with it.  There have been various problems reported
  4240.  PS> when using WRx8610 without TCP/IP v4.1.
  4241.  
  4242.  PS>  Warning:  1 - This FixPak services some of the TCP/IP files based on
  4243.  PS>  the MPTS level on the system.  If you have WRx8610 or above on your
  4244.  PS>  system when you install this FixPak, you should not install a version
  4245.  PS>  of MPTS older than WRx8610 because it will back-level some of the
  4246.  PS>  TCP/IP files.  If you have an MPTS version prior to WRx8610 when you
  4247.  PS>  install this FixPak and you then install WRx8610, you should
  4248.  PS>  reinstall this FixPak to ensure that the proper TCP/IP files are
  4249.  PS>  installed.  If you plan to install WRx8620, it should be installed
  4250.  PS>  after installing this FixPak.
  4251.  
  4252.  PS> My questions are (results of Syslevel are shown below)
  4253.  
  4254.  PS> 1.  Is it normal to see what appear to be duplicate entries in the
  4255.  PS> Syslevel info?  If not, how do I clean it up?
  4256.  
  4257. Yes, there are several components to the TCP/IP sub-system.
  4258.  
  4259.  PS> 2.  I see I have TCPIP 4.00 on my system - should I upgrade to TCPIP
  4260.  PS> 4.1?
  4261.  
  4262. No.
  4263.  
  4264.  PS> 3. How do I know what MPTS level is on my system?  Should this be
  4265.  PS> upgraded to WRx842x?  or WRx8610 then 8620?
  4266.  
  4267. The current level is WR8400 and it should be upgraded to WR0842x (I think
  4268. that 23 or 24 is the latest) and then apply the UN patch.
  4269.  
  4270.  PS> 4.  Are there any other related upgrades I should install to bring my
  4271.  PS> communication suite up to date?
  4272.  
  4273. Not that I'm aware of.  However, there is a site on the internet with several 
  4274. good lists of current updates.
  4275.  
  4276. James
  4277.  
  4278. ... Try Win'95 and you'll never use DOS again... or the rest of your PC!
  4279. --- GoldED/2 3.0.1
  4280.  * Origin:  OS/2 Support * Your place for OS/2 information and Files
  4281. (1:15/64)
  4282. 231/992
  4283. 633/260
  4284. 2501/209
  4285.  
  4286. +----------------------------------------------------------------------------+
  4287.  
  4288. From: John Angelico                                     08-Dec-99 00:45:00
  4289.   To: Ian Moote                                         10-Dec-99 06:58:06
  4290. Subj: WarpCenter INI file ?
  4291.  
  4292. On 29/11/1999, Ian Moote said to LEE ARONER about WarpCenter INI file ?:
  4293.  
  4294. IM> LA> Anyone know what the WarpCenter INI file is?
  4295. IM> 
  4296. IM> Back in April John Angelico was kind enough to inform me that the 
  4297. IM> WarpCenter configuration is stored in the files c:\os2\dll\scenter.cfg
  4298. IM>  and c:\os2\dll\dock*.cfg. Hope this helps. Take care and TTYL.
  4299. IM> 
  4300.  
  4301. Ahem... just getting back online after the Club lost its upline feed...
  4302.  
  4303. Ian: thank you for remembering.
  4304.    
  4305. John Angelico
  4306. Co-convener, OS/2 SIG
  4307. Melbourne PC User Group
  4308. also known as: talldad@kepl.com.au
  4309.  
  4310. ___
  4311.  X KWQ/2 1.2i X I am positive that a definite maybe is probably in order.
  4312.  
  4313. ---
  4314.  * Origin: Melbourne PC User Group BBS (3:633/309)
  4315. 231/992
  4316. 633/260
  4317. 2501/209
  4318.  
  4319. +----------------------------------------------------------------------------+
  4320.  
  4321. From: Herbert Rosenau                                   08-Dec-99 18:13:01
  4322.   To: Eddy Thilleman                                    10-Dec-99 06:58:06
  4323. Subj: cache
  4324.  
  4325. HR>> run=f:\os2\cache.exe /LAZY:9 /MAXAGE:12500 /DISKIDLE:7500
  4326. HR>> /BUFFERIDLE:2000 /READAHEAD:1
  4327.  
  4328.  ET> 9 lazy write workers? I haven't seen mentioned that high before.
  4329.  
  4330. Why not?
  4331.  
  4332.  ET> Is there something like a rule of thumb for this, or a relation
  4333.  ET> between how much disk intensive an application is, the disk
  4334.  ET> throughput and the number of lazy write workers? Is there a
  4335.  ET> trade-off, for example more lazy write workers need more memory?
  4336.  ET> If so, how much?
  4337.  
  4338. The optimasion was done at a time this computer was used as
  4339. - 3 lines node with mostly ISDN throughput
  4340. - developement mashine (edit/compile/debug...) with all lines running
  4341. - some other aktive tasks
  4342.  
  4343. HR>> Yes, disk caching is the most recent parameter on it.
  4344.  
  4345.  ET> I don't know what you mean with this. 
  4346.  
  4347. The optimasion was at least done with help another node to become the highest
  4348. possible transfer rate during an connect on both lines and running tosser in
  4349. background.
  4350.  
  4351. I'd found that throwing on the cache parameters has the most incredible effect 
  4352. on the transfer rates. I'd found values that are commonly nearst the physical
  4353. maximum (7950/15500 cps as sender and 7850/14500 as receiver of *.bmp)
  4354.  
  4355. Exchange of large *.bmp can kill the telko's convey station if both sides can
  4356. send with maximum speed on direct CAPI. :-)
  4357.  
  4358. Without the excessive optimasision step my transfer rate where more than 200
  4359. cps less.
  4360.  
  4361. For now this computer has lost all funtions other than holding the node 24h/7d 
  4362. online.
  4363.  
  4364.  ET> Can you clarify this? Didn't you use the cache command before?
  4365.  
  4366. Yes. But not this extensive testing to find the best parameters.
  4367.  
  4368. The first step to optimise is to optimise the config.sys:
  4369.  
  4370. maxwait=x            1 - 3, depending on RAM and CPU
  4371.                 it is the first parameter to push up or slow down
  4372.                 the mailer; 
  4373. priority_disk_io=no        let the mailer (and othert background) thread
  4374.                 have higher priority to wirte/read to/from disk
  4375.                 than forground threads
  4376.                 must be NO if you would have a maximum throughput
  4377.                 to your lines.
  4378.  
  4379. Both changes requires a system reboot
  4380.  
  4381.  
  4382. After that playing with the cache parameters can speed up the lines more.
  4383. Changes can be made without reboot. call cache.exe with the propper
  4384. parameters.
  4385.  
  4386.  
  4387. --- Sqed/32 1.15/development  477:
  4388.  * Origin: User error - (R)eplace, (I)gnore, (K)ill ?? (2:2476/493)
  4389. 231/992
  4390. 633/260
  4391. 2501/209
  4392.  
  4393. +----------------------------------------------------------------------------+
  4394.  
  4395. From: Herbert Rosenau                                   08-Dec-99 18:22:21
  4396.   To: Louis Aubree                                      10-Dec-99 06:58:06
  4397. Subj: Warp 3 install
  4398.  
  4399.  LA> I understand that Warp 3 _blue_ spine (with WinOS2 inside) can be
  4400.  LA> installed on HPFS, but I still don't understand the same for the
  4401.  LA> _red_ spine version. 
  4402.  
  4403. Each OS/2 version since OS/2 1.3 (the first with HPFS) can be installed on
  4404. each HPFS formatted drive - so long as the whole drive is under track 1024
  4405. (the BIOS limit).
  4406.  
  4407.  LA> I think that Warp _red_ spine has to be installed _after_ DOS and
  4408.  LA> Win3.1x, on the same primary partition, so this partition has to
  4409.  LA> be FAT16 formated. 
  4410.  
  4411. Noways. It can (optionally) integrate the pre installed Win 3.1x - but
  4412. independant of the drive it is installed itself.
  4413.  
  4414.  LA> Then, the user could choose to never use Dual Boot anymore and
  4415.  LA> run anything (hum!) from OS/2.  
  4416.  
  4417. Nowhere! Dual boot is NOT designed for an productive environment. You my use
  4418. it to test OS/2 but not more.
  4419.  
  4420.  LA> Where am I wrong? Is it possible to install Win3.1x _after_ Warp
  4421.  LA> 3 red spine on an HPFS partition? Or use another trick?
  4422.  
  4423. You my install Win3.x under DOS on drive C: (FAT) - and you can have installed 
  4424. OS/2 on drive g: (HPFS). If you don't have already Win support installed you
  4425. can do so by starting the installation program and integrate it then.
  4426.  
  4427. It would be quite simper to install DOS/Win first and then install OS/2 on its 
  4428. own drive because OS/2 will dedekt the pre installed windows and ask you to
  4429. integrate that.
  4430.  
  4431. --- Sqed/32 1.15/development  392:
  4432.  * Origin: Kann den DFUe Suende sein ?! (2:2476/493)
  4433. 231/992
  4434. 633/260
  4435. 2501/209
  4436.  
  4437. +----------------------------------------------------------------------------+
  4438.  
  4439. From: Jack Pfisterer                                    08-Dec-99 10:46:00
  4440.   To: SINISA PAVLOVIC                                   10-Dec-99 06:58:06
  4441. Subj: Re: Another leaky fixpak?
  4442.  
  4443. -=> SINISA PAVLOVIC wrote to All <=-
  4444.  
  4445.  JP> Contact Ivan Adzhubei, ivan@protein.bio.msu.su and ask if he still has
  4446.  JP> it available for FTP.  That's where I got the copy I installed.  I've
  4447.  JP> heard there's an even-newer one out, but haven't been able to locate
  4448.  JP> it.
  4449.  
  4450.  SP> But just to be sure that I'm not going to get the same one, PMMERGE
  4451.  SP> that I have here is:
  4452.  
  4453.  SP> PMMERGE.DLL     1238971 bytes   08.Oct.1998 12.14pm
  4454.  
  4455. The one from ivan@protein.bio.msu.su is dated 10 Oct 99 and is 1254973
  4456. bytes.
  4457.  
  4458.  JP> newer keyboard.dcp.
  4459.  
  4460.  SP> What is that for?
  4461.  
  4462. I really don't know.  It just happens to be included.  Probably just
  4463. some very specialized fixes.
  4464.  
  4465. Jack P.
  4466.  
  4467. ~~~ Blue Wave/QuickBBS
  4468.  * Origin: Hooray For Hollywood * Los Angeles,CA -=- 213-653-7508 (1:102/749)
  4469. 231/992
  4470. 633/260
  4471. 2501/209
  4472.  
  4473. +----------------------------------------------------------------------------+
  4474.  
  4475. From: Holger Granholm                                   07-Dec-99 20:30:00
  4476.   To: Kees Bergwerf                                     10-Dec-99 06:58:06
  4477. Subj: not enough diskspace
  4478.  
  4479. In a message dated 12-05-99, Kees Bergwerf said to All:
  4480.  
  4481. Hello Kees,
  4482.  
  4483. KB>memsize (and memsize did give nothing but trouble: it worked fine
  4484. KB>for a while but I tried to change a setting in the config: use
  4485. KB>theseus, and then the program crashed and I have not been able to
  4486. KB>start it again without crashing.)
  4487.  
  4488. Known problem :-(  I too installed memsize but in my case I never got
  4489. it to work so I deleted it. However, I found an entry in the OS2.INI
  4490. still referring to memsz and the directory it had been installed in.
  4491.  
  4492. So I asked Rick Papo for a proper uninstall program. In the meantime
  4493. I installed memsz again into the same directory as before.
  4494.  
  4495. When I ran the uninstall.cmd that I received from Rick, it told me that
  4496. it couldn't find memsize and that it "probably" wasn't installed !!!!
  4497.  
  4498. Then I deleted the whole shebang again but the reference of course is
  4499. still in the .INI file.  God only knows how many references there are
  4500. to programs that have been installed and then removed again.
  4501.  
  4502. Happy Holidays,
  4503.  
  4504. Holger
  4505.  
  4506. ___
  4507.  * MR/2 2.26 * Welcome to Hell. Here is your copy of Windows 98.
  4508.  
  4509.  
  4510. --- PCBoard (R) v15.22 (OS/2) 2
  4511.  * Origin: Coming to you from the Sunny Aland Islands. (2:20/228)
  4512. 772/1
  4513.  
  4514. +----------------------------------------------------------------------------+
  4515.  
  4516. From: Linda Proulx                                      08-Dec-99 18:00:28
  4517.   To: All                                               10-Dec-99 06:58:06
  4518. Subj: File addresses
  4519.  
  4520. Greetings,
  4521.  
  4522. I appreciate folk giving pointers about newer files for installing, etc.
  4523. But it can be extrememly difficult to find anything on the IBM site.
  4524.  
  4525. If someone suggests a file from a site, my internet person would be very
  4526. appreciative if one could also put the whole pointer for it.
  4527.  
  4528. Thanks.
  4529.  
  4530. Linda
  4531.  
  4532. ... Be nice to moderators.  They HATE that!
  4533. --- MultiMail/MS-DOS v0.32
  4534.  * Origin: Robin's Universe BBS - Winnipeg MB (1:348/807)
  4535. 278/111
  4536.  
  4537. +----------------------------------------------------------------------------+
  4538.  
  4539. From: Linda Proulx                                      08-Dec-99 20:41:13
  4540.   To: Cyrill Vakhneyev                                  10-Dec-99 06:58:06
  4541. Subj: Re: Newer update
  4542.  
  4543. Greetings and Salutations,
  4544.  
  4545.      -=> Cyrill Vakhneyev wrote to Linda Proulx <=-
  4546.  
  4547.  CV>     Get latest ibm1s506.add (idedasd.exe at IBM's DriverPack). RTFM
  4548.  
  4549. Do you know the address for it?
  4550.  
  4551. Anon,
  4552.  
  4553. Linda
  4554.  
  4555. ... "I try to keep an open mind, but not so open that my brains fall out."
  4556. --- MultiMail/MS-DOS v0.32
  4557.  * Origin: Robin's Universe BBS - Winnipeg MB (1:348/807)
  4558. 278/111
  4559.  
  4560. +----------------------------------------------------------------------------+
  4561.  
  4562. From: Craig Ford                                        08-Dec-99 21:32:25
  4563.   To: Michael Box                                       10-Dec-99 06:58:06
  4564. Subj: Help!
  4565.  
  4566. Michael Box wrote the following to Craig Ford, and I quote (in part):
  4567.  
  4568. -=> Note: Copied from OS2 by WIMM/2 1.31
  4569.  
  4570.     CF> With IBM's withdrawl of support for Warp3, I finally upgraded my
  4571.     CF> installation to Merlin, and tried to install FP12 to it. Alas,
  4572.     CF> application of the Fixpak failed due to a checksum error in
  4573.     CF> PMMERGE.DLL.
  4574.  
  4575.     CF> Would some one be so kind as to tell me the size and timestamp of
  4576.     CF> PMMERGE.DLL in a virgin Warp4 installation? It would also help if
  4577.     CF> someone could tell me in which immage file on the distribution CD it
  4578.     CF> is contained.
  4579.  
  4580.  MB> I ran into the same problem and thought it was something I was
  4581.  MB> doing wrong. Although it was with fixpack 11. I've downloaded the
  4582.  MB> darn FP 3 times and still got the same results. My system is warp 4
  4583.  MB> with no FP's applied. I have Peer and TCPIP networking running. If
  4584.  MB> you come across a fix or work around, I'd love to hear about it.
  4585.  MB> I've just gotta upgrade this thing soon.
  4586.  
  4587. It took an "all-nighter" to get it going. :-(
  4588.  
  4589. I extracted the original PMMERGE.DLL from the DISK 8 of the distribution CD,
  4590. and replaced the copy on my drive.
  4591.  
  4592. I also obtained a fresh copy of the XR_M012.1DK from IBM's FTP site.
  4593.  
  4594. I deleted all remants of the suspended FP application, and tried it again.
  4595.  
  4596. Whooooopeeeee! 
  4597.  
  4598. Warp 3 was never this difficult.
  4599.  
  4600. Regards....
  4601.  
  4602. Craig
  4603. aka: cford@ix.netcom.com
  4604.    : craig.ford@2001.conchbbs.com
  4605.  
  4606. --- timEd/2 1.10.y2k+
  4607.  * Origin: Dayze of Futures Past * V.Everything * 281-458-0237 * (1:106/2001)
  4608. 231/992
  4609. 633/260
  4610. 2501/209
  4611.  
  4612. +----------------------------------------------------------------------------+
  4613.  
  4614. From: Eddy Thilleman                                    07-Dec-99 11:02:16
  4615.   To: Bat Lang                                          10-Dec-99 06:58:06
  4616. Subj: cache
  4617.  
  4618. Hello Bat,
  4619.  
  4620. 05 Dec 99 03:05, Bat Lang wrote to Peter French:
  4621.  
  4622. BL> Where is this information 'entered' into your configuration? Thanks.
  4623.  
  4624. I've in my startup.cmd:
  4625.  
  4626. cache -diskidle:3000 -maxage:6000 -bufferidle:1500 -lazy:3
  4627.  
  4628.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  4629.  
  4630. ... VirCure: Windows Found...delete? [Y/Yeah/Heck Yeah]?
  4631. --- GoldED/2 3.0.1
  4632.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  4633. 772/1
  4634.  
  4635. +----------------------------------------------------------------------------+
  4636.  
  4637. From: Gord Hannah                                       08-Dec-99 21:51:00
  4638.   To: Louis Aubree                                      10-Dec-99 06:58:06
  4639. Subj: Warp 3 install
  4640.  
  4641. Replying to a message from Louis Aubree 2:326/2 to Gord Hannah,
  4642.  
  4643. About Warp 3 install, On Mon Dec 06 1999
  4644.  
  4645. LA> I understand that Warp 3 _blue_ spine (with WinOS2 inside) can be
  4646. LA> installed on HPFS, but I still don't understand the same for the
  4647. LA> _red_ spine version. 
  4648.  
  4649. The above was my installation Blue (Connect).
  4650.  
  4651. LA> P.S. Eddy Thilleman also replied: he also believes Warp 3 red cannot
  4652. LA> be installed on HPFS.   
  4653.  
  4654. I would go with what Eddy is telling you he has more experience with OS/2 than 
  4655. I do.
  4656.  
  4657. Hope this helps.  Keep us posted.
  4658.  
  4659. We are a fine board trying to make it better.
  4660. http://www.pris.bc.ca/ghannah
  4661. ghannah@pris.bc.ca
  4662. Gord
  4663. -=Team OS/2=-
  4664. --- timEd/2 1.10.y2k+
  4665.  * Origin: Marsh BBS (c) [Dawson Creek BC Canada] 1-250-786-7921 (1:17/23.1)
  4666. 278/111
  4667.  
  4668. +----------------------------------------------------------------------------+
  4669.  
  4670. From: Gord Hannah                                       08-Dec-99 05:53:15
  4671.   To: Holger Granholm                                   10-Dec-99 06:58:06
  4672. Subj: USB
  4673.  
  4674. Replying to a message from Holger Granholm 2:20/228 to Andy Roberts,
  4675.  
  4676. About USB, On Mon Dec 06 1999
  4677.  
  4678. AR>I'm not sure what is going to be developed to replace the Pentium.
  4679.  
  4680. HG> In my case, AMD will replace the Pentium.  I don't see the need to
  4681. HG> feed Intel any more than M$.
  4682.  
  4683. Good choice, I have ran OS/2 with AMD's since my first install, I wont have an 
  4684. Intel chip at all, reason is simple Intel lied to the computing world about
  4685. the Floating Point problem, all be it a lie of omission, it was still a lie.
  4686.  
  4687. Besides AMD's are cheaper, and do just as good a job.  The system I am writing 
  4688. this on is being powered by an AMD K6/2-300.
  4689.  
  4690. Hope this helps.  Keep us posted.
  4691.  
  4692. We are a fine board trying to make it better.
  4693. http://www.pris.bc.ca/ghannah
  4694. ghannah@pris.bc.ca
  4695. Gord
  4696. -=Team OS/2=-
  4697. --- timEd/2 1.10.y2k+
  4698.  * Origin: Marsh BBS (c) [Dawson Creek BC Canada] 1-250-786-7921 (1:17/23.1)
  4699. 278/111
  4700.  
  4701. +----------------------------------------------------------------------------+
  4702.  
  4703. From: Charles Gaefke                                    06-Dec-99 18:41:22
  4704.   To: Wes Newell                                        10-Dec-99 06:58:06
  4705. Subj: Re: DELTREE
  4706.  
  4707. WN> My dos 6.22 deltree command works quite well on W4. I don't have msdos 
  4708. WN> installed. All my drives are hpfs. I can run it from an os/2 session
  4709. (which
  4710. WN> automatically brings up a dos vdm), or of course I can run it from a dos
  4711. vd
  4712.  
  4713.     I wrote a util called DeltreeX.  It deltree's directories fast.
  4714.  
  4715.     It's X because it doesn't prompt "are you sure".
  4716.  
  4717.     So, don't do "deltreex c:\".  
  4718.  
  4719.     :)
  4720.  
  4721.     EMail me if you want it.
  4722.  
  4723.  
  4724. C. Gaefke
  4725. cdgaefke@earthlink.net
  4726.  
  4727.  
  4728.  
  4729. ... I love my job!  Do you?
  4730.  
  4731. --- Renegade v98-356a Dos
  4732.  * Origin: LOTL/2 * www.icubed.com/~cdgaefke (1:129/230)
  4733. 231/992
  4734. 633/260
  4735. 2501/209
  4736.  
  4737. +----------------------------------------------------------------------------+
  4738.  
  4739. From: Steve McCrystal                                   08-Dec-99 06:40:06
  4740.   To: Eddy Thilleman                                    10-Dec-99 06:58:06
  4741. Subj: cache
  4742.  
  4743. ;
  4744. In a msg of <Monday December 06 1999>, Eddy Thilleman writes to Herbert
  4745. Rosenau:
  4746. ;
  4747. Eddy,
  4748.  
  4749.  HR>> run=f:\os2\cache.exe /LAZY:9 /MAXAGE:12500 /DISKIDLE:7500
  4750.  HR>> /BUFFERIDLE:2000 /READAHEAD:1
  4751.  
  4752.  ET> 9 lazy write workers? I haven't seen mentioned that high before.
  4753.  
  4754. I noticed that, and hadn't seen it before either, so I checked the online
  4755. docs. They say that LAZY takes one of two parameters... OFF or ON.  I then
  4756. modified my own cache statement, changing LAZY:3 to LAZY:9 and the resulting
  4757. display shows there are indeed 9 lazy workers allocated.  I have no idea what
  4758. difference it might make, especially given the obvious inaccuracy of the docs, 
  4759. but I think I'll play with it a bit! :^)
  4760.  
  4761. -[Steve]-
  4762.  
  4763. --- GoldED/2 3.0.1/#
  4764.  * Origin: -[Steve's Place]- New Berlin, WI (FidoNet 1:154/731.2)
  4765. 278/111
  4766.  
  4767. +----------------------------------------------------------------------------+
  4768.  
  4769. From: Linda Proulx                                      09-Dec-99 12:43:06
  4770.   To: All                                               10-Dec-99 06:58:06
  4771. Subj: Happy Holidays!
  4772.  
  4773. Greetings & Salutations Everybody!
  4774.  
  4775. Before everyone gets into the hectic of holiday season,  I thought that
  4776. I would wish everyone a joyous and safe holiday season and a happy
  4777. millenium.
  4778.  
  4779. May 2000 be like your computing, enjoyable.
  4780.  
  4781. Take care.
  4782.  
  4783. Linda
  4784.  
  4785. ... It's only a hobby...it's only a hobby...it's only a hobby...
  4786. --- MultiMail/MS-DOS v0.32
  4787.  * Origin: Robin's Universe BBS - Winnipeg MB (1:348/807)
  4788. 278/111
  4789.  
  4790. +----------------------------------------------------------------------------+
  4791.  
  4792. From: Eddy Thilleman                                    08-Dec-99 10:15:00
  4793.   To: Don Guy                                           10-Dec-99 06:58:06
  4794. Subj: wave files?
  4795.  
  4796. Hello Don,
  4797.  
  4798. 06 Dec 99 08:14, Don Guy wrote to Eddy Thilleman:
  4799.  
  4800. DG> On its way to the e-mail address above...
  4801.  
  4802. I got it. Thanks. (for the rest here :)
  4803.  
  4804.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  4805.  
  4806. ... Windows stinks!
  4807. --- GoldED/2 3.0.1
  4808.  * Origin: Windows95 is a graphic DOS extender (2:280/5143.7)
  4809. 772/1
  4810.  
  4811. +----------------------------------------------------------------------------+
  4812.  
  4813. From: Eddy Thilleman                                    08-Dec-99 10:42:00
  4814.   To: Peter Knapper                                     10-Dec-99 06:58:06
  4815. Subj: Power failures
  4816.  
  4817. Hello Peter,
  4818.  
  4819. 07 Dec 99 21:10, Peter Knapper wrote to All:
  4820.  
  4821. PK> corrupting its Root directory entry or a pointer to the Root directory
  4822. PK> entry, if there is a power failure and the system is not shut down
  4823. PK> cleanly. If it IS shutdown cleanly, the next boot up is fine and all
  4824.  
  4825. So your real problem are power failures. Have you considered an UPS, to be
  4826. able to shut down cleanly when a power failures hits?
  4827.  
  4828.   Greetings   -=Eddy=-        email: eddy.thilleman@net.hcc.nl
  4829.  
  4830. ... "Accountability is Un-American!!" - Opus
  4831. --- GoldED/2 3.0.1
  4832.  * Origin: Windows98 is a graphic DOS extender (2:280/5143.7)
  4833. 772/1
  4834.  
  4835. +----------------------------------------------------------------------------+
  4836.  
  4837. From: Michael Box                                       09-Dec-99 18:44:26
  4838.   To: Craig Ford                                        10-Dec-99 06:58:06
  4839. Subj: Help!
  4840.  
  4841. Hello Craig.
  4842.  
  4843. Wednesday December 08 1999 21:32, you wrote to me:
  4844.  
  4845.  CF> It took an "all-nighter" to get it going. :-(
  4846.  
  4847.  CF> I extracted the original PMMERGE.DLL from the DISK 8 of the
  4848.  CF> distribution CD, and replaced the copy on my drive.
  4849.  
  4850.  CF> I also obtained a fresh copy of the XR_M012.1DK from IBM's FTP site.
  4851.  
  4852.  CF> I deleted all remants of the suspended FP application, and tried it
  4853.  CF> again.
  4854.  
  4855. Thanks for the info... Looks like I have a project for sometime this weekend..
  4856.  
  4857. Michael
  4858.  
  4859. --- 3.0.1
  4860.  * Origin: Mikey's Mystery Mailer (1:103/100)
  4861. 278/111
  4862.  
  4863. +----------------------------------------------------------------------------+
  4864.  
  4865. From: Murray Lesser                                     09-Dec-99 08:48:00
  4866.   To: Will Honea                                        09-Dec-99 08:48:00
  4867. Subj: OS20MEMU and THESEUS 3
  4868.  
  4869. (Excerpts from a message dated 12-08-99, Will Honea to Murray Lesser)
  4870.  
  4871. Hi Will-
  4872.  
  4873. WH>The version is Thesues3, last copy I saw at Testcase was Th?/3000.zip
  4874.   >- same content as originally offersd.  The DLL is theseus5.sys
  4875.  
  4876. ML>     I am using Theseus 3 (theseus5.sys in config.sys).  Do you
  4877. ML> really mean you are using a later version, Theseus 5, or was that a
  4878. ML> slip of the fingers?  If you meant it, where did you get it? 
  4879.  
  4880. WH>Same animal.  Works well for me.  AIR, you rename the DLL in
  4881.   >distribution to Theseus0.DLL and that's the only Theseusx.DLL I've
  4882.   >ever noticed beung loaded.
  4883.  
  4884.     Thanks.  I am using the self-extracting-file version I downloaded
  4885. from Pete's BBS: THES3000.EXE, 1160 K, 10-09-99.  Invoked, the "product
  4886. information" pop-up says it is version 3.000.00.
  4887.  
  4888.     Nothing in the readme about renaming any DLL; there are two:
  4889. theseus0.dll and theseus1.dll.  Utility seems to work OK but I am still
  4890. learning.
  4891.  
  4892.     Regards,
  4893.  
  4894.         --Murray
  4895. <Team PL/I>
  4896. ___
  4897.  * MR/2 2.25 #120 * Happily hitchhiking on the Information Highway
  4898.  
  4899. --- Maximus/2 2.02
  4900.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  4901.  
  4902.  
  4903. +----------------------------------------------------------------------------+
  4904.  
  4905. From: Ron Nicholls                                      10-Dec-99 20:01:00
  4906.   To: Will Honea                                        10-Dec-99 20:01:00
  4907. Subj: Help!
  4908.  
  4909. WH> OS2\DLL directory, and run "UNPACK <archive path>\pmmerge.dl*". 
  4910. WH> That will recover your previous one.  You might want to try the
  4911. WH> updated PMMERGE.DLL distributed after FP12 came out - supposedly it
  4912. WH> fixed a nagging memory leak. 
  4913.  
  4914. I think I have that memory leak. Where is the 
  4915. updated file posted. Will?
  4916.  
  4917. -
  4918. -
  4919. Regards RonN
  4920. -
  4921. --- Maximus/2 2.02
  4922.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  4923.  
  4924.  
  4925. +----------------------------------------------------------------------------+
  4926.  
  4927. From: Will Honea                                        10-Dec-99 17:30:00
  4928.   To: Louis Aubree                                      10-Dec-99 17:30:00
  4929. Subj: Warp 3 install
  4930.  
  4931. Louis Aubree wrote to Gord Hannah on 12-06-1999
  4932.  
  4933. LA> 
  4934. LA> installed on HPFS, but I still don't understand the same for the
  4935. LA> _red_ spine version. 
  4936. LA> 
  4937. LA> I think that Warp _red_ spine has to be installed _after_ DOS and
  4938. LA> Win3.1x, on the same primary partition, so this partition has to
  4939. LA> be FAT16 formated. Then, the user could choose to never use Dual
  4940. LA> Boot anymore and run anything (hum!) from OS/2.  Where am I wrong?
  4941. LA> Is it possible to install Win3.1x _after_ Warp 3 red spine on an
  4942. LA> HPFS partition? Or use another trick?
  4943.  
  4944. Warp 3 Red has to be installed after Win 3.1: TRUE in most cases.  Win
  4945. 3.1 can in fact reside on ANY fat-formatted  partition and there were
  4946. some people who claimed to have gotten it installed on HPFS - runs only
  4947. under OS/2 that way - and I recall seeing a way to add Win 3.1 after
  4948. OS/2 is installed but that is ancient history by now.
  4949.  
  4950. As for the rest, Warp 3 can be installed on ANY bootable partition.
  4951. FAT/ HPFS is not an installation determinant nor is the precise
  4952. partition.  The only requirement is that the partition containing Win
  4953. 3.1 be accessible by OS/2.  This usually results in DOS/Win 3.1 on C:
  4954. FAT with OS/2 on D: or higher, preferably on HPFS.
  4955.  
  4956. Will Honea <whonea@codenet.net>
  4957. --- Maximus/2 2.02
  4958.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  4959.  
  4960.  
  4961. +----------------------------------------------------------------------------+
  4962.  
  4963. From: Will Honea                                        10-Dec-99 17:34:01
  4964.   To: Ron Nicholls                                      10-Dec-99 17:34:01
  4965. Subj: Fix_Paks
  4966.  
  4967. Ron Nicholls wrote to All on 12-09-1999
  4968.  
  4969. RN> Are the early fix paks for Warp 4 ( 1 to 8 ) 
  4970. RN> still available anywhere.
  4971.  
  4972. I have nearly all of them on the DEVCON CD's and I think I saw an FTP
  4973. site somewhere that had them, but don't ask me to quote the URL.  Try
  4974. FTPSEARCH for XR_M00n.DSK or .ZIP with variations if you want to look. 
  4975. What do you need exactly?
  4976.  
  4977. Will Honea <whonea@codenet.net>
  4978. --- Maximus/2 2.02
  4979.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  4980.  
  4981.  
  4982. +----------------------------------------------------------------------------+
  4983.  
  4984. From: Will Honea                                        10-Dec-99 23:06:00
  4985.   To: Ron Nicholls                                      10-Dec-99 23:06:00
  4986. Subj: Help!
  4987.  
  4988. Ron Nicholls wrote to Will Honea on 12-10-1999
  4989.  
  4990. RN> I think I have that memory leak. Where is the 
  4991. RN> updated file posted. Will?
  4992.  
  4993. I think I saw it on Hobbes - pmr00052.zip I think.
  4994.  
  4995. Will Honea <whonea@codenet.net>
  4996. --- Maximus/2 2.02
  4997.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  4998.  
  4999.  
  5000. +----------------------------------------------------------------------------+
  5001.  
  5002. From: Will Honea                                        10-Dec-99 23:13:01
  5003.   To: Peter Knapper                                     10-Dec-99 23:13:01
  5004. Subj: Power failures
  5005.  
  5006. Peter Knapper wrote to Eddy Thilleman on 12-10-1999
  5007.  
  5008. PK> That power failures are MONTHS apart is irrelevant, there 
  5009. PK> are other reasons why the system fails to shut down 
  5010. PK> correctly. Regardless of the reason for it, if the system 
  5011. PK> is NOT shut down "normally", then the HPFS partition ROOT 
  5012. PK> directory entry cannot be found upon restart!
  5013.  
  5014. When you put it that way, it caught my eye.  So Murphy lives at you
  5015. house now?
  5016.  
  5017. I would be curious to see what DFSEE reported about that partition
  5018. after a dirty shutdown (boot to another partition/floppy, no chkdsk of
  5019. course but DFSEE will take care of the dirty bit).  My initial thoughts
  5020. all run to a hardware problem with the disk, right in the superblock
  5021. sector, of course... Tell Murph hello as he's a regular here.
  5022.  
  5023. Will Honea <whonea@codenet.net>
  5024. --- Maximus/2 2.02
  5025.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  5026.  
  5027.  
  5028. +----------------------------------------------------------------------------+
  5029.  
  5030. From: Murray Lesser                                     10-Dec-99 09:51:00
  5031.   To: Louis Aubree                                      10-Dec-99 09:51:00
  5032. Subj: Warp 3 install
  5033.  
  5034. (Excerpts from a message dated 12-06-99, Louis Aubree to Gord Hannah)
  5035.  
  5036. Hi Louis--
  5037.  
  5038. LA>> Install Warp 3 red with Dual Boot on HPFS ? Is it possible ? With
  5039. LA>> Win apps needed?
  5040.  
  5041. LA>I think that Warp _red_ spine has to be installed _after_ DOS and
  5042.   >Win3.1x, on the same primary partition, so this partition has to be
  5043.   >FAT16 formated. Then, the user could choose to never use Dual Boot
  5044.   >anymore and run anything (hum!) from OS/2.  Where am I wrong? Is it
  5045.   >possible to install Win3.1x _after_ Warp 3 red spine on an HPFS
  5046.   >partition? Or use another trick?
  5047.  
  5048. LA>P.S. Eddy Thilleman also replied: he also believes Warp 3 red cannot
  5049.   >be installed on HPFS.   
  5050.  
  5051.     I cannot help much in this installation argument, because I have
  5052. never done Windows.  But I can assure you, from several years'
  5053. experience, that Warp 3 red can indeed be installed in an HPFS
  5054. partition.
  5055.  
  5056.     My understanding is that installing Dual Boot with the "easy
  5057. installation" method requires that OS/2 and DOS both be installed in FAT
  5058. partitions.  According to my leftover "User's Guide to OS/2 Warp[3]"
  5059. manual, you can install Win3x in a Fat partition _after_ you have
  5060. installed OS/2 in an HPFS partition.  RTFM.
  5061.  
  5062.     Regards,
  5063.  
  5064.         --Murray
  5065. <Team PL/I>
  5066. ___
  5067.  * MR/2 2.25 #120 * One printed manual is worth a thousand INF files
  5068.  
  5069. --- Maximus/2 2.02
  5070.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  5071.  
  5072.  
  5073. +----------------------------------------------------------------------------+
  5074.  
  5075. From: Murray Lesser                                     10-Dec-99 10:05:01
  5076.   To: Holger Granholm                                   10-Dec-99 10:05:01
  5077. Subj: not enough diskspace
  5078.  
  5079. (Excerpts from a message dated 12-07-99, Holger Granholm to Kees
  5080. Bergwerf)
  5081.  
  5082. Hi Holger--
  5083.  
  5084. HG>Then I deleted the whole shebang again but the reference of course is
  5085.   >still in the .INI file.  God only knows how many references there are
  5086.   >to programs that have been installed and then removed again.
  5087.  
  5088.     IMO, every OS/2 user should have a program that cleans up the .INI
  5089. files and all the other "handle" information that is left behind when
  5090. object files are deleted from the system.  I use UniMaint v 5.10.02 (a
  5091. shrink-wrapped program) that also does many other things (such as
  5092. backing up the desktop and essential files).  I run the cleanup portion
  5093. of UniMaint after every object deletion, and the backup portion after
  5094. every desktop change (I keep the most recent five backups).  But, I am
  5095. told that there are many other programs that clean up the two .INI
  5096. files, some of which are freeware.  I suggest that you look into it.
  5097.  
  5098.     "Uninstall" programs are notorious for being short-sighted.  The one
  5099. that comes with UniMaint includes special warnings to the user, and a
  5100. means for telling it exactly what you want to uninstall along with the
  5101. app itself (including references in config.sys).  I find it more bother
  5102. to use than it is worth :-(.
  5103.  
  5104.     Regards,
  5105.  
  5106.         --Murray
  5107. <Team PL/I>
  5108. ___
  5109.  * MR/2 2.25 #120 * One printed manual is worth a thousand INF files
  5110.  
  5111. --- Maximus/2 2.02
  5112.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  5113.  
  5114.  
  5115. +----------------------------------------------------------------------------+
  5116.  
  5117. +============================================================================+
  5118.