home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU991030.zip / Ub991029.txt < prev    next >
Text File  |  1999-10-30  |  60KB  |  1,623 lines
  1.  
  2.                    comp.os.os2.beta                 (Usenet)
  3.  
  4.                  Saturday, 23-Oct-1999 to Friday, 29-Oct-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: franks@owt.com                                    22-Oct-99 09:23:19
  9.   To: All                                               23-Oct-99 04:42:00
  10. Subj: Re: Java Adobe viewer trouble
  11.  
  12. From: "frank schmittroth" <franks@owt.com>
  13.  
  14. On 22 Oct 1999 02:00:05 -0700, Will Honea wrote:
  15.  
  16. >On Thu, 21 Oct 1999 15:07:18, Charles Meins <meins@ll.mit.edu> wrote:
  17. >
  18. >> I've got the Java Adobe viewer installed, but I can't get it to run 
  19. >> correctly. When I run AcrobatViewer.cmd either on a commandline or 
  20. >> through a program object, an OS/2 window comes up that says:
  21. >
  22. >Yout're one up on me.  When I run jre -cp install.zip install  to 
  23. >install it, it runs a bit then hangs.  Using the verbose option I see 
  24. >it hang just after "[Loaded sun/awt/os2/CharToByteWingDings.class from
  25. >E:\JAVA11\lib\rt.jar]".  FP 12, latest 1.1.8 updates appiled.  Any 
  26. >ideas?
  27. >
  28. >Will Honea <whonea@codenet.net>
  29. --
  30. I used the command line:
  31. java -classpath d:\java11\lib\classes.zip;install.zip;. install
  32.  
  33. "java -classpath" is the JDK version of "jre -cp (I think).
  34.  
  35. Note that I included the classes.zip file in the classpath along
  36. with install.zip as well as the current directory, the trailing ";." .
  37.  
  38. Frank.
  39.  
  40.  
  41. --- WtrGate+ v0.93.p7 sn 165
  42.  * Origin: Usenet: http://extra.newsguy.com (1:109/42)
  43.  
  44. +----------------------------------------------------------------------------+
  45.  
  46. From: lifedata@xxvol.com                                22-Oct-99 16:54:15
  47.   To: All                                               23-Oct-99 04:42:01
  48. Subj: Re: Java Adobe viewer trouble
  49.  
  50. From: lifedata@xxvol.com
  51.  
  52. hunters@thunder.indstate.edu said:
  53.  
  54. >> slow in my life.  Paging from one page to the next in a large
  55. >> document takes 20 or 30 seconds.
  56.  
  57. >Yeah, that's about right... Waaaaay faster than I expected!! :)
  58.  
  59. >Seriously tho, it's really only about 2/3 as slow as the native 3.01 viewer
  60. for
  61. >OS/2. In general, Acrobat has to be the slowest to process program I have
  62. ever
  63. >used on any platform, and I include the C-64 in that statement. ;)
  64.  
  65. In Adobe 3.0 I found that it would turn pages in a second or less.  Thie
  66. Viewer
  67. thing really does take 20 or so seconds to page.  Or, I should say, DID.  I'll
  68. wait for the GA.
  69.  
  70. Jim L
  71. Remove XX from address to Email
  72. Crooks and kooks will get guns regardless of laws.
  73.  
  74.  
  75. --- WtrGate+ v0.93.p7 sn 165
  76.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  77. (1:109/42)
  78.  
  79. +----------------------------------------------------------------------------+
  80.  
  81. From: Brian@webone.com.au                               23-Oct-99 13:57:23
  82.   To: All                                               23-Oct-99 04:42:02
  83. Subj: Re: Java Adobe viewer trouble
  84.  
  85. From: Brian@webone.com.au
  86.  
  87. In <19991022.11111101@G35PC1.llan>, Chuck Meins <meins@ll.mit.edu> writes:
  88. >On 10-21-99, 10:36:50 PM, "frank schmittroth" <franks@owt.com> wrote=20=
  89. >
  90. >>
  91. >> java.exe -classpath d:\Java11\lib\classes.zip;acrobat.jar
  92. >> com/adobe/acrobat/Viewer
  93. >>
  94. >> from the directory with the acrobat.jar file.  Works here with Java=20=
  95. >
  96. >1.1.8.
  97. >> The path to the classes.zip file needs to be changed for your system.=
  98. >
  99. >
  100. >Thanks, Frank.  This works fine.
  101.  Yes Thanks Frank worked for me too. Have included a bit of code
  102. That some might find usefull, naturally change the directory to suite
  103.  
  104. Brian
  105.  
  106. AR.CMD
  107.  
  108. /* REXX */
  109.  
  110. call RxFuncAdd 'SysSleep', 'RexxUtil', 'SysLoadFunc'
  111. dir = 'E:\xfree86\adobeacrobatviewer'
  112. newdir = directory(dir)
  113.  
  114. 'java.exe -classpath c:\Java11\lib\classes.zip;acrobat.jar', /*             
  115. */
  116. 'com/adobe/acrobat/Viewer'
  117.  
  118. --- WtrGate+ v0.93.p7 sn 165
  119.  * Origin: Usenet: Web One Internet http://webone.com.au (1:109/42)
  120.  
  121. +----------------------------------------------------------------------------+
  122.  
  123. From: godfrey@isl.stanford.edu                          23-Oct-99 07:15:17
  124.   To: All                                               23-Oct-99 05:17:27
  125. Subj: Re: Java Adobe viewer trouble
  126.  
  127. From: godfrey@isl.stanford.edu
  128.  
  129. In <JxX2tWiP5BNp-pn2-iQlWWFTu7i81@anon.none.net>, whonea@codenet.net (Will
  130. Honea) writes:
  131. >On Thu, 21 Oct 1999 15:07:18, Charles Meins <meins@ll.mit.edu> wrote:
  132. >
  133. >> I've got the Java Adobe viewer installed, but I can't get it to run 
  134. >> correctly. When I run AcrobatViewer.cmd either on a commandline or 
  135. >> through a program object, an OS/2 window comes up that says:
  136. >
  137. >Yout're one up on me.  When I run jre -cp install.zip install  to 
  138. >install it, it runs a bit then hangs.  Using the verbose option I see 
  139. >it hang just after "[Loaded sun/awt/os2/CharToByteWingDings.class from
  140. >E:\JAVA11\lib\rt.jar]".  FP 12, latest 1.1.8 updates appiled.  Any 
  141. >ideas?
  142. >
  143. Same hang happens for me. WSEB and JDK 1.18+updates. Actually, if
  144. -nojit is not set it gets a few lines farther. Suggestions?
  145.  
  146. --- WtrGate+ v0.93.p7 sn 165
  147.  * Origin: Usenet: ISL, Stanford University (1:109/42)
  148.  
  149. +----------------------------------------------------------------------------+
  150.  
  151. From: godfrey@isl.stanford.edu                          23-Oct-99 07:53:19
  152.   To: All                                               23-Oct-99 05:17:27
  153. Subj: Re: Java Adobe viewer trouble
  154.  
  155. From: godfrey@isl.stanford.edu
  156.  
  157. In <7urnan$o1h$1@nntp.Stanford.EDU>, godfrey@isl.stanford.edu writes:
  158. >In <JxX2tWiP5BNp-pn2-iQlWWFTu7i81@anon.none.net>, whonea@codenet.net (Will
  159. Honea) writes:
  160. >>On Thu, 21 Oct 1999 15:07:18, Charles Meins <meins@ll.mit.edu> wrote:
  161. >>
  162. >>> I've got the Java Adobe viewer installed, but I can't get it to run 
  163. >>> correctly. When I run AcrobatViewer.cmd either on a commandline or 
  164. >>> through a program object, an OS/2 window comes up that says:
  165. >>
  166. >>Yout're one up on me.  When I run jre -cp install.zip install  to 
  167. >>install it, it runs a bit then hangs.  Using the verbose option I see 
  168. >>it hang just after "[Loaded sun/awt/os2/CharToByteWingDings.class from
  169. >>E:\JAVA11\lib\rt.jar]".  FP 12, latest 1.1.8 updates appiled.  Any 
  170. >>ideas?
  171. >>
  172. >Same hang happens for me. WSEB and JDK 1.18+updates. Actually, if
  173. >-nojit is not set it gets a few lines farther. Suggestions?
  174. >
  175. If I may answer my own post: I tried a few things (in the command window
  176. that I had resized by mode 80,36). Then I tried junning jre -cp install.zip
  177. install in a fresh window -- install ran with no problem, and it is
  178. up and working including print.
  179.  
  180. --- WtrGate+ v0.93.p7 sn 165
  181.  * Origin: Usenet: ISL, Stanford University (1:109/42)
  182.  
  183. +----------------------------------------------------------------------------+
  184.  
  185. From: pajupa@sicom.fi                                   22-Oct-99 07:15:12
  186.   To: All                                               23-Oct-99 14:34:07
  187. Subj: Re: crash in netscape/stack space
  188.  
  189. From: pajupa@sicom.fi (Pasi Partanen)
  190.  
  191. Ariel <arnews@dsgml.com> wrote:
  192.  
  193. >I just got a crash in netscape, the error was insufficient stack space to
  194. >execute the exception in M6432.DLL. Any ideas what it is?
  195.  
  196. Reduce amount of colours to 64K (16-bit). Not anything higher.
  197.  
  198. -- 
  199.  -=-  E-Mail pajupa@sicom.fi   Homepage http://www.sicom.fi/~pajupa  -=-
  200.  
  201. --- WtrGate+ v0.93.p7 sn 165
  202.  * Origin: Usenet: Hackers' Lair BBS (1:109/42)
  203.  
  204. +----------------------------------------------------------------------------+
  205.  
  206. From: tholen@ifa.hawaii.edu                             23-Oct-99 20:11:14
  207.   To: All                                               23-Oct-99 19:54:20
  208. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  209.  
  210. From: tholen@ifa.hawaii.edu
  211.  
  212. Mark Schlegel writes:
  213.  
  214. > The behavior seems to be that if you repeatedly enter some pages then
  215. > go one level down then return to the main page, eventually when you
  216. > come to the main page, Netscape will start filling the swapper.dat
  217. > like crazy.
  218.  
  219. swapper.dat is not managed by Netscape, but rather by the operating
  220. system, so I don't know why you're blaming Netscape for the behavior
  221. you've observed.
  222.  
  223. --- WtrGate+ v0.93.p7 sn 165
  224.  * Origin: Usenet: IFA B111 (1:109/42)
  225.  
  226. +----------------------------------------------------------------------------+
  227.  
  228. From: lsunley@mb.sympatico.ca                           23-Oct-99 20:30:01
  229.   To: All                                               23-Oct-99 19:54:20
  230. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  231.  
  232. From: lsunley@mb.sympatico.ca (Lorne Sunley)
  233.  
  234. On Sat, 23 Oct 1999 20:11:28, tholen@ifa.hawaii.edu wrote:
  235.  
  236. > Mark Schlegel writes:
  237. > 
  238. > > The behavior seems to be that if you repeatedly enter some pages then
  239. > > go one level down then return to the main page, eventually when you
  240. > > come to the main page, Netscape will start filling the swapper.dat
  241. > > like crazy.
  242. > 
  243. > swapper.dat is not managed by Netscape, but rather by the operating
  244. > system, so I don't know why you're blaming Netscape for the behavior
  245. > you've observed.
  246. > 
  247. Probably because an application is able to allocate memory
  248. and never release it. 
  249.  
  250. In order to provide for this "ever increasing" virtual memory
  251. requirement, the OS will allocate more and more space
  252. for the SWAPPER.DAT file.
  253.  
  254. This behaviour (the growth of SWAPPER.DAT) is common
  255. when applications have bugs that allocate memory but never
  256. release it back to the operating system.
  257.  
  258. Lorne Sunley
  259.  
  260.  
  261. --- WtrGate+ v0.93.p7 sn 165
  262.  * Origin: Usenet: MBnet Networking Inc. (1:109/42)
  263.  
  264. +----------------------------------------------------------------------------+
  265.  
  266. From: thannymeister@spambegone.yahoo.com                23-Oct-99 16:34:17
  267.   To: All                                               23-Oct-99 19:54:20
  268. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  269.  
  270. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  271.  
  272. On 23 Oct 1999 20:11:28 GMT, tholen@ifa.hawaii.edu wrote:
  273.  
  274. >Mark Schlegel writes:
  275. >
  276. >> The behavior seems to be that if you repeatedly enter some pages then
  277. >> go one level down then return to the main page, eventually when you
  278. >> come to the main page, Netscape will start filling the swapper.dat
  279. >> like crazy.
  280. >
  281. >swapper.dat is not managed by Netscape, but rather by the operating
  282. >system, so I don't know why you're blaming Netscape for the behavior
  283. >you've observed.
  284.  
  285. Are you being intentionally daft?  What he's saying is that Netscape is
  286. allocating memory, and not freeing it, which is exactly what a program
  287. that wants to fill up swapper.dat must do.
  288.  
  289. I very much doubt that he's not spent the minimal effort required to make
  290. sure that Netscape is what's leaking memory.
  291.  
  292.  
  293.  
  294.  - Mike
  295.  
  296. Remove 'spambegone' to send e-mail.
  297.  
  298.  
  299. --- WtrGate+ v0.93.p7 sn 165
  300.  * Origin: Usenet: TLF (1:109/42)
  301.  
  302. +----------------------------------------------------------------------------+
  303.  
  304. From: arnews@dsgml.com                                  23-Oct-99 20:04:15
  305.   To: All                                               23-Oct-99 21:23:15
  306. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  307.  
  308. From: Ariel <arnews@dsgml.com>
  309.  
  310. On Sat, 23 Oct 1999, Mark Schlegel wrote:
  311.  
  312. > Netscape will start filling the swapper.dat like crazy.
  313. [snip]
  314. > swapping took my swapper.dat from 40Meg to 141 Meg in just a few
  315. > minutes and I was able to kill netscape by Control+esc and then
  316. > selecting Close.
  317.  
  318. > The only thing unusual with my netscape is that I have Auto loading of
  319. > images turned off
  320.  
  321. I want to confirm that this happens - I notice it only when I have images
  322. turned off, and the page loads a very large number of images - a lot of
  323. them the same image, perhaps some of them in the cache already.
  324.  
  325. This happens also with 4.0x versions, so it's not something new. Turning
  326. on images solves the problem, which is what I did - and then forgot about
  327. it till reminded here.
  328.  
  329. Also, it not a memory leak exactly - netscape will release the memory
  330. eventually. The problem is that it allocates the memory in the first place
  331. - which it should not IMO.
  332.  
  333.     -Ariel
  334.  
  335.  
  336. --- WtrGate+ v0.93.p7 sn 165
  337.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  338.  
  339. +----------------------------------------------------------------------------+
  340.  
  341. From: arnews@dsgml.com                                  23-Oct-99 20:07:02
  342.   To: All                                               23-Oct-99 21:23:15
  343. Subj: Re: crash in netscape/stack space
  344.  
  345. From: Ariel <arnews@dsgml.com>
  346.  
  347. On Fri, 22 Oct 1999, Pasi Partanen wrote:
  348.  
  349. > Ariel <arnews@dsgml.com> wrote:
  350.  
  351. > >I just got a crash in netscape, the error was insufficient stack space to
  352. > >execute the exception in M6432.DLL. Any ideas what it is?
  353.  
  354. > Reduce amount of colours to 64K (16-bit). Not anything higher.
  355.  
  356. That's what I have it at. Any other ideas maybe?
  357.  
  358.     -Ariel
  359.  
  360. --- WtrGate+ v0.93.p7 sn 165
  361.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  362.  
  363. +----------------------------------------------------------------------------+
  364.  
  365. From: tholen@ifa.hawaii.edu                             24-Oct-99 08:57:08
  366.   To: All                                               24-Oct-99 10:19:13
  367. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  368.  
  369. From: tholen@ifa.hawaii.edu
  370.  
  371. Mike Ruskai writes:
  372.  
  373. >> Mark Schlegel writes:
  374.  
  375. >>> The behavior seems to be that if you repeatedly enter some pages then
  376. >>> go one level down then return to the main page, eventually when you
  377. >>> come to the main page, Netscape will start filling the swapper.dat
  378. >>> like crazy.
  379.  
  380. >> swapper.dat is not managed by Netscape, but rather by the operating
  381. >> system, so I don't know why you're blaming Netscape for the behavior
  382. >> you've observed.
  383.  
  384. > Are you being intentionally daft?
  385.  
  386. I see you're starting right off with an insult.  Why should I respond
  387. to you any further?
  388.  
  389. --- WtrGate+ v0.93.p7 sn 165
  390.  * Origin: Usenet: IFA B111 (1:109/42)
  391.  
  392. +----------------------------------------------------------------------------+
  393.  
  394. From: tholen@ifa.hawaii.edu                             24-Oct-99 08:56:01
  395.   To: All                                               24-Oct-99 10:19:13
  396. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  397.  
  398. From: tholen@ifa.hawaii.edu
  399.  
  400. Lorne Sunley writes:
  401.  
  402. >> Mark Schlegel writes:
  403.  
  404. >>> The behavior seems to be that if you repeatedly enter some pages then
  405. >>> go one level down then return to the main page, eventually when you
  406. >>> come to the main page, Netscape will start filling the swapper.dat
  407. >>> like crazy.
  408.  
  409. >> swapper.dat is not managed by Netscape, but rather by the operating
  410. >> system, so I don't know why you're blaming Netscape for the behavior
  411. >> you've observed.
  412.  
  413. > Probably because an application is able to allocate memory
  414. > and never release it. 
  415.  
  416. I've not observed that behavior with 4.61, and I frequently enter
  417. pages, then go one level down, then return to the main page.  My
  418. swap file is still at its original size.
  419.  
  420. > In order to provide for this "ever increasing" virtual memory
  421. > requirement, the OS will allocate more and more space
  422. > for the SWAPPER.DAT file.
  423.  
  424. It wouldn't be the first time the operating system didn't shrink
  425. swapper.dat.
  426.  
  427. > This behaviour (the growth of SWAPPER.DAT) is common
  428. > when applications have bugs that allocate memory but never
  429. > release it back to the operating system.
  430.  
  431. It should be easy to test whether Netscape is leaking memory.  Simply
  432. exit Netscape.
  433.  
  434. --- WtrGate+ v0.93.p7 sn 165
  435.  * Origin: Usenet: IFA B111 (1:109/42)
  436.  
  437. +----------------------------------------------------------------------------+
  438.  
  439. From: jhimmel@i-2000.com                                24-Oct-99 15:10:27
  440.   To: All                                               24-Oct-99 14:29:21
  441. Subj: JAVA Adobe Viewer - MAJOR bug?
  442.  
  443. From: jhimmel@i-2000.com (James Himmelman)
  444.  
  445. I installed the viewer, and it launched fine (but SLOW!). I then 
  446. created a program object on my desktop, pointing the the 
  447. AcrobatViewer.CMD file, named the icon "Adobe Acrobat Viewer for 
  448. JAVA", and associated *.PDF in the associations. I then double-clicked
  449. on a PDF file hoping for it to launch the viewer with that PDF loaded,
  450. but it DELETED the PDF file from my hard drive. This is no lie - I 
  451. tried it twice. Anyone else want to try it? Be sure to make a copy of 
  452. the PDF file before you try it! 
  453.  
  454.  
  455.  
  456. [[[ James Himmelman - jhimmel@i-2000.com ]]]
  457.  
  458. --- WtrGate+ v0.93.p7 sn 165
  459.  * Origin: Origin Line 1 Goes Here (1:109/42)
  460.  
  461. +----------------------------------------------------------------------------+
  462.  
  463. From: thannymeister@spambegone.yahoo.com                24-Oct-99 11:57:08
  464.   To: All                                               24-Oct-99 14:29:21
  465. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  466.  
  467. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  468.  
  469. On 24 Oct 1999 08:57:17 GMT, tholen@ifa.hawaii.edu wrote:
  470.  
  471. >Mike Ruskai writes:
  472. >
  473. >>> Mark Schlegel writes:
  474. >
  475. >>>> The behavior seems to be that if you repeatedly enter some pages then
  476. >>>> go one level down then return to the main page, eventually when you
  477. >>>> come to the main page, Netscape will start filling the swapper.dat
  478. >>>> like crazy.
  479. >
  480. >>> swapper.dat is not managed by Netscape, but rather by the operating
  481. >>> system, so I don't know why you're blaming Netscape for the behavior
  482. >>> you've observed.
  483. >
  484. >> Are you being intentionally daft?
  485. >
  486. >I see you're starting right off with an insult.  Why should I respond
  487. >to you any further?
  488.  
  489. Because you seem to enjoy wasting your time, by posting irrelevant
  490. information in response to a properly-formed question.  If you were really
  491. miffed at what you made into a personal insult, you'd have not responded
  492. at all.
  493.  
  494.  
  495.  
  496.  - Mike
  497.  
  498. Remove 'spambegone' to send e-mail.
  499.  
  500.  
  501. --- WtrGate+ v0.93.p7 sn 165
  502.  * Origin: Usenet: TLF (1:109/42)
  503.  
  504. +----------------------------------------------------------------------------+
  505.  
  506. From: moschleg@erols.com                                24-Oct-99 13:26:28
  507.   To: tholenAntiSpam@ifa.hawaii.edu, th..               24-Oct-99 16:44:17
  508. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  509.  
  510. To: tholenAntiSpam@ifa.hawaii.edu, tholen@ifa.hawaii.edu
  511. From: Mark Schlegel <moschleg@erols.com>
  512.  
  513.  
  514. tholen@ifa.hawaii.edu wrote:
  515.  
  516. > Mark Schlegel writes:
  517. >
  518. > > The behavior seems to be that if you repeatedly enter some pages then
  519. > > go one level down then return to the main page, eventually when you
  520. > > come to the main page, Netscape will start filling the swapper.dat
  521. > > like crazy.
  522. >
  523. > swapper.dat is not managed by Netscape, but rather by the operating
  524. > system, so I don't know why you're blaming Netscape for the behavior
  525. > you've observed.
  526.  
  527. Hmm, could it be because the second I closed Netscape the swapper.dat
  528. shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  529. That seems to point to NS being the culprit, right?
  530.  
  531. Mark
  532.  
  533. --- WtrGate+ v0.93.p7 sn 165
  534.  * Origin: Origin Line 1 Goes Here (1:109/42)
  535.  
  536. +----------------------------------------------------------------------------+
  537.  
  538. From: moschleg@erols.com                                24-Oct-99 13:29:05
  539.   To: All                                               24-Oct-99 16:44:17
  540. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  541.  
  542. From: Mark Schlegel <moschleg@erols.com>
  543.  
  544. tholen@ifa.hawaii.edu wrote:
  545.  
  546. > Lorne Sunley writes:
  547. >
  548. > It should be easy to test whether Netscape is leaking memory.  Simply
  549. > exit Netscape.
  550.  
  551. Yes, I did exit netscape, and the swapper.dat immediately shrank.
  552.  
  553. I've been able to replicate this multiple times on the
  554. computing.net/os2/wwwboard
  555. site
  556.  
  557. Mark
  558.  
  559. --- WtrGate+ v0.93.p7 sn 165
  560.  * Origin: Origin Line 1 Goes Here (1:109/42)
  561.  
  562. +----------------------------------------------------------------------------+
  563.  
  564. From: doug.bissett"at"attglobal.net                     24-Oct-99 20:21:07
  565.   To: All                                               24-Oct-99 19:49:27
  566. Subj: Re: JAVA Adobe Viewer - MAJOR bug?
  567.  
  568. From: doug.bissett"at"attglobal.net (Doug Bissett)
  569.  
  570. On Sun, 24 Oct 1999 15:10:55, jhimmel@i-2000.com (James Himmelman) 
  571. wrote:
  572.  
  573. > I installed the viewer, and it launched fine (but SLOW!). I then 
  574. > created a program object on my desktop, pointing the the 
  575. > AcrobatViewer.CMD file, named the icon "Adobe Acrobat Viewer for 
  576. > JAVA", and associated *.PDF in the associations. I then double-clicked
  577. > on a PDF file hoping for it to launch the viewer with that PDF loaded,
  578. > but it DELETED the PDF file from my hard drive. This is no lie - I 
  579. > tried it twice. Anyone else want to try it? Be sure to make a copy of 
  580. > the PDF file before you try it! 
  581. > 
  582. > 
  583. > 
  584. > [[[ James Himmelman - jhimmel@i-2000.com ]]]
  585.  
  586. I tried dropping a PDF file on the CMD icon. The reader started (very 
  587. slow, as you say), and asked for an input file. I figured that 
  588. dropping on the icon wasn't going to work (that is what I was 
  589. testing), so I just closed the program. Then, I did notice that the 
  590. PDF was gone. I thought that, perhaps, I had missed the icon, but a 
  591. quick search could not find the PDF.
  592.  
  593. Slightly different approach, but pretty much the same results.
  594. ******************************
  595. From the PC of Doug Bissett
  596. doug.bissett at attglobal.net
  597. The " at " must be changed to "@"
  598. ******************************
  599.  
  600. --- WtrGate+ v0.93.p7 sn 165
  601.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  602. (1:109/42)
  603.  
  604. +----------------------------------------------------------------------------+
  605.  
  606. From: pajupa@sicom.fi                                   24-Oct-99 18:42:06
  607.   To: All                                               25-Oct-99 16:44:04
  608. Subj: Re: crash in netscape/stack space
  609.  
  610. From: pajupa@sicom.fi (Pasi Partanen)
  611.  
  612. Ariel <arnews@dsgml.com> wrote:
  613.  
  614. >> >I just got a crash in netscape, the error was insufficient stack space to
  615. >> >execute the exception in M6432.DLL. Any ideas what it is?
  616. >
  617. >> Reduce amount of colours to 64K (16-bit). Not anything higher.
  618. >
  619. >That's what I have it at. Any other ideas maybe?
  620.  
  621. When all else fails, try one or two of these :)
  622. Warning: ROTFL
  623.  
  624.  
  625. Laugh uncontrollably for about 3 minutes & then suddenly stop
  626. and look suspiciously at everyone who looks at you.
  627.  
  628. When your computer is turned off, complain to the monitor on
  629. duty that you can't get the damn thing to work. After he/she's
  630. turned it on, wait 5 minutes,turn it off again, & repeat the
  631. process for a good half hour.
  632.  
  633. Type frantically, often stopping to look at the person next to
  634. you evily.
  635.  
  636. Before anyone else is in the lab, connect each computer to a
  637. different screen than the one it's set up with.
  638.  
  639. Work normally for a while. Suddenly look amazingly startled
  640. by something on the screen and crawl underneath the desk.
  641.  
  642. Make a small ritual sacrifice to the computer before you turn
  643. it on.
  644.  
  645. Bring a chainsaw, but don't use it. If anyone asks why you have
  646. it, say "Just in case..." mysteriously.
  647.  
  648. Enter the lab, undress, and start staring at other people as
  649. if they're crazy while typing.
  650.  
  651. Light candles in a pentagram around your terminal before
  652. starting.
  653.  
  654. Ask around for a spare disk. Offer $2. Keep asking until
  655. someone agrees. Then, pull a disk out of your fly and say,
  656. "Oops, I forgot."
  657.  
  658. Every time you press Return and there is processing time
  659. required, pray "Ohpleaseohpleaseohpleaseohplease," and
  660. scream "YES!" when it finishes.
  661.  
  662. Start making out with the person at the terminal next to you
  663. (It helps if you know them, but this is also a great way to make
  664. new friends).
  665.  
  666. Put a straw in your mouth and put your hands in your pockets.
  667. Type by hitting the keys with the straw.
  668.  
  669. Draw a picture of a woman (or man) on a piece of paper, tape it
  670. to your monitor. Try to seduce it. Act like it hates you and
  671. then complain loudly that women (men) are worthless.
  672.  
  673. Try to stick a Nintendo cartridge into the 3 1/2 disk drive.
  674. When it doesn't work, get the supervisor.
  675.  
  676. When you are on an IBM, and when you turn it on, ask loudly
  677. where the smiling Apple face is.
  678.  
  679. Print out the complete works of Shakespeare, then when its
  680. all done (two days later) say that all you wanted was one line.
  681.  
  682. Sit and stare at the screen, biting your nails noisily. After
  683. doing this for a while, spit them out at the feet of the person
  684. next to you.
  685.  
  686. Stare at the screen, grind your teeth, stop, look at the person
  687. next to you, grinding. Repeat procedure, making sure you never
  688. provoke the person enough to let them blow up, as this releases
  689. tension, and it is far more effective to let them linger.
  690.  
  691. Come to the lab wearing several layers of socks. Remove shoes
  692. and place them of top of the monitor. Remove socks layer by
  693. layer and drape them around the monitor. Exclaim sudden haiku
  694. about the aesthetic beauty of cotton on plastic.
  695.  
  696. Take the keyboard and sit under the computer. Type up your
  697. paper like this. Then go to the lab supervisor and complain
  698. about the bad working conditions.
  699.  
  700. Bring some dry ice & make it look like your computer is smoking.
  701.  
  702. Attempt to eat your computer's mouse.
  703.  
  704. Borrow someone else's keyboard by reaching over, saying "Excuse
  705. me, mind if I borrow this for a sec?", unplugging the keyboard &
  706. taking it.
  707.  
  708. Play Pong for hours on the most powerful computer in the lab.
  709.  
  710. Make a loud noise of hitting the same key over and over again
  711. until you see that your neighbor is noticing (You can hit the
  712. space bar so your fill isn't affected). Then look at your
  713. neighbor's keyboard. Hit his/her delete key several times,
  714. erasing an entire word. While you do this, ask: "Does *your*
  715. delete key work?" Shake your head, and resume hitting the space
  716. bar on your keyboard. Keep doing this until you've deleted
  717. about a page of your neighbor's document. Then, suddenly
  718. exclaim: "Well, whaddya know? I've been hitting the space bar
  719. this whole time. No wonder it wasn't deleting! Ha!" Print out
  720. your document and leave.
  721.  
  722. Remove your disk from the drive and hide it. Go to the lab
  723. monitor and complain that your computer ate your disk. (For
  724. special effects, put some Elmer's Glue on or around the disk
  725. drive. Claim that the computer is drooling.)
  726.  
  727. Stare at the person's next to your's screen, look really
  728. puzzled, burst out laughing, and say "You did that?" loudly.
  729. Keep laughing, grab your stuff and leave, howling as you go.
  730.  
  731. Point at the screen. Chant in a made up language while making
  732. elaborate hand gestures for a minute or two. Press return or the
  733. mouse, then leap back and yell "COVEEEEERRRRRR!" peek up from
  734. under the table, walk back to the computer and say. "Oh, good.
  735. It worked this time," and calmly start to type again.
  736.  
  737. See who's online. Send a total stranger a talk request. Talk to
  738. them like you've known them all your lives. Hangup before they
  739. get a chance to figure out you're a total stranger.
  740.  
  741. Bring an small tape player with a tape of really absurd sound
  742. effects. Pretend it's the computer and look really lost.
  743.  
  744. Run into the computer lab, shout "Armageddon is here!!!!!", then
  745. calmly sit down and begin to type.
  746.  
  747. Quietly walk into the computer lab with a Black and Decker
  748. chainsaw, rev that baby up, and then walk up to the nearest
  749. person and say, "Give me that computer or you'll be feeding my
  750. pet crocodile for the next week".
  751.  
  752.  
  753. -- 
  754.  -=-  E-Mail pajupa@sicom.fi   Homepage http://www.sicom.fi/~pajupa  -=-
  755.  
  756. --- WtrGate+ v0.93.p7 sn 165
  757.  * Origin: Usenet: Hackers' Lair BBS (1:109/42)
  758.  
  759. +----------------------------------------------------------------------------+
  760.  
  761. From: aboritz@cybernex.net                              25-Oct-99 12:45:06
  762.   To: All                                               25-Oct-99 21:17:18
  763. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  764.  
  765. From: aboritz@cybernex.net (Alan Boritz)
  766.  
  767. In article <gunaalzrvfgrelnubbpbz.fk2p5m0.pminews@netnews.worldnet.att.net>,
  768. "Mike Ruskai" <thannymeister@spambegone.yahoo.com> wrote:
  769. >On 23 Oct 1999 20:11:28 GMT, tholen@ifa.hawaii.edu wrote:
  770. >
  771. >>Mark Schlegel writes:
  772. >>
  773. >>> The behavior seems to be that if you repeatedly enter some pages then
  774. >>> go one level down then return to the main page, eventually when you
  775. >>> come to the main page, Netscape will start filling the swapper.dat
  776. >>> like crazy.
  777. >>
  778. >>swapper.dat is not managed by Netscape, but rather by the operating
  779. >>system, so I don't know why you're blaming Netscape for the behavior
  780. >>you've observed.
  781. >
  782. >Are you being intentionally daft?  What he's saying is that Netscape is
  783. >allocating memory, and not freeing it, which is exactly what a program
  784. >that wants to fill up swapper.dat must do.
  785.  
  786. Mr. Tholen is apparently another OS/2 nazi, so, yes, he's being intentionally
  787. daft.
  788.  
  789. >I very much doubt that he's not spent the minimal effort required to make
  790. >sure that Netscape is what's leaking memory.
  791.  
  792. Netscape has a memory leak.  Many such memory leaks have been documented
  793. during different Netscape releases.  I've got the same problem here with the
  794. level 5s (9/99) release, along with (less frequent) desktop freezing.
  795.  
  796. Don't waste your time following up his trolling, since the inevitable
  797. conclusion will be Mr. Tholen turning very abusive and concluding that since
  798. his little OS/2 client system works perfectly, you have to be wrong and that
  799. you're terribly evil for spreading such vicious lies, etc., etc.
  800.  
  801. --- WtrGate+ v0.93.p7 sn 165
  802.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  803.  
  804. +----------------------------------------------------------------------------+
  805.  
  806. From: tholenantispam@hawaii.edu                         26-Oct-99 05:05:19
  807.   To: All                                               26-Oct-99 05:14:20
  808. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  809.  
  810. From: tholenantispam@hawaii.edu (Dave Tholen)
  811.  
  812. Mark Schlegel writes:
  813.  
  814. >>>>> The behavior seems to be that if you repeatedly enter some pages then
  815. >>>>> go one level down then return to the main page, eventually when you
  816. >>>>> come to the main page, Netscape will start filling the swapper.dat
  817. >>>>> like crazy.
  818.  
  819. >>>> swapper.dat is not managed by Netscape, but rather by the operating
  820. >>>> system, so I don't know why you're blaming Netscape for the behavior
  821. >>>> you've observed.
  822.  
  823. >>> Hmm, could it be because the second I closed Netscape the swapper.dat
  824. >>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  825.  
  826. >> It could be.
  827.  
  828. >>> That seems to point to NS being the culprit, right?
  829.  
  830. >> Why didn't you mention that initially?
  831.  
  832. > It's called an oversight, at the time it was obvious to me that netscape
  833. > was the culprit for the above reason.
  834.  
  835. Might I suggest that you consider Bennie's hypothesis, namely that it
  836. might have to do with Java, rather than Netscape?  That could explain
  837. why the phenomenon appears to be site dependent.
  838.  
  839. --- WtrGate+ v0.93.p7 sn 165
  840.  * Origin: Usenet: IFA B-111 (1:109/42)
  841.  
  842. +----------------------------------------------------------------------------+
  843.  
  844. From: tholenantispam@hawaii.edu                         26-Oct-99 13:56:19
  845.   To: All                                               26-Oct-99 14:37:12
  846. Subj: Re: OT Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  847.  
  848. From: tholenantispam@hawaii.edu (Dave Tholen)
  849.  
  850. Tony Wright writes:
  851.  
  852. > here's a classic DT textbook reply<yawn>, predictably daft,
  853.  
  854. Still behaving like a first class jerk, I see.
  855.  
  856. > Juvenile - agreed.
  857.  
  858. Hope you enjoyed wasting all the time you spent writing.  I
  859. didn't bother to read it.
  860.  
  861. --- WtrGate+ v0.93.p7 sn 165
  862.  * Origin: Usenet: IFA B-111 (1:109/42)
  863.  
  864. +----------------------------------------------------------------------------+
  865.  
  866. From: horseman@ibm.net                                  26-Oct-99 01:09:08
  867.   To: All                                               26-Oct-99 14:37:12
  868. Subj: OT Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  869.  
  870. From: Tony Wright <horseman@ibm.net>
  871.  
  872. Mike to DT>
  873.  
  874. > >>> Are you being intentionally daft?
  875. >
  876. Tony to DT>
  877.  
  878. > > .......and as you're no doubt about to ably demonstrate further, 
  879. > > his was obviously a rhetorical question anyway.....
  880.  
  881. > > So in the unlikely event you can remain on topic and actually post 
  882. > > a competent technical reply in a valid context for once, how does:
  883. > >  ----snipped-----
  884.  
  885. Perfect! ..... (I wish the lottery was that easy to predict<vbg>)...so
  886. here's a classic DT textbook reply<yawn>, predictably daft, no attempt
  887. to remain on topic, no technical content and thus completely true to
  888. character<g>  
  889. Quod errant demonstrandum : 
  890.  
  891. Dave Tholen wrote:
  892.  
  893. > I see you're in the same category.
  894.  
  895. > Obviously not.
  896.  
  897. > Insults will get you nowhere.
  898.  
  899. > Irrelevant.
  900.  
  901. > It's not the first time I've dealt with your insulting behvaior.
  902.  
  903. > How ironic, given that I was engaged in a technical discussion until
  904. > Mike and you came along.  Naturally, you try to place the onus on me.
  905.  
  906. Pardon us, we didn't realise it was your personal and private oratory
  907. platform.......
  908. Can't answer for MR but until then I had naively assumed it was a public
  909. forum and therefore invited technical corrections as well as
  910. contributions by default....    :-(
  911.  
  912. > I have not participated in any other thread on the topic of swapper.dat
  913. > and its interaction with Navigator, Tony.
  914.  
  915. Same topic and main thread but different sub-threads......   but if your
  916. browser does not have that "threading" capability or you don't have the
  917. ability to use it, then I'm sorry for causing you any confusion....<g>.
  918.  
  919. However, you could at least exercise some "social responsibility" by
  920. placing an OT prefix on subject line if you had no intention of making
  921. any technical statement....  
  922. I'm sure the majority seeking genuine technical enlightenment have no
  923. wish to be unintentionally distracted by my verbiage let alone your
  924. banally repetitive drivel......
  925.  
  926. > Then why are you responding to me?  So you can satisfy some juvenile
  927. > need of yours to toss around a barrel of insults?
  928.  
  929. Juvenile - agreed.  However, sometimes in a futile attempt to effect
  930. "communication" one is often tempted to "pitch" at a level commensurate
  931. with the intended recipient.
  932.  
  933. Somewhat selective response on the content though?
  934. Appears you can only relate to a few frivolous insults and fail totally
  935. to either comprehend or are possibly incapable of elaborating on
  936. anything technically orientated.... 
  937.  
  938. I genuinely thought for a moment you might have a valid point cleverly
  939. disguised under your original "irrelevant" statement but you chose not
  940. to seize the opportunity by elaborating... so I obviously over-estimated
  941. both your ability and your knowledge again.   :-(
  942.  
  943. > I have no intention of trying to have a technical discussion with you.
  944.  
  945. Pity - as one or both of us might have learnt something.....    :-(
  946.  
  947. > You obviously can't control that temper of yours.
  948.  
  949. Oh don't flatter yourself! That pre-supposes any post of yours is
  950. received with some emotion other than despair when it starts to
  951. inevitably deviate from the technical topic..... 
  952. If there was even some attempt at wit,editorial flair, eloquence or
  953. originality in your otherwise insipid responses then some other emotion
  954. may indeed be generated even if you couldn't actually promote an
  955. "interest" due to a different or original perspective on a technical
  956. topic.
  957. Just for a fleeting moment it seemed there might have been a hidden
  958. "spark" and (just practising my "firelighter" skills for Nov 5 <vbg>) 
  959. with some further encouragement on the topic of the "swapper/cache", a
  960. resulting "star-burst" revelation from yourself might just have redeemed
  961. some of your "daftness".... <g>
  962.  
  963. Personally there's no "anger" or "uncontrolled rage" required to light
  964. your blue touch paper and launch you into LEO.....  notwithstanding the
  965. fact that most of your retorts are predictably on a par with a damp
  966. squid and just about as technically illuminating ...<g>
  967.  
  968. > You are a first class jerk, do you know that, Tony?
  969. >
  970. Tch tch...not a very imaginative insult(where does that scale relative
  971. to a 3rd rate "dafty" I wonder?<g>) -  but Mike is right, if your
  972. that upset and unable to contribute any technical exchange without
  973. getting hopelessly distracted by a few trivial banalities then further
  974. attempts to promote a technical discourse  are obviously futile.
  975.  
  976. As it therefore appears we're not going to get any technical
  977. enlightenment on the original serious question of memory leakage from
  978. your direction, we are indeed better off not encouraging you further
  979. (until perhaps your next attempted "venture" into "irrelevancy" that
  980. is!).
  981.  
  982. In meantime I trust this "digression" and your demonstratable propensity
  983. to "seed" non technical arguments into every other discussion haven't
  984. "polluted" too many other "sub threads" on this particular topic and
  985. original poster does indeed receive far more appropriate and useful
  986. technical feedback. 
  987. --
  988. Rgds Tony W   Email: horseman@ibm.net
  989. Portsmouth-Hampshire-UK
  990.  
  991. "humanum est errare: To err is human
  992. .... and to fail is to be a Project Manager...
  993. ...but to foul things up completely needs a computer!"
  994.  
  995. --- WtrGate+ v0.93.p7 sn 165
  996.  * Origin: Usenet: Equi-Tek CompCon (1:109/42)
  997.  
  998. +----------------------------------------------------------------------------+
  999.  
  1000. From: nospam@iname.com                                  25-Oct-99 23:20:08
  1001.   To: All                                               26-Oct-99 14:37:12
  1002. Subj: Re: modem
  1003.  
  1004. From: "Ken Kuttner" <nospam@iname.com>
  1005.  
  1006. On 26 Oct 1999 02:36:55 GMT, Richard Schneiderman wrote:
  1007.  
  1008. >what's the best internal modem for v.90 in os/2?
  1009.  
  1010. I just purchased an Actiontec v.90 internal PCI "call waiting" fax modem, and
  1011. it works fine.  The call waiting feature is great.  And it has voice features
  1012. too-- if I could find an OS/2 answering machine that supports the Lucent
  1013. chipset.  (Any ideas?)
  1014.  
  1015. Ken
  1016. -----------------------------------------
  1017. Ken Kuttner
  1018. To reply replace "nospam" with "knk" 
  1019. -----------------------------------------
  1020.  
  1021.  
  1022. --- WtrGate+ v0.93.p7 sn 165
  1023.  * Origin: Usenet: Columbia University (1:109/42)
  1024.  
  1025. +----------------------------------------------------------------------------+
  1026.  
  1027. From: aboritz@cybernex.net                              26-Oct-99 09:48:05
  1028.   To: All                                               26-Oct-99 20:25:02
  1029. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1030.  
  1031. From: aboritz@cybernex.net (Alan Boritz)
  1032.  
  1033. In article <7v3cr2$53v$1@news.hawaii.edu>, tholenantispam@hawaii.edu (Dave
  1034. Tholen) wrote:
  1035. >Mark Schlegel writes:
  1036. >
  1037. >>>>>> The behavior seems to be that if you repeatedly enter some pages then
  1038. >>>>>> go one level down then return to the main page, eventually when you
  1039. >>>>>> come to the main page, Netscape will start filling the swapper.dat
  1040. >>>>>> like crazy.
  1041. >
  1042. >>>>> swapper.dat is not managed by Netscape, but rather by the operating
  1043. >>>>> system, so I don't know why you're blaming Netscape for the behavior
  1044. >>>>> you've observed.
  1045. >
  1046. >>>> Hmm, could it be because the second I closed Netscape the swapper.dat
  1047. >>>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  1048. >
  1049. >>> It could be.
  1050. >
  1051. >>>> That seems to point to NS being the culprit, right?
  1052. >
  1053. >>> Why didn't you mention that initially?
  1054. >
  1055. >> It's called an oversight, at the time it was obvious to me that netscape
  1056. >> was the culprit for the above reason.
  1057. >
  1058. >Might I suggest that you consider Bennie's hypothesis, namely that it
  1059. >might have to do with Java, rather than Netscape?  That could explain
  1060. >why the phenomenon appears to be site dependent.
  1061.  
  1062. Not likely.  I run almost always with Java and Javascript disabled and it
  1063. continues here, too.
  1064.  
  1065. --- WtrGate+ v0.93.p7 sn 165
  1066.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  1067.  
  1068. +----------------------------------------------------------------------------+
  1069.  
  1070. From: jcmcgar@net.earthlink                             26-Oct-99 22:28:02
  1071.   To: All                                               26-Oct-99 21:24:08
  1072. Subj: Re: modem
  1073.  
  1074. From: jcmcgar@net.earthlink (Chuck McGarigle)
  1075.  
  1076. If you have an init string for that Actiontec modem, I'd like to hear 
  1077. about it. I've had considerable difficulty finding one that works well
  1078. under OS/2.
  1079.  
  1080. Thanks
  1081.  
  1082.  
  1083. Chuck McGarigle
  1084. ><><><><><><><><><
  1085. jcmcgar@net.earthlink (reverse)
  1086.  
  1087. On Tue, 26 Oct 1999 03:20:17, "Ken Kuttner" <nospam@iname.com> wrote:
  1088.  
  1089. > On 26 Oct 1999 02:36:55 GMT, Richard Schneiderman wrote:
  1090. > 
  1091. > >what's the best internal modem for v.90 in os/2?
  1092. > 
  1093. > I just purchased an Actiontec v.90 internal PCI "call waiting" fax modem,
  1094. and
  1095. > it works fine.  The call waiting feature is great.  And it has voice
  1096. features
  1097. > too-- if I could find an OS/2 answering machine that supports the Lucent
  1098. > chipset.  (Any ideas?)
  1099. > 
  1100. > Ken
  1101. > -----------------------------------------
  1102. > Ken Kuttner
  1103. > To reply replace "nospam" with "knk" 
  1104. > -----------------------------------------
  1105. > 
  1106. > 
  1107.  
  1108.  
  1109. --- WtrGate+ v0.93.p7 sn 165
  1110.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  1111.  
  1112. +----------------------------------------------------------------------------+
  1113.  
  1114. From: schlegel@crocker.com                              26-Oct-99 18:21:19
  1115.   To: All                                               26-Oct-99 21:24:08
  1116. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1117.  
  1118. From: "Mark O. Schlegel" <schlegel@crocker.com>
  1119.  
  1120. Dave Tholen wrote:
  1121. > 
  1122. > Mark Schlegel writes:
  1123.  
  1124. > >>> That seems to point to NS being the culprit, right?
  1125. > 
  1126. > >> Why didn't you mention that initially?
  1127. > 
  1128. > > It's called an oversight, at the time it was obvious to me that netscape
  1129. > > was the culprit for the above reason.
  1130. > 
  1131. > Might I suggest that you consider Bennie's hypothesis, namely that it
  1132. > might have to do with Java, rather than Netscape?  That could explain
  1133. > why the phenomenon appears to be site dependent.
  1134.  
  1135. I had Java turned off in the Advanced panel and
  1136. http://computing.net/os2/wwwboard/wwwboard.html
  1137. doesn't use java (that's the page where I had the problem occur when I did
  1138. a
  1139. Back to the main page)
  1140.  
  1141. Mark
  1142.  
  1143. --- WtrGate+ v0.93.p7 sn 165
  1144.  * Origin: Usenet: Johns Hopkins University Applied Physics Lab, Lau
  1145. (1:109/42)
  1146.  
  1147. +----------------------------------------------------------------------------+
  1148.  
  1149. From: tholenantispam@hawaii.edu                         27-Oct-99 01:06:20
  1150.   To: All                                               28-Oct-99 10:23:10
  1151. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1152.  
  1153. From: tholenantispam@hawaii.edu (Dave Tholen)
  1154.  
  1155. Alan Boritz writes:
  1156.  
  1157. >> Mark Schlegel writes:
  1158.  
  1159. >>>>>>> The behavior seems to be that if you repeatedly enter some pages then
  1160. >>>>>>> go one level down then return to the main page, eventually when you
  1161. >>>>>>> come to the main page, Netscape will start filling the swapper.dat
  1162. >>>>>>> like crazy.
  1163.  
  1164. >>>>>> swapper.dat is not managed by Netscape, but rather by the operating
  1165. >>>>>> system, so I don't know why you're blaming Netscape for the behavior
  1166. >>>>>> you've observed.
  1167.  
  1168. >>>>> Hmm, could it be because the second I closed Netscape the swapper.dat
  1169. >>>>> shrunk down from 141 Meg to ~60 Meg in just a few minutes?
  1170.  
  1171. >>>> It could be.
  1172.  
  1173. >>>>> That seems to point to NS being the culprit, right?
  1174.  
  1175. >>>> Why didn't you mention that initially?
  1176.  
  1177. >>> It's called an oversight, at the time it was obvious to me that netscape
  1178. >>> was the culprit for the above reason.
  1179.  
  1180. >> Might I suggest that you consider Bennie's hypothesis, namely that it
  1181. >> might have to do with Java, rather than Netscape?  That could explain
  1182. >> why the phenomenon appears to be site dependent.
  1183.  
  1184. > Not likely.  I run almost always with Java and Javascript disabled and it
  1185. > continues here, too.
  1186.  
  1187. Quite a change in tone from your last missive.  Glad to see you're
  1188. contributing information, rather than invective.
  1189.  
  1190. --- WtrGate+ v0.93.p7 sn 165
  1191.  * Origin: Usenet: IFA B-111 (1:109/42)
  1192.  
  1193. +----------------------------------------------------------------------------+
  1194.  
  1195. From: tholenantispam@hawaii.edu                         27-Oct-99 01:11:19
  1196.   To: All                                               28-Oct-99 10:23:11
  1197. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1198.  
  1199. From: tholenantispam@hawaii.edu (Dave Tholen)
  1200.  
  1201. Mark Schlegel writes:
  1202.  
  1203. >>>>> That seems to point to NS being the culprit, right?
  1204.  
  1205. >>>> Why didn't you mention that initially?
  1206.  
  1207. >>> It's called an oversight, at the time it was obvious to me that netscape
  1208. >>> was the culprit for the above reason.
  1209.  
  1210. >> Might I suggest that you consider Bennie's hypothesis, namely that it
  1211. >> might have to do with Java, rather than Netscape?  That could explain
  1212. >> why the phenomenon appears to be site dependent.
  1213.  
  1214. > I had Java turned off in the Advanced panel and
  1215. > http://computing.net/os2/wwwboard/wwwboard.html
  1216. > doesn't use java (that's the page where I had the problem occur when I did
  1217. > a Back to the main page)
  1218.  
  1219. Did you try toggling the load images item, as suggested by somebody
  1220. else?
  1221.  
  1222. --- WtrGate+ v0.93.p7 sn 165
  1223.  * Origin: Usenet: IFA B-111 (1:109/42)
  1224.  
  1225. +----------------------------------------------------------------------------+
  1226.  
  1227. From: wellmet@attglobal.net                             26-Oct-99 19:34:04
  1228.   To: All                                               28-Oct-99 10:23:13
  1229. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1230.  
  1231. From: wellmet@attglobal.net  (Joe Kovacs)
  1232.  
  1233. In <7ut4pg$nc1$1@news.hawaii.edu>, tholen@ifa.hawaii.edu writes:
  1234. >Mark Schlegel writes:
  1235. >
  1236. >> The behavior seems to be that if you repeatedly enter some pages then
  1237. >> go one level down then return to the main page, eventually when you
  1238. >> come to the main page, Netscape will start filling the swapper.dat
  1239. >> like crazy.
  1240. >
  1241. >swapper.dat is not managed by Netscape, but rather by the operating
  1242. >system, so I don't know why you're blaming Netscape for the behavior
  1243. >you've observed.
  1244.  
  1245. What an odd posting.  Hm.  
  1246.  
  1247. It wouldn't be that we're getting close to something, 
  1248. would it.  What is the extra memory for?  What's done with it?
  1249.  
  1250.  
  1251. Joe
  1252.  
  1253. Joe Kovacs
  1254. Guelph Ontario Canada
  1255.  
  1256.  
  1257.  
  1258.  
  1259. Joe Kovacs
  1260. Guelph Ontario Canada
  1261.  
  1262.  
  1263. --- WtrGate+ v0.93.p7 sn 165
  1264.  * Origin: Usenet: Water Utilities Hydraulic Analysis (1:109/42)
  1265.  
  1266. +----------------------------------------------------------------------------+
  1267.  
  1268. From: tholenantispam@hawaii.edu                         27-Oct-99 02:32:21
  1269.   To: All                                               28-Oct-99 10:23:14
  1270. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1271.  
  1272. From: tholenantispam@hawaii.edu (Dave Tholen)
  1273.  
  1274. Joe Kovacs writes:
  1275.  
  1276. >> Mark Schlegel writes:
  1277.  
  1278. >>> The behavior seems to be that if you repeatedly enter some pages then
  1279. >>> go one level down then return to the main page, eventually when you
  1280. >>> come to the main page, Netscape will start filling the swapper.dat
  1281. >>> like crazy.
  1282.  
  1283. >> swapper.dat is not managed by Netscape, but rather by the operating
  1284. >> system, so I don't know why you're blaming Netscape for the behavior
  1285. >> you've observed.
  1286.  
  1287. > What an odd posting.  Hm.  
  1288.  
  1289. What's odd about it?  I've been reading the OS/2 newsgroups since they
  1290. were created.  I've seen numerous reports of swapper.dat not shrinking,
  1291. with complaints that the latest FixPak (at the time) didn't solve the
  1292. problem.  Meanwhile, I've not observed the problem with Netscape.  So,
  1293. what's allegedly odd about my posting?
  1294.  
  1295. > It wouldn't be that we're getting close to something, would it.
  1296.  
  1297. Talk about odd postings!  Exactly what are you trying to suggest here?
  1298.  
  1299. > What is the extra memory for?  What's done with it?
  1300.  
  1301. Could you be more specific?
  1302.  
  1303. --- WtrGate+ v0.93.p7 sn 165
  1304.  * Origin: Usenet: IFA B-111 (1:109/42)
  1305.  
  1306. +----------------------------------------------------------------------------+
  1307.  
  1308. From: murdoctor@ausNOSPAMtin.rr.com                     27-Oct-99 04:03:25
  1309.   To: All                                               28-Oct-99 10:23:14
  1310. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1311.  
  1312. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  1313.  
  1314. Mark,
  1315.  
  1316. Here's a few items of note regarding this problem...
  1317.  
  1318. (1) It doesn't appear to have to do with going back and forth
  1319. between those pages.  Just loading the page
  1320. http://computing.net/windowsnt/wwwboard/wwwboard.html
  1321. will cause the problem.
  1322.  
  1323. (2) Having image-loading turned off is a key factor; turning
  1324. on the automatic-load-images setting makes the page load
  1325. just fine.
  1326.  
  1327. (3) Those pages have large tables (the one on the page I
  1328. listed above has 532 rows and 4 columns, so that's over
  1329. 2000 cells), and the table is set up to have equal row heights,
  1330. so the entire table must be calculated before anything can be
  1331. displayed.
  1332.  
  1333. (4) It's not an infinite loop, but it is looping through each of
  1334. those cells and allocating a "delayed image" construct for the
  1335. deferred load of the image into each cell, among other things.
  1336. After a while, this will load into the swapper and slow it down
  1337. more and more.... taking a VERY long time to complete.
  1338.  
  1339. (5) This problem happens on the Windows 4.61 as well.
  1340.  
  1341. Jeffrey S. Kobal
  1342. IBM Corporation
  1343.  
  1344.  
  1345.  
  1346. Mark Schlegel wrote:
  1347.  
  1348. > The behavior seems to be that if you repeatedly enter some pages then
  1349. > go one level down then return to the main page, eventually when you
  1350. > come to the main page, Netscape will start filling the swapper.dat
  1351. > like crazy.  This occured to me on pages
  1352. > http://computing.net/os2/wwwboard/wwwboard.html
  1353. > and
  1354. > http://computing.net/unix/wwwboard/wwwboard.html
  1355. >
  1356. > This occured when I was reading posts in each page then clicking the
  1357. > Back button
  1358. > to return to the menu of post subjects, swapping took my swapper.dat
  1359. > from
  1360. > 40Meg to 141 Meg in just a few minutes and I was able to kill netscape
  1361. > by Control+esc and then selecting Close.  There is no popuplog entry
  1362. > because it's not a trap but some kind of infinite code loop going on.
  1363. > I have a feeling this happens on pages that lots of single line entries
  1364. > each of which has an icon on the start of it (like conputing.net has)
  1365. >
  1366. > The only thing unusual with my netscape is that I have Auto loading of
  1367. > images turned off.... [snip]
  1368.  
  1369. --- WtrGate+ v0.93.p7 sn 165
  1370.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1371.  
  1372. +----------------------------------------------------------------------------+
  1373.  
  1374. From: kris@dgraph.com                                   27-Oct-99 01:20:09
  1375.   To: All                                               28-Oct-99 10:23:15
  1376. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1377.  
  1378. From: Kris Kadela <kris@dgraph.com>
  1379.  
  1380.  
  1381. "Jeffrey S. Kobal" wrote:
  1382. > 
  1383. > Mark,
  1384. > 
  1385. > Here's a few items of note regarding this problem...
  1386. > 
  1387. > (1) It doesn't appear to have to do with going back and forth
  1388. > between those pages.  Just loading the page
  1389. > http://computing.net/windowsnt/wwwboard/wwwboard.html
  1390. > will cause the problem.
  1391. > 
  1392. > (2) Having image-loading turned off is a key factor; turning
  1393. > on the automatic-load-images setting makes the page load
  1394. > just fine.
  1395. > 
  1396. > (3) Those pages have large tables (the one on the page I
  1397. > listed above has 532 rows and 4 columns, so that's over
  1398. > 2000 cells), and the table is set up to have equal row heights,
  1399. > so the entire table must be calculated before anything can be
  1400. > displayed.
  1401. > 
  1402. > (4) It's not an infinite loop, but it is looping through each of
  1403. > those cells and allocating a "delayed image" construct for the
  1404. > deferred load of the image into each cell, among other things.
  1405. > After a while, this will load into the swapper and slow it down
  1406. > more and more.... taking a VERY long time to complete.
  1407. > 
  1408. > (5) This problem happens on the Windows 4.61 as well.
  1409. > 
  1410. > Jeffrey S. Kobal
  1411. > IBM Corporation
  1412. > 
  1413.  
  1414. Bad design. Those pages should be broken up.
  1415. Folder images lack size attributes.
  1416.  
  1417. On my Win box (K62 300, Communicator 4.7) it took 36 seconds to render
  1418. the page after it finished loading
  1419. On my OS/2 box (P166, Communicator 4.61) it took 48 seconds to render
  1420. (not bad actuaaly compared with above)
  1421.  
  1422. I design web sites and would have never allowed a page of this size to
  1423. be generated. They should limit the number of records returned per page.
  1424.  
  1425.  
  1426. > Mark Schlegel wrote:
  1427. > 
  1428. > > The behavior seems to be that if you repeatedly enter some pages then
  1429. > > go one level down then return to the main page, eventually when you
  1430. > > come to the main page, Netscape will start filling the swapper.dat
  1431. > > like crazy.  This occured to me on pages
  1432. > > http://computing.net/os2/wwwboard/wwwboard.html
  1433. > > and
  1434. > > http://computing.net/unix/wwwboard/wwwboard.html
  1435. > >
  1436. > > This occured when I was reading posts in each page then clicking the
  1437. > > Back button
  1438. > > to return to the menu of post subjects, swapping took my swapper.dat
  1439. > > from
  1440. > > 40Meg to 141 Meg in just a few minutes and I was able to kill netscape
  1441. > > by Control+esc and then selecting Close.  There is no popuplog entry
  1442. > > because it's not a trap but some kind of infinite code loop going on.
  1443. > > I have a feeling this happens on pages that lots of single line entries
  1444. > > each of which has an icon on the start of it (like conputing.net has)
  1445. > >
  1446. > > The only thing unusual with my netscape is that I have Auto loading of
  1447. > > images turned off.... [snip]
  1448.  
  1449. -- 
  1450.  
  1451. **********************
  1452. DigiGraph Technical
  1453. http://www.dgraph.com
  1454. **********************
  1455.  
  1456. --- WtrGate+ v0.93.p7 sn 165
  1457.  * Origin: Usenet: DigiGraph Technical (1:109/42)
  1458.  
  1459. +----------------------------------------------------------------------------+
  1460.  
  1461. From: thorenz@hydromech.uni-hannover.de                 27-Oct-99 09:22:22
  1462.   To: All                                               28-Oct-99 10:23:15
  1463. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1464.  
  1465. From: Carsten Thorenz <thorenz@hydromech.uni-hannover.de>
  1466.  
  1467. "Jeffrey S. Kobal" wrote:
  1468. > (4) It's not an infinite loop, but it is looping through each of
  1469. > those cells and allocating a "delayed image" construct for the
  1470. > deferred load of the image into each cell, among other things.
  1471. > After a while, this will load into the swapper and slow it down
  1472. > more and more.... taking a VERY long time to complete.
  1473.  
  1474. O.k., but why does it use _that_ much memory when image-loading
  1475. is switched off? Do you use a 1MB pre-alloc for each "delayed"
  1476. image? 
  1477.  
  1478. I've tried it with caches set to zero, no java, no java-script,
  1479. no proxies.
  1480.  
  1481. Theseus3 reports 
  1482.  
  1483.  88MB/26MB of allocated/committed memory with images switched on
  1484.  
  1485. and 
  1486.  
  1487.  138MB/76MB  of allocated/committed memory with images switched off
  1488.  
  1489. when loading
  1490.  
  1491.  http://computing.net/windowsnt/wwwboard/wwwboard.html
  1492.  
  1493. And, rather unreproducable, the memory-usage explodes when browsing
  1494. through the forums. At a time Netscape had allocated about 300MB 
  1495. before I killed it.
  1496.  
  1497. Bye, Carsten
  1498.  
  1499. -- 
  1500. Carsten Thorenz           Institut fuer Stroemungsmechanik und
  1501.                           elektronisches Rechnen im Bauwesen
  1502. thorenz@hydromech.uni-hannover.de
  1503. http://www.hydromech.uni-hannover.de/w3-pages-thorenz/thorenz.html
  1504.  
  1505. --- WtrGate+ v0.93.p7 sn 165
  1506.  * Origin: Usenet: RRZN - Newsserver Test (1:109/42)
  1507.  
  1508. +----------------------------------------------------------------------------+
  1509.  
  1510. From: murdoctor@ausNOSPAMtin.rr.com                     28-Oct-99 04:39:23
  1511.   To: All                                               28-Oct-99 11:18:05
  1512. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1513.  
  1514. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  1515.  
  1516. Carsten Thorenz wrote:
  1517.  
  1518. > O.k., but why does it use _that_ much memory when image-loading
  1519. > is switched off?
  1520.  
  1521. Frankly, I don't know.  I just took a quick look at it to see
  1522. if it was something that could be easily solved, but the
  1523. memory allocations are coming from within the Netscape
  1524. layout engine, which is an area of the code we are loathe
  1525. to touch.  We're talking about calls that are over a dozen
  1526. levels deep, with callback functions and structures/lists
  1527. set up to do work later on, multiple connection-sessions
  1528. created for the images, etc.
  1529.  
  1530. Since it is a bug in the Windows version as well, and this
  1531. is obviously a very poorly-designed page, it's really not
  1532. something I'm concerned about.  Certainly not worth the
  1533. risks involved with changing the layout code.
  1534.  
  1535. Jeffrey S. Kobal
  1536. IBM Corporation
  1537.  
  1538.  
  1539. --- WtrGate+ v0.93.p7 sn 165
  1540.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1541.  
  1542. +----------------------------------------------------------------------------+
  1543.  
  1544. From: arnews@dsgml.com                                  28-Oct-99 13:26:25
  1545.   To: All                                               28-Oct-99 16:44:09
  1546. Subj: Re: bad netscape 4.61 GA (Strong encrypt version) cache bug
  1547.  
  1548. From: Ariel <arnews@dsgml.com>
  1549.  
  1550. On Thu, 28 Oct 1999, Jeffrey S. Kobal wrote:
  1551.  
  1552. > Carsten Thorenz wrote:
  1553.  
  1554. > > O.k., but why does it use _that_ much memory when image-loading
  1555. > > is switched off?
  1556.  
  1557. > Since it is a bug in the Windows version as well, and this
  1558. > is obviously a very poorly-designed page, it's really not
  1559. > something I'm concerned about.  Certainly not worth the
  1560. > risks involved with changing the layout code.
  1561.  
  1562. Could/will you at least report it to Netscape? Although I'm not sure how
  1563. many new releases for navigator there will be before Mozilla.
  1564.  
  1565. If they do fix it, can/will you incorporate the change into the OS/2
  1566. version (even if you don't do a full "port" of the new version), just a
  1567. small maintenance release for this specific problem (if they fix it).
  1568.  
  1569.     -Ariel
  1570.  
  1571. --- WtrGate+ v0.93.p7 sn 165
  1572.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  1573.  
  1574. +----------------------------------------------------------------------------+
  1575.  
  1576. From: gjohn@csom.umn.edu                                28-Oct-99 21:18:13
  1577.   To: All                                               29-Oct-99 11:30:18
  1578. Subj: acrobat java on w98 vs warp
  1579.  
  1580. From: "gjohn" <gjohn@csom.umn.edu>
  1581.  
  1582. I just installed acrobatjava on my w98 machine, and it is faster than
  1583. acrobatv3 on warp4 (fp12). I suspect that adobe pays more attention to
  1584. polishing their products for the win environment.
  1585.  
  1586.  
  1587.  
  1588. --- WtrGate+ v0.93.p7 sn 165
  1589.  * Origin: Usenet: University of Minnesota, Twin Cities Campus (1:109/42)
  1590.  
  1591. +----------------------------------------------------------------------------+
  1592.  
  1593. From: hunters@thunder.indstate.edu                      29-Oct-99 05:41:05
  1594.   To: All                                               29-Oct-99 11:30:19
  1595. Subj: Re: acrobat java on w98 vs warp
  1596.  
  1597. From: hunters@thunder.indstate.edu
  1598.  
  1599. In article <7vb3mu$9ll$1@news1.tc.umn.edu>,
  1600.   "gjohn" <gjohn@csom.umn.edu> wrote:
  1601.  
  1602. > I just installed acrobatjava on my w98 machine, and it is faster than
  1603. > acrobatv3 on warp4 (fp12). I suspect that adobe pays more attention
  1604. > to polishing their products for the win environment.
  1605.  
  1606. What sort of hardware are we talking about here? What JVM for Windows?
  1607. Was it the same hardware for Warp and Win98?? Details man, details!
  1608.  
  1609. --
  1610. -Steven Hunter               *OS/2 Warp 4 * |
  1611. hunters@thunder.indstate.edu *AMD K6-2 400* |
  1612.  
  1613.  
  1614. Sent via Deja.com http://www.deja.com/
  1615. Before you buy.
  1616.  
  1617. --- WtrGate+ v0.93.p7 sn 165
  1618.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  1619.  
  1620. +----------------------------------------------------------------------------+
  1621.  
  1622. +============================================================================+
  1623.