home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU991030.zip / Ug991029.txt < prev    next >
Text File  |  1999-10-30  |  204KB  |  5,580 lines

  1.  
  2.                    comp.os.os2.bugs                 (Usenet)
  3.  
  4.                  Saturday, 23-Oct-1999 to Friday, 29-Oct-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: goffena@raleigh.ibm.com                           22-Oct-99 12:35:07
  9.   To: All                                               23-Oct-99 04:42:00
  10. Subj: Re: How do I? ESS1688 Sound Card
  11.  
  12. From: "Jim Goffena" <goffena@raleigh.ibm.com>
  13.  
  14. On Fri, 22 Oct 1999 01:14:03 GMT, z1002002001@my-deja.com wrote:
  15.  
  16. :>Over in comp.os.os2.bugs some people are complaining about this
  17. :>problem. I applied FP10 to an unserviced Warp 4 with ESS1688 drivers,
  18. :>and sure enough, the trap 000D happens. Installing drivers from the DD
  19. :>pak online doesn't change a thing.
  20. :>
  21. :>Is there a fixpak that gives Y2K readiness without kakking the audio?
  22. :>
  23. :>andrew
  24. :>
  25.  
  26. fp12 and the latest ess driver on ddpak worked for me
  27.  
  28. regards,
  29.  
  30. Jim
  31.  
  32.  
  33. --- WtrGate+ v0.93.p7 sn 165
  34.  * Origin: Usenet: IBM Global Services, South, RTP, NC, US (1:109/42)
  35.  
  36. +----------------------------------------------------------------------------+
  37.  
  38. From: raphaelt@netnews.worldnet.att.net                 22-Oct-99 13:00:08
  39.   To: All                                               23-Oct-99 04:42:00
  40. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  41.  
  42. From: raphaelt@netnews.worldnet.att.net (Raphael Tennenbaum)
  43.  
  44. Jim Backus <jim.backus@gecm.com> wrote:
  45.  
  46. >IIRC there was a problem with the new CHKDSK that was introduced in Warp
  47. >FP5 that could affect SCSI HDs if they were set up in a particular way. 
  48. >SCSI HDs can be set up with or without an equivalent of LBA.  I believe
  49. >that if the SCSI HD has been set up not to use "LBA" CHKDSK32 has
  50. >problems. 
  51.  
  52. I hate to tell you this, Jim, but I'm afraid the problem
  53. isn't with chkdsk, but with the stupidity of Adaptec, and
  54. I'm sorry to say you're very likely facing a complete
  55. reinstall of your data onto all your partitions 
  56. Unfortunately -- and I'm fuzzy on the details, since it's
  57. been a while, and since I have since enabled translation for
  58. drives > 1 gig -- the fixpacked version of the AIC drivers
  59. will not allow for untranslated drives (else they simply
  60. default to them, I cn't recall), hence your filesystem
  61. errors.  Chkdsking after this installation, and fixing the
  62. problems I believe only makes them worse.  Still it might be
  63. possible but it's worth trying to fix them.
  64.  
  65. You need to revert back to the old Adaptec driver -- it'll
  66. work fine under later FPs -- and see if you can rescue your
  67. HD.
  68.  
  69. I haven't had any problems since this one with Adaptec but
  70. others have, and these -- along with the Incredible Growing
  71. Driver Size -- have probably put me off Adaptec forever.
  72.  
  73. -- 
  74. Ray Tennenbaum        '99 YZF-R6
  75. readme@ http://www.ray-field.com
  76.  
  77. --- WtrGate+ v0.93.p7 sn 165
  78.  * Origin: Usenet: AT&T WorldNet Services (1:109/42)
  79.  
  80. +----------------------------------------------------------------------------+
  81.  
  82. From: mattern@wco.com                                   22-Oct-99 10:18:19
  83.   To: All                                               23-Oct-99 04:42:00
  84. Subj: Re: Need Help please!!!
  85.  
  86. From: don mattern <mattern@wco.com>
  87.  
  88. lifedata@xxvol.com wrote:
  89. > Bob Germer <bobg.REMOVEME.@pics.com> said:
  90. > >> when boot  the system display this message "The line Set runwork place
  91. > >> in config.sys can t begin" and the system hangs. I have to format the
  92. > >> hard disk and install os2 and tcpip, but two weeks later happen another
  93. > >> time.
  94. > >When this happens, boot OS/2 from floppy and run chkdsk /f on the Warp
  95. > >partition. It sounds like you are not clearing the cache and or swapper.dat
  96. > >when shutting down.
  97. > And be sure to do a safe shutdown.
  98. > Jim L
  99. > Remove XX from address to Email
  100. > Crooks and kooks will get guns regardless of laws.
  101.  
  102.     but non-criminals get guns legally and can become criminals with
  103. guns!  don mattern
  104.  
  105. --- WtrGate+ v0.93.p7 sn 165
  106.  * Origin: Usenet: mattern construction (1:109/42)
  107.  
  108. +----------------------------------------------------------------------------+
  109.  
  110. From: hamei@pacbell.net                                 22-Oct-99 18:26:03
  111.   To: All                                               23-Oct-99 04:42:01
  112. Subj: Re: CHKDSK failing on JFS partition
  113.  
  114. From: hamei@pacbell.net
  115.  
  116. In <vB7bjev08iRJ-pn2-clm6560HVgMV@localhost>, mc6530@mclink.it (Yuri Dario)
  117. writes:
  118. >On Fri, 22 Oct 1999 03:52:37, Mark McClelland <mmcclelland@delphi.com>
  119. >wrote:
  120.  
  121. >>Does SMP work
  122. >> well on it? Is it noticably faster than a single processor system?
  123. >
  124. >noticably faster when you run multiple process that needs a lot of 
  125. >CPU. Otherwise for standard work it didn't make a great difference: 
  126. >but before I was running a single P200, so now I have got an 
  127. >incredible cpu power and I can't compare then properly.
  128. >
  129. >Bye,
  130. >
  131. >    Yuri Dario
  132. >
  133.  
  134. exactly my experience with Warp SMP - no noticeable change when in 
  135. single-app mode, but multi-tasking is remarkably enhanced. I wouldn't
  136. want to ever return to single-cpu mode. SMP works *really* well.
  137.  
  138. --
  139. sig disappeared, sorry
  140.  
  141. --- WtrGate+ v0.93.p7 sn 165
  142.  * Origin: Usenet: SBC Internet Services (1:109/42)
  143.  
  144. +----------------------------------------------------------------------------+
  145.  
  146. From: gj@NOSPAM.ucdavis.edu                             22-Oct-99 12:51:12
  147.   To: All                                               23-Oct-99 04:42:01
  148. Subj: Re: hung up, but good
  149.  
  150. From: "G. J. Mattey" <gj@NOSPAM.ucdavis.edu>
  151.  
  152.  
  153. Hans Peter Holm wrote:
  154.  
  155. > Jason Albertson wrote:
  156. >
  157. > > OS2 system began to hang after almost completely booting to the Shell.
  158. > > This is Warp 4 with latest fixpacks. System would get through all the
  159. > > drivers and hang with blackscreen and clock.
  160. >
  161. > The following is from two posts back in 1997. Both suggestions
  162. > worked for me in a similar situation. - Watch out for the name
  163. > of the desktop, if you're using a non-english version of Warp:
  164. >
  165. > If you haven't tried it already, adding the line
  166. > SET DESKTOP=[drive]:\DESKTOP to config.sys might help.
  167. >
  168.  
  169. I had this problem, too.  The solution worked for me.
  170.  
  171. Now how do I get rid of all those temporary desktops??
  172.  
  173.  
  174. >
  175. > And after bootup. try this little script :
  176. > change "x" for your boot drive
  177. > ************************************************************
  178. > /* Re-assign object id to desktop */
  179. >    call rxFuncAdd "SysLoadFuncs", "REXXUTIL", "SysLoadFuncs"
  180. >    call SysLoadFuncs
  181. >
  182. > call syssetobjectdata "x:\desktop" , "objectid=<WP_DESKTOP>";
  183. >
  184. > ************************************************************
  185. >
  186. > after that, you can remove "set desktop=..."
  187.  
  188. G. J. Mattey
  189. UC Davis Philosophy Department
  190.  
  191. --- WtrGate+ v0.93.p7 sn 165
  192.  * Origin: Usenet: UC Davis Philosophy Department (1:109/42)
  193.  
  194. +----------------------------------------------------------------------------+
  195.  
  196. From: Spammers@Bite.Me                                  23-Oct-99 01:23:16
  197.   To: All                                               23-Oct-99 04:42:02
  198. Subj: Re: NS/2 4.61 Address Book
  199.  
  200. From: "Jaime A. Cruz, Jr." <Spammers@Bite.Me>
  201.  
  202. -----BEGIN PGP SIGNED MESSAGE-----
  203. Hash: SHA1
  204.  
  205. Thanks, Mike.  I actually ended up retyping everything by hand.  I'm going to
  206. save this information, though, so I don't have to go through this again.
  207.  
  208. Any advice for going the other way (from OS/2 Communicator to Win32
  209. Communicator)?
  210.  
  211. On Fri, 22 Oct 1999 10:49:46 -0400, Michael Kaply wrote:
  212.  
  213. >Trey renaming the exported file to a .4LD rather than .LDI and then
  214. importing.
  215. >
  216. >The file netscape actually writes is an LDIF 4 file, not LDIF.
  217. >
  218. >This workaround is actually documented in the Netscape Communicator for
  219. Windows
  220. >Release Notes.
  221. >
  222. >Mike Kaply
  223. >IBM
  224. >
  225. >
  226. >"Jaime A. Cruz, Jr." wrote:
  227. >
  228. >>I tried exporting my Netscape address book from WinNT (Communicator 4.61)
  229. and
  230. >>importing the LDIF file into Communicator 4.61 under OS/2.  It didn't work.
  231. >>Nothing happened.  Has anyone else tried this?  Did you get it to work? 
  232. How?
  233. >>
  234. >>Jaime A. Cruz, Jr.
  235. >>
  236. >
  237.  
  238. Jaime A. Cruz, Jr.
  239.  
  240. o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o
  241. o                                                 o
  242. o  Visit the Nassau Wings Motorcycle Club at:     o
  243. o  http://www.nassauwings.org/                    o
  244. o  A Charter Member of the Motorcycle Web Ring!   o
  245. o                                                 o
  246. o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o
  247.  
  248.  
  249.  
  250. -----BEGIN PGP SIGNATURE-----
  251. Version: PGPfreeware 5.0 OS/2 for non-commercial use
  252. Comment: PGP 5.0 for OS/2
  253. Charset: cp850
  254.  
  255. wj8DBQE4EQAFgvzYfxgMc34RApvYAJ0ZL8/ojBZE/GoTJ8lY55H3imGOGACgjb7x
  256. 31+cQ4cnfcfPhjqdR2tdwaw=
  257. =x3T/
  258. -----END PGP SIGNATURE-----
  259.  
  260. --- WtrGate+ v0.93.p7 sn 165
  261.  * Origin: Usenet: Nassau Wings Motorcycle Club (1:109/42)
  262.  
  263. +----------------------------------------------------------------------------+
  264.  
  265. From: mr_ace@gmx.de                                     23-Oct-99 11:23:00
  266.   To: All                                               23-Oct-99 10:32:22
  267. Subj: Re: JAVAI access violation
  268.  
  269. From: mr_ace@gmx.de
  270.  
  271. Hi Jens!
  272.  
  273. >If I go to www.proxymate.com/signup.html, I get a security warning. 
  274. >After denying or granting, netscape 4.61 crashes with an access 
  275. >violation in JAVAI.DLL.
  276. >I use java 1.1.8 from 28jul99 with option -nojit
  277.  
  278. That's what I get, too, when JAVA is started with netscape 4.04 on some
  279. pages...
  280.  
  281. Does anybody have an idea??
  282.  
  283. Cu!
  284.  
  285. Andi
  286.  
  287. --- WtrGate+ v0.93.p7 sn 165
  288.  * Origin: Usenet: University of Karlsruhe (1:109/42)
  289.  
  290. +----------------------------------------------------------------------------+
  291.  
  292. From: cotroneo@stny.rr.com                              23-Oct-99 14:40:11
  293.   To: All                                               23-Oct-99 14:34:07
  294. Subj: winos2 fullscreen - no mouse pointer
  295.  
  296. From: cotroneo@stny.rr.com
  297.  
  298. winos2 seamless works fine on my system, but
  299. when I try to bring it up fullscreen, there is no
  300. mousepointer.
  301.  
  302. Anyone know how to bring the pointer back?
  303.  
  304. Keith Cotroneo
  305. cotroneo@stny.rr.com
  306.  
  307. --- WtrGate+ v0.93.p7 sn 165
  308.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  309.  
  310. +----------------------------------------------------------------------------+
  311.  
  312. From: arjen@removethis.hacom.nl                         23-Oct-99 16:40:16
  313.   To: All                                               23-Oct-99 14:34:07
  314. Subj: Re: Workplace shell bugs
  315.  
  316. From: "Arjen Meijer" <arjen@removethis.hacom.nl>
  317.  
  318. On 22 Oct 1999 14:51:11 GMT, Rich Walsh wrote:
  319. :>This table identifies what happens 
  320. :>when I drag one or more files and drop them without pressing any keys:
  321. :>
  322. :>File(s) dragged    Desktop           other folders
  323. :>---------------    --------------    --------------
  324. :>exe's only         pgm object        pgm object
  325. :>
  326. :>exe's & other
  327. :>files combined     move or shadow    move
  328. :>
  329. :>cmd file(s)        move or shadow    move
  330. :>
  331.  
  332. You are right even on fixpack 12. I would add *.com file. They have the
  333. behaviour as *.exe files. *.bat behave like *.cmd files.
  334.  
  335.  
  336. (My compliments for dragtext 3.1.)
  337.  
  338. Arjen
  339.  
  340.  
  341. --- WtrGate+ v0.93.p7 sn 165
  342.  * Origin: Usenet: Sizzen en Dwan (1:109/42)
  343.  
  344. +----------------------------------------------------------------------------+
  345.  
  346. From: c.k.christacopoulos.REMOVEME@dun...               23-Oct-99 16:13:10
  347.   To: mc6530@mclink.it                                  23-Oct-99 14:34:07
  348. Subj: Re: CHKDSK failing on JFS partition
  349.  
  350. Message sender: c.k.christacopoulos.REMOVEME@dundee.ac.uk
  351.  
  352. To: Yuri Dario <mc6530@mclink.it>
  353. From: Charles Christacopoulos <c.k.christacopoulos.REMOVEME@dundee.ac.uk>
  354.  
  355. Hi,
  356.  
  357. A bit late but just in case you have not fixed your problem yet.  Try
  358. booting from the Utility disks and run chkdsk ?: /F from the A: prompt.
  359.  
  360. I had JFS fail (see my other postings) although it was supposingly
  361. checked and repaired ... it was not.
  362.  
  363. -- 
  364. Remove REMOVE_ME to reply.
  365. -------------------------------------------------------------------
  366. Charles Christacopoulos, Secretary's Office, University of Dundee,
  367. Dundee DD1 4HN, (Scotland) United Kingdom.
  368. Tel: +44+(0)1382-344891. Fax: +44+(0)1382-201604.
  369. http://somis.ais.dundee.ac.uk/    (runs on OS/2)
  370. Scottish Search Maestro http://somis2.ais.dundee.ac.uk/ (runs on OS/2
  371. too)
  372.  
  373. --- WtrGate+ v0.93.p7 sn 165
  374.  * Origin: Usenet: University of Dundee (1:109/42)
  375.  
  376. +----------------------------------------------------------------------------+
  377.  
  378. From: tholen@ifa.hawaii.edu                             23-Oct-99 20:11:14
  379.   To: All                                               23-Oct-99 19:54:20
  380. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  381.  
  382. From: tholen@ifa.hawaii.edu
  383.  
  384. Mark Schlegel writes:
  385.  
  386. > The behavior seems to be that if you repeatedly enter some pages then
  387. > go one level down then return to the main page, eventually when you
  388. > come to the main page, Netscape will start filling the swapper.dat
  389. > like crazy.
  390.  
  391. swapper.dat is not managed by Netscape, but rather by the operating
  392. system, so I don't know why you're blaming Netscape for the behavior
  393. you've observed.
  394.  
  395. --- WtrGate+ v0.93.p7 sn 165
  396.  * Origin: Usenet: IFA B111 (1:109/42)
  397.  
  398. +----------------------------------------------------------------------------+
  399.  
  400. From: lsunley@mb.sympatico.ca                           23-Oct-99 20:30:01
  401.   To: All                                               23-Oct-99 19:54:20
  402. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  403.  
  404. From: lsunley@mb.sympatico.ca (Lorne Sunley)
  405.  
  406. On Sat, 23 Oct 1999 20:11:28, tholen@ifa.hawaii.edu wrote:
  407.  
  408. > Mark Schlegel writes:
  409. > > The behavior seems to be that if you repeatedly enter some pages then
  410. > > go one level down then return to the main page, eventually when you
  411. > > come to the main page, Netscape will start filling the swapper.dat
  412. > > like crazy.
  413. > swapper.dat is not managed by Netscape, but rather by the operating
  414. > system, so I don't know why you're blaming Netscape for the behavior
  415. > you've observed.
  416. Probably because an application is able to allocate memory
  417. and never release it. 
  418.  
  419. In order to provide for this "ever increasing" virtual memory
  420. requirement, the OS will allocate more and more space
  421. for the SWAPPER.DAT file.
  422.  
  423. This behaviour (the growth of SWAPPER.DAT) is common
  424. when applications have bugs that allocate memory but never
  425. release it back to the operating system.
  426.  
  427. Lorne Sunley
  428.  
  429.  
  430. --- WtrGate+ v0.93.p7 sn 165
  431.  * Origin: Usenet: MBnet Networking Inc. (1:109/42)
  432.  
  433. +----------------------------------------------------------------------------+
  434.  
  435. From: thannymeister@spambegone.yahoo.com                23-Oct-99 16:34:17
  436.   To: All                                               23-Oct-99 19:54:20
  437. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  438.  
  439. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  440.  
  441. On 23 Oct 1999 20:11:28 GMT, tholen@ifa.hawaii.edu wrote:
  442.  
  443. >Mark Schlegel writes:
  444. >
  445. >> The behavior seems to be that if you repeatedly enter some pages then
  446. >> go one level down then return to the main page, eventually when you
  447. >> come to the main page, Netscape will start filling the swapper.dat
  448. >> like crazy.
  449. >
  450. >swapper.dat is not managed by Netscape, but rather by the operating
  451. >system, so I don't know why you're blaming Netscape for the behavior
  452. >you've observed.
  453.  
  454. Are you being intentionally daft?  What he's saying is that Netscape is
  455. allocating memory, and not freeing it, which is exactly what a program
  456. that wants to fill up swapper.dat must do.
  457.  
  458. I very much doubt that he's not spent the minimal effort required to make
  459. sure that Netscape is what's leaking memory.
  460.  
  461.  
  462.  
  463.  - Mike
  464.  
  465. Remove 'spambegone' to send e-mail.
  466.  
  467.  
  468. --- WtrGate+ v0.93.p7 sn 165
  469.  * Origin: Usenet: TLF (1:109/42)
  470.  
  471. +----------------------------------------------------------------------------+
  472.  
  473. From: arnews@dsgml.com                                  23-Oct-99 20:04:15
  474.   To: All                                               23-Oct-99 21:23:15
  475. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  476.  
  477. From: Ariel <arnews@dsgml.com>
  478.  
  479. On Sat, 23 Oct 1999, Mark Schlegel wrote:
  480.  
  481. > Netscape will start filling the swapper.dat like crazy.
  482. [snip]
  483. > swapping took my swapper.dat from 40Meg to 141 Meg in just a few
  484. > minutes and I was able to kill netscape by Control+esc and then
  485. > selecting Close.
  486.  
  487. > The only thing unusual with my netscape is that I have Auto loading of
  488. > images turned off
  489.  
  490. I want to confirm that this happens - I notice it only when I have images
  491. turned off, and the page loads a very large number of images - a lot of
  492. them the same image, perhaps some of them in the cache already.
  493.  
  494. This happens also with 4.0x versions, so it's not something new. Turning
  495. on images solves the problem, which is what I did - and then forgot about
  496. it till reminded here.
  497.  
  498. Also, it not a memory leak exactly - netscape will release the memory
  499. eventually. The problem is that it allocates the memory in the first place
  500. - which it should not IMO.
  501.  
  502.     -Ariel
  503.  
  504.  
  505. --- WtrGate+ v0.93.p7 sn 165
  506.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  507.  
  508. +----------------------------------------------------------------------------+
  509.  
  510. From: rsstan@ibm.net                                    23-Oct-99 19:41:14
  511.   To: All                                               23-Oct-99 21:23:15
  512. Subj: Netscape Dowload Problems - Solution(??)
  513.  
  514. From: "Bob Stan" <rsstan@ibm.net>
  515.  
  516. I have had a the familiar problem of downloads terminating with Netscape 4.04
  517. and higher.  Although they would sometimes complete, they usually did not.  I
  518. also use Object Desktop 2.0 and have had Object Netscan installed.  Since
  519. removing Object deskscan, I have successfully downloaded files with Navigator
  520. 4.6 of sizes from 7 Meg to 1 Meg with no problems with a modem running at
  521. 28.8 (although it is a 57K modem my lines never permit anything above 28.8). 
  522. I don't know if this is coincidence as the successful downloads have all
  523. occurred today and maybe something else is involved.  I thought I would
  524. mention it though.
  525.  
  526.  
  527. --- WtrGate+ v0.93.p7 sn 165
  528.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  529. (1:109/42)
  530.  
  531. +----------------------------------------------------------------------------+
  532.  
  533. From: hamei@pacbell.net                                 23-Oct-99 23:47:08
  534.   To: All                                               24-Oct-99 05:23:24
  535. Subj: Re: JAVAI access violation
  536.  
  537. From: hamei@pacbell.net
  538.  
  539. In <SKfw30zmCGmZ-pn2-xTt0wxZCMdds@localhost>, doug.bissett"at"attglobal.net
  540. (Doug Bissett) writes:
  541.  
  542. >I use SmartCache, which is a JAVA program, I have just installed Adobe
  543. >Acrobat reader for JAVA (slow, but it seems to work), and the HOTJAVA 
  544. >web browser, from SUN, works (there are a few problems, but they seem 
  545. >to be programing problems, not JAVA problems).
  546.  
  547. don't you love the HotJava browser ? looks good, works well (usually),
  548. fun, simple . . . recommended ! ( hope they fix a few of the quirks, tho )
  549. Maybe Java will eventually become useful . . . 
  550.  
  551. >
  552. >Hope this helps...
  553. >******************************
  554. >From the PC of Doug Bissett
  555. >doug.bissett at attglobal.net
  556. >The " at " must be changed to "@"
  557. >******************************
  558.  
  559. --
  560. Albert, the Mad Shirt Grinder
  561.  
  562. --- WtrGate+ v0.93.p7 sn 165
  563.  * Origin: Usenet: SBC Internet Services (1:109/42)
  564.  
  565. +----------------------------------------------------------------------------+
  566.  
  567. From: sma.spam-not@rtd.com                              24-Oct-99 05:51:16
  568.   To: All                                               24-Oct-99 05:23:24
  569. Subj: Re: Netscape Dowload Problems - Solution(??)
  570.  
  571. From: James Moe <sma.spam-not@rtd.com>
  572.  
  573.  
  574. Bob Stan wrote:
  575. > I have had a the familiar problem of downloads terminating with Netscape
  576. 4.04
  577. > and higher.  Although they would sometimes complete, they usually did not. 
  578. I
  579. > also use Object Desktop 2.0 and have had Object Netscan installed.  Since
  580. > removing Object deskscan, I have successfully downloaded files with
  581. Navigator
  582. > 4.6 of sizes from 7 Meg to 1 Meg with no problems with a modem running at
  583.  
  584. > 28.8 (although it is a 57K modem my lines never permit anything above 28.8).
  585.  
  586.     Mine, too. It's rare to get a 28.8k connection. Usually 26.4k.
  587. Although the actual transfer rate reported by the dialer is considerably
  588. higher than those numbers imply: 3.3KB to 5.5KB/sec. Go figure....
  589.  
  590. > I don't know if this is coincidence as the successful downloads have all
  591. > occurred today and maybe something else is involved.  I thought I would
  592. > mention it though.
  593.  
  594.     The site that seems to display this problem most consistenly is
  595. IBM's. I cannot offhand remember a download terminating prematurely
  596. using NS4.61, besides IBM's. Whatever they are using for servers become
  597. erratic (long gaps where nothing is transferred), then the service is
  598. briefly unavailable, then it's back up and the download proceeds
  599. smoothly. Mornings seem to be the worst times, afternoons better.
  600.     If you have a choice, use FTP. It always works. Others have
  601. suggested WGET (check out hobbes) which is also quite reliable and can
  602. resume a partial download.
  603.  
  604. -- 
  605.  
  606. sma at rtd dot com
  607. Remove ".spam-not" for email
  608.  
  609. --- WtrGate+ v0.93.p7 sn 165
  610.  * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)
  611.  
  612. +----------------------------------------------------------------------------+
  613.  
  614. From: sma.spam-not@rtd.com                              24-Oct-99 05:59:10
  615.   To: All                                               24-Oct-99 05:23:24
  616. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  617.  
  618. From: James Moe <sma.spam-not@rtd.com>
  619.  
  620.  
  621. Raphael Tennenbaum wrote:
  622. > [ ... ]
  623. >
  624. > I haven't had any problems since this one with Adaptec but
  625. > others have, and these -- along with the Incredible Growing
  626. > Driver Size -- have probably put me off Adaptec forever.
  627.     And that they are outrageously overpriced.
  628.  
  629. -- 
  630.  
  631. sma at rtd dot com
  632. Remove ".spam-not" for email
  633.  
  634. --- WtrGate+ v0.93.p7 sn 165
  635.  * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)
  636.  
  637. +----------------------------------------------------------------------------+
  638.  
  639. From: tholen@ifa.hawaii.edu                             24-Oct-99 08:57:08
  640.   To: All                                               24-Oct-99 10:19:13
  641. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  642.  
  643. From: tholen@ifa.hawaii.edu
  644.  
  645. Mike Ruskai writes:
  646.  
  647. >> Mark Schlegel writes:
  648.  
  649. >>> The behavior seems to be that if you repeatedly enter some pages then
  650. >>> go one level down then return to the main page, eventually when you
  651. >>> come to the main page, Netscape will start filling the swapper.dat
  652. >>> like crazy.
  653.  
  654. >> swapper.dat is not managed by Netscape, but rather by the operating
  655. >> system, so I don't know why you're blaming Netscape for the behavior
  656. >> you've observed.
  657.  
  658. > Are you being intentionally daft?
  659.  
  660. I see you're starting right off with an insult.  Why should I respond
  661. to you any further?
  662.  
  663. --- WtrGate+ v0.93.p7 sn 165
  664.  * Origin: Usenet: IFA B111 (1:109/42)
  665.  
  666. +----------------------------------------------------------------------------+
  667.  
  668. From: tholen@ifa.hawaii.edu                             24-Oct-99 08:56:01
  669.   To: All                                               24-Oct-99 10:19:13
  670. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  671.  
  672. From: tholen@ifa.hawaii.edu
  673.  
  674. Lorne Sunley writes:
  675.  
  676. >> Mark Schlegel writes:
  677.  
  678. >>> The behavior seems to be that if you repeatedly enter some pages then
  679. >>> go one level down then return to the main page, eventually when you
  680. >>> come to the main page, Netscape will start filling the swapper.dat
  681. >>> like crazy.
  682.  
  683. >> swapper.dat is not managed by Netscape, but rather by the operating
  684. >> system, so I don't know why you're blaming Netscape for the behavior
  685. >> you've observed.
  686.  
  687. > Probably because an application is able to allocate memory
  688. > and never release it. 
  689.  
  690. I've not observed that behavior with 4.61, and I frequently enter
  691. pages, then go one level down, then return to the main page.  My
  692. swap file is still at its original size.
  693.  
  694. > In order to provide for this "ever increasing" virtual memory
  695. > requirement, the OS will allocate more and more space
  696. > for the SWAPPER.DAT file.
  697.  
  698. It wouldn't be the first time the operating system didn't shrink
  699. swapper.dat.
  700.  
  701. > This behaviour (the growth of SWAPPER.DAT) is common
  702. > when applications have bugs that allocate memory but never
  703. > release it back to the operating system.
  704.  
  705. It should be easy to test whether Netscape is leaking memory.  Simply
  706. exit Netscape.
  707.  
  708. --- WtrGate+ v0.93.p7 sn 165
  709.  * Origin: Usenet: IFA B111 (1:109/42)
  710.  
  711. +----------------------------------------------------------------------------+
  712.  
  713. From: Jakob_Rascher@t-online.de                         24-Oct-99 10:43:25
  714.   To: All                                               24-Oct-99 10:19:13
  715. Subj: Re: Netscape Dowload Problems - Solution(??)
  716.  
  717. From: Jakob_Rascher@t-online.de
  718.  
  719. Hi Bob,
  720. take awget1512 from Hobbes
  721. Jakob
  722.  
  723. On Sat, 23 Oct 1999 23:41:29, "Bob Stan" <rsstan@ibm.net> wrote:
  724.  
  725. > I have had a the familiar problem of downloads terminating with Netscape
  726. 4.04
  727. > and higher.  Although they would sometimes complete, they usually did not. 
  728. I
  729. > also use Object Desktop 2.0 and have had Object Netscan installed.  Since
  730. > removing Object deskscan, I have successfully downloaded files with
  731. Navigator
  732. > 4.6 of sizes from 7 Meg to 1 Meg with no problems with a modem running at
  733. > 28.8 (although it is a 57K modem my lines never permit anything above 28.8). 
  734.  
  735. > I don't know if this is coincidence as the successful downloads have all
  736. > occurred today and maybe something else is involved.  I thought I would
  737. > mention it though.
  738.  
  739.  
  740. --- WtrGate+ v0.93.p7 sn 165
  741.  * Origin: Usenet: T-Online (1:109/42)
  742.  
  743. +----------------------------------------------------------------------------+
  744.  
  745. From: KevH@yorkieLL.dabsol.co.uk                        24-Oct-99 13:04:15
  746.   To: All                                               24-Oct-99 14:29:20
  747. Subj: Update Blues
  748.  
  749. From: KevH@yorkieLL.dabsol.co.uk
  750.  
  751. Hi Group Readers,
  752.    
  753.    Not a bug report, hopefully, just some advice and
  754. knowledge which I must be missing.
  755.  
  756.    I have recently installed warp3 Red Spine on a newly 
  757. assembled system.  No great problems there and one might 
  758. call this Stage I.  
  759.  
  760.    Stage II is the loading of software - a few
  761. problems here but hopefully nothing without a solution.
  762. Quattro Pro v5.0 will not run.  Loads the Details/
  763. Welcome/Owner Dialog box then goes no further.  The
  764. situation is similar to one encountered with either
  765. low resources or wrong file/format type.  QP5.0 is
  766. supposedly HPFS aware and have tried it on both a
  767. HPFS and Fat16 partition.  Still that is not my main
  768. and most pressing problem.
  769.  
  770.    Stage III is the updating of W3.  In an earlier
  771. posting about this (really the reply), it was advised
  772. to visit:-
  773.  
  774. ftp://ps.software.ibm.com/ps/products/tcpip/fixes/v2.0os2/un64092/
  775.  
  776. for TCP/IP v3 (from the W3 base v2).
  777.  
  778. Also to visit:-
  779.  
  780. ftp://ftp01.ny.us.ibm.net/pub/PPP/
  781.  
  782. for PPP protocol addition.
  783.  
  784.    I have gone to these file areas on five occasions but
  785. am not able to download any as I receive an error 550.
  786. I do not know what this error refers to but as my browser/
  787. ftp setup is about 3 years old (a system with Win 3.11)
  788. I thought that maybe the problem might just be there.  Of
  789. course FTP is not exactly an area whereby updating is 
  790. done very frequently so I have my doubts if this is the
  791. real issue.  However, I have asked various friends to 
  792. help out and they all report problems (different error 
  793. numbered messages).
  794.  
  795.    Could some kind soul give me some advice on this?
  796.  
  797.  
  798.  
  799. --- WtrGate+ v0.93.p7 sn 165
  800.  * Origin: Origin Line 1 Goes Here (1:109/42)
  801.  
  802. +----------------------------------------------------------------------------+
  803.  
  804. From: hpholm@post1.tele.dk                              24-Oct-99 12:46:15
  805.   To: All                                               24-Oct-99 14:29:20
  806. Subj: Re: hung up, but good
  807.  
  808. From: hpholm@post1.tele.dk (Hans Peter Holm)
  809.  
  810. G. J. Mattey wrote:
  811.  
  812. > Hans Peter Holm wrote:
  813. ...
  814. > > If you haven't tried it already, adding the line
  815. > > SET DESKTOP=[drive]:\DESKTOP to config.sys might help.
  816.  
  817. > I had this problem, too.  The solution worked for me.
  818. > Now how do I get rid of all those temporary desktops??
  819.  
  820. I don't have a really good answer to this question. The desktop links 
  821. itself to folders, files, templates etc. in mysterious ways (for me!) 
  822. so I simply moved the 'Previous Desktop' object into a subfolder and 
  823. forgot all about it. You might want to check the size of the object, 
  824. and move or delete any large binary downloads from it first.
  825.  
  826. Deleting the OS/2 System folder from a Previous Desktop object on an 
  827. earlier occasion, got me into a lot of trouble with missing objects 
  828. on the real desktop. That's a long time ago (1996) and I wasn't really 
  829. sure what I was doing, but the power of WPS still scares me a bit. ;-)
  830.  
  831. -- 
  832. Hans
  833.  
  834. --- WtrGate+ v0.93.p7 sn 165
  835.  * Origin: Usenet: Warped TEAM OS/2 DANMARK world (1:109/42)
  836.  
  837. +----------------------------------------------------------------------------+
  838.  
  839. From: R.Pronk@twi.tudelft.nl                            24-Oct-99 16:12:17
  840.   To: mc6530@mclink.it                                  24-Oct-99 14:29:20
  841. Subj: Re: CHKDSK failing on JFS partition
  842.  
  843. To: Yuri Dario <mc6530@mclink.it>
  844. From: =?iso-8859-1?Q?Ren=E9?= Pronk <R.Pronk@twi.tudelft.nl>
  845.  
  846. Hi Yuri,
  847.  
  848. I'm also having problems with JFS (JFSfix loaded, no difference) on my SMP
  849. machine. For some unknown reason ARJ (OS/2-version) isn't able to extract
  850. compressed files on a JFS partition. When I copy the file to either a HPFS
  851. or FAT partition, it works fine. That's the first problem, but a bigger
  852. problem is VACPP (fixpack 8). When I have the Odin sources on my JFS
  853. partition, I can't compile them completely because VACPP doesn't copy the
  854. .LIB files into the lib directory. When I do this manually and restart the
  855. make, it continues to the next DLL, but quits there with exactly the same
  856. problem. When I compile Odin from a HPFS partition, there is no problem!
  857.  
  858. Can you confirm these problems? It might be a bug that only shows on SMP
  859. machines. If you have these problems as well we should try contacting IBM.
  860. For now I'll format my JFS partition to HPFS :-((, because I don't want to
  861. risk my data.
  862.  
  863.  
  864. My configuration:
  865. Abit BP6 440BX mobo, dual Celeron 466Mhz
  866. 128 Mb RAM, 14Gb IBM DTTA harddisk
  867. DVD player, HP 7500 cdwriter, Sb 16
  868.  
  869. Bye,
  870.  
  871. René Pronk
  872.  
  873.  
  874. > yesterday I lost my JFS partition from my WarpServer for Ebusiness PC.
  875. > Now chkdsk is unable to restore the partition because it is quitting
  876. > during step 3
  877. >
  878. > E:\>chkdsk F: /f
  879. > The current hard disk drive is: F:
  880. > The type of file system for the disk is JFS.
  881. > The JFS file system program has been started.
  882. > CHKDSK  Block size in bytes:  4096
  883. > CHKDSK  File system size in blocks:  1048233
  884. > CHKDSK *Phase 0 - Replay Journal Log
  885. > CHKDSK *Phase 1 - Check Blocks, Files/Directories, and Directory
  886. > Entries
  887. > CHKDSK *Phase 2 - Count Links
  888. > CHKDSK *Phase 3 - Rescan for Duplicate Blocks and Verify Directory
  889. > Tree
  890. >     ....|....
  891. > E:\>
  892. >
  893. > I were using the JFS.IFS fixed when the partition got corrupted. I
  894. > tried also using the old JFS.IFS but it has the same problem.
  895. > The partition data should be still good, because steps 1 and 2 can be
  896. > completed.
  897. >
  898. > My pc is a dual P3/450, 256MB, supermicro P6DBU with IBM 9.1scsi U2W.
  899. >
  900. > I need some help to reset the dirty flag on JFS, because I need to
  901. > extract at least a few missing files from tapes.
  902. >
  903. > Can you help me?
  904.  
  905. --- WtrGate+ v0.93.p7 sn 165
  906.  * Origin: Usenet: Delft University of Technology (1:109/42)
  907.  
  908. +----------------------------------------------------------------------------+
  909.  
  910. From: thannymeister@spambegone.yahoo.com                24-Oct-99 11:57:08
  911.   To: All                                               24-Oct-99 14:29:21
  912. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  913.  
  914. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  915.  
  916. On 24 Oct 1999 08:57:17 GMT, tholen@ifa.hawaii.edu wrote:
  917.  
  918. >Mike Ruskai writes:
  919. >
  920. >>> Mark Schlegel writes:
  921. >
  922. >>>> The behavior seems to be that if you repeatedly enter some pages then
  923. >>>> go one level down then return to the main page, eventually when you
  924. >>>> come to the main page, Netscape will start filling the swapper.dat
  925. >>>> like crazy.
  926. >
  927. >>> swapper.dat is not managed by Netscape, but rather by the operating
  928. >>> system, so I don't know why you're blaming Netscape for the behavior
  929. >>> you've observed.
  930. >
  931. >> Are you being intentionally daft?
  932. >
  933. >I see you're starting right off with an insult.  Why should I respond
  934. >to you any further?
  935.  
  936. Because you seem to enjoy wasting your time, by posting irrelevant
  937. information in response to a properly-formed question.  If you were really
  938. miffed at what you made into a personal insult, you'd have not responded
  939. at all.
  940.  
  941.  
  942.  
  943.  - Mike
  944.  
  945. Remove 'spambegone' to send e-mail.
  946.  
  947.  
  948. --- WtrGate+ v0.93.p7 sn 165
  949.  * Origin: Usenet: TLF (1:109/42)
  950.  
  951. +----------------------------------------------------------------------------+
  952.  
  953. From: moschleg@erols.com                                24-Oct-99 13:26:28
  954.   To: tholenAntiSpam@ifa.hawaii.edu, th..               24-Oct-99 16:44:17
  955. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  956.  
  957. To: tholenAntiSpam@ifa.hawaii.edu, tholen@ifa.hawaii.edu
  958. From: Mark Schlegel <moschleg@erols.com>
  959.  
  960.  
  961. tholen@ifa.hawaii.edu wrote:
  962.  
  963. > Mark Schlegel writes:
  964. >
  965. > > The behavior seems to be that if you repeatedly enter some pages then
  966. > > go one level down then return to the main page, eventually when you
  967. > > come to the main page, Netscape will start filling the swapper.dat
  968. > > like crazy.
  969. >
  970. > swapper.dat is not managed by Netscape, but rather by the operating
  971. > system, so I don't know why you're blaming Netscape for the behavior
  972. > you've observed.
  973.  
  974. Hmm, could it be because the second I closed Netscape the swapper.dat
  975. shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  976. That seems to point to NS being the culprit, right?
  977.  
  978. Mark
  979.  
  980. --- WtrGate+ v0.93.p7 sn 165
  981.  * Origin: Origin Line 1 Goes Here (1:109/42)
  982.  
  983. +----------------------------------------------------------------------------+
  984.  
  985. From: moschleg@erols.com                                24-Oct-99 13:29:05
  986.   To: All                                               24-Oct-99 16:44:17
  987. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  988.  
  989. From: Mark Schlegel <moschleg@erols.com>
  990.  
  991. tholen@ifa.hawaii.edu wrote:
  992.  
  993. > Lorne Sunley writes:
  994. >
  995. > It should be easy to test whether Netscape is leaking memory.  Simply
  996. > exit Netscape.
  997.  
  998. Yes, I did exit netscape, and the swapper.dat immediately shrank.
  999.  
  1000. I've been able to replicate this multiple times on the
  1001. computing.net/os2/wwwboard
  1002. site
  1003.  
  1004. Mark
  1005.  
  1006. --- WtrGate+ v0.93.p7 sn 165
  1007.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1008.  
  1009. +----------------------------------------------------------------------------+
  1010.  
  1011. From: moschleg@erols.com                                24-Oct-99 15:41:03
  1012.   To: All                                               24-Oct-99 16:44:17
  1013. Subj: NS 4.61 GA (US/strong) sys3175 upon emptying trash
  1014.  
  1015. From: Mark Schlegel <moschleg@erols.com>
  1016.  
  1017. I would like to report that NS 4.61 GA strong encryption
  1018. US/Canada version just gave me a SYS3175:
  1019. ============ quote of popuplog.os2 ============
  1020. 10-24-1999  15:32:40  SYS3175  PID 0033  TID 0001  Slot 0054
  1021. F:\TCPIP\COMM461X\PROGRAM\NETSCAPE.EXE
  1022. c0000005
  1023. 1bfac361
  1024. P1=00000000  P2=ffffffff  P3=XXXXXXXX  P4=XXXXXXXX
  1025. EAX=014ad910  EBX=00000000  ECX=00000000  EDX=00ce0038
  1026. ESI=014ad910  EDI=00000000
  1027. DS=0053  DSACC=d0f3  DSLIM=1fffffff
  1028. ES=0053  ESACC=d0f3  ESLIM=1fffffff
  1029. FS=150b  FSACC=00f3  FSLIM=00000030
  1030. GS=0000  GSACC=****  GSLIM=********
  1031. CS:EIP=005b:1e6c9b03  CSACC=d0df  CSLIM=1fffffff
  1032. SS:ESP=0053:007c5db0  SSACC=d0f3  SSLIM=1fffffff
  1033. EBP=007c5dc4  FLG=00012213
  1034.  
  1035. DOSCALL1.DLL 0003:0000c361
  1036. ======================================
  1037.  
  1038. description of situation
  1039.  
  1040. I had one mail sitting "Unsent Messages", I didn't want to send it so I
  1041. deleted it.  This of course put it in the trash folder, later I wanted
  1042. to look
  1043. at the trash folder before clearing it so I opened the trash
  1044. folder.  Only the one mail was in there, so I selected File->Empty trash
  1045. on
  1046. local mail, this was done while the trash folder was still open.
  1047. This resulted in the sys3175
  1048.  
  1049. I have Netscape 4.61 GA 128 bit strong US/canada version, on warp 4,
  1050. FPak 9, 64 megs physical ram.
  1051.  
  1052. Mark
  1053.  
  1054. --- WtrGate+ v0.93.p7 sn 165
  1055.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1056.  
  1057. +----------------------------------------------------------------------------+
  1058.  
  1059. From: doug.bissett"at"attglobal.net                     24-Oct-99 20:21:09
  1060.   To: All                                               24-Oct-99 19:49:27
  1061. Subj: Re: JAVAI access violation
  1062.  
  1063. From: doug.bissett"at"attglobal.net (Doug Bissett)
  1064.  
  1065. On Sat, 23 Oct 1999 23:47:17, hamei@pacbell.net wrote:
  1066.  
  1067. > don't you love the HotJava browser ? looks good, works well (usually),
  1068. > fun, simple . . . recommended ! ( hope they fix a few of the quirks, tho )
  1069. > Maybe Java will eventually become useful . . . 
  1070. >  
  1071.  
  1072. Actually, it does look like it could be turned into something useful. 
  1073. In it's current form, however, it is not really usable (at least in my
  1074. case). I have JAVA 1.1.8, with the 19990910 update. Two major things 
  1075. that turn me off:
  1076. 1) I get into about 5, or 6, web pages, with no problems, but then the
  1077. vertical, and horizontal scroll bars seem to switch places (I get a 
  1078. horizontal bar, instead of a vertical bar), and I can't scroll down to
  1079. get to the bottom of a page (I don't think the horizontal scrolling 
  1080. works either). At that point, I have to close the program, and restart
  1081. it, to get another 5, or 6, pages when it does it again.
  1082. 2) There is no support for encryption. If it had 128 bit encryption, 
  1083. it would be more usable.
  1084.  
  1085. I do use JAVA for other things. I use SmartCache 
  1086. (http://ncic.netmag.cz/apps/nase/smartcache_e.html) instead of the 
  1087. Netscape cache (it works in all of my browsers, including HotJava and 
  1088. StarOffice), and now with the Adobe Acrobat viewer (I don't think I 
  1089. will use that much, it is just too slow to start, but seems to work 
  1090. otherwise).
  1091.  
  1092. Just my C$.03 ($.02 US)...
  1093. ******************************
  1094. From the PC of Doug Bissett
  1095. doug.bissett at attglobal.net
  1096. The " at " must be changed to "@"
  1097. ******************************
  1098.  
  1099. --- WtrGate+ v0.93.p7 sn 165
  1100.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  1101. (1:109/42)
  1102.  
  1103. +----------------------------------------------------------------------------+
  1104.  
  1105. From: mckinnis@attglobal.net                            24-Oct-99 15:19:11
  1106.   To: All                                               24-Oct-99 19:49:27
  1107. Subj: Re: Netscape Dowload Problems - Solution(??)
  1108.  
  1109. From: Chuck McKinnis <mckinnis@attglobal.net>
  1110.  
  1111. AWGet is a great piece of code if the server site follows the rules.  I
  1112. have never been able to use it to download Netscape.
  1113.  
  1114. Jakob_Rascher@t-online.de wrote:
  1115. > Hi Bob,
  1116. > take awget1512 from Hobbes
  1117. > Jakob
  1118. > On Sat, 23 Oct 1999 23:41:29, "Bob Stan" <rsstan@ibm.net> wrote:
  1119. > > I have had a the familiar problem of downloads terminating with Netscape
  1120. 4.04
  1121. > > and higher.  Although they would sometimes complete, they usually did not. 
  1122.  I
  1123. > > also use Object Desktop 2.0 and have had Object Netscan installed.  Since
  1124. > > removing Object deskscan, I have successfully downloaded files with
  1125. Navigator
  1126. > > 4.6 of sizes from 7 Meg to 1 Meg with no problems with a modem running at
  1127. > > 28.8 (although it is a 57K modem my lines never permit anything above
  1128. 28.8).
  1129. > > I don't know if this is coincidence as the successful downloads have all
  1130. > > occurred today and maybe something else is involved.  I thought I would
  1131. > > mention it though.
  1132. > >
  1133. > >
  1134.  
  1135. -- 
  1136. Chuck McKinnis
  1137. Senior Systems Engineer
  1138. Denver Solutions Group, Inc.
  1139. IBM Business Partner
  1140. IBM Senior Systems Engineer (retired)
  1141.  
  1142. --- WtrGate+ v0.93.p7 sn 165
  1143.  * Origin: Usenet: Denver Solutions Group (1:109/42)
  1144.  
  1145. +----------------------------------------------------------------------------+
  1146.  
  1147. From: dwparsons@t-online.de                             24-Oct-99 23:20:16
  1148.   To: All                                               24-Oct-99 19:49:27
  1149. Subj: Re: PINBALL.SYS and FP12?
  1150.  
  1151. From: dwparsons@t-online.de (Dave Parsons)
  1152.  
  1153. On Thu, 21 Oct 1999 17:34:14, Bill "Wild Willy" Kredentser <wwilly@one.net>
  1154. wrote:
  1155.  
  1156. > And my WARP4 is at FP12, although this was working at
  1157. > FP11 & perhaps FP10.  I don't recall what was current
  1158. > this past May.  But like I say, I should think the
  1159. > Fix Pack level on OS/2 is irrelevant.
  1160. > WW
  1161. > Team OS/2 Cincinnati & PROUD OF IT!
  1162.  
  1163. Thanks Willy,
  1164. Yes, I re-installed pinball.sys for the third time and it now seems
  1165. to work again. Don't know what was wrong but all's well that ends
  1166. well.
  1167. Cheers,
  1168. -- 
  1169. Dave
  1170.  
  1171. --- WtrGate+ v0.93.p7 sn 165
  1172.  * Origin: Usenet: CDL (1:109/42)
  1173.  
  1174. +----------------------------------------------------------------------------+
  1175.  
  1176. From: mckinnis@attglobal.net                            24-Oct-99 15:32:20
  1177.   To: All                                               24-Oct-99 19:49:27
  1178. Subj: Backing out FP12
  1179.  
  1180. From: Chuck McKinnis <mckinnis@attglobal.net>
  1181.  
  1182. Has anyone done this?  I tried with rather dismal results.  I think I
  1183. understand the fixpack process fairly well, but:
  1184.  
  1185. Opened the OS2SERV directory that I installed FP12 from and started in. 
  1186. Selected the advanced options, displayed the backed up components, and
  1187. tried to back out to FP11.  Failed with the following message:
  1188.  
  1189. CSF0214: There is not enough space on disk C to continue.
  1190.  
  1191. Drive C has 120Mb+ of free space.  Deleted C:\FIXSTART, and checked for
  1192. the various IBMCSFLK.* files.  Looked in IBMCSFLK.LST and found a RMDIR
  1193. H:\IBMCSFLK (interesting that it would complain about C since it looks
  1194. like it planned to use H for a work area).  Anyway, deleted all of the
  1195. temporary service files and went back to OS2SERV.
  1196.  
  1197. This time I selected FP12 and "Uninstall".  My system proceeded to
  1198. reboot twice and came back to life.  SYSLEVEL.OS2 shows FP11 and
  1199. SYSLEVEL.FPK shows FP12.  Don't think everything went quite right.
  1200.  
  1201. My backup directory is still intact, but I'm not sure what I can do with
  1202. it.
  1203.  
  1204. I did try using CSF140 instead of CSF141 to do the backout, but I still
  1205. get the C drive message.
  1206.  
  1207. I am setting here trying to decide whether to try a backout to the
  1208. archive and re-apply FP11, wait for some resolution from IBM, re-install
  1209. WARP 4 from scratch, or just continue running with a system at some
  1210. level.
  1211.  
  1212. -- 
  1213. Chuck McKinnis
  1214. Senior Systems Engineer
  1215. Denver Solutions Group, Inc.
  1216. IBM Business Partner
  1217. IBM Senior Systems Engineer (retired)
  1218.  
  1219. --- WtrGate+ v0.93.p7 sn 165
  1220.  * Origin: Usenet: Denver Solutions Group (1:109/42)
  1221.  
  1222. +----------------------------------------------------------------------------+
  1223.  
  1224. From: JHB@no.spam.jita.demon.co.uk                      24-Oct-99 22:14:19
  1225.   To: All                                               24-Oct-99 21:21:05
  1226. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  1227.  
  1228. From: JHB@no.spam.jita.demon.co.uk (Jim Backus)
  1229.  
  1230. On Sun, 24 Oct 1999 05:59:21, James Moe <sma.spam-not@rtd.com> wrote:
  1231.  
  1232. > > I haven't had any problems since this one with Adaptec but
  1233. > > others have, and these -- along with the Incredible Growing
  1234. > > Driver Size -- have probably put me off Adaptec forever.
  1235. > > 
  1236. >     And that they are outrageously overpriced.
  1237.  
  1238. OK guys thanks for the tips - I've got the original Adaptec stuff so 
  1239. restoring the drivers should not be a problem.  Sometime - a wet 
  1240. winter weekend I expect - the machine will be wiped and everything 
  1241. re-installed - I'll make sure that translation is enabled this time 
  1242. :-)
  1243.  
  1244. So if Adaptec is no longer the flavour for OS/2 what is the 
  1245. recommendation for SCSI adaptors?
  1246.  
  1247. Jim Backus  OS/2 user because it's better
  1248. bona fide replies to jimb(at)jita(dot)demon(dot)co(dot)uk
  1249.  
  1250. --- WtrGate+ v0.93.p7 sn 165
  1251.  * Origin: Usenet: Fourmyle (1:109/42)
  1252.  
  1253. +----------------------------------------------------------------------------+
  1254.  
  1255. From: mr_ace@gmx.de                                     24-Oct-99 22:40:11
  1256.   To: All                                               24-Oct-99 21:21:06
  1257. Subj: Re: JAVAI access violation
  1258.  
  1259. From: mr_ace@gmx.de
  1260.  
  1261. Hi!
  1262.  
  1263. >Well, the first thing I would do, is remove the -nojit option. Then, I
  1264. >would modify my CLASSPATH statement, in CONFIG.SYS, to eliminate all 
  1265. >references to older versions of JAVA.
  1266.  
  1267. That seemed to help! Thanx!
  1268. Which compiler is used, when -nojit is enabled???
  1269.  
  1270. Cu!
  1271.  
  1272. Andi
  1273.  
  1274. --- WtrGate+ v0.93.p7 sn 165
  1275.  * Origin: Usenet: University of Karlsruhe (1:109/42)
  1276.  
  1277. +----------------------------------------------------------------------------+
  1278.  
  1279. From: rsteiner@visi.com                                 24-Oct-99 19:55:13
  1280.   To: All                                               25-Oct-99 03:26:08
  1281. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  1282.  
  1283. From: rsteiner@visi.com (Richard Steiner)
  1284.  
  1285. Here in comp.os.os2.bugs, James Moe <sma.spam-not@rtd.com>
  1286. spake unto us, saying:
  1287.  
  1288. >Raphael Tennenbaum wrote:
  1289. >
  1290. >> I haven't had any problems since this one with Adaptec but
  1291. >> others have, and these -- along with the Incredible Growing
  1292. >> Driver Size -- have probably put me off Adaptec forever.
  1293. >> 
  1294. >    And that they are outrageously overpriced.
  1295.  
  1296. They certainly are, at least if you choose to purchase them as separate
  1297. components.
  1298.  
  1299. All five of my main systems here have Adaptec cards, but I've purchased
  1300. them all as part of a complete system package, so the card price really
  1301. wasn't a factor.
  1302.  
  1303. -- 
  1304.    -Rich Steiner  >>>--->  rsteiner@visi.com  >>>---> Bloomington, MN
  1305.      OS/2 + Linux + BeOS + FreeBSD + Solaris + WinNT4 + Win95 + DOS
  1306.       + VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
  1307.                  Anything not nailed down is a cat toy.
  1308.  
  1309. --- WtrGate+ v0.93.p7 sn 165
  1310.  * Origin: Usenet: FIELDATA FORTRAN ENTHUSIASTS CLUB (1:109/42)
  1311.  
  1312. +----------------------------------------------------------------------------+
  1313.  
  1314. From: n3jja@my.address.is.my.business....               25-Oct-99 01:59:08
  1315.   To: All                                               25-Oct-99 03:26:08
  1316. Subj: Re: JAVAI access violation
  1317.  
  1318. Message sender: n3jja@my.address.is.my.business.jackoff
  1319.  
  1320. From: n3jja@my.address.is.my.business.jackoff (Jim Nuytens)
  1321.  
  1322. On Wed, 20 Oct 1999 10:56:31, 
  1323. jms%email.de%email.de%email.de@bromo.email.ch (Jens) wrote:
  1324.  
  1325. > If I go to www.proxymate.com/signup.html, I get a security warning. 
  1326. > After denying or granting, netscape 4.61 crashes with an access 
  1327. > violation in JAVAI.DLL.
  1328. > I use java 1.1.8 from 28jul99 with option -nojit
  1329.  
  1330. There was an update to Java in September. You should get the fixes 
  1331. installed. I had a problem with Simplicity for Java (a really neat 
  1332. Java programming tool that even someone like me [with no programming 
  1333. experience] can create Java programs with) causing a problem with 
  1334. JAVAX.DLL. After I installed the latest fixes, I haven't seen the 
  1335. problem return yet.
  1336.  
  1337.  
  1338.  
  1339. "The bureaucratic mentality is the only constant in the universe."
  1340. Dr. McCoy to Kirk / Star Trek IV:The Voyage Home
  1341.  
  1342. --- WtrGate+ v0.93.p7 sn 165
  1343.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1344.  
  1345. +----------------------------------------------------------------------------+
  1346.  
  1347. From: whonea@codenet.net                                24-Oct-99 23:01:15
  1348.   To: All                                               25-Oct-99 03:26:09
  1349. Subj: Re: Netscape Dowload Problems - Solution(??)
  1350.  
  1351. From: whonea@codenet.net (Will Honea)
  1352.  
  1353. On Sun, 24 Oct 1999 21:19:23, Chuck McKinnis <mckinnis@attglobal.net> 
  1354. wrote:
  1355.  
  1356. > AWGet is a great piece of code if the server site follows the rules.  I
  1357. > have never been able to use it to download Netscape.
  1358.  
  1359. Gotta be sneaky.  Start an ftp d/l then use CTL-ALT-T to get a popup 
  1360. with the full URL, including the password.  Copy that to the AWGet URL
  1361. (manually or with DragText and off it goes.  You can then abort the NS
  1362. d/l.
  1363.  
  1364. Will Honea <whonea@codenet.net>
  1365.  
  1366. --- WtrGate+ v0.93.p7 sn 165
  1367.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1368.  
  1369. +----------------------------------------------------------------------------+
  1370.  
  1371. From: jyouells@lifestream.microserve.com                25-Oct-99 05:21:21
  1372.   To: All                                               25-Oct-99 03:26:09
  1373. Subj: Re: Backing out FP12
  1374.  
  1375. From: jyouells@lifestream.microserve.com (John Youells)
  1376.  
  1377. Chuck McKinnis <mckinnis@attglobal.net> wrote:
  1378.  
  1379. >Has anyone done this?  I tried with rather dismal results.  I think I
  1380. >understand the fixpack process fairly well, but:
  1381. >
  1382. snip
  1383. >I am setting here trying to decide whether to try a backout to the
  1384. >archive and re-apply FP11, wait for some resolution from IBM, re-install
  1385. >WARP 4 from scratch, or just continue running with a system at some
  1386. >level.
  1387.  
  1388. I haven't tried to backup to FP11 but I did backup to FP11's pmmerge.dll and
  1389. my
  1390. system seems to have returned to stability. 
  1391. Running K62 400,128MB, SP97V, AHA3940 (about 9 scsi devices) AW35Pro ISA,
  1392. Elsa3000s (Virge) 4 MB Elsa 1.22 or Scitech Beta9 NS 2.02 4.04 and 4.61GA
  1393. (usually a combination of 2.02 and 4.61 in any one session. I was getting a
  1394. lot
  1395. of Netscape and winos2 related lockups that I didn't have with FP11.
  1396.  
  1397.    
  1398.  
  1399. John Youells
  1400. LifeStream Computing
  1401.  
  1402. --- WtrGate+ v0.93.p7 sn 165
  1403.  * Origin: Usenet: LifeStream Computing (1:109/42)
  1404.  
  1405. +----------------------------------------------------------------------------+
  1406.  
  1407. From: jhong@morgan.ucs.mun.ca                           25-Oct-99 06:49:24
  1408.   To: All                                               25-Oct-99 07:11:25
  1409. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  1410.  
  1411. From: jhong@morgan.ucs.mun.ca (John Hong)
  1412.  
  1413. JHB@no.spam.jita.demon.co.uk (Jim Backus) writes:
  1414.  
  1415. >So if Adaptec is no longer the flavour for OS/2 what is the 
  1416. >recommendation for SCSI adaptors?
  1417.  
  1418.     Any using a supported Symbios Logic chipset (ie. ASUS SC-875 uses
  1419. the Symbios 53c875 chipset).  Only chipset that does not have a driver
  1420. from them that I know of is their 53c416 line.  Another decent/cheap pick
  1421. is a supported Initio SCSI card (www.initio.com).
  1422.  
  1423. --- WtrGate+ v0.93.p7 sn 165
  1424.  * Origin: Usenet: Memorial University of Newfoundland (1:109/42)
  1425.  
  1426. +----------------------------------------------------------------------------+
  1427.  
  1428. From: andy@schiller.big.ac.at                           25-Oct-99 09:04:03
  1429.   To: All                                               25-Oct-99 07:11:25
  1430. Subj: Re: winos2 fullscreen - no mouse pointer
  1431.  
  1432. From: andy <andy@schiller.big.ac.at>
  1433.  
  1434.  
  1435. cotroneo@stny.rr.com schrieb:
  1436.  
  1437. > winos2 seamless works fine on my system, but
  1438. > when I try to bring it up fullscreen, there is no
  1439. > mousepointer.
  1440. >
  1441. > Anyone know how to bring the pointer back?
  1442. >
  1443. > Keith Cotroneo
  1444. > cotroneo@stny.rr.com
  1445.  
  1446. Look into your config.sys if this driver is mentioned.
  1447.  
  1448. DEVICE=C:\OS2\MDOS\VMOUSE.SYS
  1449.  
  1450.  Identifies and loads the mouse driver to let you use a mouse
  1451.  with DOS. Mouse support for OS/2 is loaded below.
  1452.  
  1453.  <<=NOTE=>> If you don't have this line (or you REM'd it), you
  1454.  will not have mouse support in your DOS sessions.
  1455.  
  1456. greeting
  1457.         Andreas
  1458.  
  1459. --- WtrGate+ v0.93.p7 sn 165
  1460.  * Origin: Usenet: Graz University of Technology, Austria (1:109/42)
  1461.  
  1462. +----------------------------------------------------------------------------+
  1463.  
  1464. From: wwilly@one.net                                    25-Oct-99 08:08:25
  1465.   To: All                                               25-Oct-99 10:31:28
  1466. Subj: Re: Backing out FP12
  1467.  
  1468. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  1469.  
  1470. In article <38137AF9.A6465EFC@attglobal.net>,
  1471.   Chuck McKinnis <mckinnis@attglobal.net> wrote:
  1472.         <<<snip>>>
  1473. > Opened the OS2SERV directory
  1474.         <<<snip>>>
  1475.  
  1476. Chuck, the one time I had to back out of a Fix Pack
  1477. was from FP10 to FP9.  And since the problem was that
  1478. a driver was preventing me from getting to my
  1479. Desktop, I had to do it by booting from my Utility
  1480. Boot Diskettes.  I ran the following .CMD file:
  1481.  
  1482. SET CSFUTILPATH=E:\KICKER
  1483. E:\KICKER\FSERVICE
  1484.     /R:E:\KICKER\FP102FP9.RSP
  1485.     "/S:E:\Corrective Service!!WARP 4 Fix Pack 10"
  1486.     /B:F
  1487.  
  1488. (That's actually 2 lines, but I've had to split the
  1489. second one because of restrictions of Deja News.)
  1490.  
  1491. The long directory name in quotes was where I had the
  1492. tree of files constituting Fix Pack 10.  And my boot
  1493. partition is F.
  1494.  
  1495. This was the response file:
  1496.  
  1497. :LOGFILE F:\OS2\INSTALL\SERVICE.LOG
  1498. :TARGET ARCHIVE
  1499. :BACKOUT
  1500. :SYSLEVEL F:\OS2\INSTALL\SYSLEVEL.OS2
  1501.  
  1502. In other words, I used FSERVICE, not OS2SERV.
  1503.  
  1504. And Fix Tool is KNOWN to use a little space on the C
  1505. partition, regardless of anything else about your
  1506. configuration.  This is documented in the README.  It
  1507. means that if you have a multi-OS system, C
  1508. absolutely must be either FAT16 or HPFS, not FAT32 or
  1509. NTFS or . . . . . .  I think Irv mumbled something
  1510. here once that he was thinking about maybe possibly
  1511. perhaps eliminating this restriction some fine day.
  1512. I'm not holding him to anything, but it would be
  1513. nice.
  1514.  
  1515. WW
  1516. Team OS/2 Cincinnati & PROUD OF IT!
  1517.  
  1518.  
  1519. Sent via Deja.com http://www.deja.com/
  1520. Before you buy.
  1521.  
  1522. --- WtrGate+ v0.93.p7 sn 165
  1523.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  1524.  
  1525. +----------------------------------------------------------------------------+
  1526.  
  1527. From: dwilliams9494@my-deja.com                         25-Oct-99 13:53:29
  1528.   To: All                                               25-Oct-99 14:48:15
  1529. Subj: Warp Server not able to get available memory
  1530.  
  1531. From: dwilliams9494@my-deja.com
  1532.  
  1533. We have a NetFinity 3000 with 528 MB memory running Warp Server 4.0 and
  1534. DB2 Universal Database 5.2, Fixpack 11.  We've been unable to get DB2
  1535. to use large amounts of this memory for bufferpools.  If I request more
  1536. than a trivial amount of memory, DB2 doesn't get the memory, and drops
  1537. back to very low bufferpool sizes (We determined this by using a memory
  1538. monitoring tool and looking at db2diag.log).
  1539.  
  1540. When we installed Warp 4.0 workstation on the same PC with the same
  1541. database version, the problem went away and it all worked fine.
  1542.  
  1543. Is there a known problem with Warp Server making large (e.g., > 64 MB)
  1544. of memory available to programs, such as DB2?
  1545.  
  1546.  
  1547. Sent via Deja.com http://www.deja.com/
  1548. Before you buy.
  1549.  
  1550. --- WtrGate+ v0.93.p7 sn 165
  1551.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  1552.  
  1553. +----------------------------------------------------------------------------+
  1554.  
  1555. From: jimburke@ionet.net                                25-Oct-99 16:21:02
  1556.   To: All                                               25-Oct-99 16:44:04
  1557. Subj: Re: Update Blues
  1558.  
  1559. From: jimburke@ionet.net (Jim Burke)
  1560.  
  1561. Did you try to get fixpack 39? It isn't the last one, but I've read it is a
  1562. stable one.
  1563.  
  1564. I'll check and see what version of qpro I have. Yes, I have 5(but 2 of my
  1565. installation diskettes have 
  1566. bad sectors so I can't install it any longer--just have to copy the program
  1567. and the directories from place to place).
  1568.  
  1569. Do you install the software through os2 or through windows. I'm a little vague 
  1570. on warp 3, but there in the system folder 
  1571. there's a place to search for and add new programs. You can choose dos, winos2 
  1572. folders, or even individual programs.
  1573.  
  1574. As for installing the fixpacks, give Duane's page a shot...
  1575. http://www.gt-online.com/~bri/fix.html <--- this is another, 
  1576. Duane's pages were not loading. (I search on Duane Indelible Blue to find him. 
  1577. )
  1578.  
  1579. You need to post some details of your new system (more than some, really) if
  1580. you want good advice. Sometimes you'll discover
  1581. problems that are caused by hardware, especially video and sound cards. 
  1582.  
  1583.  
  1584.  
  1585.  
  1586. KevH@yorkieLL.dabsol.co.uk wrote: <-----this didn't work.
  1587.  
  1588.  
  1589. >Hi Group Readers,
  1590. >   
  1591. >   Not a bug report, hopefully, just some advice and
  1592. >knowledge which I must be missing.
  1593.  
  1594. >   I have recently installed warp3 Red Spine on a newly 
  1595. >assembled system.  No great problems there and one might 
  1596. >call this Stage I.  
  1597.  
  1598. >   Stage II is the loading of software - a few
  1599. >problems here but hopefully nothing without a solution.
  1600. >Quattro Pro v5.0 will not run.  Loads the Details/
  1601. >Welcome/Owner Dialog box then goes no further.  The
  1602. >situation is similar to one encountered with either
  1603. >low resources or wrong file/format type.  QP5.0 is
  1604. >supposedly HPFS aware and have tried it on both a
  1605. >HPFS and Fat16 partition.  Still that is not my main
  1606. >and most pressing problem.
  1607.  
  1608. >   Stage III is the updating of W3.  In an earlier
  1609. >posting about this (really the reply), it was advised
  1610. >to visit:-
  1611.  
  1612. >ftp://ps.software.ibm.com/ps/products/tcpip/fixes/v2.0os2/un64092/
  1613.  
  1614. >for TCP/IP v3 (from the W3 base v2).
  1615.  
  1616. >Also to visit:-
  1617.  
  1618. >ftp://ftp01.ny.us.ibm.net/pub/PPP/
  1619.  
  1620. >for PPP protocol addition.
  1621.  
  1622. >   I have gone to these file areas on five occasions but
  1623. >am not able to download any as I receive an error 550.
  1624. >I do not know what this error refers to but as my browser/
  1625. >ftp setup is about 3 years old (a system with Win 3.11)
  1626. >I thought that maybe the problem might just be there.  Of
  1627. >course FTP is not exactly an area whereby updating is 
  1628. >done very frequently so I have my doubts if this is the
  1629. >real issue.  However, I have asked various friends to 
  1630. >help out and they all report problems (different error 
  1631. >numbered messages).
  1632.  
  1633. >   Could some kind soul give me some advice on this?
  1634.  
  1635.  
  1636.  
  1637.  
  1638.  
  1639. --- WtrGate+ v0.93.p7 sn 165
  1640.  * Origin: Usenet: ioNET Inc. (1:109/42)
  1641.  
  1642. +----------------------------------------------------------------------------+
  1643.  
  1644. From: bbarclay@ca.ibm.com                               25-Oct-99 11:41:26
  1645.   To: All                                               25-Oct-99 16:44:04
  1646. Subj: Re: Warp Server not able to get available memory
  1647.  
  1648. From: Brad BARCLAY <bbarclay@ca.ibm.com>
  1649.  
  1650. dwilliams9494@my-deja.com wrote:
  1651. > We have a NetFinity 3000 with 528 MB memory running Warp Server 4.0 and
  1652. > DB2 Universal Database 5.2, Fixpack 11.  We've been unable to get DB2
  1653. > to use large amounts of this memory for bufferpools.  If I request more
  1654. > than a trivial amount of memory, DB2 doesn't get the memory, and drops
  1655. > back to very low bufferpool sizes (We determined this by using a memory
  1656. > monitoring tool and looking at db2diag.log).
  1657. > When we installed Warp 4.0 workstation on the same PC with the same
  1658. > database version, the problem went away and it all worked fine.
  1659. > Is there a known problem with Warp Server making large (e.g., > 64 MB)
  1660. > of memory available to programs, such as DB2?
  1661.  
  1662.     Just something to remember - there is a big difference between WARP
  1663. Server v4 and WARP client v4.  The former is actually based on the WARP
  1664. v3 client codebase.
  1665.  
  1666.     Do you have the latest WARP Server v4 fixpak installed?
  1667.  
  1668. Brad BARCLAY
  1669.  
  1670. =-=-=-=-=-=-=-=-=-=
  1671. Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  1672. E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  1673.  
  1674. --- WtrGate+ v0.93.p7 sn 165
  1675.  * Origin: Usenet: IBM Toronto Labs, DB2 for OS/2 Install Developer (1:109/42)
  1676.  
  1677. +----------------------------------------------------------------------------+
  1678.  
  1679. From: MtLavinia_nospam@nym_nospam.alia...               25-Oct-99 10:18:10
  1680.   To: All                                               25-Oct-99 16:44:04
  1681. Subj: FP12 won't boot - HELP
  1682.  
  1683. Message sender: MtLavinia_nospam@nym_nospam.alias.net
  1684.  
  1685. From: "Lavinia" <MtLavinia_nospam@nym_nospam.alias.net>
  1686.  
  1687. I've installed FP12 over FP8.  It all went well, and on reboot
  1688. the locked drivers were applied.
  1689.  
  1690. When the boot continues, I get numerous traps, all sys3175.  The first one is
  1691. for smstart.exe.  There are numerous other traps, among them -
  1692. \mptn\bin\cntrl.exe, \mptn\bin\inetwait, ibmcom\protocol\nbtcp.exe,
  1693. \mptn\bin\vdosctl.exe, and finally it grinds to a halt with pmmerge.dll.
  1694.  
  1695. The trap is the same for all, 0C0000005H  which is XCPT_ACCESS_VIOLATION and
  1696. the P1 code is 00000001H  which is XCPT_READ_ACCESS.
  1697.  
  1698. Can anyone tell me why these errors are occuring?  I commented out smstart
  1699. but the other traps still happen.
  1700.  
  1701. I backed out to FP8 but would like to get 12 installed.
  1702.  
  1703. Any suggestions?  Lavinia
  1704. remove '_nospam' from address block for email
  1705.  
  1706.  
  1707.  
  1708.  
  1709.  
  1710. --- WtrGate+ v0.93.p7 sn 165
  1711.  * Origin: Usenet: NeverUmind (1:109/42)
  1712.  
  1713. +----------------------------------------------------------------------------+
  1714.  
  1715. From: lsunley@mb.sympatico.ca                           25-Oct-99 18:07:02
  1716.   To: All                                               25-Oct-99 16:44:04
  1717. Subj: Re: Warp Server not able to get available memory
  1718.  
  1719. From: lsunley@mb.sympatico.ca (Lorne Sunley)
  1720.  
  1721. On Mon, 25 Oct 1999 17:23:51, dwilliams9494@my-deja.com wrote:
  1722.  
  1723. > Thanks for the quick response, Brad.  We have installed all the latest
  1724. > fixpacks; even lived through inserting 18 diskettes for one of them.
  1725. > I'm vaguely aware of the Warp Server v4 vs. Warp Client v4 codebase
  1726. > differences.  I have to stop myself from referring to Warp Server v4 as
  1727. > version 3; it calls itself v4, but it looks and acts like v3 ;-).  I
  1728. > suspect that may be the source of the problem: that something was fixed
  1729. > for Warp 4 workstation, but isn't in the Warp Server code.
  1730. > For our in-house machines, we're working around the problem by
  1731. > installing Warp 4 workstation on the database server.  But we HAVE to
  1732. > get it working under Warp Server at our customer sites, for lots of
  1733. > reasons.
  1734. > Any suggestions?  Were there any fixes in Warp workstation that
  1735. > addressed this?  Is there any change in how Warp Server works that it
  1736. > won't give an application very much memory unless you configure it a
  1737. > certain way?
  1738. > Derek
  1739. > In article <38147A41.455D68ED@ca.ibm.com>,
  1740. >   Brad BARCLAY <bbarclay@ca.ibm.com> wrote:
  1741. > > dwilliams9494@my-deja.com wrote:
  1742. > > >
  1743. > > > We have a NetFinity 3000 with 528 MB memory running Warp Server 4.0
  1744. > and
  1745. > > > DB2 Universal Database 5.2, Fixpack 11.  We've been unable to get
  1746. > DB2
  1747. > > > to use large amounts of this memory for bufferpools.  If I request
  1748. > more
  1749. > > > than a trivial amount of memory, DB2 doesn't get the memory, and
  1750. > drops
  1751. > > > back to very low bufferpool sizes (We determined this by using a
  1752. > memory
  1753. > > > monitoring tool and looking at db2diag.log).
  1754. > > >
  1755. > > > When we installed Warp 4.0 workstation on the same PC with the same
  1756. > > > database version, the problem went away and it all worked fine.
  1757. > > >
  1758. > > > Is there a known problem with Warp Server making large (e.g., > 64
  1759. > MB)
  1760. > > > of memory available to programs, such as DB2?
  1761. > >
  1762. > >     Just something to remember - there is a big difference between
  1763. > WARP
  1764. > > Server v4 and WARP client v4.  The former is actually based on the
  1765. > WARP
  1766. > > v3 client codebase.
  1767. > >
  1768. > >     Do you have the latest WARP Server v4 fixpak installed?
  1769. > >
  1770.  
  1771. The most likely thing is the disk cache allocated by HPFS386.
  1772.  
  1773. The largest cache size used by HPFS (which is what is running
  1774. on the Warp 4 client) is 2 Mbyte. HPFS386 will allocated a much
  1775. larger default cache. Take a look at the HPFS386.INI (?) and
  1776. see what the max cache size is set to. (I think that's where it
  1777. is but I do not have HPFS386 installed on my server WSeB)
  1778.  
  1779. Lorne Sunley
  1780.  
  1781.  
  1782. --- WtrGate+ v0.93.p7 sn 165
  1783.  * Origin: Usenet: MBnet Networking Inc. (1:109/42)
  1784.  
  1785. +----------------------------------------------------------------------------+
  1786.  
  1787. From: dwilliams9494@my-deja.com                         25-Oct-99 17:23:25
  1788.   To: All                                               25-Oct-99 16:44:04
  1789. Subj: Re: Warp Server not able to get available memory
  1790.  
  1791. From: dwilliams9494@my-deja.com
  1792.  
  1793. Thanks for the quick response, Brad.  We have installed all the latest
  1794. fixpacks; even lived through inserting 18 diskettes for one of them.
  1795.  
  1796. I'm vaguely aware of the Warp Server v4 vs. Warp Client v4 codebase
  1797. differences.  I have to stop myself from referring to Warp Server v4 as
  1798. version 3; it calls itself v4, but it looks and acts like v3 ;-).  I
  1799. suspect that may be the source of the problem: that something was fixed
  1800. for Warp 4 workstation, but isn't in the Warp Server code.
  1801.  
  1802. For our in-house machines, we're working around the problem by
  1803. installing Warp 4 workstation on the database server.  But we HAVE to
  1804. get it working under Warp Server at our customer sites, for lots of
  1805. reasons.
  1806.  
  1807. Any suggestions?  Were there any fixes in Warp workstation that
  1808. addressed this?  Is there any change in how Warp Server works that it
  1809. won't give an application very much memory unless you configure it a
  1810. certain way?
  1811.  
  1812. Derek
  1813.  
  1814. In article <38147A41.455D68ED@ca.ibm.com>,
  1815.   Brad BARCLAY <bbarclay@ca.ibm.com> wrote:
  1816. > dwilliams9494@my-deja.com wrote:
  1817. > >
  1818. > > We have a NetFinity 3000 with 528 MB memory running Warp Server 4.0
  1819. and
  1820. > > DB2 Universal Database 5.2, Fixpack 11.  We've been unable to get
  1821. DB2
  1822. > > to use large amounts of this memory for bufferpools.  If I request
  1823. more
  1824. > > than a trivial amount of memory, DB2 doesn't get the memory, and
  1825. drops
  1826. > > back to very low bufferpool sizes (We determined this by using a
  1827. memory
  1828. > > monitoring tool and looking at db2diag.log).
  1829. > >
  1830. > > When we installed Warp 4.0 workstation on the same PC with the same
  1831. > > database version, the problem went away and it all worked fine.
  1832. > >
  1833. > > Is there a known problem with Warp Server making large (e.g., > 64
  1834. MB)
  1835. > > of memory available to programs, such as DB2?
  1836. >
  1837. >     Just something to remember - there is a big difference between
  1838. WARP
  1839. > Server v4 and WARP client v4.  The former is actually based on the
  1840. WARP
  1841. > v3 client codebase.
  1842. >
  1843. >     Do you have the latest WARP Server v4 fixpak installed?
  1844. >
  1845. > Brad BARCLAY
  1846. >
  1847. > =-=-=-=-=-=-=-=-=-=
  1848. > Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  1849. > E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  1850. >
  1851.  
  1852.  
  1853. Sent via Deja.com http://www.deja.com/
  1854. Before you buy.
  1855.  
  1856. --- WtrGate+ v0.93.p7 sn 165
  1857.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  1858.  
  1859. +----------------------------------------------------------------------------+
  1860.  
  1861. From: iwaki@gte.net                                     25-Oct-99 17:40:11
  1862.   To: All                                               25-Oct-99 16:44:04
  1863. Subj: creating bootable floppy diskette
  1864.  
  1865. From: "michael" <iwaki@gte.net>
  1866.  
  1867. I want to create a bootable floppy diskette to upgrade my BIOS.  The
  1868. instructions state that I must have a DOS system to do this and with a
  1869. formatted floppy, type "sys a:".  I tried this using the OS/2 Warp 4  DOS
  1870. Command Prompt and it did not work.  It didn't recognize "sys" as a
  1871. command.   Can I create a bootable floppy diskette with OS/2 warp 4?
  1872.  
  1873. thanks
  1874.  
  1875. iwaki@gte.net
  1876.  
  1877. --- WtrGate+ v0.93.p7 sn 165
  1878.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1879.  
  1880. +----------------------------------------------------------------------------+
  1881.  
  1882. From: mkaply@NOSPAMus.ibm.com                           25-Oct-99 13:51:10
  1883.   To: All                                               25-Oct-99 16:44:04
  1884. Subj: Re: NS/2 4.61 Address Book
  1885.  
  1886. From: Michael Kaply <mkaply@NOSPAMus.ibm.com>
  1887.  
  1888. The other way should work regardless of file extension.
  1889.  
  1890. They have a more robust import utility that was written by a third party.
  1891.  
  1892. Mike Kaply
  1893. IBM
  1894.  
  1895. "Jaime A. Cruz, Jr." wrote:
  1896.  
  1897. >-----BEGIN PGP SIGNED MESSAGE-----
  1898. >Hash: SHA1
  1899. >
  1900. >Thanks, Mike.  I actually ended up retyping everything by hand.  I'm going to
  1901. >save this information, though, so I don't have to go through this again.
  1902. >
  1903. >Any advice for going the other way (from OS/2 Communicator to Win32
  1904. >Communicator)?
  1905. >
  1906. >On Fri, 22 Oct 1999 10:49:46 -0400, Michael Kaply wrote:
  1907. >
  1908. >>Trey renaming the exported file to a .4LD rather than .LDI and then
  1909. importing.
  1910. >>
  1911. >>The file netscape actually writes is an LDIF 4 file, not LDIF.
  1912. >>
  1913. >>This workaround is actually documented in the Netscape Communicator for
  1914. Windows
  1915. >>Release Notes.
  1916. >>
  1917. >>Mike Kaply
  1918. >>IBM
  1919. >>
  1920. >>
  1921. >>"Jaime A. Cruz, Jr." wrote:
  1922. >>
  1923. >>>I tried exporting my Netscape address book from WinNT (Communicator 4.61)
  1924. and
  1925. >>>importing the LDIF file into Communicator 4.61 under OS/2.  It didn't work.
  1926. >>>Nothing happened.  Has anyone else tried this?  Did you get it to work? 
  1927. How?
  1928. >>>
  1929. >>>Jaime A. Cruz, Jr.
  1930. >>>
  1931. >>
  1932. >
  1933. >Jaime A. Cruz, Jr.
  1934. >
  1935. >o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o
  1936. >o                                                 o
  1937. >o  Visit the Nassau Wings Motorcycle Club at:     o
  1938. >o  http://www.nassauwings.org/                    o
  1939. >o  A Charter Member of the Motorcycle Web Ring!   o
  1940. >o                                                 o
  1941. >o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o_o&o
  1942. >
  1943. >-----BEGIN PGP SIGNATURE-----
  1944. >Version: PGPfreeware 5.0 OS/2 for non-commercial use
  1945. >Comment: PGP 5.0 for OS/2
  1946. >Charset: cp850
  1947. >
  1948. >wj8DBQE4EQAFgvzYfxgMc34RApvYAJ0ZL8/ojBZE/GoTJ8lY55H3imGOGACgjb7x
  1949. >31+cQ4cnfcfPhjqdR2tdwaw=
  1950. >=x3T/
  1951. >-----END PGP SIGNATURE-----
  1952.  
  1953. --- WtrGate+ v0.93.p7 sn 165
  1954.  * Origin: Usenet: IBM (1:109/42)
  1955.  
  1956. +----------------------------------------------------------------------------+
  1957.  
  1958. From: seg@NOSPAM-us.ibm.com                             25-Oct-99 13:56:29
  1959.   To: All                                               25-Oct-99 16:44:04
  1960. Subj: Re: Warp Server not able to get available memory
  1961.  
  1962. From: "Scott E. Garfinkle" <seg@NOSPAM-us.ibm.com>
  1963.  
  1964. On Mon, 25 Oct 1999 18:07:04 GMT, Lorne Sunley wrote:
  1965.  
  1966. >> Is there a known problem with Warp Server making large (e.g., > 64
  1967. >> MB)
  1968. >> > > of memory available to programs, such as DB2?
  1969. Lorne is right -- it's probably hpfs386. In hpfs386.ini, add a line that
  1970. reads
  1971.    maxheap=2048      
  1972. Also, if you're running commserver, look for a line in config.sys that looks
  1973. like
  1974.    DEVICE=C:\CMLIB\CMKFMDE.SYS 
  1975. If you find it, change it to look like
  1976.    DEVICE=C:\CMLIB\CMKFMDE.SYS  /lsl=2m 
  1977. If this works, try 8m for better performance and see whether it still works.
  1978.  
  1979.  
  1980.  
  1981. --- WtrGate+ v0.93.p7 sn 165
  1982.  * Origin: Usenet: NCSD OS/2 Service (1:109/42)
  1983.  
  1984. +----------------------------------------------------------------------------+
  1985.  
  1986. From: wwilly@one.net                                    25-Oct-99 20:02:22
  1987.   To: All                                               25-Oct-99 16:44:04
  1988. Subj: Re: creating bootable floppy diskette
  1989.  
  1990. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  1991.  
  1992. In article <01bf1ecd$98a655f0$4c2b173f@pro>,
  1993.   "michael" <iwaki@gte.net> wrote:
  1994.         <<<snip>>>
  1995. > Can I create a bootable floppy diskette with OS/2
  1996. warp 4?
  1997.  
  1998. Yes, but BEFORE you do that, search Deja News on the
  1999. subject of "Create Utility Diskettes."  There's
  2000. dozens, perhaps hundreds of posts on the subject.
  2001. The way you create bootable OS/2 diskettes is to
  2002. execute the Create Utility Diskettes utility in the
  2003. System Setup folder.
  2004.  
  2005. WW
  2006. Team OS/2 Cincinnati & PROUD OF IT!
  2007.  
  2008.  
  2009. Sent via Deja.com http://www.deja.com/
  2010. Before you buy.
  2011.  
  2012. --- WtrGate+ v0.93.p7 sn 165
  2013.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  2014.  
  2015. +----------------------------------------------------------------------------+
  2016.  
  2017. From: lsunley@mb.sympatico.ca                           25-Oct-99 18:08:15
  2018.   To: All                                               25-Oct-99 16:44:04
  2019. Subj: Re: creating bootable floppy diskette
  2020.  
  2021. From: lsunley@mb.sympatico.ca (Lorne Sunley)
  2022.  
  2023. On Mon, 25 Oct 1999 17:40:22, "michael" <iwaki@gte.net> wrote:
  2024.  
  2025. > I want to create a bootable floppy diskette to upgrade my BIOS.  The
  2026. > instructions state that I must have a DOS system to do this and with a
  2027. > formatted floppy, type "sys a:".  I tried this using the OS/2 Warp 4  DOS
  2028. > Command Prompt and it did not work.  It didn't recognize "sys" as a
  2029. > command.   Can I create a bootable floppy diskette with OS/2 warp 4?
  2030.  
  2031. No you can't. You need a PC-DOS or MS-DOS installation
  2032. to do that.
  2033.  
  2034. Lorne Sunley
  2035.  
  2036. --- WtrGate+ v0.93.p7 sn 165
  2037.  * Origin: Usenet: MBnet Networking Inc. (1:109/42)
  2038.  
  2039. +----------------------------------------------------------------------------+
  2040.  
  2041. From: bts@iaehv.nl                                      25-Oct-99 01:38:05
  2042.   To: All                                               25-Oct-99 19:06:14
  2043. Subj: Re: Solved: NS 4.61 uses 100% CPU 
  2044.  
  2045. From: "Martin Bartelds" <bts@iaehv.nl>
  2046.  
  2047. On 21 Oct 1999 11:54:27 GMT, Rich Walsh wrote:
  2048.  
  2049. :><bad attitude>
  2050. :>Quite frankly, if you're truly interested in resolving - or at least
  2051. :>working around - a problem you've had for a long time, a little more
  2052. :>testing and a whole lot less less verbiage is called for.  The known
  2053. :>"cure" is *not* a small disk cache and no RAM cache (as you said above),
  2054. :>but simply having both types of cache enabled, regardless of size, or
  2055. :>both disabled.  For many, the preferred solution is a large memory
  2056. :>cache and a very small disk cache.  Try it, and _then_ get back to us.
  2057. :></bad attitude>
  2058.  
  2059. <Good attitude!>
  2060. Yep, a mem cache of 10 Mb and a diskcache of 1 Mb solves the problem.
  2061. When I lower to about 64 Kb, on some sites, the same problem is back.
  2062. </Good attitude!>
  2063.  
  2064. Yes, I tried configs before posting. There seems to be just a critical 
  2065. high watermark for a specific site to let NS461 get into trouble.
  2066.  
  2067.  
  2068. /martin.
  2069.  
  2070.  
  2071.  
  2072. --- WtrGate+ v0.93.p7 sn 165
  2073.  * Origin: Usenet: BTSoftware (1:109/42)
  2074.  
  2075. +----------------------------------------------------------------------------+
  2076.  
  2077. From: doug.bissett"at"attglobal.net                     25-Oct-99 19:59:13
  2078.   To: All                                               25-Oct-99 19:06:15
  2079. Subj: Re: Netscape Dowload Problems - Solution(??)
  2080.  
  2081. From: doug.bissett"at"attglobal.net (Doug Bissett)
  2082.  
  2083. On Mon, 25 Oct 1999 06:01:31, whonea@codenet.net (Will Honea) wrote:
  2084.  
  2085. > Gotta be sneaky.  Start an ftp d/l then use CTL-ALT-T to get a popup 
  2086. > with the full URL, including the password.  Copy that to the AWGet URL
  2087. > (manually or with DragText and off it goes.  You can then abort the NS
  2088. > d/l.
  2089. >  
  2090. > Will Honea <whonea@codenet.net>
  2091.  
  2092. You had better abort the NS download, before you let AWget/Wget start 
  2093. downloading (unless it is putting it in a different directory), or you
  2094. could end up really confusing things...
  2095. ******************************
  2096. From the PC of Doug Bissett
  2097. doug.bissett at attglobal.net
  2098. The " at " must be changed to "@"
  2099. ******************************
  2100.  
  2101. --- WtrGate+ v0.93.p7 sn 165
  2102.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2103. (1:109/42)
  2104.  
  2105. +----------------------------------------------------------------------------+
  2106.  
  2107. From: mc6530@mclink.it                                  25-Oct-99 20:28:06
  2108.   To: All                                               25-Oct-99 19:06:15
  2109. Subj: Re: CHKDSK failing on JFS partition
  2110.  
  2111. From: mc6530@mclink.it (Yuri Dario)
  2112.  
  2113. Hi Charles,
  2114.  
  2115. > A bit late but just in case you have not fixed your problem yet.  Try
  2116. > booting from the Utility disks and run chkdsk ?: /F from the A: prompt.
  2117.  
  2118. didn't work also this solution.
  2119.  
  2120. But now I have something new: I have run chkdsk with debug options and
  2121. here is the log generated. What is return code 10081??
  2122.  
  2123.  
  2124. The current hard disk drive is: F:
  2125. The type of file system for the disk is JFS.
  2126. The JFS file system program has been started.
  2127. CHKDSK  The current hard disk drive is:  F:
  2128. (chklog) CHKDSK  The current hard disk drive is:  F:
  2129. (chklog) CHKDSK  
  2130. DosOpen(...OPEN_SHARE_DENYREADWRITE|OPEN_ACCESS_READWRITE...)
  2131. returned rc = 0
  2132. (chklog) CHKDSK  DosDevIOCtl(...DSK_LOCKDRIVE...) returned rc = 0
  2133. (chklog) CHKDSK  ujfs_beginformat() returned rc = 0
  2134. (chklog) CHKDSK  DosDevIOCtl(...DSK_GETDEVICEPARAMS...) returned rc = 
  2135. 0
  2136. (chklog) CHKDSK  Primary superblock is valid.
  2137. (chklog) CHKDSK  The type of file system for the disk is JFS.
  2138. (chklog) CHKDSK  The boot sector has been refreshed.
  2139. CHKDSK  Block size in bytes:  4096
  2140. (chklog) CHKDSK  Block size in bytes:  4096
  2141. CHKDSK  File system size in blocks:  1048233
  2142. (chklog) CHKDSK  Filesystem size in blocks:  1048233
  2143. CHKDSK *Phase 0 - Replay Journal Log
  2144. (chklog) CHKDSK **Phase 0 - Replay Journal Log
  2145. (chklog) CHKDSK:LOGREDO:  Journal log is now open.  (major = 0x00, 
  2146. minor = 
  2147. 0x00) 
  2148. (chklog) CHKDSK:LOGREDO:  Log already redone! 
  2149. (chklog) CHKDSK  logredo returned rc = 0
  2150. CHKDSK *Phase 1 - Check Blocks, Files/Directories, and Directory 
  2151. Entries
  2152. (chklog) CHKDSK **Phase 1 - Check Blocks, Files/Directories, and  
  2153. Directory 
  2154. Entries
  2155. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2156. 255709 
  2157. found in file system object FF82259.
  2158. (chklog) CHKDSK  Inode F82259 has references to cross linked blocks.
  2159. (chklog) CHKDSK  File system object FF82259 has corrupt data (39).
  2160. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2161. 254591 
  2162. found in file system object FF82260.
  2163. (chklog) CHKDSK  Inode F82260 has references to cross linked blocks.
  2164. (chklog) CHKDSK  File system object FF82260 has corrupt data (39).
  2165. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2166. 255475 
  2167. found in file system object FF82271.
  2168. (chklog) CHKDSK  Inode F82271 has references to cross linked blocks.
  2169. (chklog) CHKDSK  File system object FF82271 has corrupt data (39).
  2170. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2171. 255742 
  2172. found in file system object FF82277.
  2173. (chklog) CHKDSK  Inode F82277 has references to cross linked blocks.
  2174. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2175. 255486 
  2176. found in file system object FF82277.
  2177. (chklog) CHKDSK  Inode F82277 has references to cross linked blocks.
  2178. (chklog) CHKDSK  File system object FF82277 has corrupt data (39).
  2179. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2180. 257515 
  2181. found in file system object FF82412.
  2182. (chklog) CHKDSK  Inode F82412 has references to cross linked blocks.
  2183. (chklog) CHKDSK  Duplicate reference to 2 block(s) beginning at offset
  2184. 257530 
  2185. found in file system object FF82412.
  2186. (chklog) CHKDSK  Inode F82412 has references to cross linked blocks.
  2187. (chklog) CHKDSK  File system object FF82412 has corrupt data (39).
  2188. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2189. 258046 
  2190. found in file system object FF82444.
  2191. (chklog) CHKDSK  Inode F82444 has references to cross linked blocks.
  2192. (chklog) CHKDSK  File system object FF82444 has corrupt data (39).
  2193. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2194. 254590 
  2195. found in file system object FF82554.
  2196. (chklog) CHKDSK  Inode F82554 has references to cross linked blocks.
  2197. (chklog) CHKDSK  File system object FF82554 has corrupt data (39).
  2198. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2199. 292638 
  2200. found in file system object FF87088.
  2201. (chklog) CHKDSK  Inode F87088 has references to cross linked blocks.
  2202. (chklog) CHKDSK  File system object FF87088 has corrupt data (39).
  2203. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2204. 292639 
  2205. found in file system object FF87089.
  2206. (chklog) CHKDSK  Inode F87089 has references to cross linked blocks.
  2207. (chklog) CHKDSK  File system object FF87089 has corrupt data (39).
  2208. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2209. 277220 
  2210. found in file system object FF90256.
  2211. (chklog) CHKDSK  Inode F90256 has references to cross linked blocks.
  2212. (chklog) CHKDSK  File system object FF90256 has corrupt data (39).
  2213. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2214. 277221 
  2215. found in file system object FF90257.
  2216. (chklog) CHKDSK  Inode F90257 has references to cross linked blocks.
  2217. (chklog) CHKDSK  File system object FF90257 has corrupt data (39).
  2218. (chklog) CHKDSK  Duplicate reference to 11 block(s) beginning at 
  2219. offset 298528
  2220. found in file system object FF95707.
  2221. (chklog) CHKDSK  Inode F95707 has references to cross linked blocks.
  2222. (chklog) CHKDSK  File system object FF95707 has corrupt data (39).
  2223. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2224. 298111 
  2225. found in file system object FF95708.
  2226. (chklog) CHKDSK  Inode F95708 has references to cross linked blocks.
  2227. (chklog) CHKDSK  File system object FF95708 has corrupt data (39).
  2228. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2229. 298511 
  2230. found in file system object FF95709.
  2231. (chklog) CHKDSK  Inode F95709 has references to cross linked blocks.
  2232. (chklog) CHKDSK  File system object FF95709 has corrupt data (39).
  2233. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2234. 1983 
  2235. found in file system object FF101249.
  2236. (chklog) CHKDSK  Inode F101249 has references to cross linked blocks.
  2237. (chklog) CHKDSK  File system object FF101249 has corrupt data (39).
  2238. CHKDSK *Phase 2 - Count Links
  2239. (chklog) CHKDSK **Phase 2 - Count links
  2240. CHKDSK *Phase 3 - Rescan for Duplicate Blocks and Verify Directory 
  2241. Tree 
  2242. (chklog) CHKDSK **Phase 3 - Duplicate Block Rescan and Directory 
  2243. Connectedness
  2244. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2245. 255486 
  2246. found in file system object FF82196.
  2247. (chklog) CHKDSK  Inode F82196 has references to cross linked blocks.
  2248. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2249. 255709 
  2250. found in file system object FF82196.
  2251. (chklog) CHKDSK  Inode F82196 has references to cross linked blocks.
  2252. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2253. 255742 
  2254. found in file system object FF82196.
  2255. (chklog) CHKDSK  Inode F82196 has references to cross linked blocks.
  2256. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2257. 255475 
  2258. found in file system object FF82198.
  2259. (chklog) CHKDSK  Inode F82198 has references to cross linked blocks.
  2260. (chklog) CHKDSK  Duplicate reference to 1 block(s) beginning at offset
  2261. 254591 
  2262. found in file system object FF82199.
  2263. (chklog) CHKDSK  Inode F82199 has references to cross linked blocks.
  2264. (chklog) CHKDSK  processing terminated:  10/23/9920.42.59   with 
  2265. return code: 
  2266. 10081.
  2267. (chklog) CHKDSK  ujfs_redeterminemedia() returned rc = 0
  2268. (chklog) CHKDSK  DosDevIOCtl(...DSK_UNLOCKDRIVE...) returned rc = 0
  2269. (chklog) CHKDSK  DosClose returned rc = 0
  2270. ==============
  2271.  
  2272. Bye,
  2273.  
  2274.     Yuri Dario
  2275.  
  2276. /*
  2277.  * member of TeamOS/2 - Italy
  2278.  * http://www.quasarbbs.com/yuri
  2279.  */
  2280.  
  2281. --- WtrGate+ v0.93.p7 sn 165
  2282.  * Origin: Usenet: MC-link The World On Line (1:109/42)
  2283.  
  2284. +----------------------------------------------------------------------------+
  2285.  
  2286. From: aboritz@cybernex.net                              25-Oct-99 12:45:06
  2287.   To: All                                               25-Oct-99 21:17:19
  2288. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2289.  
  2290. From: aboritz@cybernex.net (Alan Boritz)
  2291.  
  2292. In article <gunaalzrvfgrelnubbpbz.fk2p5m0.pminews@netnews.worldnet.att.net>,
  2293. "Mike Ruskai" <thannymeister@spambegone.yahoo.com> wrote:
  2294. >On 23 Oct 1999 20:11:28 GMT, tholen@ifa.hawaii.edu wrote:
  2295. >
  2296. >>Mark Schlegel writes:
  2297. >>
  2298. >>> The behavior seems to be that if you repeatedly enter some pages then
  2299. >>> go one level down then return to the main page, eventually when you
  2300. >>> come to the main page, Netscape will start filling the swapper.dat
  2301. >>> like crazy.
  2302. >>
  2303. >>swapper.dat is not managed by Netscape, but rather by the operating
  2304. >>system, so I don't know why you're blaming Netscape for the behavior
  2305. >>you've observed.
  2306. >
  2307. >Are you being intentionally daft?  What he's saying is that Netscape is
  2308. >allocating memory, and not freeing it, which is exactly what a program
  2309. >that wants to fill up swapper.dat must do.
  2310.  
  2311. Mr. Tholen is apparently another OS/2 nazi, so, yes, he's being intentionally
  2312. daft.
  2313.  
  2314. >I very much doubt that he's not spent the minimal effort required to make
  2315. >sure that Netscape is what's leaking memory.
  2316.  
  2317. Netscape has a memory leak.  Many such memory leaks have been documented
  2318. during different Netscape releases.  I've got the same problem here with the
  2319. level 5s (9/99) release, along with (less frequent) desktop freezing.
  2320.  
  2321. Don't waste your time following up his trolling, since the inevitable
  2322. conclusion will be Mr. Tholen turning very abusive and concluding that since
  2323. his little OS/2 client system works perfectly, you have to be wrong and that
  2324. you're terribly evil for spreading such vicious lies, etc., etc.
  2325.  
  2326. --- WtrGate+ v0.93.p7 sn 165
  2327.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  2328.  
  2329. +----------------------------------------------------------------------------+
  2330.  
  2331. From: tholenantispam@hawaii.edu                         26-Oct-99 05:05:19
  2332.   To: All                                               26-Oct-99 05:14:20
  2333. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2334.  
  2335. From: tholenantispam@hawaii.edu (Dave Tholen)
  2336.  
  2337. Mark Schlegel writes:
  2338.  
  2339. >>>>> The behavior seems to be that if you repeatedly enter some pages then
  2340. >>>>> go one level down then return to the main page, eventually when you
  2341. >>>>> come to the main page, Netscape will start filling the swapper.dat
  2342. >>>>> like crazy.
  2343.  
  2344. >>>> swapper.dat is not managed by Netscape, but rather by the operating
  2345. >>>> system, so I don't know why you're blaming Netscape for the behavior
  2346. >>>> you've observed.
  2347.  
  2348. >>> Hmm, could it be because the second I closed Netscape the swapper.dat
  2349. >>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  2350.  
  2351. >> It could be.
  2352.  
  2353. >>> That seems to point to NS being the culprit, right?
  2354.  
  2355. >> Why didn't you mention that initially?
  2356.  
  2357. > It's called an oversight, at the time it was obvious to me that netscape
  2358. > was the culprit for the above reason.
  2359.  
  2360. Might I suggest that you consider Bennie's hypothesis, namely that it
  2361. might have to do with Java, rather than Netscape?  That could explain
  2362. why the phenomenon appears to be site dependent.
  2363.  
  2364. --- WtrGate+ v0.93.p7 sn 165
  2365.  * Origin: Usenet: IFA B-111 (1:109/42)
  2366.  
  2367. +----------------------------------------------------------------------------+
  2368.  
  2369. From: wwilly@one.net                                    26-Oct-99 07:35:05
  2370.   To: All                                               26-Oct-99 10:18:01
  2371. Subj: Re: creating bootable floppy diskette
  2372.  
  2373. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  2374.  
  2375. In article <381524B1.D21E8DA4@linkline.com>,
  2376.   "Graham C. Norris" <spam_free_norrisg@linkline.com>
  2377. wrote:
  2378. > Bill Wild Willy Kredentser wrote:
  2379. > > In article <01bf1ecd$98a655f0$4c2b173f@pro>,
  2380. > >   "michael" <iwaki@gte.net> wrote:
  2381. > >         <<<snip>>>
  2382. > > > Can I create a bootable floppy diskette with
  2383. OS/2
  2384. > > warp 4?
  2385. > > Yes, but BEFORE you do that, search Deja News on
  2386. the
  2387. > > subject of "Create Utility Diskettes."  There's
  2388. > What possible good will that do? He needs *DOS*
  2389. floppy diskettes!
  2390.  
  2391. That's no doubt true, but there is some good.  It's
  2392. prodded me to post the following, to add to the
  2393. dozens, perhaps hundreds.........
  2394.  
  2395. I finally got around to running Create Utility
  2396. Diskettes under FP12.  It doesn't work worth a
  2397. %#*$!!!!  Well, it doesn't work any better than it
  2398. ever has under the past what?  3 or 4 FPs?  After
  2399. creating diskette 0 well enough, it spent at least 30
  2400. minutes, maybe 45 trying to create diskette 1. I got
  2401. 2 popup messages saying it had failed to copy
  2402. CONFIG.SYS & CONFIG.X (nothing important), and
  2403. eventually just closed with yet another one of these:
  2404.  
  2405. 10-26-1999  01:37:46  SYS3175  PID 0037  TID 0002
  2406. Slot 005c
  2407. F:\OS2\INSTALL\BOOTDISK.EXE
  2408. c0000005
  2409. 00013323
  2410. P1=00000001  P2=00000000  P3=XXXXXXXX  P4=XXXXXXXX
  2411. EAX=00000000  EBX=00000016  ECX=00000000
  2412. EDX=ffffffff
  2413. ESI=0002150a  EDI=00022ce4
  2414. DS=0053  DSACC=d0f3  DSLIM=1fffffff
  2415. ES=0053  ESACC=d0f3  ESLIM=1fffffff
  2416. FS=150b  FSACC=00f3  FSLIM=00000030
  2417. GS=0000  GSACC=****  GSLIM=********
  2418. CS:EIP=005b:00013323  CSACC=d0df  CSLIM=1fffffff
  2419. SS:ESP=0053:00e03f8c  SSACC=d0f3  SSLIM=1fffffff
  2420. EBP=00e03fe4  FLG=00012246
  2421.  
  2422. BOOTDISK.EXE 0001:00003323
  2423.  
  2424. Diskette 1 at that point contained 4 files totalling
  2425. about 40K.  Great, huh?  At least it's different from
  2426. what used to happen.  Let's call it progress.
  2427.  
  2428. The workaround is the same as it's ever been:  rename
  2429. AIC7870.ADD (the big pig) to anything else.  Or move
  2430. it to another directory than its normal home in
  2431. OS2\BOOT.  Then run the utility.  THAT works fine,
  2432. creating all 4 diskettes in maybe 15 minutes,
  2433. including formatting them.  (Then, of course, undo
  2434. your workaround for AIC7870.ADD.)  Of course, this is
  2435. no help to people who actually NEED this driver.  For
  2436. you, it STILL takes manual intervention to get this
  2437. working.
  2438.  
  2439. Oddities I noted.  COUNTRY.SYS from FP12 is dated
  2440. March 15, 1999 but from FP11 it was dated April 13,
  2441. 1999.  I'm not seeing any symptoms, but that is a bit
  2442. weird.  From what it says in the README.1ST for FP12,
  2443. this appears to be correct, however weird it may be.
  2444.  
  2445. The 4th diskette is one I always make a couple of
  2446. changes to.  First, I add ATTRIB.EXE.  I'm sure
  2447. everybody has their own favorite additions to put on
  2448. diskette 4. Second, there is a bug in what gets put
  2449. on it.  This is a bug I have reported for at least 5
  2450. Fix Packs now, if not more.  RESTORE.EXE is not the
  2451. current one.  Every other file on all 4 diskettes
  2452. gets copied from my hard drive (when appropriate),
  2453. but RESTORE.EXE for some reason just isn't.  So I do
  2454. it manually.
  2455.  
  2456. And after all of that, the diskettes do boot up fine.
  2457.  
  2458. WW
  2459. Team OS/2 Cincinnati & PROUD OF IT!
  2460.  
  2461.  
  2462. Sent via Deja.com http://www.deja.com/
  2463. Before you buy.
  2464.  
  2465. --- WtrGate+ v0.93.p7 sn 165
  2466.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  2467.  
  2468. +----------------------------------------------------------------------------+
  2469.  
  2470. From: tholenantispam@hawaii.edu                         26-Oct-99 13:56:19
  2471.   To: All                                               26-Oct-99 14:37:12
  2472. Subj: Re: OT Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2473.  
  2474. From: tholenantispam@hawaii.edu (Dave Tholen)
  2475.  
  2476. Tony Wright writes:
  2477.  
  2478. > here's a classic DT textbook reply<yawn>, predictably daft,
  2479.  
  2480. Still behaving like a first class jerk, I see.
  2481.  
  2482. > Juvenile - agreed.
  2483.  
  2484. Hope you enjoyed wasting all the time you spent writing.  I
  2485. didn't bother to read it.
  2486.  
  2487. --- WtrGate+ v0.93.p7 sn 165
  2488.  * Origin: Usenet: IFA B-111 (1:109/42)
  2489.  
  2490. +----------------------------------------------------------------------------+
  2491.  
  2492. From: horseman@ibm.net                                  26-Oct-99 01:09:08
  2493.   To: All                                               26-Oct-99 14:37:12
  2494. Subj: OT Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2495.  
  2496. From: Tony Wright <horseman@ibm.net>
  2497.  
  2498. Mike to DT>
  2499.  
  2500. > >>> Are you being intentionally daft?
  2501. >
  2502. Tony to DT>
  2503.  
  2504. > > .......and as you're no doubt about to ably demonstrate further, 
  2505. > > his was obviously a rhetorical question anyway.....
  2506.  
  2507. > > So in the unlikely event you can remain on topic and actually post 
  2508. > > a competent technical reply in a valid context for once, how does:
  2509. > >  ----snipped-----
  2510.  
  2511. Perfect! ..... (I wish the lottery was that easy to predict<vbg>)...so
  2512. here's a classic DT textbook reply<yawn>, predictably daft, no attempt
  2513. to remain on topic, no technical content and thus completely true to
  2514. character<g>  
  2515. Quod errant demonstrandum : 
  2516.  
  2517. Dave Tholen wrote:
  2518.  
  2519. > I see you're in the same category.
  2520.  
  2521. > Obviously not.
  2522.  
  2523. > Insults will get you nowhere.
  2524.  
  2525. > Irrelevant.
  2526.  
  2527. > It's not the first time I've dealt with your insulting behvaior.
  2528.  
  2529. > How ironic, given that I was engaged in a technical discussion until
  2530. > Mike and you came along.  Naturally, you try to place the onus on me.
  2531.  
  2532. Pardon us, we didn't realise it was your personal and private oratory
  2533. platform.......
  2534. Can't answer for MR but until then I had naively assumed it was a public
  2535. forum and therefore invited technical corrections as well as
  2536. contributions by default....    :-(
  2537.  
  2538. > I have not participated in any other thread on the topic of swapper.dat
  2539. > and its interaction with Navigator, Tony.
  2540.  
  2541. Same topic and main thread but different sub-threads......   but if your
  2542. browser does not have that "threading" capability or you don't have the
  2543. ability to use it, then I'm sorry for causing you any confusion....<g>.
  2544.  
  2545. However, you could at least exercise some "social responsibility" by
  2546. placing an OT prefix on subject line if you had no intention of making
  2547. any technical statement....  
  2548. I'm sure the majority seeking genuine technical enlightenment have no
  2549. wish to be unintentionally distracted by my verbiage let alone your
  2550. banally repetitive drivel......
  2551.  
  2552. > Then why are you responding to me?  So you can satisfy some juvenile
  2553. > need of yours to toss around a barrel of insults?
  2554.  
  2555. Juvenile - agreed.  However, sometimes in a futile attempt to effect
  2556. "communication" one is often tempted to "pitch" at a level commensurate
  2557. with the intended recipient.
  2558.  
  2559. Somewhat selective response on the content though?
  2560. Appears you can only relate to a few frivolous insults and fail totally
  2561. to either comprehend or are possibly incapable of elaborating on
  2562. anything technically orientated.... 
  2563.  
  2564. I genuinely thought for a moment you might have a valid point cleverly
  2565. disguised under your original "irrelevant" statement but you chose not
  2566. to seize the opportunity by elaborating... so I obviously over-estimated
  2567. both your ability and your knowledge again.   :-(
  2568.  
  2569. > I have no intention of trying to have a technical discussion with you.
  2570.  
  2571. Pity - as one or both of us might have learnt something.....    :-(
  2572.  
  2573. > You obviously can't control that temper of yours.
  2574.  
  2575. Oh don't flatter yourself! That pre-supposes any post of yours is
  2576. received with some emotion other than despair when it starts to
  2577. inevitably deviate from the technical topic..... 
  2578. If there was even some attempt at wit,editorial flair, eloquence or
  2579. originality in your otherwise insipid responses then some other emotion
  2580. may indeed be generated even if you couldn't actually promote an
  2581. "interest" due to a different or original perspective on a technical
  2582. topic.
  2583. Just for a fleeting moment it seemed there might have been a hidden
  2584. "spark" and (just practising my "firelighter" skills for Nov 5 <vbg>) 
  2585. with some further encouragement on the topic of the "swapper/cache", a
  2586. resulting "star-burst" revelation from yourself might just have redeemed
  2587. some of your "daftness".... <g>
  2588.  
  2589. Personally there's no "anger" or "uncontrolled rage" required to light
  2590. your blue touch paper and launch you into LEO.....  notwithstanding the
  2591. fact that most of your retorts are predictably on a par with a damp
  2592. squid and just about as technically illuminating ...<g>
  2593.  
  2594. > You are a first class jerk, do you know that, Tony?
  2595. >
  2596. Tch tch...not a very imaginative insult(where does that scale relative
  2597. to a 3rd rate "dafty" I wonder?<g>) -  but Mike is right, if your
  2598. that upset and unable to contribute any technical exchange without
  2599. getting hopelessly distracted by a few trivial banalities then further
  2600. attempts to promote a technical discourse  are obviously futile.
  2601.  
  2602. As it therefore appears we're not going to get any technical
  2603. enlightenment on the original serious question of memory leakage from
  2604. your direction, we are indeed better off not encouraging you further
  2605. (until perhaps your next attempted "venture" into "irrelevancy" that
  2606. is!).
  2607.  
  2608. In meantime I trust this "digression" and your demonstratable propensity
  2609. to "seed" non technical arguments into every other discussion haven't
  2610. "polluted" too many other "sub threads" on this particular topic and
  2611. original poster does indeed receive far more appropriate and useful
  2612. technical feedback. 
  2613. --
  2614. Rgds Tony W   Email: horseman@ibm.net
  2615. Portsmouth-Hampshire-UK
  2616.  
  2617. "humanum est errare: To err is human
  2618. .... and to fail is to be a Project Manager...
  2619. ...but to foul things up completely needs a computer!"
  2620.  
  2621. --- WtrGate+ v0.93.p7 sn 165
  2622.  * Origin: Usenet: Equi-Tek CompCon (1:109/42)
  2623.  
  2624. +----------------------------------------------------------------------------+
  2625.  
  2626. From: lsunley@mb.sympatico.ca                           26-Oct-99 16:26:24
  2627.   To: All                                               26-Oct-99 16:34:06
  2628. Subj: Re: Warp Server not able to get available memory
  2629.  
  2630. From: lsunley@mb.sympatico.ca (Lorne Sunley)
  2631.  
  2632. This isn't much of an idea, and you probably have tried it, but
  2633. here it is anyway (actually it's a question), have you determined
  2634. what the break point is in allocating larger buffer pools,
  2635. like 32 MByte, 64 MByte etc?
  2636.  
  2637. My test and development system is running WSeB and DB2 v6.1
  2638. (on a crummy 128 MByte RAM) so I can't even make an attempt
  2639. to see if the large pool allocation failure happens.
  2640.  
  2641. Lorne Sunley
  2642.  
  2643. On Tue, 26 Oct 1999 15:39:01, dwilliams9494@my-deja.com wrote:
  2644.  
  2645. > Thanks, Scott and Lorne.  We have an OS/2 guru of sorts who helped us
  2646. > configure HPFS386 to use an optimal cache size.
  2647. > But the problem isn't that we're running out of available memory - it's
  2648. > that DB2 isn't using it.  Memstat is sitting there telling us we have
  2649. > 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  2650. > etc), but we take the same configuration and ask for a total of 50,000
  2651. > pages (200 MB) of bufferpool and we don't get it.  If we run this
  2652. > configuration under Warp workstation, it works just fine.
  2653. > It's like Warp Server is limiting the amount of memory it'll give to
  2654. > running programs.
  2655. > Any ideas?
  2656. > In article <frthfvozpbz.fk676ym.pminews@rtpnews.raleigh.ibm.com>,
  2657. >   "Scott E. Garfinkle" <seg@NOSPAM-us.ibm.com> wrote:
  2658. > > On Mon, 25 Oct 1999 18:07:04 GMT, Lorne Sunley wrote:
  2659. > >
  2660. > > >> Is there a known problem with Warp Server making large (e.g., > 64
  2661. > > >> MB)
  2662. > > >> > > of memory available to programs, such as DB2?
  2663. > > Lorne is right -- it's probably hpfs386. In hpfs386.ini, add a line
  2664. > that
  2665. > > reads
  2666. > >    maxheap=2048
  2667. > > Also, if you're running commserver, look for a line in config.sys
  2668. > that looks
  2669. > > like
  2670. > >    DEVICE=C:\CMLIB\CMKFMDE.SYS
  2671. > > If you find it, change it to look like
  2672. > >    DEVICE=C:\CMLIB\CMKFMDE.SYS  /lsl=2m
  2673. > > If this works, try 8m for better performance and see whether it still
  2674. > works.
  2675. > >
  2676. > >
  2677. > Sent via Deja.com http://www.deja.com/
  2678. > Before you buy.
  2679.  
  2680.  
  2681. --- WtrGate+ v0.93.p7 sn 165
  2682.  * Origin: Usenet: MBnet Networking Inc. (1:109/42)
  2683.  
  2684. +----------------------------------------------------------------------------+
  2685.  
  2686. From: andrie@attglobal.net                              25-Oct-99 22:56:12
  2687.   To: All                                               26-Oct-99 16:34:06
  2688. Subj: Re: winos2 fullscreen - no mouse pointer
  2689.  
  2690. From: "Hans Andrießen" <andrie@attglobal.net>
  2691.  
  2692. andy schrieb:
  2693.  
  2694. > > winos2 seamless works fine on my system, but
  2695. > > when I try to bring it up fullscreen, there is no
  2696. > > mousepointer.
  2697. > >
  2698. > > Anyone know how to bring the pointer back?
  2699.  
  2700. > Look into your config.sys if this driver is mentioned.
  2701. > DEVICE=C:\OS2\MDOS\VMOUSE.SYS
  2702. >  Identifies and loads the mouse driver to let you use a mouse
  2703. >  with DOS. Mouse support for OS/2 is loaded below.
  2704.  
  2705. Also the same could be happend if the graphics-driver
  2706. in external Windows is different state/version, or the
  2707. resolution is different whitch is used in OS/2
  2708.  
  2709. Bye/2
  2710. Hans
  2711.  
  2712. --- WtrGate+ v0.93.p7 sn 165
  2713.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2714. (1:109/42)
  2715.  
  2716. +----------------------------------------------------------------------------+
  2717.  
  2718. From: seg@NOSPAM-us.ibm.com                             26-Oct-99 13:02:07
  2719.   To: All                                               26-Oct-99 16:34:06
  2720. Subj: Re: Warp Server not able to get available memory
  2721.  
  2722. From: "Scott E. Garfinkle" <seg@NOSPAM-us.ibm.com>
  2723.  
  2724. On Tue, 26 Oct 1999 15:39:01 GMT, dwilliams9494@my-deja.com wrote:
  2725.  
  2726. >But the problem isn't that we're running out of available memory - it's
  2727. >that DB2 isn't using it.  Memstat is sitting there telling us we have
  2728. >429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  2729. I guarantee you that it IS a case of memory allocation, somehow. Please check
  2730. the
  2731. parameters I suggested. I doubt that memstat is telling you anything
  2732. meaningful.
  2733.  
  2734.  
  2735. --- WtrGate+ v0.93.p7 sn 165
  2736.  * Origin: Usenet: NCSD OS/2 Service (1:109/42)
  2737.  
  2738. +----------------------------------------------------------------------------+
  2739.  
  2740. From: mgreene@exis.net                                  26-Oct-99 15:46:26
  2741.   To: All                                               26-Oct-99 20:25:01
  2742. Subj: Re: Warp Server not able to get available memory
  2743.  
  2744. From: "Michael K Greene" <mgreene@exis.net>
  2745.  
  2746. On Mon, 25 Oct 1999 13:53:58 GMT, dwilliams9494@my-deja.com wrote:
  2747.  
  2748. >When we installed Warp 4.0 workstation on the same PC with the same
  2749. >database version, the problem went away and it all worked fine.
  2750. >
  2751. >Is there a known problem with Warp Server making large (e.g., > 64 MB)
  2752. >of memory available to programs, such as DB2?
  2753.  
  2754. I'm not a Lan Server expert, but I found this a bit back and maybe it is an
  2755. option. If not it would allow you to down to the Warp 3 base.
  2756.  
  2757. http://www.sbt.net.au/sbt/WServeronW4/0000fm.htm
  2758.  
  2759. >Sent via Deja.com http://www.deja.com/
  2760. >Before you buy.
  2761.  
  2762. Michael K Greene <mgreene@exis.net>     |      OS/2 Warp / Linux / Win95-311
  2763.  
  2764.  
  2765.  
  2766. --- WtrGate+ v0.93.p7 sn 165
  2767.  * Origin: Usenet: Exis Net Inc (1:109/42)
  2768.  
  2769. +----------------------------------------------------------------------------+
  2770.  
  2771. From: aboritz@cybernex.net                              26-Oct-99 09:48:05
  2772.   To: All                                               26-Oct-99 20:25:02
  2773. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2774.  
  2775. From: aboritz@cybernex.net (Alan Boritz)
  2776.  
  2777. In article <7v3cr2$53v$1@news.hawaii.edu>, tholenantispam@hawaii.edu (Dave
  2778. Tholen) wrote:
  2779. >Mark Schlegel writes:
  2780. >
  2781. >>>>>> The behavior seems to be that if you repeatedly enter some pages then
  2782. >>>>>> go one level down then return to the main page, eventually when you
  2783. >>>>>> come to the main page, Netscape will start filling the swapper.dat
  2784. >>>>>> like crazy.
  2785. >
  2786. >>>>> swapper.dat is not managed by Netscape, but rather by the operating
  2787. >>>>> system, so I don't know why you're blaming Netscape for the behavior
  2788. >>>>> you've observed.
  2789. >
  2790. >>>> Hmm, could it be because the second I closed Netscape the swapper.dat
  2791. >>>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  2792. >
  2793. >>> It could be.
  2794. >
  2795. >>>> That seems to point to NS being the culprit, right?
  2796. >
  2797. >>> Why didn't you mention that initially?
  2798. >
  2799. >> It's called an oversight, at the time it was obvious to me that netscape
  2800. >> was the culprit for the above reason.
  2801. >
  2802. >Might I suggest that you consider Bennie's hypothesis, namely that it
  2803. >might have to do with Java, rather than Netscape?  That could explain
  2804. >why the phenomenon appears to be site dependent.
  2805.  
  2806. Not likely.  I run almost always with Java and Javascript disabled and it
  2807. continues here, too.
  2808.  
  2809. --- WtrGate+ v0.93.p7 sn 165
  2810.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  2811.  
  2812. +----------------------------------------------------------------------------+
  2813.  
  2814. From: mr_ace@gmx.de                                     26-Oct-99 21:11:10
  2815.   To: All                                               26-Oct-99 20:25:02
  2816. Subj: Netscape 4.04 freezes System
  2817.  
  2818. From: mr_ace@gmx.de
  2819.  
  2820. Hi folks!
  2821.  
  2822. 5 Minutes ago, I had a real System hang (not even the mouse cursor was
  2823. moving),
  2824. while loading a web page which started java (1.1.8), Warp4, FP7
  2825. I had several other programs running, i.g. ICQ for java which transferred a
  2826. big file,
  2827. FTP server with users logged in...
  2828.  
  2829. This went ok until I loaded this particular webpage.
  2830. Java 1.1.8 seems to have some bugs!
  2831. Is there a fix available??
  2832.  
  2833. Thanxx in advance!
  2834.  
  2835. Andi
  2836.  
  2837. --- WtrGate+ v0.93.p7 sn 165
  2838.  * Origin: Usenet: University of Karlsruhe (1:109/42)
  2839.  
  2840. +----------------------------------------------------------------------------+
  2841.  
  2842. From: schlegel@crocker.com                              26-Oct-99 18:21:19
  2843.   To: All                                               26-Oct-99 21:24:08
  2844. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  2845.  
  2846. From: "Mark O. Schlegel" <schlegel@crocker.com>
  2847.  
  2848. Dave Tholen wrote:
  2849. > Mark Schlegel writes:
  2850.  
  2851. > >>> That seems to point to NS being the culprit, right?
  2852. > >> Why didn't you mention that initially?
  2853. > > It's called an oversight, at the time it was obvious to me that netscape
  2854. > > was the culprit for the above reason.
  2855. > Might I suggest that you consider Bennie's hypothesis, namely that it
  2856. > might have to do with Java, rather than Netscape?  That could explain
  2857. > why the phenomenon appears to be site dependent.
  2858.  
  2859. I had Java turned off in the Advanced panel and
  2860. http://computing.net/os2/wwwboard/wwwboard.html
  2861. doesn't use java (that's the page where I had the problem occur when I did
  2862. a
  2863. Back to the main page)
  2864.  
  2865. Mark
  2866.  
  2867. --- WtrGate+ v0.93.p7 sn 165
  2868.  * Origin: Usenet: Johns Hopkins University Applied Physics Lab, Lau
  2869. (1:109/42)
  2870.  
  2871. +----------------------------------------------------------------------------+
  2872.  
  2873. From: bv@mail.bv.no                                     26-Oct-99 20:40:18
  2874.   To: All                                               26-Oct-99 21:24:08
  2875. Subj: Re: Warp Server not able to get available memory
  2876.  
  2877. From: =?iso-8859-1?Q?Bj=F8rn?= Vermo <bv@mail.bv.no>
  2878.  
  2879. dwilliams9494@my-deja.com wrote:
  2880.  
  2881. > ...
  2882. > But the problem isn't that we're running out of available memory - it's
  2883. > that DB2 isn't using it.  Memstat is sitting there telling us we have
  2884. > 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  2885. > etc), but we take the same configuration and ask for a total of 50,000
  2886. > pages (200 MB) of bufferpool and we don't get it.  If we run this
  2887. > configuration under Warp workstation, it works just fine.
  2888. >
  2889. > It's like Warp Server is limiting the amount of memory it'll give to
  2890. > running programs.
  2891. >
  2892. > Any ideas?
  2893. >
  2894.  
  2895. It is a long time since I last installed DB/2 and I do not remember the
  2896. important issues, but maybe you should look at the install log? Perhaps
  2897. something did not go quite as it should, but still works on the client? A
  2898. tiny misplaced comma or semicolon in a config file or installation script?
  2899.  
  2900. Other ways to isolate the cause: Install the server software on the Warp 3
  2901. client where it works, but do not install 386 HPFS. Does this work? If yes,
  2902. install 386 HPFS. That should be identical to your server. If it works, you
  2903. have somehow removed the cause of the problem. If not, you have pinpointed
  2904. it.
  2905.  
  2906.  
  2907.  
  2908. --- WtrGate+ v0.93.p7 sn 165
  2909.  * Origin: Usenet: Norbionics (1:109/42)
  2910.  
  2911. +----------------------------------------------------------------------------+
  2912.  
  2913. From: lifedata@xxvol.com                                26-Oct-99 17:36:21
  2914.   To: All                                               26-Oct-99 21:24:09
  2915. Subj: Re: READ THIS: creating bootable floppy diskette
  2916.  
  2917. From: lifedata@xxvol.com
  2918.  
  2919. Regarding making up the utility disks and the AIC problem,
  2920.  
  2921. Bill "Wild Willy" Kredentser <wwilly@one.net> said:
  2922.  
  2923. >The workaround is the same as it's ever been:  rename
  2924. >AIC7870.ADD (the big pig) to anything else.  Or move
  2925. >it to another directory than its normal home in
  2926. >OS2\BOOT.  Then run the utility.  THAT works fine,
  2927. >creating all 4 diskettes in maybe 15 minutes,
  2928. >including formatting them.
  2929.  
  2930. IT WORKS!!  I renamed AIC7870ADD.  It apparently forces the program to load
  2931. the
  2932. small version from CD, giving it working room.  My utility disks work now!
  2933.  
  2934. Now if I could get Bootos2 to work.....  It stalls with a "Disk full" error
  2935. when
  2936. I use the 2DISK switch and the source=[hard drive] switch.
  2937.  
  2938. Jim L
  2939. Remove XX from address to Email
  2940. Crooks and kooks will get guns regardless of laws.
  2941.  
  2942.  
  2943. --- WtrGate+ v0.93.p7 sn 165
  2944.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  2945. (1:109/42)
  2946.  
  2947. +----------------------------------------------------------------------------+
  2948.  
  2949. From: maxikins@os2bbs.com                               26-Oct-99 21:53:02
  2950.   To: All                                               26-Oct-99 21:24:09
  2951. Subj: Re: creating bootable floppy diskette
  2952.  
  2953. From: maxikins@os2bbs.com (Mark Klebanoff)
  2954.  
  2955. On Tue, 26 Oct 1999 16:31:31, Irv Spalten <ispalten@us.ibm.com> wrote:
  2956.  
  2957. > I've seen reports of failures to create the diskettes. Have you checked
  2958. > "Use files from the hard disk if they exist"? If you didn't, it has
  2959. > always worked. Check it and it failed after FP 9 or 10, forgot which,
  2960. > but WAS supposed to be fixed under FP 12.
  2961.  
  2962. I did check use files from hard drive.  When I checked, the July 99 
  2963. version of ibm1s506.add was on the floppy, so I know it worked.  FWIW 
  2964. the config sys had a device driver rem'd out, and that driver wasn't 
  2965. on the floppy.  Maybe something in the routine was smart enough to 
  2966. delete an unneeded file?
  2967.  
  2968. --- WtrGate+ v0.93.p7 sn 165
  2969.  * Origin: Usenet: Verio (1:109/42)
  2970.  
  2971. +----------------------------------------------------------------------------+
  2972.  
  2973. From: cotroneo@stny.rr.com                              26-Oct-99 22:59:01
  2974.   To: All                                               26-Oct-99 21:24:09
  2975. Subj: Re: winos2 fullscreen - no mouse pointer
  2976.  
  2977. From: cotroneo@stny.rr.com
  2978.  
  2979. In <38151858.BD3FF913@attglobal.net>, "Hans Andrie▀en" <andrie@attglobal.net>
  2980. writes:
  2981. >andy schrieb:
  2982. >
  2983. >> > winos2 seamless works fine on my system, but
  2984. >> > when I try to bring it up fullscreen, there is no
  2985. >> > mousepointer.
  2986. >> >
  2987. >> > Anyone know how to bring the pointer back?
  2988. >> Look into your config.sys if this driver is mentioned.
  2989. >> 
  2990. >> DEVICE=C:\OS2\MDOS\VMOUSE.SYS
  2991. >> 
  2992. >>  Identifies and loads the mouse driver to let you use a mouse
  2993. >>  with DOS. Mouse support for OS/2 is loaded below.
  2994.  
  2995. This devices driver statement is there. The mouse works fine
  2996. seamlessly, just not in full screen.
  2997.  
  2998. >Also the same could be happend if the graphics-driver
  2999. >in external Windows is different state/version, or the
  3000. >resolution is different whitch is used in OS/2
  3001. >
  3002.  
  3003. Don't know how to check this. My external windows is win95
  3004. not 3.1. Resolution in win95 is the same. How do I check the state/version?
  3005.  
  3006.  
  3007. Keith Cotroneo
  3008. cotroneo@stny.rr.com
  3009.  
  3010. --- WtrGate+ v0.93.p7 sn 165
  3011.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  3012.  
  3013. +----------------------------------------------------------------------------+
  3014.  
  3015. From: dcasey@ibm.net                                    26-Oct-99 19:03:04
  3016.   To: All                                               26-Oct-99 21:24:09
  3017. Subj: Re: FixPack on diskette???
  3018.  
  3019. From: dcasey@ibm.net (Dan Casey)
  3020.  
  3021. In article <3815a930.0@news>, "David Johnston" <davidj@psi1.psi-cu.com> wrote:
  3022. >I downloaded & applied FP12.  I could see no obvious way to load the fp onto
  3023. >a cd (then apply from cd).  I was forced to used the 17 (I think) diskettes
  3024. >which seems absolutely archaic.  Am I missing something?  Is there a way to
  3025. >copy all the files to cd then run the fp from cd?
  3026.  
  3027. There is a method documented on the VOICE website
  3028. (http://www.os2voice.org) that deals with applying Fixpaks from
  3029. downloaded IMAGE or ZIP files. Follow the instructions (follow the
  3030. link to EZ Reference) and then simply burn the results to a CD.
  3031.  
  3032. Worked for me :-)
  3033.  
  3034. --
  3035. **************************************************************
  3036. *  Dan Casey                                                 *
  3037. *  President                                                 *
  3038. *  V.O.I.C.E. (Virtual OS/2 International Consumer Education *
  3039. *  http://www.os2voice.org                                   *
  3040. *  Abraxas on IRC                                            *
  3041. *  http://members.iquest.net/~dcasey                         *
  3042. *  Charter Associate member, Team SETI                       *
  3043. *  Warpstock 99 in Atlanta  http://www.warpstock.org         *
  3044. **************************************************************
  3045. *  E-Mail (subject: Req. PGP Key) for Public Key             *
  3046. **************************************************************
  3047.  
  3048. --- WtrGate+ v0.93.p7 sn 165
  3049.  * Origin: Usenet: V.O.I.C.E., Indianapolis, IN (1:109/42)
  3050.  
  3051. +----------------------------------------------------------------------------+
  3052.  
  3053. From: dwilliams9494@my-deja.com                         26-Oct-99 15:39:00
  3054.   To: All                                               26-Oct-99 21:24:09
  3055. Subj: Re: Warp Server not able to get available memory
  3056.  
  3057. From: dwilliams9494@my-deja.com
  3058.  
  3059. Thanks, Scott and Lorne.  We have an OS/2 guru of sorts who helped us
  3060. configure HPFS386 to use an optimal cache size.
  3061.  
  3062. But the problem isn't that we're running out of available memory - it's
  3063. that DB2 isn't using it.  Memstat is sitting there telling us we have
  3064. 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  3065. etc), but we take the same configuration and ask for a total of 50,000
  3066. pages (200 MB) of bufferpool and we don't get it.  If we run this
  3067. configuration under Warp workstation, it works just fine.
  3068.  
  3069. It's like Warp Server is limiting the amount of memory it'll give to
  3070. running programs.
  3071.  
  3072. Any ideas?
  3073.  
  3074. In article <frthfvozpbz.fk676ym.pminews@rtpnews.raleigh.ibm.com>,
  3075.   "Scott E. Garfinkle" <seg@NOSPAM-us.ibm.com> wrote:
  3076. > On Mon, 25 Oct 1999 18:07:04 GMT, Lorne Sunley wrote:
  3077. >
  3078. > >> Is there a known problem with Warp Server making large (e.g., > 64
  3079. > >> MB)
  3080. > >> > > of memory available to programs, such as DB2?
  3081. > Lorne is right -- it's probably hpfs386. In hpfs386.ini, add a line
  3082. that
  3083. > reads
  3084. >    maxheap=2048
  3085. > Also, if you're running commserver, look for a line in config.sys
  3086. that looks
  3087. > like
  3088. >    DEVICE=C:\CMLIB\CMKFMDE.SYS
  3089. > If you find it, change it to look like
  3090. >    DEVICE=C:\CMLIB\CMKFMDE.SYS  /lsl=2m
  3091. > If this works, try 8m for better performance and see whether it still
  3092. works.
  3093. >
  3094. >
  3095.  
  3096.  
  3097. Sent via Deja.com http://www.deja.com/
  3098. Before you buy.
  3099.  
  3100. --- WtrGate+ v0.93.p7 sn 165
  3101.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  3102.  
  3103. +----------------------------------------------------------------------------+
  3104.  
  3105. From: tholenantispam@hawaii.edu                         27-Oct-99 01:06:20
  3106.   To: All                                               28-Oct-99 10:23:10
  3107. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3108.  
  3109. From: tholenantispam@hawaii.edu (Dave Tholen)
  3110.  
  3111. Alan Boritz writes:
  3112.  
  3113. >> Mark Schlegel writes:
  3114.  
  3115. >>>>>>> The behavior seems to be that if you repeatedly enter some pages then
  3116. >>>>>>> go one level down then return to the main page, eventually when you
  3117. >>>>>>> come to the main page, Netscape will start filling the swapper.dat
  3118. >>>>>>> like crazy.
  3119.  
  3120. >>>>>> swapper.dat is not managed by Netscape, but rather by the operating
  3121. >>>>>> system, so I don't know why you're blaming Netscape for the behavior
  3122. >>>>>> you've observed.
  3123.  
  3124. >>>>> Hmm, could it be because the second I closed Netscape the swapper.dat
  3125. >>>>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  3126.  
  3127. >>>> It could be.
  3128.  
  3129. >>>>> That seems to point to NS being the culprit, right?
  3130.  
  3131. >>>> Why didn't you mention that initially?
  3132.  
  3133. >>> It's called an oversight, at the time it was obvious to me that netscape
  3134. >>> was the culprit for the above reason.
  3135.  
  3136. >> Might I suggest that you consider Bennie's hypothesis, namely that it
  3137. >> might have to do with Java, rather than Netscape?  That could explain
  3138. >> why the phenomenon appears to be site dependent.
  3139.  
  3140. > Not likely.  I run almost always with Java and Javascript disabled and it
  3141. > continues here, too.
  3142.  
  3143. Quite a change in tone from your last missive.  Glad to see you're
  3144. contributing information, rather than invective.
  3145.  
  3146. --- WtrGate+ v0.93.p7 sn 165
  3147.  * Origin: Usenet: IFA B-111 (1:109/42)
  3148.  
  3149. +----------------------------------------------------------------------------+
  3150.  
  3151. From: tholenantispam@hawaii.edu                         27-Oct-99 01:11:19
  3152.   To: All                                               28-Oct-99 10:23:11
  3153. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3154.  
  3155. From: tholenantispam@hawaii.edu (Dave Tholen)
  3156.  
  3157. Mark Schlegel writes:
  3158.  
  3159. >>>>> That seems to point to NS being the culprit, right?
  3160.  
  3161. >>>> Why didn't you mention that initially?
  3162.  
  3163. >>> It's called an oversight, at the time it was obvious to me that netscape
  3164. >>> was the culprit for the above reason.
  3165.  
  3166. >> Might I suggest that you consider Bennie's hypothesis, namely that it
  3167. >> might have to do with Java, rather than Netscape?  That could explain
  3168. >> why the phenomenon appears to be site dependent.
  3169.  
  3170. > I had Java turned off in the Advanced panel and
  3171. > http://computing.net/os2/wwwboard/wwwboard.html
  3172. > doesn't use java (that's the page where I had the problem occur when I did
  3173. > a Back to the main page)
  3174.  
  3175. Did you try toggling the load images item, as suggested by somebody
  3176. else?
  3177.  
  3178. --- WtrGate+ v0.93.p7 sn 165
  3179.  * Origin: Usenet: IFA B-111 (1:109/42)
  3180.  
  3181. +----------------------------------------------------------------------------+
  3182.  
  3183. From: mcmorran@norfolk.infi.net                         26-Oct-99 20:25:03
  3184.   To: All                                               28-Oct-99 10:23:11
  3185. Subj: Re: Netscape Dowload Problems - Solution(??)
  3186.  
  3187. From: mcmorran@norfolk.infi.net (Peter McMorran)
  3188.  
  3189. In <3814C9F9.CC8DB2C3@wcom.com>, on 10/25/99 
  3190.    at 09:30 PM, Will Honea <will.honea@wcom.com> said:
  3191.  
  3192.  
  3193.  
  3194. >Doug Bissett wrote:
  3195. >> 
  3196. >> On Mon, 25 Oct 1999 06:01:31, whonea@codenet.net (Will Honea) wrote:
  3197. >> 
  3198. >> > Gotta be sneaky.  Start an ftp d/l then use CTL-ALT-T to get a popup
  3199. >> > with the full URL, including the password.  Copy that to the AWGet URL
  3200. >> > (manually or with DragText and off it goes.  You can then abort the NS
  3201. >> > d/l.
  3202. >> >
  3203. >> > Will Honea <whonea@codenet.net>
  3204. >> >
  3205. >> 
  3206. >> You had better abort the NS download, before you let AWget/Wget start
  3207. >> downloading (unless it is putting it in a different directory), or you
  3208. >> could end up really confusing things...
  3209.  
  3210. >Did I forget to mention that? <g>.  Actually, because I have
  3211. >Wget using it's own unique folder this only happened once.  As
  3212. >it turns out, the two d/l's actually managed to sort it out and
  3213. >Wget finished after I canceled NS.  Not a recommended operation
  3214. >tho - thanks for mentioning it.
  3215.  
  3216. Actually, you can be even trickier and preserve the partially
  3217. downloaded file. Just wait for the Nescape download to die. Then
  3218. wget -c http://.... in the directory containing the partial file.
  3219. wget then picks up where Netscape left off.
  3220.  
  3221. Cheers,
  3222. Peter
  3223.  
  3224. -- 
  3225. -----------------------------------------------------------
  3226. mcmorran@norfolk.infi.net (Peter McMorran)
  3227. -----------------------------------------------------------
  3228.  
  3229. --- WtrGate+ v0.93.p7 sn 165
  3230.  * Origin: Usenet: InfiNet (1:109/42)
  3231.  
  3232. +----------------------------------------------------------------------------+
  3233.  
  3234. From: ilya@math.ohio-state.edu                          27-Oct-99 00:25:20
  3235.   To: All                                               28-Oct-99 10:23:11
  3236. Subj: Re: Warp Server not able to get available memory
  3237.  
  3238. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  3239.  
  3240. [A complimentary Cc of this posting was sent to 
  3241. <dwilliams9494@my-deja.com>],
  3242. who wrote in article <7v4hul$5ue$1@nnrp1.deja.com>:
  3243. > But the problem isn't that we're running out of available memory - it's
  3244. > that DB2 isn't using it.  Memstat is sitting there telling us we have
  3245. > 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  3246. > etc), but we take the same configuration and ask for a total of 50,000
  3247. > pages (200 MB) of bufferpool and we don't get it.  If we run this
  3248. > configuration under Warp workstation, it works just fine.
  3249.  
  3250. No wonder!  You should have started with this.
  3251.  
  3252. You cannot have more than circa 220M of virtual memory allocated by an
  3253. application (at least with the "standard" setup).  Some people claim
  3254. that tweaking things a bit here and a bit there moves this boundary,
  3255. but only a tiny bit.
  3256.  
  3257. This is the part of "640K should be enough for anything" mentality
  3258. which is hardwired into the way OS/2 memory manager works.  I have
  3259. seen claims that WSeB lifts this barrier *a lot*, but you need a
  3260. special option to DosAllocMem() (sp?), and the allocated addresses are
  3261. (probably?) useless as arguments to many system calls (those which go
  3262. through 16bit calls).
  3263.  
  3264. Ilya
  3265.  
  3266. P.S.  Again, it is virtual memory, so it has nothing to do with the
  3267.       amount of "free" memory on your system (whatever this might
  3268.       mean).
  3269.  
  3270. --- WtrGate+ v0.93.p7 sn 165
  3271.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  3272. (1:109/42)
  3273.  
  3274. +----------------------------------------------------------------------------+
  3275.  
  3276. From: mircomir@lica.unimo.it                            26-Oct-99 15:25:19
  3277.   To: All                                               28-Oct-99 10:23:11
  3278. Subj: Re: FixPack on diskette???
  3279.  
  3280. From: Mirco Miranda <mircomir@lica.unimo.it>
  3281.  
  3282. David Johnston wrote:
  3283.  
  3284. > I downloaded & applied FP12.  I could see no obvious way to load the fp onto
  3285. > a cd (then apply from cd).  I was forced to used the 17 (I think) diskettes
  3286. > which seems absolutely archaic.  Am I missing something?  Is there a way to
  3287. > copy all the files to cd then run the fp from cd?
  3288. >
  3289. > Thanks!
  3290. >
  3291. > David Johnston
  3292. > The Members Group
  3293.  
  3294. See on hobbes (http://hobbes.nmsu.edu)
  3295. There are program like SimplyFix (or similar)
  3296.  
  3297. Bye, Mirco.
  3298.  
  3299. --- WtrGate+ v0.93.p7 sn 165
  3300.  * Origin: Usenet: CINECA (1:109/42)
  3301.  
  3302. +----------------------------------------------------------------------------+
  3303.  
  3304. From: whonea@codenet.net                                26-Oct-99 20:10:22
  3305.   To: All                                               28-Oct-99 10:23:11
  3306. Subj: Re: FixPack on diskette???
  3307.  
  3308. From: whonea@codenet.net (Will Honea)
  3309.  
  3310. On Tue, 26 Oct 1999 16:33:58, Irv Spalten <ispalten@us.ibm.com> wrote:
  3311.  
  3312. Irv, the QF11 program contains a substitute for LOADDSKF call DSKXTRCT
  3313. which greatly simplifies this unpacking by writing the image data 
  3314. directly to the hard drive, paths and all.  It also includes more 
  3315. error 
  3316. checking than LOADDSKF and will handle most of the image generation 
  3317. revisions.  I used to get really iritated when trying to unpack disk 
  3318. images from the LAN group when they used a version of SAVEDSKF that 
  3319. only 
  3320. their very old version of LOADDSKF would work with (good luck finding 
  3321. it!).  Of course, being 
  3322. IBM you can't suggest this alternate program but you might find the 
  3323. info useful <g>.
  3324.  
  3325. > Documented in the FixTool READ.ME file, section 6 :
  3326. > ===========
  3327. > Section 6.  How to Set Up the FixTool for Remote Installation
  3328. >   To speed up FixPak installation or to setup a FixPak on a LAN drive
  3329. >   for use by others (Redirected Install), follow these steps.
  3330. >   Before you begin, it is recommended that you install a Virtual Floppy
  3331. > Disk
  3332. >   program such as SVDISK (Super Virtual Disk) or VFDISK (Virtual Floppy
  3333. > Disk).
  3334. >   In the following examples, d: is the working drive and j: is the
  3335. > Virtual
  3336. >   Floppy drive.  Replace this with the drive letters you use.  Also in
  3337. > these
  3338. >   examples, XR_W035 is the FixPak name.
  3339. >   First, setup a directory to hold the FixTool code. For example,
  3340. >   run the following to place the FixTool into the d:\csf directory.
  3341. > |       cs_141.exe d:\csf
  3342. >   Next, setup the FixPak directory using the diskette images.
  3343. >         loaddskf xr_w035.1dk j: /f/y/q
  3344. >         xcopy j: d:\xr_w035\ /h/o/t/s/e/r/v
  3345. >         loaddskf xr_w035.2dk j: /f/y/q
  3346. >         xcopy j: d:\xr_w035\ /h/o/t/s/e/r/v
  3347. >         ...
  3348. >         ...
  3349. >         ...        <repeat for each disk image in the FixPak>
  3350. >   Install the FixPak by running service.exe.
  3351. >         set csfutilpath=d:\csf
  3352. >         set csfcdromdir=d:\xr_w035
  3353. >         d:
  3354. >         cd csf
  3355. >         service  (or start service)
  3356. >   You can also apply service by running fservice.exe with a response
  3357. > file.
  3358. >         d:
  3359. >         cd csf
  3360. >         fservice /r:d:\csf\response.wp3 /s:d:\xr_w035
  3361. >   This will apply the FixPak to all serviceable partitions.  If you want
  3362. >   to make the response file specific to a partition (drive) then you
  3363. > need
  3364. >   to change the :SYSLEVEL and :ARCHIVE lines in response.wp3:
  3365. >         :SYSLEVEL \OS2\INSTALL\SYSLEVEL.OS2
  3366. >         :ARCHIVE \ARCHIVE
  3367. >         -- should be changed to --
  3368. >         :SYSLEVEL x:\OS2\INSTALL\SYSLEVEL.OS2
  3369. >         :ARCHIVE x:\ARCHIVE
  3370. >   where x: is the drive you want serviced.
  3371. > ===================
  3372.  
  3373. Will Honea <whonea@codenet.net>
  3374.  
  3375. --- WtrGate+ v0.93.p7 sn 165
  3376.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3377.  
  3378. +----------------------------------------------------------------------------+
  3379.  
  3380. From: wellmet@attglobal.net                             26-Oct-99 19:34:04
  3381.   To: All                                               28-Oct-99 10:23:14
  3382. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3383.  
  3384. From: wellmet@attglobal.net  (Joe Kovacs)
  3385.  
  3386. In <7ut4pg$nc1$1@news.hawaii.edu>, tholen@ifa.hawaii.edu writes:
  3387. >Mark Schlegel writes:
  3388. >
  3389. >> The behavior seems to be that if you repeatedly enter some pages then
  3390. >> go one level down then return to the main page, eventually when you
  3391. >> come to the main page, Netscape will start filling the swapper.dat
  3392. >> like crazy.
  3393. >
  3394. >swapper.dat is not managed by Netscape, but rather by the operating
  3395. >system, so I don't know why you're blaming Netscape for the behavior
  3396. >you've observed.
  3397.  
  3398. What an odd posting.  Hm.  
  3399.  
  3400. It wouldn't be that we're getting close to something, 
  3401. would it.  What is the extra memory for?  What's done with it?
  3402.  
  3403.  
  3404. Joe
  3405.  
  3406. Joe Kovacs
  3407. Guelph Ontario Canada
  3408.  
  3409.  
  3410.  
  3411.  
  3412. Joe Kovacs
  3413. Guelph Ontario Canada
  3414.  
  3415.  
  3416. --- WtrGate+ v0.93.p7 sn 165
  3417.  * Origin: Usenet: Water Utilities Hydraulic Analysis (1:109/42)
  3418.  
  3419. +----------------------------------------------------------------------------+
  3420.  
  3421. From: tholenantispam@hawaii.edu                         27-Oct-99 02:32:21
  3422.   To: All                                               28-Oct-99 10:23:14
  3423. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3424.  
  3425. From: tholenantispam@hawaii.edu (Dave Tholen)
  3426.  
  3427. Joe Kovacs writes:
  3428.  
  3429. >> Mark Schlegel writes:
  3430.  
  3431. >>> The behavior seems to be that if you repeatedly enter some pages then
  3432. >>> go one level down then return to the main page, eventually when you
  3433. >>> come to the main page, Netscape will start filling the swapper.dat
  3434. >>> like crazy.
  3435.  
  3436. >> swapper.dat is not managed by Netscape, but rather by the operating
  3437. >> system, so I don't know why you're blaming Netscape for the behavior
  3438. >> you've observed.
  3439.  
  3440. > What an odd posting.  Hm.  
  3441.  
  3442. What's odd about it?  I've been reading the OS/2 newsgroups since they
  3443. were created.  I've seen numerous reports of swapper.dat not shrinking,
  3444. with complaints that the latest FixPak (at the time) didn't solve the
  3445. problem.  Meanwhile, I've not observed the problem with Netscape.  So,
  3446. what's allegedly odd about my posting?
  3447.  
  3448. > It wouldn't be that we're getting close to something, would it.
  3449.  
  3450. Talk about odd postings!  Exactly what are you trying to suggest here?
  3451.  
  3452. > What is the extra memory for?  What's done with it?
  3453.  
  3454. Could you be more specific?
  3455.  
  3456. --- WtrGate+ v0.93.p7 sn 165
  3457.  * Origin: Usenet: IFA B-111 (1:109/42)
  3458.  
  3459. +----------------------------------------------------------------------------+
  3460.  
  3461. From: murdoctor@ausNOSPAMtin.rr.com                     27-Oct-99 04:03:25
  3462.   To: All                                               28-Oct-99 10:23:14
  3463. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3464.  
  3465. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  3466.  
  3467. Mark,
  3468.  
  3469. Here's a few items of note regarding this problem...
  3470.  
  3471. (1) It doesn't appear to have to do with going back and forth
  3472. between those pages.  Just loading the page
  3473. http://computing.net/windowsnt/wwwboard/wwwboard.html
  3474. will cause the problem.
  3475.  
  3476. (2) Having image-loading turned off is a key factor; turning
  3477. on the automatic-load-images setting makes the page load
  3478. just fine.
  3479.  
  3480. (3) Those pages have large tables (the one on the page I
  3481. listed above has 532 rows and 4 columns, so that's over
  3482. 2000 cells), and the table is set up to have equal row heights,
  3483. so the entire table must be calculated before anything can be
  3484. displayed.
  3485.  
  3486. (4) It's not an infinite loop, but it is looping through each of
  3487. those cells and allocating a "delayed image" construct for the
  3488. deferred load of the image into each cell, among other things.
  3489. After a while, this will load into the swapper and slow it down
  3490. more and more.... taking a VERY long time to complete.
  3491.  
  3492. (5) This problem happens on the Windows 4.61 as well.
  3493.  
  3494. Jeffrey S. Kobal
  3495. IBM Corporation
  3496.  
  3497.  
  3498.  
  3499. Mark Schlegel wrote:
  3500.  
  3501. > The behavior seems to be that if you repeatedly enter some pages then
  3502. > go one level down then return to the main page, eventually when you
  3503. > come to the main page, Netscape will start filling the swapper.dat
  3504. > like crazy.  This occured to me on pages
  3505. > http://computing.net/os2/wwwboard/wwwboard.html
  3506. > and
  3507. > http://computing.net/unix/wwwboard/wwwboard.html
  3508. >
  3509. > This occured when I was reading posts in each page then clicking the
  3510. > Back button
  3511. > to return to the menu of post subjects, swapping took my swapper.dat
  3512. > from
  3513. > 40Meg to 141 Meg in just a few minutes and I was able to kill netscape
  3514. > by Control+esc and then selecting Close.  There is no popuplog entry
  3515. > because it's not a trap but some kind of infinite code loop going on.
  3516. > I have a feeling this happens on pages that lots of single line entries
  3517. > each of which has an icon on the start of it (like conputing.net has)
  3518. >
  3519. > The only thing unusual with my netscape is that I have Auto loading of
  3520. > images turned off.... [snip]
  3521.  
  3522. --- WtrGate+ v0.93.p7 sn 165
  3523.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3524.  
  3525. +----------------------------------------------------------------------------+
  3526.  
  3527. From: wwilly@one.net                                    27-Oct-99 03:41:11
  3528.   To: All                                               28-Oct-99 10:23:14
  3529. Subj: Re: creating bootable floppy diskette
  3530.  
  3531. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  3532.  
  3533. In article <3815D763.E7545C3B@us.ibm.com>,
  3534.   Irv Spalten <ispalten@us.ibm.com> wrote:
  3535. > I've seen reports of failures to create the
  3536. diskettes. Have you checked
  3537. > "Use files from the hard disk if they exist"? If
  3538. you didn't,
  3539.         <<<snip>>>
  3540.  
  3541. I always have it checked.  Leaving it off doesn't
  3542. seem like worth the bother.  I mean, I already have
  3543. the original install diskettes.  If you don't check
  3544. the box, that's about all you'll get out of Create
  3545. Utility Diskettes, it seems to me.  (I know it's not
  3546. EXACTLY the same, but to me, the whole point of the
  3547. utility is to get the latest drivers onto bootable
  3548. diskettes.  Personally, I think what the utility does
  3549. should be what happens when the box is checked & the
  3550. option shouldn't even be there.)  Thanks for looking
  3551. into this, Irv.
  3552.  
  3553. > Mark Klebanoff wrote:
  3554. > > On Tue, 26 Oct 1999 07:35:10, Bill "Wild Willy"
  3555. Kredentser
  3556. > > <wwilly@one.net> wrote:
  3557.         <<<snip>>>
  3558.  
  3559. WW
  3560. Team OS/2 Cincinnati & PROUD OF IT!
  3561.  
  3562.  
  3563. Sent via Deja.com http://www.deja.com/
  3564. Before you buy.
  3565.  
  3566. --- WtrGate+ v0.93.p7 sn 165
  3567.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  3568.  
  3569. +----------------------------------------------------------------------------+
  3570.  
  3571. From: wwilly@one.net                                    27-Oct-99 04:05:13
  3572.   To: All                                               28-Oct-99 10:23:14
  3573. Subj: Re: Backing out FP12
  3574.  
  3575. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  3576.  
  3577. In article
  3578. <381628f3$1$zpunffba$mr2ice@news3.ibm.net>,
  3579.   mchasson@ibm.net wrote:
  3580. > In <7v136i$mg2$1@nnrp1.deja.com>, on 10/25/99 at
  3581. 08:08 AM,
  3582. >    Bill "Wild Willy" Kredentser <wwilly@one.net>
  3583. said:
  3584.         <<<snip>>>
  3585. > >It
  3586. > >means that if you have a multi-OS system, C
  3587. > >absolutely must be either FAT16 or HPFS, not FAT32
  3588. or
  3589. > >NTFS or . . . . . .
  3590.         <<<snip>>>
  3591. > Which C partition, or are you inferentially
  3592. implying that one must have at
  3593. > least one FAT C partition.
  3594.  
  3595. I'm not inferring or implying anything.  I'm saying
  3596. it straight out.  A C partition must be visible when
  3597. you run the Fix Tool because it writes on C.  Primary
  3598. or not I don't think matters.  I'm not sure, but I
  3599. would think it doesn't matter.  FAT16 & HPFS are the
  3600. only file systems that are built into WARP 4 client.
  3601. I know HPFS386 & JFS are also native OS/2 file
  3602. systems, but I have no experience with them.  There
  3603. are also drivers or installable file systems out
  3604. there that give OS/2 access to . . . what's it
  3605. called?  The UNIX file structure.  And I vaguely
  3606. recall reading something about some of the Virus9x &
  3607. VirusNT file systems being implemented in OS/2
  3608. drivers or installable file systems.  But I have no
  3609. experience with them either.  If anybody reading this
  3610. can add to the knowledge base here, please do.  Can
  3611. Fix Tool write on UNIX or NTFS or FAT32 or VFAT or
  3612. ??? file system C drives given the appropriate add-on
  3613. software?  And what about HPFS386 & JFS?
  3614.  
  3615. WW
  3616. Team OS/2 Cincinnati & PROUD OF IT!
  3617.  
  3618.  
  3619. Sent via Deja.com http://www.deja.com/
  3620. Before you buy.
  3621.  
  3622. --- WtrGate+ v0.93.p7 sn 165
  3623.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  3624.  
  3625. +----------------------------------------------------------------------------+
  3626.  
  3627. From: wwilly@one.net                                    27-Oct-99 04:30:03
  3628.   To: All                                               28-Oct-99 10:23:14
  3629. Subj: Re: FixPack on diskette???
  3630.  
  3631. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  3632.  
  3633. In article <3815D7F6.ACF5B553@us.ibm.com>,
  3634.   Irv Spalten <ispalten@us.ibm.com> wrote:
  3635.         <<<snip>>>
  3636. >   Before you begin, it is recommended that you
  3637. install a Virtual Floppy
  3638. > Disk
  3639. >   program such as SVDISK (Super Virtual Disk) or
  3640. VFDISK (Virtual Floppy
  3641. > Disk).
  3642.         <<<snip>>>
  3643.  
  3644. But Irv, what about my way?  You don't need any
  3645. virtual floppy driver.  And my script is almost the
  3646. same as the one in the instructions.  What's the
  3647. matter with my way?  Is there some rule my way
  3648. violates?  Sure, it's not a totally hands-free
  3649. approach, but it has the HUGE benefit of allowing you
  3650. to apply a Fix Pack when your modem (modems, Irv,
  3651. remember those? <:-)) ) isn't busy downloading megs &
  3652. megs of software at the excruciatingly slow speed
  3653. permitted by phone lines.  Phone lines that many of
  3654. us can't get to connect much faster than 20000baud.
  3655. Phone lines that have the nasty habit of
  3656. disconnecting in the middle of multi-meg downloads.
  3657. Come to think of it, I've known high-speed leased
  3658. Internet connections to drop conversations in
  3659. mid-download, too.  Please comment on my approach,
  3660. Irv.  It's posted on this thread just in front of
  3661. your post.
  3662.  
  3663. > David Johnston wrote:
  3664.         <<<snip>>>
  3665.  
  3666. WW
  3667. Team OS/2 Cincinnati & PROUD OF IT!
  3668.  
  3669.  
  3670. Sent via Deja.com http://www.deja.com/
  3671. Before you buy.
  3672.  
  3673. --- WtrGate+ v0.93.p7 sn 165
  3674.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  3675.  
  3676. +----------------------------------------------------------------------------+
  3677.  
  3678. From: wwilly@one.net                                    27-Oct-99 04:31:15
  3679.   To: All                                               28-Oct-99 10:23:14
  3680. Subj: Re: FixPack on diskette???
  3681.  
  3682. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  3683.  
  3684. In article <3815D7F6.ACF5B553@us.ibm.com>,
  3685.   Irv Spalten <ispalten@us.ibm.com> wrote:
  3686.         <<<snip>>>
  3687. >   Before you begin, it is recommended that you
  3688. install a Virtual Floppy
  3689. > Disk
  3690. >   program such as SVDISK (Super Virtual Disk) or
  3691. VFDISK (Virtual Floppy
  3692. > Disk).
  3693.         <<<snip>>>
  3694.  
  3695. But Irv, what about my way?  You don't need any
  3696. virtual floppy driver.  And my script is almost the
  3697. same as the one in the instructions.  What's the
  3698. matter with my way?  Is there some rule my way
  3699. violates?  Sure, it's not a totally hands-free
  3700. approach, but it has the HUGE benefit of allowing you
  3701. to apply a Fix Pack when your modem (modems, Irv,
  3702. remember those? <:-)) ) isn't busy downloading megs &
  3703. megs of software at the excruciatingly slow speed
  3704. permitted by phone lines.  Phone lines that many of
  3705. us can't get to connect much faster than 20000baud.
  3706. Phone lines that have the nasty habit of
  3707. disconnecting in the middle of multi-meg downloads.
  3708. Come to think of it, I've known high-speed leased
  3709. Internet connections to drop conversations in
  3710. mid-download, too.  Please comment on my approach,
  3711. Irv.  It's posted on this thread just in front of
  3712. your post.
  3713.  
  3714. > David Johnston wrote:
  3715.         <<<snip>>>
  3716.  
  3717. WW
  3718. Team OS/2 Cincinnati & PROUD OF IT!
  3719.  
  3720.  
  3721. Sent via Deja.com http://www.deja.com/
  3722. Before you buy.
  3723.  
  3724. --- WtrGate+ v0.93.p7 sn 165
  3725.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  3726.  
  3727. +----------------------------------------------------------------------------+
  3728.  
  3729. From: kris@dgraph.com                                   27-Oct-99 01:20:09
  3730.   To: All                                               28-Oct-99 10:23:15
  3731. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3732.  
  3733. From: Kris Kadela <kris@dgraph.com>
  3734.  
  3735.  
  3736. "Jeffrey S. Kobal" wrote:
  3737. > Mark,
  3738. > Here's a few items of note regarding this problem...
  3739. > (1) It doesn't appear to have to do with going back and forth
  3740. > between those pages.  Just loading the page
  3741. > http://computing.net/windowsnt/wwwboard/wwwboard.html
  3742. > will cause the problem.
  3743. > (2) Having image-loading turned off is a key factor; turning
  3744. > on the automatic-load-images setting makes the page load
  3745. > just fine.
  3746. > (3) Those pages have large tables (the one on the page I
  3747. > listed above has 532 rows and 4 columns, so that's over
  3748. > 2000 cells), and the table is set up to have equal row heights,
  3749. > so the entire table must be calculated before anything can be
  3750. > displayed.
  3751. > (4) It's not an infinite loop, but it is looping through each of
  3752. > those cells and allocating a "delayed image" construct for the
  3753. > deferred load of the image into each cell, among other things.
  3754. > After a while, this will load into the swapper and slow it down
  3755. > more and more.... taking a VERY long time to complete.
  3756. > (5) This problem happens on the Windows 4.61 as well.
  3757. > Jeffrey S. Kobal
  3758. > IBM Corporation
  3759.  
  3760. Bad design. Those pages should be broken up.
  3761. Folder images lack size attributes.
  3762.  
  3763. On my Win box (K62 300, Communicator 4.7) it took 36 seconds to render
  3764. the page after it finished loading
  3765. On my OS/2 box (P166, Communicator 4.61) it took 48 seconds to render
  3766. (not bad actuaaly compared with above)
  3767.  
  3768. I design web sites and would have never allowed a page of this size to
  3769. be generated. They should limit the number of records returned per page.
  3770.  
  3771.  
  3772. > Mark Schlegel wrote:
  3773. > > The behavior seems to be that if you repeatedly enter some pages then
  3774. > > go one level down then return to the main page, eventually when you
  3775. > > come to the main page, Netscape will start filling the swapper.dat
  3776. > > like crazy.  This occured to me on pages
  3777. > > http://computing.net/os2/wwwboard/wwwboard.html
  3778. > > and
  3779. > > http://computing.net/unix/wwwboard/wwwboard.html
  3780. > >
  3781. > > This occured when I was reading posts in each page then clicking the
  3782. > > Back button
  3783. > > to return to the menu of post subjects, swapping took my swapper.dat
  3784. > > from
  3785. > > 40Meg to 141 Meg in just a few minutes and I was able to kill netscape
  3786. > > by Control+esc and then selecting Close.  There is no popuplog entry
  3787. > > because it's not a trap but some kind of infinite code loop going on.
  3788. > > I have a feeling this happens on pages that lots of single line entries
  3789. > > each of which has an icon on the start of it (like conputing.net has)
  3790. > >
  3791. > > The only thing unusual with my netscape is that I have Auto loading of
  3792. > > images turned off.... [snip]
  3793.  
  3794. -- 
  3795.  
  3796. **********************
  3797. DigiGraph Technical
  3798. http://www.dgraph.com
  3799. **********************
  3800.  
  3801. --- WtrGate+ v0.93.p7 sn 165
  3802.  * Origin: Usenet: DigiGraph Technical (1:109/42)
  3803.  
  3804. +----------------------------------------------------------------------------+
  3805.  
  3806. From: thorenz@hydromech.uni-hannover.de                 27-Oct-99 09:22:22
  3807.   To: All                                               28-Oct-99 10:23:15
  3808. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  3809.  
  3810. From: Carsten Thorenz <thorenz@hydromech.uni-hannover.de>
  3811.  
  3812. "Jeffrey S. Kobal" wrote:
  3813. > (4) It's not an infinite loop, but it is looping through each of
  3814. > those cells and allocating a "delayed image" construct for the
  3815. > deferred load of the image into each cell, among other things.
  3816. > After a while, this will load into the swapper and slow it down
  3817. > more and more.... taking a VERY long time to complete.
  3818.  
  3819. O.k., but why does it use _that_ much memory when image-loading
  3820. is switched off? Do you use a 1MB pre-alloc for each "delayed"
  3821. image? 
  3822.  
  3823. I've tried it with caches set to zero, no java, no java-script,
  3824. no proxies.
  3825.  
  3826. Theseus3 reports 
  3827.  
  3828.  88MB/26MB of allocated/committed memory with images switched on
  3829.  
  3830. and 
  3831.  
  3832.  138MB/76MB  of allocated/committed memory with images switched off
  3833.  
  3834. when loading
  3835.  
  3836.  http://computing.net/windowsnt/wwwboard/wwwboard.html
  3837.  
  3838. And, rather unreproducable, the memory-usage explodes when browsing
  3839. through the forums. At a time Netscape had allocated about 300MB 
  3840. before I killed it.
  3841.  
  3842. Bye, Carsten
  3843.  
  3844. -- 
  3845. Carsten Thorenz           Institut fuer Stroemungsmechanik und
  3846.                           elektronisches Rechnen im Bauwesen
  3847. thorenz@hydromech.uni-hannover.de
  3848. http://www.hydromech.uni-hannover.de/w3-pages-thorenz/thorenz.html
  3849.  
  3850. --- WtrGate+ v0.93.p7 sn 165
  3851.  * Origin: Usenet: RRZN - Newsserver Test (1:109/42)
  3852.  
  3853. +----------------------------------------------------------------------------+
  3854.  
  3855. From: hamei@pacbell.net                                 27-Oct-99 06:07:14
  3856.   To: All                                               28-Oct-99 10:23:15
  3857. Subj: Re: Backing out FP12
  3858.  
  3859. From: hamei@pacbell.net
  3860.  
  3861. In <7v5tm6$6g3$1@nnrp1.deja.com>, Bill "Wild Willy" Kredentser
  3862. <wwilly@one.net> writes:
  3863. >In article
  3864. ><381628f3$1$zpunffba$mr2ice@news3.ibm.net>,
  3865. >  mchasson@ibm.net wrote:
  3866. >> In <7v136i$mg2$1@nnrp1.deja.com>, on 10/25/99 at
  3867. >08:08 AM,
  3868. >>    Bill "Wild Willy" Kredentser <wwilly@one.net>
  3869. >said:
  3870. >        <<<snip>>>
  3871. >> >It
  3872. >> >means that if you have a multi-OS system, C
  3873. >> >absolutely must be either FAT16 or HPFS, not FAT32
  3874. >or
  3875. >> >NTFS or . . . . . .
  3876. >        <<<snip>>>
  3877. >> Which C partition, or are you inferentially
  3878. >implying that one must have at
  3879. >> least one FAT C partition.
  3880. >
  3881. >I'm not inferring or implying anything.  I'm saying
  3882. >it straight out.  A C partition must be visible when
  3883. >you run the Fix Tool because it writes on C.  Primary
  3884. >or not I don't think matters.  I'm not sure, but I
  3885. >would think it doesn't matter.  FAT16 & HPFS are the
  3886. >only file systems that are built into WARP 4 client.
  3887. >
  3888.  
  3889. I've read this in the FixRead also . . and puzzled over it, as my C is 
  3890. either NTFS or befs and the fix tool has never had a problem. OK,
  3891. never had a problem that wasn't my fault. Boot Manager's partition
  3892. couldn't possibly count, could it ? 
  3893.  
  3894. >WW
  3895. >Team OS/2 Cincinnati & PROUD OF IT!
  3896. >
  3897. --
  3898. misplaced the .sig, sorry
  3899.  
  3900.  
  3901. --- WtrGate+ v0.93.p7 sn 165
  3902.  * Origin: Usenet: SBC Internet Services (1:109/42)
  3903.  
  3904. +----------------------------------------------------------------------------+
  3905.  
  3906. From: ispalten@us.ibm.com                               27-Oct-99 07:58:24
  3907.   To: All                                               28-Oct-99 10:23:16
  3908. Subj: Re: FixPack on diskette???
  3909.  
  3910. From: Irv Spalten <ispalten@us.ibm.com>
  3911.  
  3912. Will, nothing is wrong with what you've posted. I can only recommend
  3913. what I know works. I've not used the others. Personally, I'd use RSU to
  3914. create the directory, just d/l and unzip and then burn the resulting
  3915. directory and start OS2SERV. There are quite a few ways of doing
  3916. anything. There is NO right way, but we DID document 'a way'.
  3917.  
  3918. Irv
  3919.  
  3920. Will Honea wrote:
  3921. > On Tue, 26 Oct 1999 16:33:58, Irv Spalten <ispalten@us.ibm.com> wrote:
  3922. > Irv, the QF11 program contains a substitute for LOADDSKF call DSKXTRCT
  3923. > which greatly simplifies this unpacking by writing the image data
  3924. > directly to the hard drive, paths and all.  It also includes more
  3925. > error
  3926. > checking than LOADDSKF and will handle most of the image generation
  3927. > revisions.  I used to get really iritated when trying to unpack disk
  3928. > images from the LAN group when they used a version of SAVEDSKF that
  3929. > only
  3930. > their very old version of LOADDSKF would work with (good luck finding
  3931. > it!).  Of course, being
  3932. > IBM you can't suggest this alternate program but you might find the
  3933. > info useful <g>.
  3934. > > Documented in the FixTool READ.ME file, section 6 :
  3935. > >
  3936. > > ===========
  3937. > > Section 6.  How to Set Up the FixTool for Remote Installation
  3938. > >
  3939. > >   To speed up FixPak installation or to setup a FixPak on a LAN drive
  3940. > >   for use by others (Redirected Install), follow these steps.
  3941. > >
  3942. > >   Before you begin, it is recommended that you install a Virtual Floppy
  3943. > > Disk
  3944. > >   program such as SVDISK (Super Virtual Disk) or VFDISK (Virtual Floppy
  3945. > > Disk).
  3946. > >
  3947. > >   In the following examples, d: is the working drive and j: is the
  3948. > > Virtual
  3949. > >   Floppy drive.  Replace this with the drive letters you use.  Also in
  3950. > > these
  3951. > >   examples, XR_W035 is the FixPak name.
  3952. > >
  3953. > >   First, setup a directory to hold the FixTool code. For example,
  3954. > >   run the following to place the FixTool into the d:\csf directory.
  3955. > >
  3956. > > |       cs_141.exe d:\csf
  3957. > >
  3958. > >   Next, setup the FixPak directory using the diskette images.
  3959. > >
  3960. > >         loaddskf xr_w035.1dk j: /f/y/q
  3961. > >         xcopy j: d:\xr_w035\ /h/o/t/s/e/r/v
  3962. > >         loaddskf xr_w035.2dk j: /f/y/q
  3963. > >         xcopy j: d:\xr_w035\ /h/o/t/s/e/r/v
  3964. > >         ...
  3965. > >         ...
  3966. > >         ...        <repeat for each disk image in the FixPak>
  3967. > >
  3968. > >   Install the FixPak by running service.exe.
  3969. > >
  3970. > >         set csfutilpath=d:\csf
  3971. > >         set csfcdromdir=d:\xr_w035
  3972. > >         d:
  3973. > >         cd csf
  3974. > >         service  (or start service)
  3975. > >
  3976. > >   You can also apply service by running fservice.exe with a response
  3977. > > file.
  3978. > >
  3979. > >         d:
  3980. > >         cd csf
  3981. > >         fservice /r:d:\csf\response.wp3 /s:d:\xr_w035
  3982. > >
  3983. > >   This will apply the FixPak to all serviceable partitions.  If you want
  3984. > >   to make the response file specific to a partition (drive) then you
  3985. > > need
  3986. > >   to change the :SYSLEVEL and :ARCHIVE lines in response.wp3:
  3987. > >
  3988. > >         :SYSLEVEL \OS2\INSTALL\SYSLEVEL.OS2
  3989. > >         :ARCHIVE \ARCHIVE
  3990. > >
  3991. > >         -- should be changed to --
  3992. > >
  3993. > >         :SYSLEVEL x:\OS2\INSTALL\SYSLEVEL.OS2
  3994. > >         :ARCHIVE x:\ARCHIVE
  3995. > >
  3996. > >   where x: is the drive you want serviced.
  3997. > > ===================
  3998. > Will Honea <whonea@codenet.net>
  3999.  
  4000. --- WtrGate+ v0.93.p7 sn 165
  4001.  * Origin: Usenet: IBM Corp. (1:109/42)
  4002.  
  4003. +----------------------------------------------------------------------------+
  4004.  
  4005. From: ispalten@us.ibm.com                               27-Oct-99 08:09:16
  4006.   To: All                                               28-Oct-99 10:23:16
  4007. Subj: Re: FixPack on diskette???
  4008.  
  4009. From: Irv Spalten <ispalten@us.ibm.com>
  4010.  
  4011. Bill, this isn't a contest? There are more than one way to do this. I
  4012. just provided a pointer to existing instructions. The guy already had
  4013. the diskettes don't forget.
  4014.  
  4015. Me, I'd use RSU, d/l and unzip, and then burn the resulting directory
  4016. and start OS2SERV. 'Almost' foolproof.
  4017.  
  4018. Lag on the news groups appear to be quite significant, I only saw the
  4019. original when I appended.
  4020.  
  4021. You're procedure is what RSU does, minus the few extra files (and
  4022. OS2SERV) that it takes down (as well as the proper required FixTool).
  4023. Save a few MB's in D/L. The only file there not needed (I think the
  4024. FixTool is) is the FTPINSTL.ZIP, it holds the RSU table for the FP, and
  4025. the FP README.1ST file which is in the first FP ZIP file. RSU method
  4026. should allow you to pickup if you do get a line disconnect as well.
  4027.  
  4028. 6 of 1, 1/2 a dozen of another, your choice.
  4029.  
  4030. Irv
  4031.  
  4032. Bill Wild Willy Kredentser wrote:
  4033. > In article <3815D7F6.ACF5B553@us.ibm.com>,
  4034. >   Irv Spalten <ispalten@us.ibm.com> wrote:
  4035. >         <<<snip>>>
  4036. > >   Before you begin, it is recommended that you
  4037. > install a Virtual Floppy
  4038. > > Disk
  4039. > >   program such as SVDISK (Super Virtual Disk) or
  4040. > VFDISK (Virtual Floppy
  4041. > > Disk).
  4042. >         <<<snip>>>
  4043. > But Irv, what about my way?  You don't need any
  4044. > virtual floppy driver.  And my script is almost the
  4045. > same as the one in the instructions.  What's the
  4046. > matter with my way?  Is there some rule my way
  4047. > violates?  Sure, it's not a totally hands-free
  4048. > approach, but it has the HUGE benefit of allowing you
  4049. > to apply a Fix Pack when your modem (modems, Irv,
  4050. > remember those? <:-)) ) isn't busy downloading megs &
  4051. > megs of software at the excruciatingly slow speed
  4052. > permitted by phone lines.  Phone lines that many of
  4053. > us can't get to connect much faster than 20000baud.
  4054. > Phone lines that have the nasty habit of
  4055. > disconnecting in the middle of multi-meg downloads.
  4056. > Come to think of it, I've known high-speed leased
  4057. > Internet connections to drop conversations in
  4058. > mid-download, too.  Please comment on my approach,
  4059. > Irv.  It's posted on this thread just in front of
  4060. > your post.
  4061. > > David Johnston wrote:
  4062. >         <<<snip>>>
  4063. > WW
  4064. > Team OS/2 Cincinnati & PROUD OF IT!
  4065. > Sent via Deja.com http://www.deja.com/
  4066. > Before you buy.
  4067.  
  4068. --- WtrGate+ v0.93.p7 sn 165
  4069.  * Origin: Usenet: IBM Corp. (1:109/42)
  4070.  
  4071. +----------------------------------------------------------------------------+
  4072.  
  4073. From: ispalten@us.ibm.com                               27-Oct-99 08:19:13
  4074.   To: All                                               28-Oct-99 10:23:16
  4075. Subj: Re: creating bootable floppy diskette
  4076.  
  4077. From: Irv Spalten <ispalten@us.ibm.com>
  4078.  
  4079. Mark, not sure what you mean? See below...
  4080.  
  4081. Mark Klebanoff wrote:
  4082. > On Tue, 26 Oct 1999 16:31:31, Irv Spalten <ispalten@us.ibm.com> wrote:
  4083. > > I've seen reports of failures to create the diskettes. Have you checked
  4084. > > "Use files from the hard disk if they exist"? If you didn't, it has
  4085. > > always worked. Check it and it failed after FP 9 or 10, forgot which,
  4086. > > but WAS supposed to be fixed under FP 12.
  4087. > >
  4088. > I did check use files from hard drive.  When I checked, the July 99
  4089. > version of ibm1s506.add was on the floppy, so I know it worked.  FWIW
  4090. > the config sys had a device driver rem'd out, and that driver wasn't
  4091. > on the floppy.
  4092.  
  4093. I wasn't the IBM1S506.ADD that did you in, is was an Adaptec driver,
  4094. AIC7870.ADD I recall, grew from 70K to 140K I remember (I'm sure someone
  4095. will correct me if I'm wrong).
  4096.  
  4097. Look in your OS2\BOOT directory, that is where most of the files get
  4098. pulled from. The FixTool only lays down files it finds. BOOTDISK (the
  4099. program that makes the diskettes) also copies over only files it finds.
  4100. The specific APAR is CLOSED, and whatever the fix was for that APAR, it
  4101. was reported as working by the customer. Like I said, the fix might have
  4102. been only of limited value. I've seen this happen before, the symptoms
  4103. are the same, but the causes are different. Sometimes a report isn't
  4104. filed (the Interested Parties list was long on this one) because it is
  4105. 'known', but it ends up not getting fixed for everyone.
  4106.  
  4107. If you want, send me the directory list of your diskettes, when I get a
  4108. chance, I'll make the diskettes off of my machine and compare them, also
  4109. give me the directory of OS2\BOOT. Send it to my e-mail ID please.
  4110.  
  4111. >  Maybe something in the routine was smart enough to
  4112. > delete an unneeded file?
  4113.  
  4114. I doubt it <G>
  4115.  
  4116. Irv
  4117.  
  4118. --- WtrGate+ v0.93.p7 sn 165
  4119.  * Origin: Usenet: IBM Corp. (1:109/42)
  4120.  
  4121. +----------------------------------------------------------------------------+
  4122.  
  4123. From: bv@mail.bv.no                                     27-Oct-99 15:40:05
  4124.   To: All                                               28-Oct-99 10:23:17
  4125. Subj: Re: Warp Server not able to get available memory
  4126.  
  4127. From: =?iso-8859-1?Q?Bj=F8rn?= Vermo <bv@mail.bv.no>
  4128.  
  4129. Ilya Zakharevich wrote:
  4130.  
  4131. >
  4132. > You cannot have more than circa 220M of virtual memory allocated by an
  4133. > application (at least with the "standard" setup).  Some people claim
  4134. > that tweaking things a bit here and a bit there moves this boundary,
  4135. > but only a tiny bit.
  4136. >
  4137.  
  4138. This is not a normal application, it is DB/2. I seem to recall that it made
  4139. good use of 2GB RAM in a previous version under OS/2 2.1. At least, the
  4140. server was much more responsive with more memory in it.
  4141.  
  4142.  
  4143. --- WtrGate+ v0.93.p7 sn 165
  4144.  * Origin: Usenet: Norbionics (1:109/42)
  4145.  
  4146. +----------------------------------------------------------------------------+
  4147.  
  4148. From: ispalten@us.ibm.com                               27-Oct-99 10:56:27
  4149.   To: All                                               28-Oct-99 10:23:17
  4150. Subj: Re: Backing out FP12
  4151.  
  4152. From: Irv Spalten <ispalten@us.ibm.com>
  4153.  
  4154. OK, the way it works is that the FixTool needs access to C:, plain and
  4155. simple. If C: is unformatted, NTFS, or FAT32 (and probably others), it
  4156. gets back a bad return code when it uses API calles to find the file
  4157. FIXSTART.xxx. This is the file that tells the FixTool that service was
  4158. interrupted. If it gets back any error other than 'file not found' or
  4159. '0' indicating the file exists, you get the generic error message (which
  4160. was not what was happening in this case).
  4161.  
  4162. Irv
  4163.  
  4164. hamei@pacbell.net wrote:
  4165. > In <7v5tm6$6g3$1@nnrp1.deja.com>, Bill "Wild Willy" Kredentser
  4166. <wwilly@one.net> writes:
  4167. > >In article
  4168. > ><381628f3$1$zpunffba$mr2ice@news3.ibm.net>,
  4169. > >  mchasson@ibm.net wrote:
  4170. > >> In <7v136i$mg2$1@nnrp1.deja.com>, on 10/25/99 at
  4171. > >08:08 AM,
  4172. > >>    Bill "Wild Willy" Kredentser <wwilly@one.net>
  4173. > >said:
  4174. > >        <<<snip>>>
  4175. > >> >It
  4176. > >> >means that if you have a multi-OS system, C
  4177. > >> >absolutely must be either FAT16 or HPFS, not FAT32
  4178. > >or
  4179. > >> >NTFS or . . . . . .
  4180. > >        <<<snip>>>
  4181. > >> Which C partition, or are you inferentially
  4182. > >implying that one must have at
  4183. > >> least one FAT C partition.
  4184. > >
  4185. > >I'm not inferring or implying anything.  I'm saying
  4186. > >it straight out.  A C partition must be visible when
  4187. > >you run the Fix Tool because it writes on C.  Primary
  4188. > >or not I don't think matters.  I'm not sure, but I
  4189. > >would think it doesn't matter.  FAT16 & HPFS are the
  4190. > >only file systems that are built into WARP 4 client.
  4191. > >
  4192. > I've read this in the FixRead also . . and puzzled over it, as my C is
  4193. > either NTFS or befs and the fix tool has never had a problem. OK,
  4194. > never had a problem that wasn't my fault. Boot Manager's partition
  4195. > couldn't possibly count, could it ?
  4196. > >WW
  4197. > >Team OS/2 Cincinnati & PROUD OF IT!
  4198. > >
  4199. > --
  4200. > misplaced the .sig, sorry
  4201.  
  4202. --- WtrGate+ v0.93.p7 sn 165
  4203.  * Origin: Usenet: IBM Corp. (1:109/42)
  4204.  
  4205. +----------------------------------------------------------------------------+
  4206.  
  4207. From: sarnow@t-online.de                                27-Oct-99 11:46:23
  4208.   To: All                                               28-Oct-99 10:23:17
  4209. Subj: Re: Netscape 4.04 freezes System
  4210.  
  4211. From: "Sarnow" <sarnow@t-online.de>
  4212.  
  4213. On 26 Oct 1999 21:11:21 GMT, mr_ace@gmx.de wrote:
  4214.  
  4215. >Is there a fix available??
  4216.  Versuche es mit 4.61
  4217. schneller stabiler .........
  4218. Tschuss dann
  4219.  
  4220. Rainer
  4221.  
  4222.  
  4223. --- WtrGate+ v0.93.p7 sn 165
  4224.  * Origin: Usenet: T-Online (1:109/42)
  4225.  
  4226. +----------------------------------------------------------------------------+
  4227.  
  4228. From: hamei@pacbell.net                                 27-Oct-99 19:08:00
  4229.   To: All                                               28-Oct-99 10:23:18
  4230. Subj: Re: Backing out FP12
  4231.  
  4232. From: hamei@pacbell.net
  4233.  
  4234. In <381720C7.514BACB1@us.ibm.com>, Irv Spalten <ispalten@us.ibm.com> writes:
  4235.  
  4236. >OK, the way it works is that the FixTool needs access to C:, plain and
  4237. >simple. If C: is unformatted, NTFS, or FAT32 (and probably others), it
  4238. >gets back a bad return code when it uses API calles to find the file
  4239. >FIXSTART.xxx. This is the file that tells the FixTool that service was
  4240. >interrupted. If it gets back any error other than 'file not found' or
  4241. >'0' indicating the file exists, you get the generic error message (which
  4242. >was not what was happening in this case).
  4243. >
  4244. >Irv
  4245. >
  4246.  
  4247. I *do* know better than to look a gift horse in the mouth . . but . . .
  4248.  
  4249. My C: partition has been either NTFS or Befs for ages, OS/2 has been in 
  4250. an extended logical partition D: for years. I've had success with fixes
  4251. from 16 to 42 but memory isn't so good any more - I use fastkick 141
  4252. now, but that shouldn't make any difference to what the Fixtool needs,
  4253. should it ? It's been over a year since I had a FAT partition at all, but 
  4254. Service still works fine . . . uh-oh ?  Is it possible that the fixtool gets 
  4255. the proper return code from the boot manager partition ? here's the
  4256. screen from fdisk /query :
  4257.  
  4258. Drive Name  Partition Vtype FStype Status   Start     Size
  4259.  
  4260.     1 0000003f     :    1    0a      2          0        7
  4261.     1 --> LVM     C:    1    07      1          7     1004
  4262.     1 --> LVM      :    1    eb      1       1011      509
  4263.     1 --> LVM*    D:    2    07      1       1521      541
  4264.     2 0000003f     :    1    00      0          0        7
  4265.     2 SMP Warp    E:    2    07      1          7      596
  4266.     2 0012e00d     :    3    00      0        604      470
  4267.     3 0000003f     :    1    00      0          0        7
  4268.     3 00003f00    F:    2    07      0          7     4345
  4269.  
  4270. the 1 gig on C: is definitely NTFS, tho it shows as the same fs type as
  4271. the HPFS on D: and E: . . . .
  4272.  
  4273. --- WtrGate+ v0.93.p7 sn 165
  4274.  * Origin: Usenet: SBC Internet Services (1:109/42)
  4275.  
  4276. +----------------------------------------------------------------------------+
  4277.  
  4278. From: doug.bissett"at"attglobal.net                     27-Oct-99 19:35:11
  4279.   To: All                                               28-Oct-99 10:23:18
  4280. Subj: Re: Netscape 4.04 freezes System
  4281.  
  4282. From: doug.bissett"at"attglobal.net (Doug Bissett)
  4283.  
  4284. On Tue, 26 Oct 1999 21:11:21, mr_ace@gmx.de wrote:
  4285.  
  4286. > Hi folks!
  4287. > 5 Minutes ago, I had a real System hang (not even the mouse cursor was
  4288. moving),
  4289. > while loading a web page which started java (1.1.8), Warp4, FP7
  4290. > I had several other programs running, i.g. ICQ for java which transferred a
  4291. big file,
  4292. > FTP server with users logged in...
  4293. > This went ok until I loaded this particular webpage.
  4294. > Java 1.1.8 seems to have some bugs!
  4295. > Is there a fix available??
  4296. > Thanxx in advance!
  4297. > Andi
  4298.  
  4299. I don't know if it will help, but check out: 
  4300. ftp://ftp.hursley.ibm.com/pub/java/fixes/os2/11/ for the latest 
  4301. updates.
  4302. ******************************
  4303. From the PC of Doug Bissett
  4304. doug.bissett at attglobal.net
  4305. The " at " must be changed to "@"
  4306. ******************************
  4307.  
  4308. --- WtrGate+ v0.93.p7 sn 165
  4309.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  4310. (1:109/42)
  4311.  
  4312. +----------------------------------------------------------------------------+
  4313.  
  4314. From: wwilly@one.net                                    27-Oct-99 19:55:08
  4315.   To: All                                               28-Oct-99 10:23:18
  4316. Subj: Re: FixPack on diskette???
  4317.  
  4318. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  4319.  
  4320. In article <3816F98D.7E73F113@us.ibm.com>,
  4321.   Irv Spalten <ispalten@us.ibm.com> wrote:
  4322.         <<<snip>>>
  4323. > 6 of 1, 1/2 a dozen of another, your choice.
  4324.         <<<snip>>>
  4325. > Bill Wild Willy Kredentser wrote:
  4326. > > In article <3815D7F6.ACF5B553@us.ibm.com>,
  4327. > >   Irv Spalten <ispalten@us.ibm.com> wrote:
  4328. > >         <<<snip>>>
  4329.  
  4330. A thousand thanks, Irv.  I just wanted to make sure I
  4331. wasn't screwing something up.  I haven't observed any
  4332. problems, but this isn't always proof of anything.
  4333. <:-))  Again, thanks.
  4334.  
  4335. WW
  4336. Team OS/2 Cincinnati & PROUD OF IT!
  4337.  
  4338.  
  4339. Sent via Deja.com http://www.deja.com/
  4340. Before you buy.
  4341.  
  4342. --- WtrGate+ v0.93.p7 sn 165
  4343.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  4344.  
  4345. +----------------------------------------------------------------------------+
  4346.  
  4347. From: hamei@pacbell.net                                 28-Oct-99 06:35:01
  4348.   To: All                                               28-Oct-99 10:23:19
  4349. Subj: Re: Backing out FP12
  4350.  
  4351. From: hamei@pacbell.net
  4352.  
  4353. In <38175B41.F82C85FE@us.ibm.com>, Irv Spalten <ispalten@us.ibm.com> writes:
  4354.  
  4355. now here's a case of role reversal ! the hapless user saying something works,
  4356. knowledgeable tech guy saying it can't !  :-)
  4357.  
  4358. >Don't know what you've got on C:, but OS/2 can write to it. Running
  4359. >another device driver to do so? LVM shows a drive you can't write to, no
  4360. >drive letter assigned, and other partitions like that.
  4361. >
  4362. >Two simple tests. Try to copy a file to C:, does it go under the BOOTED
  4363. >OS/2 system? If so, the FixTool can use it, if NOT, then I'd like to
  4364. >know how the FixTool works under the drive letter assignments below, C:
  4365. >- F:...
  4366. >
  4367. >Second is to make Utility diskettes, or use the Install diskettes and
  4368. >escape to 
  4369. >a CMD prompt. Then see if you can write to drive C:, and which is
  4370. >actually C:.
  4371.  
  4372. okay, cleaned up fdisk a little, here's the new display :
  4373.  
  4374. Drive Name  Partition Vtype FStype Status   Start     Size
  4375.  
  4376.     1 0000003f     :    1    0a      2          0        7
  4377.     1 NT           C:    1    07      1          7     1004
  4378.     1 BeOS          :    1    eb      1       1011      509
  4379.     1 Old OS2     D:    2    07      1       1521      541
  4380.     2 0000003f      :    1    00      0          0        7
  4381.     2 SMP Warp  E:    2    07      1          7      596
  4382.     2 0012e00d     :    3    00      0        604      470
  4383.     3 0000003f      :    1    00      0          0        7
  4384.     3 00003f00    F:    2    07      0          7     4345
  4385.  
  4386. disk one - Boot Manager, NT w/NTFS file sys, BeOS w/befs file sys, old
  4387. OS/2 install as hpfs logical D:
  4388.  
  4389. disk two - e: logical new OS/2, empty space
  4390.  
  4391. disk three f: logical
  4392.  
  4393. why fdisk reports C: as 07  I cannot say - it was initially formatted FAT, 
  4394. then installed OS/2 hpfs on D:, then NT as primary C:, then BeOS as second 
  4395. primary C:, then returned to NT and converted the FAT partition to NTFS. 
  4396. NT has pinball.sys installed as well, but that's a one-way street, so . . . 
  4397.  
  4398. from OS/2 on E: I cannot open a C: drive object. I cannot write a file or 
  4399. even do a dir on C: from a command line. Can D-n-D on a C drive object, 
  4400. but it doesn't really go there. Booted from utility disks you get the C:
  4401. prompt,
  4402. but do a dir and the message is "SYS0026 The specified disk or diskette cannot 
  4403.  
  4404. be accessed."  Double clicking on a drive object from OS/2 WPS says "The drive 
  4405.  
  4406. or diskette is not formatted correctly."
  4407.  
  4408. Last night with this setup I fixed my new OS/2 install to level 39,
  4409. glitch-free. 
  4410. Checking Service.log shows no mention of C: (maybe this is dumb, but when 
  4411. reinstalling I always fp to a level a few shy of where I want to be - if
  4412. there's
  4413. a catastrophe it seems easier to fix at a level close to where you want to be
  4414. then take a light finish cut . . comes from the machining background, probably 
  4415.  
  4416. stupid . . . )
  4417.  
  4418. in summary, as far as I can tell, I cannot write to C: from OS/2 in any way on 
  4419.  
  4420. this computer (unless there's a secret read-write ntfs driver in the newest 
  4421. fixpacks ?? :-) but using fastkick 141 and diunpacking the .dsk files manually
  4422. Service just whizzes through the whole operation.  Seems to do a correct 
  4423. archive as well. Is this heavenly repayment for the things that *should* work 
  4424. but don't ? {VCD player from the Netscape Pluginpak - worked once, have 
  4425. never been successful again :-( 
  4426.  
  4427. >
  4428. >Here is what I have as a comparison :
  4429. >
  4430. >Drive Name  Partition Vtype FStype Status   Start     Size
  4431. >
  4432. >    1 OS/2old      :    1    17      1          0     1506
  4433. >    1 WINNT        :    1    17      1       1506     1506
  4434. >    1 OS2          C:    1    07      1       3012     1953
  4435. >    1 009b2b39    :    0    00      0       4965     1176
  4436. >    1 00bff04f     :    1    0a      2       6142        7
  4437. >
  4438. >The first is another HPFS, second is NT, note the FStype, 17, NTFS, then
  4439. >the booted drive (NT is another C: hidden), an UNFORMATTED partition,
  4440. >and lastly, Boot Manager.
  4441.  
  4442. umm, I notice your OS/2old partition is also NTFS ? you have the opposite
  4443. situation from me ? 
  4444.  
  4445. >
  4446. >What I believe you have :
  4447. >
  4448. >    1 0000003f     :    1    0a      2          0        7
  4449. >    1 --> LVM     C:    1    07      1          7     1004
  4450. >    1 --> LVM      :    1    eb      1       1011      509
  4451. >    1 --> LVM*    D:    2    07      1       1521      541
  4452. >
  4453. >First is boot manager, followed by a drive that appears to be an HPFS
  4454. >(06 is FAT), then one I don't recognize, possibly a hidden C:, Linux?,
  4455. >followed by another HPFS assigned as D:.
  4456.  
  4457. It is actually Boot Manager, NTFS C:, BeOS C:, HPFS D: soon to be NeXT C: -
  4458. don't see anything in here OS/2 can write to !
  4459.  
  4460. so for some reason my fdisk mislabelled ntfs as hpfs ? If I wanna continue 
  4461. fixpacking I should *avoid* fdisk /newmbr at all costs ? Maybe this has 
  4462. something to do with NT's Disk Administrator "writing a signature to the 
  4463. hard disc" ? 
  4464.  
  4465. once upon a time, ages ago when I used floppies, I did a fixpack that 
  4466. took about twenty hours to read the disks. That seemed odd, as the 
  4467. time before it went quite fast and has never done that again. That
  4468. was the impetus to get fastkick and learn a better way !
  4469.  
  4470. anyway, it works :-)
  4471.  
  4472. >
  4473. >Irv
  4474. >
  4475.  
  4476. --- WtrGate+ v0.93.p7 sn 165
  4477.  * Origin: Usenet: SBC Internet Services (1:109/42)
  4478.  
  4479. +----------------------------------------------------------------------------+
  4480.  
  4481. From: paul_floyd@see.sig                                28-Oct-99 09:44:01
  4482.   To: All                                               28-Oct-99 10:23:19
  4483. Subj: Re: 32 bit CHKDSK and SCSI HD problem
  4484.  
  4485. From: Paul Floyd <paul_floyd@see.sig>
  4486.  
  4487.  
  4488. Richard Bumby wrote:
  4489.  
  4490. > I'm not sure about drivers for the newer TekrAm cards.  Maybe, someone
  4491. > can comment on that.
  4492.  
  4493. I just bought a new system with a Tekram 390U2W card (dual channel, U2W
  4494. and Fast/U). It includes a floppy with DOS, Windows and OS/2 drivers.
  4495. Works fine so far.
  4496.  
  4497. Paul
  4498.  
  4499. -- 
  4500. Paul Floyd      Focal Ingenierie Sud
  4501. Mail: paul underscore floyd at focal dot fr
  4502.  
  4503. --- WtrGate+ v0.93.p7 sn 165
  4504.  * Origin: Usenet: Guest of OLEANE (1:109/42)
  4505.  
  4506. +----------------------------------------------------------------------------+
  4507.  
  4508. From: KevH@yorkie.dabsolLL.co.uk                        28-Oct-99 04:24:26
  4509.   To: All                                               28-Oct-99 11:18:04
  4510. Subj: Re: Update Blues 
  4511.  
  4512. From: KevH@yorkie.dabsolLL.co.uk
  4513.  
  4514. Jim,
  4515.  
  4516.    Many thanks for your reply.  
  4517.  
  4518. > Did you try to get fixpack 39? It isn't the last one, but 
  4519. > I've read it is a stable one.
  4520.  
  4521. The W3 installation has not been upgraded but obviously needs 
  4522. to be hence my attempts to d/l the files (FP 40 at 
  4523. ps.software.....un64092
  4524.  
  4525. > Do you install the software through os2 or through windows. 
  4526. > I'm a little vague on warp 3, but there in the system folder 
  4527. > there's a place to search for and add new programs. You can 
  4528. > choose dos, winos2 folders, or even individual programs.
  4529.  
  4530. Have tried an install both through OS/2 and Windows - both
  4531. give the same result.  I feel it is either a resource problem
  4532. (Warp Config reads Dos=Low which worries me) or a path issue.
  4533. Am still attempting to learn the ins and outs on the various
  4534. Warp configuration files and types but am hampered by a
  4535. decent file manager ala XTGold.
  4536.  
  4537. > As for installing the fixpacks, give Duane's page a shot... 
  4538. > http://www.gt-online.com/~bri/fix.html <--- this is another, 
  4539. > Duane's pages were not loading. (I search on Duane Indelible 
  4540. > Blue to find him. )
  4541.  
  4542. Wil give this a go this weekend.
  4543.  
  4544. > You need to post some details of your new system (more than 
  4545. > some, really) if you want good advice. Sometimes you'll 
  4546. > discover problems that are caused by hardware, especially 
  4547. > video and sound cards. 
  4548.  
  4549. Nothing in the system should be giving a prob.  It is a 
  4550. AMD K6-2 350 MHz with 64Mb PC100, 2 x SCSI Diff system on a 
  4551. Adaptec 2944W (Fat16 on Disk 1, HPFS on Disk 2) with a 12x 
  4552. CD-Rom on a 1515 (scanner to be hooked-up at a later date).  
  4553. No sound card installed (still to research this one as my 
  4554. VideoLogic Aureal chip is not provided with os/2 drivers by 
  4555. the manufacturer).  The only update to Warps setup drivers 
  4556. is with the video card which is a VideoLogic 600 Pro with 
  4557. 2Mb on-board.  These are OS/2 specifc drivers.  All other 
  4558. s/w has loaded ok to present.
  4559.  
  4560. > KevH@yorkieLL.dabsol.co.uk wrote: <-----this didn't work.
  4561.  
  4562. Many apologies on this.  Normally my sig file is appended
  4563. to posts but seems, obviously, not to be doing so.  A
  4564. quick look at the preferences of setup does not show a
  4565. setting for this but there is as I have seen it on many
  4566. occasions.  AAAARRRRGGGGGHHH - another little job to do.
  4567. Anyway my address is:-
  4568.  
  4569.     KevH@yorkie.dabsolLL.co.uk
  4570.             or
  4571.     yorkie@yorkie.dabsolLL.co.uk
  4572.  
  4573. (dont ask about the differences or which one is right 
  4574. as I dont know and the provider can not work it out
  4575. either.  If you find one of them succeeds let me know
  4576. which as I sure am curious.  However I do not use the 
  4577. ISP unless absolutely necessary as their knowledge is 
  4578. nil and the service is <explitive deleted>)
  4579.  
  4580.             or
  4581.  
  4582.       kevinh@svLL.span.com
  4583.  
  4584. You will have to get the L outta there for correct
  4585. address on the quoted
  4586.  
  4587.  
  4588. Regards, Kev @ somewhere in virtual unreality
  4589.  
  4590.  
  4591. --- WtrGate+ v0.93.p7 sn 165
  4592.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4593.  
  4594. +----------------------------------------------------------------------------+
  4595.  
  4596. From: lifedata@xxvol.com                                27-Oct-99 23:28:04
  4597.   To: All                                               28-Oct-99 11:18:05
  4598. Subj: Re: creating bootable floppy diskette
  4599.  
  4600. From: lifedata@xxvol.com
  4601.  
  4602. Bill "Wild Willy" Kredentser <wwilly@one.net> said:
  4603.  
  4604. >I have renamed the original CONFIG.SYS in that
  4605. >directory & created a new CONFIG.SYS in that
  4606. >directory.  The 2 files are almost the same, except I
  4607. >have REMmed out all the drivers that are not
  4608. >applicable to my system. 
  4609.  
  4610. I have no SCSI equipment. It has been suggested that I remove SNP files.  May
  4611. I
  4612. assume that also any ADD file that is listed in snoop.lst as SCSI can be
  4613. safely
  4614. remmed out.
  4615.  
  4616. Jim L
  4617. Remove XX from address to Email
  4618. Crooks and kooks will get guns regardless of laws.
  4619.  
  4620.  
  4621. --- WtrGate+ v0.93.p7 sn 165
  4622.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  4623. (1:109/42)
  4624.  
  4625. +----------------------------------------------------------------------------+
  4626.  
  4627. From: murdoctor@ausNOSPAMtin.rr.com                     28-Oct-99 04:39:23
  4628.   To: All                                               28-Oct-99 11:18:05
  4629. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  4630.  
  4631. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  4632.  
  4633. Carsten Thorenz wrote:
  4634.  
  4635. > O.k., but why does it use _that_ much memory when image-loading
  4636. > is switched off?
  4637.  
  4638. Frankly, I don't know.  I just took a quick look at it to see
  4639. if it was something that could be easily solved, but the
  4640. memory allocations are coming from within the Netscape
  4641. layout engine, which is an area of the code we are loathe
  4642. to touch.  We're talking about calls that are over a dozen
  4643. levels deep, with callback functions and structures/lists
  4644. set up to do work later on, multiple connection-sessions
  4645. created for the images, etc.
  4646.  
  4647. Since it is a bug in the Windows version as well, and this
  4648. is obviously a very poorly-designed page, it's really not
  4649. something I'm concerned about.  Certainly not worth the
  4650. risks involved with changing the layout code.
  4651.  
  4652. Jeffrey S. Kobal
  4653. IBM Corporation
  4654.  
  4655.  
  4656. --- WtrGate+ v0.93.p7 sn 165
  4657.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4658.  
  4659. +----------------------------------------------------------------------------+
  4660.  
  4661. From: yourself@127.0.0.1                                28-Oct-99 05:05:20
  4662.   To: All                                               28-Oct-99 11:18:05
  4663. Subj: Re: Solved: NS 4.61 uses 100% CPU 
  4664.  
  4665. From: yourself@127.0.0.1 (Rich Walsh)
  4666.  
  4667. On Wed, 27 Oct 1999 19:35:25, doug.bissett"at"attglobal.net (Doug Bissett)
  4668. wrote:
  4669.  
  4670. > On Wed, 20 Oct 1999 18:21:17, yourself@127.0.0.1 (Rich Walsh) wrote:
  4671. > > Regardless of whether this is the same problem or a completely different
  4672. > > one, the fact remains that you have a memory cache and no disk cache.
  4673. > > Several of us have found that this is a sure recipe for 100% CPU usage.
  4674. > > 
  4675. > I have been running 0 memeory, and 0 disk cache, for a while now. It 
  4676. > does seem to make things MUCH better, but I still see the 100% 
  4677. > phenonenon, for much shorter periods of time, and not as often. I am 
  4678. > going to try adding some memory, and disk cache, to see if that makes 
  4679. > any difference.
  4680. > It does look like there could be more than one problem, with similar 
  4681. > indications...
  4682.  
  4683. Well, I found something that certainly _looks_ the same - but different.
  4684.  
  4685. Using NS4.61, 2048kb mem cache, 128kb disk cache, everything enabled,
  4686. this 128bit-encryption-required page produces 100% CPU usage as soon
  4687. as NS connects and then takes almost two minutes to be displayed.
  4688.  
  4689.     https://www.firstunion.com/FrontLineLogin.html
  4690.  
  4691. However, if I bring up the Preferences notebook, CPU usage drops to
  4692. "normal" and the page displays quickly.  In fact, if I already have
  4693. the File->Save as dialog displayed, the problem never occurs at all.
  4694.  
  4695. What can I say but ??!???*??
  4696.  
  4697.  
  4698.    == == almost usable email address:  rlwalshATpacket.net == ==
  4699. ___________________________________________________________________
  4700.  
  4701.                 |             - DragText v3.1 -
  4702. Rich Walsh      |  A Distinctly Different Desktop Enhancement
  4703. Ft Myers, FL    |  New!  Pickup & Drop for text, and more...
  4704.                 |  http://www.usacomputers.net/personal/rlwalsh/
  4705. ___________________________________________________________________
  4706.  
  4707. --- WtrGate+ v0.93.p7 sn 165
  4708.  * Origin: Usenet: http://extra.newsguy.com (1:109/42)
  4709.  
  4710. +----------------------------------------------------------------------------+
  4711.  
  4712. From: frank_mckenney@mindspring.com                     28-Oct-99 13:33:00
  4713.   To: All                                               28-Oct-99 14:45:06
  4714. Subj: Re: Backing out FP12
  4715.  
  4716. From: frank_mckenney@mindspring.com (Frank McKenney)
  4717.  
  4718. In <c1.2b8.2Sj18l$01v@hamei.pacbell.net>, hamei@pacbell.net writes:
  4719. --snip--
  4720. >why fdisk reports C: as 07  I cannot say - it was initially formatted FAT, 
  4721. >then installed OS/2 hpfs on D:, then NT as primary C:, then BeOS as second 
  4722. >primary C:, then returned to NT and converted the FAT partition to NTFS. 
  4723. --snip--
  4724.  
  4725. Minor aside:  FSType x'07' does not, in itself, indicate an HPFS
  4726. partition.  It's the flag for an IFS (Installable File System)
  4727. partition, which might be HPFS, NTFS, or SomethinEntirelyDifferentFS.
  4728. In order to determine the actual file system which laid out the contents
  4729. of the partition you have to actually check the partition (as the IFS
  4730. module or modules do at boot time).
  4731.  
  4732. We now return you to your regularly scheduled mystery...  (;-)
  4733.  
  4734.  
  4735.  
  4736. Frank McKenney, McKenney Associates
  4737. Richmond, Virginia / (804) 320-4887
  4738. E-mail: frank_mckenney@mindspring.com
  4739.  
  4740. --- WtrGate+ v0.93.p7 sn 165
  4741.  * Origin: Usenet: McKenney Associates (1:109/42)
  4742.  
  4743. +----------------------------------------------------------------------------+
  4744.  
  4745. From: ivan@protein.bio.msu.su                           28-Oct-99 16:51:15
  4746.   To: All                                               28-Oct-99 14:45:06
  4747. Subj: Re: SYS3175 in PMMERGE with Comm/2 4.61 GA
  4748.  
  4749. From: "Ivan Adzhubei" <ivan@protein.bio.msu.su>
  4750.  
  4751. In <380F4934.55B94862@NOSPAMus.ibm.com>, on 10/21/99 
  4752.    at 12:11 PM, "Jeffrey S. Kobal" <jkobal@NOSPAMus.ibm.com> said:
  4753.  
  4754. Jeffrey,
  4755.  
  4756. Looks like you was right. I have applied pmr00052 fix for pmmerge.dll
  4757. found on testcase.boulder.ibm.com and the system is much more stable
  4758. now. Too early to say if all of my FP12 problems were actually fixed by
  4759. this one, but looks like Netscape is happy now.
  4760.  
  4761. Moreover, as a bonus, I found the above version of pmmerge.dll fixed
  4762. (well, almost) the problem this machine has been suffering for the last
  4763. 2 years! See my posting on another thread (Subj: OS2*.INI files
  4764. constantly updated after FP12). The annoying periodical rewriting of INI
  4765. files is still here, but with the new pmmerge.dll, it no longer locks
  4766. WPS/Desktop during the INI write.
  4767.  
  4768. Jeffrey, I don't know if you are behind this fix, but anyway - my many
  4769. thanks to whoever did it. Great job!
  4770.  
  4771. Cheers,
  4772. Ivan
  4773.  
  4774. >Same here, all sorts of weird memory problems and WPS lockups due to
  4775. >NC4.61 after installing FP12:
  4776. >------------------------------------------------------------
  4777. >10-20-1999  18:16:17  SYS3175  PID 0919  TID 0001  Slot 00c1
  4778. >C:\NETSCAPE\PROGRAM\NETSCAPE.EXE
  4779. >c0000005
  4780. >1be3bda2
  4781. >P1=00000001  P2=0000007c  P3=XXXXXXXX  P4=XXXXXXXX  
  4782. >EAX=00000000  EBX=00000000  ECX=00000000  EDX=13e8b0d4
  4783. >ESI=007c49f0  EDI=007c0004  
  4784. >DS=0053  DSACC=d0f3  DSLIM=1fffffff  
  4785. >ES=0053  ESACC=d0f3  ESLIM=1fffffff  
  4786. >FS=150b  FSACC=00f3  FSLIM=00000030
  4787. >GS=08ab  GSACC=10f3  GSLIM=00003fff
  4788. >CS:EIP=005b:1be3bda2  CSACC=d0df  CSLIM=1fffffff
  4789. >SS:ESP=0053:007c4994  SSACC=d0f3  SSLIM=1fffffff
  4790. >EBP=007c49c4  FLG=00012202
  4791. >PMMERGE.DLL 0004:0013bda2
  4792. >Cheers,
  4793. >Ivan
  4794. >>Dave Parsons wrote:
  4795. >>> Since upgrading to the GA version of Comm/2 4.61 and also FP12
  4796. >>> I have started to get crashes using Netscape when doing nothing
  4797. >>> special, just starting to download a new page.
  4798. >>>
  4799. >>> 10-16-1999  10:11:30  SYS3175  PID 0334  TID 0001  Slot 0060
  4800. >>> E:\NETSCAPE\PROGRAM\NETSCAPE.EXE
  4801. >>> c0000005
  4802. >>> 1bdfdef1
  4803. >>> P1=00000001  P2=00000103  P3=XXXXXXXX  P4=XXXXXXXX
  4804. >>> EAX=178f0028  EBX=0000057c  ECX=00000060  EDX=00000584
  4805. >>> ESI=00000584  EDI=000000ff
  4806. >>> DS=0053  DSACC=d0f3  DSLIM=1fffffff
  4807. >>> ES=0053  ESACC=d0f3  ESLIM=1fffffff
  4808. >>> FS=150b  FSACC=00f3  FSLIM=00000030
  4809. >>> GS=3503  GSACC=10f3  GSLIM=00003fff
  4810. >>> CS:EIP=005b:1bdfdef1  CSACC=d0df  CSLIM=1fffffff
  4811. >>> SS:ESP=0053:007c60f8  SSACC=d0f3  SSLIM=1fffffff
  4812. >>> EBP=007c6128  FLG=00012206
  4813. >>>
  4814. >>> PMMERGE.DLL 0004:000fdef1
  4815. >>> Is the fault in NC/2 GA or pmmerge from FP12?
  4816. >>I'm afraid it looks like a problem in the FP12 PMMERGE, as far as I can
  4817. >>tell.  At this instruction, the EDI register should be holding a
  4818. >>pointer to the next free block on the heap, but it is not a valid
  4819. >>pointer.  Communicator should not be able to corrupt the free chain in
  4820. >>a PM heap, so I'd have to assume that a bug was introduced in FP12.
  4821. >>Jeffrey S. Kobal
  4822. >>IBM Corporation
  4823.  
  4824. -- 
  4825. -----------------------------------------------------------
  4826. "Ivan Adzhubei" <ivan@protein.bio.msu.su>
  4827. -----------------------------------------------------------
  4828.  
  4829. --- WtrGate+ v0.93.p7 sn 165
  4830.  * Origin: Usenet: Moscow State University (1:109/42)
  4831.  
  4832. +----------------------------------------------------------------------------+
  4833.  
  4834. From: ispalten@us.ibm.com                               28-Oct-99 08:27:02
  4835.   To: All                                               28-Oct-99 14:45:07
  4836. Subj: Re: Backing out FP12
  4837.  
  4838. From: Irv Spalten <ispalten@us.ibm.com>
  4839.  
  4840. Hmm, didn't notice my machine reported the first drive as NTFS, which is
  4841. isn't?
  4842.  
  4843. I now suspect a defect in FDISK, but probably in the filesystem
  4844. somewhere? FDISKPM is also wrong, calls the x'17' as if it is x'07'? It
  4845. IS possible that since 'something' thinks it is an HPFS partition, the
  4846. API gets a '2' back, file NOT found, and we then continue?
  4847.  
  4848. Will have to look at this.
  4849.  
  4850. Irv
  4851.  
  4852. hamei@pacbell.net wrote:
  4853. > In <38175B41.F82C85FE@us.ibm.com>, Irv Spalten <ispalten@us.ibm.com> writes:
  4854. > now here's a case of role reversal ! the hapless user saying something
  4855. works,
  4856. > knowledgeable tech guy saying it can't !  :-)
  4857. > >Don't know what you've got on C:, but OS/2 can write to it. Running
  4858. > >another device driver to do so? LVM shows a drive you can't write to, no
  4859. > >drive letter assigned, and other partitions like that.
  4860. > >
  4861. > >Two simple tests. Try to copy a file to C:, does it go under the BOOTED
  4862. > >OS/2 system? If so, the FixTool can use it, if NOT, then I'd like to
  4863. > >know how the FixTool works under the drive letter assignments below, C:
  4864. > >- F:...
  4865. > >
  4866. > >Second is to make Utility diskettes, or use the Install diskettes and
  4867. > >escape to
  4868. > >a CMD prompt. Then see if you can write to drive C:, and which is
  4869. > >actually C:.
  4870. > okay, cleaned up fdisk a little, here's the new display :
  4871. > Drive Name  Partition Vtype FStype Status   Start     Size
  4872. >     1 0000003f     :    1    0a      2          0        7
  4873. >     1 NT           C:    1    07      1          7     1004
  4874. >     1 BeOS          :    1    eb      1       1011      509
  4875. >     1 Old OS2     D:    2    07      1       1521      541
  4876. >     2 0000003f      :    1    00      0          0        7
  4877. >     2 SMP Warp  E:    2    07      1          7      596
  4878. >     2 0012e00d     :    3    00      0        604      470
  4879. >     3 0000003f      :    1    00      0          0        7
  4880. >     3 00003f00    F:    2    07      0          7     4345
  4881. > disk one - Boot Manager, NT w/NTFS file sys, BeOS w/befs file sys, old
  4882. > OS/2 install as hpfs logical D:
  4883. > disk two - e: logical new OS/2, empty space
  4884. > disk three f: logical
  4885. > why fdisk reports C: as 07  I cannot say - it was initially formatted FAT,
  4886. > then installed OS/2 hpfs on D:, then NT as primary C:, then BeOS as second
  4887. > primary C:, then returned to NT and converted the FAT partition to NTFS.
  4888. > NT has pinball.sys installed as well, but that's a one-way street, so . . .
  4889. > from OS/2 on E: I cannot open a C: drive object. I cannot write a file or
  4890. > even do a dir on C: from a command line. Can D-n-D on a C drive object,
  4891. > but it doesn't really go there. Booted from utility disks you get the C:
  4892. prompt,
  4893. > but do a dir and the message is "SYS0026 The specified disk or diskette
  4894. cannot
  4895. > be accessed."  Double clicking on a drive object from OS/2 WPS says "The
  4896. drive
  4897. > or diskette is not formatted correctly."
  4898. > Last night with this setup I fixed my new OS/2 install to level 39,
  4899. glitch-free.
  4900. > Checking Service.log shows no mention of C: (maybe this is dumb, but when
  4901. > reinstalling I always fp to a level a few shy of where I want to be - if
  4902. there's
  4903. > a catastrophe it seems easier to fix at a level close to where you want to
  4904. be
  4905. > then take a light finish cut . . comes from the machining background,
  4906. probably
  4907. > stupid . . . )
  4908. > in summary, as far as I can tell, I cannot write to C: from OS/2 in any way
  4909. on
  4910. > this computer (unless there's a secret read-write ntfs driver in the newest
  4911. > fixpacks ?? :-) but using fastkick 141 and diunpacking the .dsk files
  4912. manually
  4913. > Service just whizzes through the whole operation.  Seems to do a correct
  4914. > archive as well. Is this heavenly repayment for the things that *should*
  4915. work
  4916. > but don't ? {VCD player from the Netscape Pluginpak - worked once, have
  4917. > never been successful again :-(
  4918. > >
  4919. > >Here is what I have as a comparison :
  4920. > >
  4921. > >Drive Name  Partition Vtype FStype Status   Start     Size
  4922. > >
  4923. > >    1 OS/2old      :    1    17      1          0     1506
  4924. > >    1 WINNT        :    1    17      1       1506     1506
  4925. > >    1 OS2          C:    1    07      1       3012     1953
  4926. > >    1 009b2b39    :    0    00      0       4965     1176
  4927. > >    1 00bff04f     :    1    0a      2       6142        7
  4928. > >
  4929. > >The first is another HPFS, second is NT, note the FStype, 17, NTFS, then
  4930. > >the booted drive (NT is another C: hidden), an UNFORMATTED partition,
  4931. > >and lastly, Boot Manager.
  4932. > umm, I notice your OS/2old partition is also NTFS ? you have the opposite
  4933. > situation from me ?
  4934. > >
  4935. > >What I believe you have :
  4936. > >
  4937. > >    1 0000003f     :    1    0a      2          0        7
  4938. > >    1 --> LVM     C:    1    07      1          7     1004
  4939. > >    1 --> LVM      :    1    eb      1       1011      509
  4940. > >    1 --> LVM*    D:    2    07      1       1521      541
  4941. > >
  4942. > >First is boot manager, followed by a drive that appears to be an HPFS
  4943. > >(06 is FAT), then one I don't recognize, possibly a hidden C:, Linux?,
  4944. > >followed by another HPFS assigned as D:.
  4945. > It is actually Boot Manager, NTFS C:, BeOS C:, HPFS D: soon to be NeXT C: -
  4946. > don't see anything in here OS/2 can write to !
  4947. > so for some reason my fdisk mislabelled ntfs as hpfs ? If I wanna continue
  4948. > fixpacking I should *avoid* fdisk /newmbr at all costs ? Maybe this has
  4949. > something to do with NT's Disk Administrator "writing a signature to the
  4950. > hard disc" ?
  4951. > once upon a time, ages ago when I used floppies, I did a fixpack that
  4952. > took about twenty hours to read the disks. That seemed odd, as the
  4953. > time before it went quite fast and has never done that again. That
  4954. > was the impetus to get fastkick and learn a better way !
  4955. > anyway, it works :-)
  4956. > >
  4957. > >Irv
  4958. > >
  4959.  
  4960. --- WtrGate+ v0.93.p7 sn 165
  4961.  * Origin: Usenet: IBM Corp. (1:109/42)
  4962.  
  4963. +----------------------------------------------------------------------------+
  4964.  
  4965. From: jhong@morgan.ucs.mun.ca                           28-Oct-99 15:52:15
  4966.   To: All                                               28-Oct-99 14:45:07
  4967. Subj: Re: CSF for fixpack 38
  4968.  
  4969. From: jhong@morgan.ucs.mun.ca (John Hong)
  4970.  
  4971. "Dilbert Firestorm" <wwiv@pppproject.org> writes:
  4972.  
  4973. >does  it make any differernce what csf_### version to use under warp 3.0
  4974. >fixpack 38?
  4975.  
  4976.     Yes, try and use the latest.  Currently that is v1.41.
  4977.  
  4978.  
  4979. --- WtrGate+ v0.93.p7 sn 165
  4980.  * Origin: Usenet: Memorial University of Newfoundland (1:109/42)
  4981.  
  4982. +----------------------------------------------------------------------------+
  4983.  
  4984. From: arnews@dsgml.com                                  28-Oct-99 13:26:25
  4985.   To: All                                               28-Oct-99 16:44:09
  4986. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  4987.  
  4988. From: Ariel <arnews@dsgml.com>
  4989.  
  4990. On Thu, 28 Oct 1999, Jeffrey S. Kobal wrote:
  4991.  
  4992. > Carsten Thorenz wrote:
  4993.  
  4994. > > O.k., but why does it use _that_ much memory when image-loading
  4995. > > is switched off?
  4996.  
  4997. > Since it is a bug in the Windows version as well, and this
  4998. > is obviously a very poorly-designed page, it's really not
  4999. > something I'm concerned about.  Certainly not worth the
  5000. > risks involved with changing the layout code.
  5001.  
  5002. Could/will you at least report it to Netscape? Although I'm not sure how
  5003. many new releases for navigator there will be before Mozilla.
  5004.  
  5005. If they do fix it, can/will you incorporate the change into the OS/2
  5006. version (even if you don't do a full "port" of the new version), just a
  5007. small maintenance release for this specific problem (if they fix it).
  5008.  
  5009.     -Ariel
  5010.  
  5011. --- WtrGate+ v0.93.p7 sn 165
  5012.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  5013.  
  5014. +----------------------------------------------------------------------------+
  5015.  
  5016. From: wwilly@one.net                                    28-Oct-99 16:28:18
  5017.   To: All                                               28-Oct-99 16:44:09
  5018. Subj: Re: creating bootable floppy diskette
  5019.  
  5020. From: Bill "Wild Willy" Kredentser <wwilly@one.net>
  5021.  
  5022. In article <3817c36d$2$yvsrqngn$mr2ice@news.vol.com>,
  5023.   lifedata@xxvol.com wrote:
  5024. > Bill "Wild Willy" Kredentser <wwilly@one.net> said:
  5025.         <<<snip>>>
  5026. > I have no SCSI equipment. It has been suggested
  5027. that I remove SNP files.  May I
  5028. > assume that also any ADD file that is listed in
  5029. snoop.lst as SCSI can be safely
  5030. > remmed out.
  5031.  
  5032. I tried getting rid of SNP files once & ended up with
  5033. something that didn't even come close to working.  So
  5034. now, I don't actually remove any files from the
  5035. diskettes.  I just REM out the drivers I'm not using.
  5036. I, like you, have no SCSI equipment so I have REMmed
  5037. those statements out of the CONFIG.SYS on the second
  5038. of the 4 diskettes.  I have not gone further.  I
  5039. figure the files fit, I'm not using them, the utility
  5040. put them there, it's an extra step to remove them,
  5041. they're just taking up space I wouldn't put to any
  5042. other use on the diskettes, so I don't bother.
  5043.  
  5044. Here's a messy but space-saving list of what I have
  5045. REMmed out of that CONFIG.SYS:
  5046.  
  5047. ibm2flpy.add ibm2adsk.add ibm2scsi.add aha152x.add
  5048. aha154x.add aha164x.add aha174x.add aic7770.add
  5049. aic7870.add btscsi.add fd16-700.add fd8xx.add
  5050. fd7000ex.add dpt20xx.add dac960.add flashpt.add
  5051. ipsraid.add ql10os2.add ql40os2.add ql510.add
  5052. chincds1.flt hitcds1.flt neccds1.flt sonycds1.flt
  5053. toshcds1.flt tmv1scsi.add sony535.add lms206.add
  5054. lms205.add mitfx001.add sbcd2.add sony31a.add
  5055.  
  5056. WW
  5057. Team OS/2 Cincinnati & PROUD OF IT!
  5058.  
  5059.  
  5060. Sent via Deja.com http://www.deja.com/
  5061. Before you buy.
  5062.  
  5063. --- WtrGate+ v0.93.p7 sn 165
  5064.  * Origin: Usenet: Team OS/2 Cincinnati (1:109/42)
  5065.  
  5066. +----------------------------------------------------------------------------+
  5067.  
  5068. From: hamei@pacbell.net                                 28-Oct-99 16:57:15
  5069.   To: All                                               28-Oct-99 16:44:09
  5070. Subj: Re: Backing out FP12
  5071.  
  5072. From: hamei@pacbell.net
  5073.  
  5074. In <38184F29.93E63E48@us.ibm.com>, Irv Spalten <ispalten@us.ibm.com> writes:
  5075. >Hmm, didn't notice my machine reported the first drive as NTFS, which is
  5076. >isn't?
  5077. >
  5078. >I now suspect a defect in FDISK, but probably in the filesystem
  5079. >somewhere? FDISKPM is also wrong, calls the x'17' as if it is x'07'? It
  5080. >IS possible that since 'something' thinks it is an HPFS partition, the
  5081. >API gets a '2' back, file NOT found, and we then continue?
  5082. >
  5083. >Will have to look at this.
  5084. >
  5085. >Irv
  5086. >
  5087.  
  5088. FDISKPM does show the NTFS primary C: partition as HPFS. This isn't
  5089. a one-time anomaly, either - did the same thing in two different OS/2
  5090. installs on two different partitions. 
  5091.  
  5092. --- WtrGate+ v0.93.p7 sn 165
  5093.  * Origin: Usenet: SBC Internet Services (1:109/42)
  5094.  
  5095. +----------------------------------------------------------------------------+
  5096.  
  5097. From: jweinkam@sprint.ca                                28-Oct-99 17:07:13
  5098.   To: All                                               29-Oct-99 11:30:17
  5099. Subj: Re: PINBALL.SYS and FP12?
  5100.  
  5101. From: "J. Weinkam" <jweinkam@sprint.ca>
  5102.  
  5103. On occations, when booting NT, I find that it doesn't recognize my HPFS
  5104. partitions.  When this happens I shut down NT, boot OS/2 and do CHKDSK
  5105. on all HPFS partitions.  I then shutdown and start NT and it will
  5106. recognize them.  You might want to force a CHKDSK of your partitions to
  5107. see if it helps.
  5108.  
  5109.  
  5110. Dave Parsons wrote:
  5111.  
  5112. > Hello,
  5113. >
  5114. > I recently ungraded one of my computers, which can dual boot
  5115. > between OS/2 and NT4, from FP8 to FP12. Yesterday I booted to
  5116. > NT for the first time since the upgrade and I find that I can
  5117. > nolonger see my HPFS partitions from NT.
  5118. > I have PINBALL.SYS installed on NT and all the HPFS partitions
  5119. > were there last time I booted to NT.
  5120. >
  5121. > Can anyone else confirm either that pinball & FP12 can see HPFS
  5122. > partitions or that a change occurred between FP8 & FP12 that
  5123. > stops it working?
  5124. > I can't see anything in the readmes, but then I wouldn't really
  5125. > expect to since it is not really supported.
  5126. >
  5127. > TIA,
  5128. > --
  5129. > Dave
  5130.  
  5131. --- WtrGate+ v0.93.p7 sn 165
  5132.  * Origin: Usenet: Sprint Canada Inc. (1:109/42)
  5133.  
  5134. +----------------------------------------------------------------------------+
  5135.  
  5136. From: sma.spam-not@rtd.com                              29-Oct-99 02:58:13
  5137.   To: All                                               29-Oct-99 11:30:19
  5138. Subj: Re: Warp Server not able to get available memory
  5139.  
  5140. From: James Moe <sma.spam-not@rtd.com>
  5141.  
  5142.  
  5143. dwilliams9494@my-deja.com wrote:
  5144. > Thanks, Scott and Lorne.  We have an OS/2 guru of sorts who helped us
  5145. > configure HPFS386 to use an optimal cache size.
  5146. > But the problem isn't that we're running out of available memory - it's
  5147. > that DB2 isn't using it.  Memstat is sitting there telling us we have
  5148. > 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  5149. > etc), but we take the same configuration and ask for a total of 50,000
  5150. > pages (200 MB) of bufferpool and we don't get it.  If we run this
  5151. > configuration under Warp workstation, it works just fine.
  5152. > It's like Warp Server is limiting the amount of memory it'll give to
  5153. > running programs.
  5154.     Are you sure that the memory is not being used? That is, have doen
  5155. stuff with DB2 that demands the amount of memory allocated?
  5156.     It may be that the memory is made available to DB2 but not committed
  5157. until it is actually needed.
  5158.  
  5159.  
  5160. -- 
  5161.  
  5162. sma at rtd dot com
  5163. Remove ".spam-not" for email
  5164.  
  5165. --- WtrGate+ v0.93.p7 sn 165
  5166.  * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)
  5167.  
  5168. +----------------------------------------------------------------------------+
  5169.  
  5170. From: merlins@ibm.net                                   29-Oct-99 01:33:02
  5171.   To: All                                               29-Oct-99 11:30:19
  5172. Subj: Kill Ia.n.i.!!! It's a Trojan Horse! [EOM]
  5173.  
  5174. From: Meinolf Sondermann <merlins@ibm.net>
  5175.  
  5176.  
  5177.  
  5178.  
  5179. --- WtrGate+ v0.93.p7 sn 165
  5180.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  5181. (1:109/42)
  5182.  
  5183. +----------------------------------------------------------------------------+
  5184.  
  5185. From: MtLavinia_nospam@nym._nospam.ali...               29-Oct-99 00:51:18
  5186.   To: All                                               29-Oct-99 11:30:19
  5187. Subj: Re: PINBALL.SYS and FP12?
  5188.  
  5189. Message sender: MtLavinia_nospam@nym._nospam.alias.net
  5190.  
  5191. From: "Lavinia" <MtLavinia_nospam@nym._nospam.alias.net>
  5192.  
  5193. I don't have any problem reading an HPFS partition (FP12) from NT.  No change
  5194. from FP8 -> FP12.
  5195.  
  5196. L.
  5197.  
  5198. On Thu, 28 Oct 1999 17:07:26 -0700, J. Weinkam wrote:
  5199.  
  5200. >On occations, when booting NT, I find that it doesn't recognize my HPFS
  5201. >partitions.  When this happens I shut down NT, boot OS/2 and do CHKDSK
  5202. >on all HPFS partitions.  I then shutdown and start NT and it will
  5203. >recognize them.  You might want to force a CHKDSK of your partitions to
  5204. >see if it helps.
  5205. >
  5206. >
  5207. >Dave Parsons wrote:
  5208. >
  5209. >> Hello,
  5210. >>
  5211. >> I recently ungraded one of my computers, which can dual boot
  5212. >> between OS/2 and NT4, from FP8 to FP12. Yesterday I booted to
  5213. >> NT for the first time since the upgrade and I find that I can
  5214. >> nolonger see my HPFS partitions from NT.
  5215. >> I have PINBALL.SYS installed on NT and all the HPFS partitions
  5216. >> were there last time I booted to NT.
  5217. >>
  5218. >> Can anyone else confirm either that pinball & FP12 can see HPFS
  5219. >> partitions or that a change occurred between FP8 & FP12 that
  5220. >> stops it working?
  5221. >> I can't see anything in the readmes, but then I wouldn't really
  5222. >> expect to since it is not really supported.
  5223. >>
  5224. >> TIA,
  5225. >> --
  5226. >> Dave
  5227. >
  5228.  
  5229.  
  5230.  
  5231. --- WtrGate+ v0.93.p7 sn 165
  5232.  * Origin: Usenet: NeverUmind (1:109/42)
  5233.  
  5234. +----------------------------------------------------------------------------+
  5235.  
  5236. From: tvoltagg@home.com                                 29-Oct-99 11:21:09
  5237.   To: All                                               29-Oct-99 14:46:21
  5238. Subj: Warp on Toshiba Portege 3110-APM
  5239.  
  5240. From: tvoltagg@home.com
  5241.  
  5242. I'm having a problem installing Warp 4 on a Toshiba Portege.  I think that it 
  5243. has to do with the APM.
  5244. 1 - If I am connected to A/C, I have no problems.  If I'm running on battery
  5245. power, I can not load any dos or winos/2 apps.  The cpu meter pegs at 100%
  5246. and it just hangs.  OS/2 apps run fine.
  5247. 2 - Intermittently, reboots or power-on results in the system hanging prior
  5248. to the boot manager loading.
  5249. I upgraded to APM ver 1.2 and the latest BIOS.  No help.  Any ideas?
  5250.  
  5251. --- WtrGate+ v0.93.p7 sn 165
  5252.  * Origin: Usenet: Team OS/2 (1:109/42)
  5253.  
  5254. +----------------------------------------------------------------------------+
  5255.  
  5256. From: dwilliams9494@my-deja.com                         29-Oct-99 11:29:28
  5257.   To: All                                               29-Oct-99 14:46:21
  5258. Subj: Re: Warp Server not able to get available memory
  5259.  
  5260. From: dwilliams9494@my-deja.com
  5261.  
  5262. James-
  5263.    We didn't get very scientific about it (for example, we didn't take
  5264. the time to look at bufferpool stats in the monitors).  But we didn't
  5265. need to: performance fell through the floor when we increased the
  5266. bufferpools over the 'threshold'.  In every other case, available
  5267. memory dropped when we started and connected to the db and performance
  5268. was good and consistent.  If we exceeded the threshold, available
  5269. memory didn't drop and performance was horrible.
  5270.  
  5271. So it appears that we exceeded some 220 MB barrier that causes DB2 not
  5272. to get the memory (even with > 450 MB available), write error messages
  5273. to db2diag.log ('The memory for bufferpool and estore cannot be
  5274. allocated'), and revert back to extremely low default bufferpool
  5275. sizes.  It appears that this occurs when the combined total of all
  5276. bufferpools plus dbheap exceeds 220 MB (not just a single bp > 220 MB),
  5277. but again, we haven't taken the time to get too scientific about that.
  5278.  
  5279. The DB2 support rep is looking through our traces now.  Folks have said
  5280. that DB2 should be able to work around this 220 MB-per-allocation
  5281. limit, so maybe it's something else.  I'll post what comes out of it.
  5282.  
  5283. I suppose I should ask: Has anyone been able to allocate and use
  5284. bufferpools larger than 220 MB (>55,000 pages) under OS/2 Warp?
  5285.  
  5286. Derek Williams
  5287.  
  5288. In article <38190D50.ED2851E6@rtd.com>,
  5289.   James Moe <sma.spam-not@rtd.com> wrote:
  5290. >
  5291. >
  5292. > dwilliams9494@my-deja.com wrote:
  5293. > >
  5294. > > Thanks, Scott and Lorne.  We have an OS/2 guru of sorts who helped
  5295. us
  5296. > > configure HPFS386 to use an optimal cache size.
  5297. > >
  5298. > > But the problem isn't that we're running out of available memory -
  5299. it's
  5300. > > that DB2 isn't using it.  Memstat is sitting there telling us we
  5301. have
  5302. > > 429 MB of available RAM (after DB2 startup, HPFS cache allocation,
  5303. > > etc), but we take the same configuration and ask for a total of
  5304. 50,000
  5305. > > pages (200 MB) of bufferpool and we don't get it.  If we run this
  5306. > > configuration under Warp workstation, it works just fine.
  5307. > >
  5308. > > It's like Warp Server is limiting the amount of memory it'll give to
  5309. > > running programs.
  5310. > >
  5311. >     Are you sure that the memory is not being used? That is, have doen
  5312. > stuff with DB2 that demands the amount of memory allocated?
  5313. >     It may be that the memory is made available to DB2 but not
  5314. committed
  5315. > until it is actually needed.
  5316. >
  5317. > --
  5318. >
  5319. > sma at rtd dot com
  5320. > Remove ".spam-not" for email
  5321. >
  5322.  
  5323.  
  5324. Sent via Deja.com http://www.deja.com/
  5325. Before you buy.
  5326.  
  5327. --- WtrGate+ v0.93.p7 sn 165
  5328.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  5329.  
  5330. +----------------------------------------------------------------------------+
  5331.  
  5332. From: nospam_hkelder@capgemini.nl                       29-Oct-99 23:02:05
  5333.   To: All                                               29-Oct-99 19:49:03
  5334. Subj: Re: Warp on Toshiba Portege 3110-APM
  5335.  
  5336. From: Henk kelder <nospam_hkelder@capgemini.nl>
  5337.  
  5338. Not sure, but on my Toshiba 490XCDT I seem to have the same problem.
  5339.  
  5340. It has to do with the power conservation state of the BIOS.
  5341.  
  5342. If (using TSETUP) it is set to LOW power I have the same.
  5343.  
  5344. Normally I run at USER settings where CPU Sleep mode has been disabled
  5345. and CPU runs at full power. (Disabling CPU sleep mode is also advised
  5346. when running Win9x, because SCANDISK (after faulty shutdown) takes AGES
  5347. if CPU sleep mode is enabled.
  5348.  
  5349. I don't know which of these settings actually is the cause.
  5350.  
  5351. Try experimenting with FN-F2 (At least on the 490 this is for cycling
  5352. thru power conservations modes - Each press goes to the next mode - full
  5353. power, low power, user setting).
  5354.  
  5355. If you do not have TSETUP, try keeping a keyboard key pressed while
  5356. switching the machine on. During boot an error message will appear from
  5357. which you can enter the bios setup routines.
  5358.  
  5359. Henk
  5360.  
  5361.  
  5362.  
  5363. tvoltagg@home.com wrote:
  5364. > I'm having a problem installing Warp 4 on a Toshiba Portege.  I think that
  5365. it
  5366. > has to do with the APM.
  5367. > 1 - If I am connected to A/C, I have no problems.  If I'm running on battery
  5368. > power, I can not load any dos or winos/2 apps.  The cpu meter pegs at 100%
  5369. > and it just hangs.  OS/2 apps run fine.
  5370. > 2 - Intermittently, reboots or power-on results in the system hanging prior
  5371. > to the boot manager loading.
  5372. > I upgraded to APM ver 1.2 and the latest BIOS.  No help.  Any ideas?
  5373.  
  5374. -- 
  5375. Remove nospam when replying..
  5376.  
  5377. --- WtrGate+ v0.93.p7 sn 165
  5378.  * Origin: Usenet: capgemini.nl (1:109/42)
  5379.  
  5380. +----------------------------------------------------------------------------+
  5381.  
  5382. From: ilya@math.ohio-state.edu                          29-Oct-99 22:10:04
  5383.   To: All                                               29-Oct-99 21:24:01
  5384. Subj: Re: Warp Server not able to get available memory
  5385.  
  5386. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  5387.  
  5388. [A complimentary Cc of this posting was sent to 
  5389. <dwilliams9494@my-deja.com>],
  5390. who wrote in article <7vc0fj$ht7$1@nnrp1.deja.com>:
  5391. > The DB2 support rep is looking through our traces now.  Folks have said
  5392. > that DB2 should be able to work around this 220 MB-per-allocation
  5393. > limit, so maybe it's something else.  I'll post what comes out of it.
  5394.  
  5395. There is no "220 MB-per-allocation" limit.  There is a limit for how
  5396. much virtual memory an application [*] can see: 512M.  A lot of these
  5397. 512M are reserved for shared areas, DLL areas etc.  What remains is
  5398. somewhat like 220M of virtual memory (this digit is a result of
  5399. experiments) available for application-requested memory.
  5400.  
  5401. *No workaround* is possible.
  5402.  
  5403. [*] Warp 4.5 is reported to be different.
  5404.  
  5405. Enjoy,
  5406. Ilya
  5407.  
  5408. P.S.  I repeat that this is *virtual memory*.  My first experiments
  5409.       were done on a laptop with 16M of memory and 32M of swap.  I
  5410.       could *assign* (without *touching*) myself 220M of virtual
  5411.       memory (due to overcommitment), but no more.
  5412.  
  5413.       So I repeat: it has nothing to do with how much "free" memory do
  5414.       you have.
  5415.  
  5416. --- WtrGate+ v0.93.p7 sn 165
  5417.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  5418. (1:109/42)
  5419.  
  5420. +----------------------------------------------------------------------------+
  5421.  
  5422. From: bts@iaehv.nl                                      30-Oct-99 00:53:05
  5423.   To: All                                               29-Oct-99 21:24:01
  5424. Subj: Re: Solved: NS 4.61 uses 100% CPU 
  5425.  
  5426. From: "Martin Bartelds" <bts@iaehv.nl>
  5427.  
  5428. On 28 Oct 1999 05:05:40 GMT, Rich Walsh wrote:
  5429.  
  5430. :>
  5431. :>Well, I found something that certainly _looks_ the same - but different.
  5432. :>
  5433. :>Using NS4.61, 2048kb mem cache, 128kb disk cache, everything enabled,
  5434. :>this 128bit-encryption-required page produces 100% CPU usage as soon
  5435. :>as NS connects and then takes almost two minutes to be displayed.
  5436. :>
  5437. :>    https://www.firstunion.com/FrontLineLogin.html
  5438. :>
  5439. :>However, if I bring up the Preferences notebook, CPU usage drops to
  5440. :>"normal" and the page displays quickly.  In fact, if I already have
  5441. :>the File->Save as dialog displayed, the problem never occurs at all.
  5442. :>
  5443. :>What can I say but ??!???*??
  5444.  
  5445. As a matter of fact: It's enough to switch to another application
  5446. to get normal CPU behaviour back......
  5447.  
  5448. :>Rich Walsh      |  A Distinctly Different Desktop Enhancement
  5449.  
  5450. /Martin
  5451.  
  5452.  
  5453.  
  5454. --- WtrGate+ v0.93.p7 sn 165
  5455.  * Origin: Usenet: BTSoftware (1:109/42)
  5456.  
  5457. +----------------------------------------------------------------------------+
  5458.  
  5459. +============================================================================+
  5460.