home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU990925.zip / Ub990924.txt < prev    next >
Text File  |  1999-09-26  |  87KB  |  2,480 lines

  1.  
  2.                    comp.os.os2.beta                 (Usenet)
  3.  
  4.                  Saturday, 18-Sep-1999 to Friday, 24-Sep-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: snizinsk@us.ibm.com                               17-Sep-99 09:21:25
  9.   To: All                                               18-Sep-99 01:08:05
  10. Subj: ns461 download problem update
  11.  
  12. From: Skip Nizinski <snizinsk@us.ibm.com>
  13.  
  14. Various beta users have been very gracious in providing traces to us
  15. thus far to try to determine what is causing downloads to terminate
  16. prematurely (without an error indication). Among them, Jim LaLone, Frank
  17. Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  18. publicly thank them all for their assistance,
  19.  
  20. Thus far we have learned:
  21.  
  22.    * the problem seems to be timing-sensitive
  23.    * the Injoy dialer is typically involved
  24.    * the Injoy port speed setting affects the results
  25.  
  26. While the above is not necessarily true in all cases, it has been the
  27. majority of cases.
  28.  
  29. What we have seen in the traces is that the server side of the socket is
  30. reporting back a return code indicating that the download has completed
  31. and Communicator sees no error indication, despite the fact that we only
  32. have a partial file.
  33.  
  34. We have further engaged our TCP/IP service team to try to get to the
  35. root cause of this problem.
  36.  
  37. We will continue pursuing this problem, but it is very unlikely that any
  38. changes to Communicator will be made before we ship.
  39.  
  40. Skip Nizinski
  41.  
  42. IBM Austin - Netscape Communicator for OS/2 Development
  43.  
  44.  
  45. --- WtrGate+ v0.93.p7 sn 165
  46.  * Origin: Usenet: IBM Austin (1:109/42)
  47.  
  48. +----------------------------------------------------------------------------+
  49.  
  50. From: haa@mail1.stofanet.dk                             17-Sep-99 19:00:22
  51.   To: All                                               18-Sep-99 01:08:05
  52. Subj: Re: ns461 download problem update
  53.  
  54. From: Henrik Aaen <haa@mail1.stofanet.dk>
  55.  
  56. Skip Nizinski wrote:
  57. > Various beta users have been very gracious in providing traces to us
  58. > thus far to try to determine what is causing downloads to terminate
  59. > prematurely (without an error indication). Among them, Jim LaLone, Frank
  60. > Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  61. > publicly thank them all for their assistance,
  62. > Thus far we have learned:
  63. >    * the problem seems to be timing-sensitive
  64. >    * the Injoy dialer is typically involved
  65. >    * the Injoy port speed setting affects the results
  66. > While the above is not necessarily true in all cases, it has been the
  67. > majority of cases.
  68. > What we have seen in the traces is that the server side of the socket is
  69. > reporting back a return code indicating that the download has completed
  70. > and Communicator sees no error indication, despite the fact that we only
  71. > have a partial file.
  72. > We have further engaged our TCP/IP service team to try to get to the
  73. > root cause of this problem.
  74. > We will continue pursuing this problem, but it is very unlikely that any
  75. > changes to Communicator will be made before we ship.
  76. > Skip Nizinski
  77. > IBM Austin - Netscape Communicator for OS/2 Development
  78.  
  79. And the problem seems to be catalysed by other activities in the
  80. brouser.
  81. /Henrik Aaen using cable modem (download speeds up to 85K/Sec)
  82.  
  83. --- WtrGate+ v0.93.p7 sn 165
  84.  * Origin: Usenet: Customer at Telia Danmark (http://www.telia.dk/) (1:109/42)
  85.  
  86. +----------------------------------------------------------------------------+
  87.  
  88. From: arnews@dsgml.com                                  17-Sep-99 15:46:15
  89.   To: All                                               18-Sep-99 01:08:05
  90. Subj: Re: ns461 download problem update
  91.  
  92. From: Ariel <arnews@dsgml.com>
  93.  
  94. On Fri, 17 Sep 1999, Skip Nizinski wrote:
  95.  
  96. > What we have seen in the traces is that the server side of the socket is
  97. > reporting back a return code indicating that the download has completed
  98. > and Communicator sees no error indication, despite the fact that we only
  99. > have a partial file.
  100.  
  101. I have a request. Take a look at wget - it has enough intelligence to get a
  102. web or ftp file regardless of bad connections, errors and anything else.
  103. It will keep trying and not stop till it gets the entire file.
  104.  
  105. My request is that you do the same. For example yesterday I was trying to
  106. view a 200K web page which kept stopping (not stalling, netscape said
  107. download complete) at about 80K, and since it was a table I saw nothing.
  108. What you should do is keep trying to get the download until you get the
  109. entire thing. Of course you should use the resume functions of http and
  110. ftp. I kept reloading, but I was never able to get it - I finally used
  111. wget to download it, then viewed it in netscape.
  112.  
  113. The same is true with downloads, anything you get off the web should pass
  114. through this code. You can easily take a look at the wget code to see how
  115. it does it - even if you don't copy it verbatim because of the license.
  116.  
  117. Is there anything in what I'm asking that can't be done for any reason,
  118. technical, or otherwise?
  119.  
  120.     -Ariel
  121.  
  122. --- WtrGate+ v0.93.p7 sn 165
  123.  * Origin: Usenet: Shore.Net/Eco Software, Inc; (info@shore.net) (1:109/42)
  124.  
  125. +----------------------------------------------------------------------------+
  126.  
  127. From: huffd@nls.net                                     18-Sep-99 01:35:08
  128.   To: All                                               18-Sep-99 04:37:13
  129. Subj: Re: Microsoft Web Page?
  130.  
  131. From: "David D. Huff Jr." <huffd@nls.net>
  132.  
  133. It wasn't working for OS/2 and Netscape previously but I see it is working
  134. now.
  135.  
  136. Marian Alexie wrote:
  137.  
  138. > Hi,
  139. >
  140. > You'll find microsoft technical support at
  141. >
  142. > http://www.microsoft.com/support
  143. >
  144. > I got connected to the above web page
  145. > and was able to see it with both
  146. > OS/2 Warp 4 (FP10) and Caldera OpenLInux 2.3.
  147. >
  148. > Tim Erickson wrote:
  149. > >
  150. > > On Sat, 11 Sep 1999 22:33:22, Chuck Russell <crussell4@earthlink.net>
  151. > > wrote:
  152. > >
  153. > > > Yes, I get a "Page not found". I wonder if that would be the case if I
  154. had
  155. > > > booted Win 9x?
  156. > > >
  157. > > > Timothy Sipples wrote:
  158. > > >
  159. > > > > Here's a weird one:
  160. > > > >
  161. > > > > Try visiting http://support.microsoft.com/support/default.asp, then
  162. click on
  163. > > > > "Search the KB."
  164. > > > >
  165. > >
  166. > > I went for a visit. This is the result:
  167. > >
  168. > > http://support.microsoft.com/support/error/404.htm?404;http://support.
  169. > > microsoft.com/support/misc/unsupported.asp
  170. > >
  171. > > That is copied verbatim from the browser's GoTo box. Note the last
  172. > > URL.
  173. > >
  174. > > hmmmm...
  175. > >
  176. > > Tim
  177. >
  178. > --
  179.  
  180. --- WtrGate+ v0.93.p7 sn 165
  181.  * Origin: Origin Line 1 Goes Here (1:109/42)
  182.  
  183. +----------------------------------------------------------------------------+
  184.  
  185. From: brobbin2@rochester.rr.com                         17-Sep-99 20:10:10
  186.   To: All                                               18-Sep-99 04:37:14
  187. Subj: Re: ns461 download problem update
  188.  
  189. From: Britton Robbins <brobbin2@rochester.rr.com>
  190.  
  191. This may not be the appropriate place for a request like this but here it
  192. goes.
  193.  
  194. There is a CRISIS going on in comp.os.os2.advocacy right now.
  195.  
  196. People are making it sound like OS/2 is really dead this time.  i know
  197. better than to beleive it but there are a good number of the people there
  198. sounding like they are throwing in the towel.
  199.  
  200. Anybody involved in current IBM sanctiond OS/2 development needs to go to
  201. c.o.o.a and let them know it's not dead yet.
  202.  
  203. Britton
  204.  
  205. Skip Nizinski wrote:
  206.  
  207. > Various beta users have been very gracious in providing traces to us
  208. > thus far to try to determine what is causing downloads to terminate
  209. > prematurely (without an error indication). Among them, Jim LaLone, Frank
  210. > Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  211. > publicly thank them all for their assistance,
  212. >
  213. > Thus far we have learned:
  214. >
  215. >    * the problem seems to be timing-sensitive
  216. >    * the Injoy dialer is typically involved
  217. >    * the Injoy port speed setting affects the results
  218. >
  219. > While the above is not necessarily true in all cases, it has been the
  220. > majority of cases.
  221. >
  222. > What we have seen in the traces is that the server side of the socket is
  223. > reporting back a return code indicating that the download has completed
  224. > and Communicator sees no error indication, despite the fact that we only
  225. > have a partial file.
  226. >
  227. > We have further engaged our TCP/IP service team to try to get to the
  228. > root cause of this problem.
  229. >
  230. > We will continue pursuing this problem, but it is very unlikely that any
  231. > changes to Communicator will be made before we ship.
  232. >
  233. > Skip Nizinski
  234. >
  235. > IBM Austin - Netscape Communicator for OS/2 Development
  236.  
  237. --- WtrGate+ v0.93.p7 sn 165
  238.  * Origin: Usenet: WCSIS (1:109/42)
  239.  
  240. +----------------------------------------------------------------------------+
  241.  
  242. From: murdoctor@ausNOSPAMtin.rr.com                     18-Sep-99 05:27:29
  243.   To: All                                               18-Sep-99 06:00:27
  244. Subj: Re: Netscape 416 Beta2 wrecks Zip association...How to revert D'n'D?
  245.  
  246. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  247.  
  248. Buddy Donnelly wrote:
  249.  
  250. > Are we saying that Netscape requirements will be allowed
  251. > to violate IBM's longstanding rules for WPS programming?
  252.  
  253. No, what "we" are saying is that using the WPS drag/drop limits
  254. what the application can do while dragging, so we had to choose
  255. between limiting drag/drop capability or limiting functionality in
  256. the browser.  We chose to keep the internal browser functionality
  257. and handle dragging to the WPS ourselves.
  258.  
  259. > Someone should speak up to protect OS/2 in this regard.
  260.  
  261. Protect OS/2?  From what?  Producing a browser for the OS/2
  262. platform so that the customers that are funding the continued
  263. existence of the operating system will be able to utilize current
  264. Internet technologies seems to me like the best way to "protect
  265. OS/2"... wouldn't you agree?
  266.  
  267. > It seems to me that Netscape should be improved ... [snip]
  268.  
  269. Ok, if you wish to turn this into a Netscape-bashing discussion,
  270. I'll move right along.  I was attempting to provide potentially
  271. information to a user that was having a problem, not open up
  272. the floor for picking apart the entire project.
  273.  
  274. > to the point where it doesn't crash itself, or OS/2.
  275.  
  276. Whenever I'm home visiting my parents... before I leave the
  277. house, my mom always tells me to "drive safely".  Of course,
  278. this is completely silly advice, since I obviously would want to
  279. be driving safely anyway.... it's not like I'm going to say, "Oh,
  280. WOW!  I didn't THINK of that!  Thanks, Mom, I will!"  She does
  281. it, however, because she cares about my safety.
  282.  
  283. On the same token, your advice to us that we produce a
  284. product that doesn't crash is equally frivolous.  Obviously, we
  285. don't want the browser to crash, and we do what we can to
  286. ensure that doesn't happen.  And your "reminder" as such
  287. serves to show that YOU care about the quality of our product
  288. as well.
  289.  
  290. However, just getting on the road in the car has some level
  291. of danger to it... with the dangers increasing with the duration
  292. and complexity of the drive.  The same is true of developing
  293. a complex piece of software.  (Yes, I realize I've violated the
  294. taboo metaphor of computers and cars, and I apologize for
  295. that.)
  296.  
  297. > We DON'T have a well-programmed browser, and we
  298. > DON'T have somebody going out and getting plugins for it.
  299.  
  300. On the former, I'm sorry you feel that way... on the latter, you
  301. can take that up with the development community at large.
  302.  
  303. Jeffrey S. Kobal
  304. IBM Corporation
  305. Netscape Communicator for OS/2 - Development Team
  306.  
  307.  
  308. --- WtrGate+ v0.93.p7 sn 165
  309.  * Origin: Origin Line 1 Goes Here (1:109/42)
  310.  
  311. +----------------------------------------------------------------------------+
  312.  
  313. From: murdoctor@ausNOSPAMtin.rr.com                     18-Sep-99 06:08:07
  314.   To: All                                               18-Sep-99 11:03:05
  315. Subj: Re: ns461 download problem update
  316.  
  317. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  318.  
  319. Britton Robbins wrote:
  320.  
  321. > There is a CRISIS going on in comp.os.os2.advocacy right now.
  322. >
  323. > People are making it sound like OS/2 is really dead this time.  i know
  324. > better than to beleive it but there are a good number of the people there
  325. > sounding like they are throwing in the towel.
  326.  
  327. Just looks like more of "The Sky Is Falling!" to me.... happens all
  328. the time around there.
  329.  
  330. Here are the things they are panicking about:
  331.  
  332. (1) IBM reportedly has no plans to release another OS/2 client.
  333.  
  334. ANSWER: IBM usually doesn't announce "plans" to do anything.
  335. In fact, more often than not, the announcement doesn't come
  336. until the "plans" have already turned into a completed task.  In
  337. addition, note that it was 2-3 years between Warp3 and Warp4,
  338. yet it has not even been 2 years since Warp4 was released, so
  339. why all the hubbub for a new client release, especially with the
  340. whole Year 2000 stuff looming over right now?
  341.  
  342. (2) Negotiations for Stardock to produce an OS/2 client have
  343. reputedly ended with IBM declining Stardock's proposal.
  344.  
  345. ANSWER: I don't know any of the background to this situation,
  346. but I can tell you I'm not surprised with the outcome; in fact,
  347. I'd have been VERY surprised if the deal went through.  There
  348. are a lot of legal issues involved in licensing out source code,
  349. and many of those issues are compounded with the OS/2 code,
  350. for various reasons.... and that's only ONE factor involved.
  351.  
  352. Jeffrey S. Kobal
  353. IBM Corporation
  354.  
  355.  
  356. --- WtrGate+ v0.93.p7 sn 165
  357.  * Origin: Origin Line 1 Goes Here (1:109/42)
  358.  
  359. +----------------------------------------------------------------------------+
  360.  
  361. From: willem@horizontes-informatica.com                 18-Sep-99 10:58:02
  362.   To: All                                               18-Sep-99 11:03:05
  363. Subj: Re: ns461 download problem update
  364.  
  365. From: "Willem Clements" <willem@horizontes-informatica.com>
  366.  
  367. On Fri, 17 Sep 1999 09:21:50 -0500, Skip Nizinski wrote:
  368.  
  369. >Various beta users have been very gracious in providing traces to us
  370. >thus far to try to determine what is causing downloads to terminate
  371. >prematurely (without an error indication). Among them, Jim LaLone, Frank
  372. >Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  373. >publicly thank them all for their assistance,
  374. >
  375. >Thus far we have learned:
  376. >
  377. >   * the problem seems to be timing-sensitive
  378. >   * the Injoy dialer is typically involved
  379. >   * the Injoy port speed setting affects the results
  380. >
  381. >While the above is not necessarily true in all cases, it has been the
  382. >majority of cases.
  383. >
  384. Skip,
  385.  
  386. For your info, I experience the problem without any dialer.
  387. I connect with a ZyXEL P100IH router to an ISDN line.
  388. I started a download of the same file with both OS/2 netscape and
  389. W98 netscape. The OS/2 download stopped, the W98 download
  390. terminated OK.
  391.  
  392.  
  393. --- WtrGate+ v0.93.p7 sn 165
  394.  * Origin: Usenet: Iddeo - Retevisi≤n (1:109/42)
  395.  
  396. +----------------------------------------------------------------------------+
  397.  
  398. From: donnelly@tampabay.rr.com                          18-Sep-99 11:27:09
  399.   To: All                                               18-Sep-99 11:03:05
  400. Subj: Re: Netscape 416 Beta2 wrecks Zip association...How to revert D'n'D?
  401.  
  402. From: donnelly@tampabay.rr.com (Buddy Donnelly)
  403.  
  404. On Sat, 18 Sep 1999 05:27:58, "Jeffrey S. Kobal" 
  405. <murdoctor@ausNOSPAMtin.rr.com> a ┌crit dans un message:
  406.  
  407. > so we had to choose
  408. > between limiting drag/drop capability or limiting functionality in
  409. > the browser.  We chose to keep the internal browser functionality
  410. > and handle dragging to the WPS ourselves.
  411.  
  412. If that means you're adding back in the standard SOM stuff I'm thrilled.
  413.  
  414.  
  415. > > Someone should speak up to protect OS/2 in this regard.
  416. > Protect OS/2?  From what?  Producing a browser for the OS/2
  417. > platform so that the customers that are funding the continued
  418. > existence of the operating system 
  419.  
  420. (Pardon my french but if "that are funding" refers to the multi-desk buyers
  421. that IBM has chosen to address themselves to, then screw'em. WE here all 
  422. paid for and committed to an Operating System, fully expecting a respected 
  423. company like IBM to stand behind their half of the transaction. IBM has 
  424. chosen to say "screw you" to us, not the other way around.)
  425.  
  426. > will be able to utilize current Internet technologies seems to me like the
  427. best 
  428. > way to "protect OS/2"... wouldn't you agree?
  429.  
  430. No, not completely. 
  431.  
  432. If the "current Internet technology" means sending news and mail via HTML, 
  433. or, worse, dancing noisy pictures, or attaching those dumb "business cards"
  434. nobody has found a legitimate use for, then why waste time on that? 
  435.  
  436. I don't think adding in lots of code for purely Netscape bells and whistles
  437. is ever going to make up for the fact we won't have an identical browser to
  438. what a User on another platform has. Without the most common plugins, for 
  439. instance, starting with current Real Audio and Real Media, Shockwave and 
  440. Flash, it's dead meat. Or dynamic fonts, which are showing up on more and 
  441. more commercial websites, and if your Composer doesn't handle them you're 
  442. wasting your time building a Composer for OS/2.
  443.  
  444.  
  445. > > It seems to me that Netscape should be improved ... [snip]
  446. > Ok, if you wish to turn this into a Netscape-bashing discussion,
  447. > I'll move right along.  I was attempting to provide potentially
  448. > information to a user that was having a problem, not open up
  449. > the floor for picking apart the entire project.
  450.  
  451. Sorry for the tone. I don't mean to be attacking anybody's work, and I know
  452. you're having to work inside some pretty ridiculous-looking parameters, 
  453. being in IBM and all. (No offense intended except to the stutified and 
  454. unintellectual corporate culture of IBM.)
  455.  
  456. > > to the point where it doesn't crash itself, or OS/2.
  457. > Whenever I'm home visiting my parents... before I leave the
  458. > house, my mom always tells me to "drive safely".  Of course,
  459. > this is completely silly advice, since I obviously would want to
  460. > be driving safely anyway.... it's not like I'm going to say, "Oh,
  461. > WOW!  I didn't THINK of that!  Thanks, Mom, I will!"  She does
  462. > it, however, because she cares about my safety.
  463. > On the same token, your advice to us that we produce a
  464. > product that doesn't crash is equally frivolous.  
  465.  
  466. No, it's not, because if just ONE of the honchos who makes the larger 
  467. decisions reads it and decides that maybe, just maybe, there's a reason to 
  468. expand the job you've been given, and does it, then we're all better off, 
  469. right?
  470.  
  471. Netscape/2 crashes, and can even cause the hallowed crash "resistant" OS/2 
  472. to crash, or more usually, hang. And building in more functions FIRST 
  473. instead of building OUT the bugs that cause it to step on its own tail is 
  474. wasting a lot of all our time.
  475.  
  476. A lot of people prefer NS 2.02 because the final version of that doesn't 
  477. cause nearly as much trouble as all the 4.04 versions I've seen. It still 
  478. isn't as good as it should have been.
  479.  
  480. > Obviously, we
  481. > don't want the browser to crash, and we do what we can to
  482. > ensure that doesn't happen.  And your "reminder" as such
  483. > serves to show that YOU care about the quality of our product
  484. > as well.
  485.  
  486. Of course.
  487.  
  488. > However, just getting on the road in the car has some level
  489. > of danger to it... with the dangers increasing with the duration
  490. > and complexity of the drive.  The same is true of developing
  491. > a complex piece of software.  (Yes, I realize I've violated the
  492. > taboo metaphor of computers and cars, and I apologize for
  493. > that.)
  494.  
  495. I don't know why it would be "taboo" because I thought it fit this very 
  496. well. (And it's nice to correspond with someone whose brain is quick enough
  497. to move sideways and use a metaphor or an analogy to make a point.)
  498.  
  499.  
  500.  
  501. > > We DON'T have a well-programmed browser, and we
  502. > > DON'T have somebody going out and getting plugins for it.
  503. > On the former, I'm sorry you feel that way... 
  504.  
  505. I'm guessing that you mean you are hoping I don't feel that way about your 
  506. final product release? 
  507.  
  508. You surely can't think that the current betas are not seriously 
  509. troublesome, can you? I still can't print a page that contains a picture 
  510. without the second page becoming strangely magnified, but I'm assuming that
  511. all this gets cleaned up before the GA drop, or at least you'll take a 
  512. fresh chop at it. 
  513.  
  514. Although there was a troubling comment here referring to problems with the 
  515. In-Joy dialer that suggested y'all weren't going to do anything to fix that
  516. one because you had some kind of schedule to keep. (I don't want it right, 
  517. I want it right now?)
  518.  
  519.  
  520. > on the latter, you
  521. > can take that up with the development community at large.
  522.  
  523. No. No. A thousand times: No. 
  524.  
  525. IT IS THE JOB OF IBM to cultivate the plugin developers, not theirs to 
  526. cultivate IBM. And the plugins have become STANDARD on the Internet, so 
  527. you're not going to have Standard Internet Capabilities without them.
  528.  
  529.  
  530. Always a pleasure. No offense is ever intended, because your presence here 
  531. can only help us all.
  532.  
  533.  
  534. Good luck,
  535.  
  536. Buddy
  537.  
  538. Buddy Donnelly
  539. donnelly@tampabay.rr.com
  540.  
  541.  
  542. --- WtrGate+ v0.93.p7 sn 165
  543.  * Origin: Usenet: RoadRunner - TampaBay (1:109/42)
  544.  
  545. +----------------------------------------------------------------------------+
  546.  
  547. From: mcbrides@erols.com                                17-Sep-99 23:27:15
  548.   To: All                                               19-Sep-99 03:20:28
  549. Subj: Re: ns461 download problem update
  550.  
  551. From: mcbrides@erols.com (Jerry McBride)
  552.  
  553. In article <37E24E7D.2446A19F@us.ibm.com>,
  554. Skip Nizinski <snizinsk@us.ibm.com> wrote:
  555. >Various beta users have been very gracious in providing traces to us
  556. >thus far to try to determine what is causing downloads to terminate
  557. >prematurely (without an error indication). Among them, Jim LaLone, Frank
  558. >Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  559. >publicly thank them all for their assistance,
  560. >
  561. >Thus far we have learned:
  562. >
  563. >   * the problem seems to be timing-sensitive
  564. >   * the Injoy dialer is typically involved
  565. >   * the Injoy port speed setting affects the results
  566. >
  567. >While the above is not necessarily true in all cases, it has been the
  568. >majority of cases.
  569. >
  570.  
  571. That's a puzzling statement, Skip. I use the DOIP utility to connect to my ISP
  572. and I have suffered the "partial download" syndrome since the 4.04 code and
  573. now
  574. into beta 2 of 4.61. Toggling the port speed does not help...
  575.  
  576. >What we have seen in the traces is that the server side of the socket is
  577. >reporting back a return code indicating that the download has completed
  578. >and Communicator sees no error indication, despite the fact that we only
  579. >have a partial file.
  580. >
  581. >We have further engaged our TCP/IP service team to try to get to the
  582. >root cause of this problem.
  583. >
  584. >We will continue pursuing this problem, but it is very unlikely that any
  585. >changes to Communicator will be made before we ship.
  586. >
  587.  
  588. That, is a darn shame too. I doubt seriously it's even related to Injoy or any
  589. dialer used, as it's ONLY the later versions of NetScape that demonstrate
  590. (with
  591. uncanny precision) the "partial download" problem. IMHO, it's gotta' be in the
  592. NetScape codebase... somewhere...
  593.  
  594. Thank you, for your time.
  595.  
  596. --
  597.  
  598. *******************************************************************************
  599.  
  600. *            Sometimes, the BEST things in life really ARE free...           
  601. *
  602. *       Get a FREE copy of NetRexx 1.150 for your next java project at:      
  603. *
  604. *                     http://www2.hursley.ibm.com/netrexx                    
  605. *
  606. *******************************************************************************
  607.  
  608.  
  609. /----------------------------------------\
  610. | From the desktop of: Jerome D. McBride |
  611. |         mcbrides@erols.com             |
  612. \----------------------------------------/
  613.  
  614. --
  615.  
  616. --- WtrGate+ v0.93.p7 sn 165
  617.  * Origin: Usenet: TEAM-NETREXX (1:109/42)
  618.  
  619. +----------------------------------------------------------------------------+
  620.  
  621. From: lifedata@xxvol.com                                18-Sep-99 11:24:11
  622.   To: All                                               19-Sep-99 03:20:28
  623. Subj: Re: ns461 download problem update
  624.  
  625. From: lifedata@xxvol.com
  626.  
  627. mcbrides@erols.com (Jerry McBride) said:
  628.  
  629. >That, is a darn shame too. I doubt seriously it's even related to Injoy or
  630. any
  631. >dialer used, as it's ONLY the later versions of NetScape that demonstrate
  632. (with
  633. >uncanny precision) the "partial download" problem. 
  634.  
  635. I think that's mostly right and a tad wrong.  It is apparently timing.  I do
  636. know Injoy can introduce timing variances, as can others.
  637.  
  638. At the same time, Netscape should be able to handle them.  WebEx does.
  639.  
  640. SOMETHING has got to be telling the server to send an "all done" message, and
  641. with my machine it is TOTALLY cured when I slow down the port speed.  There
  642. HAS
  643. to be some connection, even though it doesn't show up on all machines.  If it
  644. IS
  645. TIMING, that can vary some based on hardware, so the "It didn't happen to me"
  646. point doesn't look to me like it changes anything.
  647.  
  648. Jim L
  649. Remove XX from address to Email
  650. More gun laws will cure the nations ills - just like drug laws do.
  651.  
  652.  
  653. --- WtrGate+ v0.93.p7 sn 165
  654.  * Origin: Origin Line 1 Goes Here (1:109/42)
  655.  
  656. +----------------------------------------------------------------------------+
  657.  
  658. From: warp4@getTOnet.dk                                 18-Sep-99 22:45:16
  659.   To: All                                               19-Sep-99 06:48:22
  660. Subj: Re: ns461 download problem update
  661.  
  662. From: "Allan Holm" <warp4@getTOnet.dk>
  663.  
  664. On Fri, 17 Sep 1999 09:21:50 -0500, Skip Nizinski wrote:
  665.  
  666.  
  667. >Thus far we have learned:
  668. >
  669. >   * the problem seems to be timing-sensitive
  670. >   * the Injoy dialer is typically involved
  671. >   * the Injoy port speed setting affects the results
  672.  
  673. I can't see, how this have to do with In-Joy.
  674. Here, I'm using a proxy/cache app on my machine (smartcache) - which 
  675. NS connects through. 
  676. When I download a file, and NS breaks the connection, Smartcache still
  677. continues the transfer to its cache. When I can see on the line-monitor,
  678. that Smartcache has stopped downloading, I can start the transfer from
  679. NS again, and it will then 'download' the hole file (from smartcache),
  680. in about 1 second.
  681.  
  682. As this is how it goes every time, I don't see how neither In-joy nor
  683. the server can have any faults - as Smartcache _never_ breaks on the
  684. same download.
  685.  
  686.   Allan.
  687.  
  688.  
  689.  
  690. --- WtrGate+ v0.93.p7 sn 165
  691.  * Origin: Usenet: get2net Internet Kunde (1:109/42)
  692.  
  693. +----------------------------------------------------------------------------+
  694.  
  695. From: lifedata@xxvol.com                                18-Sep-99 19:19:18
  696.   To: All                                               19-Sep-99 06:48:22
  697. Subj: Re: ns461 download problem update
  698.  
  699. From: lifedata@xxvol.com
  700.  
  701. "Allan Holm" <warp4@getTOnet.dk> said:
  702.  
  703. >I can't see, how this have to do with In-Joy.
  704.  
  705. >As this is how it goes every time, I don't see how neither In-joy nor the
  706. >server can have any faults 
  707.  
  708. The connection is statistical.  I've seen lots of users declare what it
  709. couldn't
  710. be Injoy.  No problem.  No one said it was an Injoy bug - go back and read it. 
  711.  
  712. It apparently happens most often with Injoy.  That doesn't mean it can not
  713. happen in other situations.  I think it DOES mean that whatever is happening
  714. from one situation to another means they have something in common.  What
  715. specific people experience doesn't change that.  It's similar to the old posts
  716. you see every so often which say, in essence, "I don't have the problem so it
  717. couldn't exist."
  718.  
  719. You have to look where the stats lead you or you won't find anything to help
  720. fix
  721. Netscape.  Even if, maybe especially if, people say this or that doesn't
  722. happen
  723. on MY system.  Some people don't have any problem with download failure AT
  724. ALL. 
  725. That does NOT mean it doesn't exist - I can assure you.
  726.  
  727. Jim L
  728. Remove XX from address to Email
  729. More gun laws will cure the nations ills - just like drug laws do.
  730.  
  731.  
  732. --- WtrGate+ v0.93.p7 sn 165
  733.  * Origin: Origin Line 1 Goes Here (1:109/42)
  734.  
  735. +----------------------------------------------------------------------------+
  736.  
  737. From: rsteiner@visi.com                                 18-Sep-99 18:58:07
  738.   To: All                                               19-Sep-99 06:48:23
  739. Subj: Re: Netscape 416 Beta2 wrecks Zip association...How to revert D'n'D?
  740.  
  741. From: rsteiner@visi.com (Richard Steiner)
  742.  
  743. Here in comp.os.os2.beta, "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  744. spake unto us, saying:
  745.  
  746. >Buddy Donnelly wrote:
  747. >
  748. >> WE here all paid for and committed to an Operating
  749. >> System, fully expecting a respected company like
  750. >> IBM to stand behind their half of the transaction.
  751. >
  752. >And providing continuing support through free fixpacks is
  753. >exactly how IBM has been doing that.
  754.  
  755. You are absolutely correct.  IBM might be making some frustrating moves
  756. in my eyes right now regarding the OS/2 client and its future, but their
  757. support for their products (including OS/2 client) is *extremely* good,
  758. at least in terms of providing code fixes.
  759.  
  760. There are times when I get really frustrated at IBM.  And then I think
  761. of Microsoft and realize how good we have it (in some ways).
  762.  
  763. -- 
  764.    -Rich Steiner  >>>--->  rsteiner@visi.com  >>>---> Bloomington, MN
  765.      OS/2 + Linux + BeOS + FreeBSD + Solaris + WinNT4 + Win95 + DOS
  766.       + VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
  767.               The Oracle has pondered your question deeply.
  768.  
  769. --- WtrGate+ v0.93.p7 sn 165
  770.  * Origin: Usenet: FIELDATA FORTRAN ENTHUSIASTS CLUB (1:109/42)
  771.  
  772. +----------------------------------------------------------------------------+
  773.  
  774. From: mchasson@ibm.net                                  18-Sep-99 20:28:09
  775.   To: All                                               19-Sep-99 06:48:23
  776. Subj: 3175 on os23246.dll in ns451b2
  777.  
  778. From: mchasson@ibm.net
  779.  
  780. Not to make too big a thing of this, but I have been seeing this error
  781. lately with 4.61b2 when I open a new browser window calling from the mail
  782. reader.
  783.  
  784. The application then closes.  CAn I adjust for this???
  785.  
  786.  
  787. -- 
  788. ----------------------------------------------------
  789. ------
  790. Monroe Chasson
  791. mchasson@ibm.net
  792. -----------------------------------------------------------
  793. MR2ICE reg#51 
  794.  
  795. --- WtrGate+ v0.93.p7 sn 165
  796.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  797. (1:109/42)
  798.  
  799. +----------------------------------------------------------------------------+
  800.  
  801. From: hamei@pacbell.net                                 19-Sep-99 01:22:15
  802.   To: All                                               19-Sep-99 06:48:23
  803. Subj: Re: Netscape 416 Beta2 wrecks Zip association...How to revert D'n'D?
  804.  
  805. From: hamei@pacbell.net
  806.  
  807. In <XcC53oHpvmgE092yn@visi.com>, rsteiner@visi.com (Richard Steiner) writes:
  808. >Here in comp.os.os2.beta, "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  809. >spake unto us, saying:
  810. >
  811. >>Buddy Donnelly wrote:
  812. >>
  813. >>> WE here all paid for and committed to an Operating
  814. >>> System, fully expecting a respected company like
  815. >>> IBM to stand behind their half of the transaction.
  816. >>
  817. >>And providing continuing support through free fixpacks is
  818. >>exactly how IBM has been doing that.
  819. >
  820. >You are absolutely correct.  IBM might be making some frustrating moves
  821. >in my eyes right now regarding the OS/2 client and its future, but their
  822. >support for their products (including OS/2 client) is *extremely* good,
  823. >at least in terms of providing code fixes.
  824.  
  825.  
  826. IBM has severe classic schizophrenia, that's the only possible answer . . . .
  827.  
  828. >
  829. >There are times when I get really frustrated at IBM.  And then I think
  830. >of Microsoft and realize how good we have it (in some ways).
  831. >
  832. >-- 
  833. >   -Rich Steiner  >>>--->  rsteiner@visi.com  >>>---> Bloomington, MN
  834. >     OS/2 + Linux + BeOS + FreeBSD + Solaris + WinNT4 + Win95 + DOS
  835. >      + VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
  836. >              The Oracle has pondered your question deeply.
  837.  
  838.  
  839. skål !
  840.  
  841. ----------------------------------------------------------
  842. Härad Ængravvård
  843. Windows NT - the Ornithopter of Operating Systems
  844. -----------------------------------------------------------
  845.  
  846. --- WtrGate+ v0.93.p7 sn 165
  847.  * Origin: Usenet: SBC Internet Services (1:109/42)
  848.  
  849. +----------------------------------------------------------------------------+
  850.  
  851. From: whonea@codenet.net                                18-Sep-99 20:23:14
  852.   To: All                                               19-Sep-99 06:48:23
  853. Subj: Re: ns461 download problem update
  854.  
  855. From: whonea@codenet.net (Will Honea)
  856.  
  857. On Sat, 18 Sep 1999 23:19:36, lifedata@xxvol.com wrote:
  858.  
  859. > The connection is statistical.  I've seen lots of users declare what it
  860. couldn't
  861. > be Injoy.  No problem.  No one said it was an Injoy bug - go back and read
  862. it. 
  863. > It apparently happens most often with Injoy.  That doesn't mean it can not
  864. > happen in other situations.  I think it DOES mean that whatever is happening
  865. > from one situation to another means they have something in common.  What
  866. > specific people experience doesn't change that.  It's similar to the old
  867. posts
  868. > you see every so often which say, in essence, "I don't have the problem so
  869. it
  870. > couldn't exist."
  871.  
  872. Which again points out a hole in the reports we see:  Lots of info 
  873. about using Injoy, port rates, etc.  How about some info on the IP 
  874. stack level when you post?  I can hardly eliminate that portion of the
  875. chain bu fiat.
  876.  
  877. Will Honea <whonea@codenet.net>
  878.  
  879. --- WtrGate+ v0.93.p7 sn 165
  880.  * Origin: Origin Line 1 Goes Here (1:109/42)
  881.  
  882. +----------------------------------------------------------------------------+
  883.  
  884. From: jeffos2@mindspring.com                            19-Sep-99 00:25:05
  885.   To: All                                               19-Sep-99 06:48:23
  886. Subj: Re: ns461 download problem update
  887.  
  888. From: jeffos2@mindspring.com (Jeffery Swagger)
  889.  
  890. In <Z8vLRdP7nz3N-pn2-c9Zl3eEFCZt3@yourmachine.yourlocaldomain.yourisp>,
  891. donnelly@tampabay.rr.com (Buddy Donnelly) writes:
  892. >On Fri, 17 Sep 1999 14:21:50, Skip Nizinski <snizinsk@us.ibm.com> a écrit
  893. >dans un message:
  894. >
  895. >> Various beta users have been very gracious in providing traces to us
  896. >> thus far to try to determine what is causing downloads to terminate
  897. >> prematurely (without an error indication). Among them, Jim LaLone, Frank
  898. >> Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  899. >> publicly thank them all for their assistance,
  900. >>
  901. >> Thus far we have learned:
  902. >>
  903. >>    * the problem seems to be timing-sensitive
  904. >>    * the Injoy dialer is typically involved
  905. >
  906. >Not surprising, given the possibility that anybody using dialup Internet
  907. >connections is likely to gravitate towards using this superior dialer
  908. >program.
  909.  
  910. FWIW, I don't use InJoy but instead use PPP.EXE.  I have always had this
  911. problem of premature download termination with all GA levels of Netscape
  912. 2.02 and all GA levels of Communicator 4.04.  This is with TCP/IP 4.0 or
  913. 4.1.  (I don't have the 4.61 beta).  It's always been intermittent,
  914. unpredictable and non-reproducible.  The "Saving Location" box simply
  915. closes with no indication that a problem occurred.  I always thought
  916. that's just the way Netscape worked.
  917.  
  918. So, I would suspect it's a long-standing bug in code that's been carried
  919. forward from release to release.  I think you're just seeing InJoy
  920. because that's what the more "sophisticated" people use who are much
  921. more apt to report problems than the typical user.
  922.  
  923. >
  924. >>
  925. >> We will continue pursuing this problem, but it is very unlikely that any
  926. >> changes to Communicator will be made before we ship.
  927. >
  928. >That sounds sad. Why the rush to ship a buggy product? Wait until y'all get
  929. >it right, is my suggestion. I'm oh so tired of having to work out bugs that
  930. >never should have made it out the door.
  931. >
  932.  
  933. All non-trivial software has bugs.  If you waited till it was totally
  934. De-Conned you'd never ship.  At some point you just have to cut it lose
  935. and deal with the bugs later.
  936.  
  937. Now, what might be possible would be to add code to check the original
  938. byte count of the file with the number actually downloaded and put up an
  939. error box if there is a difference.  That way you would at least know
  940. right away that there was a problem and might suffice until the real bug
  941. can be found and fixed.
  942.  
  943. ----
  944. Jeff
  945.  
  946.    "They use Microsoft Excel to plot their data.  Sometimes they get the
  947.    results they expect, sometimes they don't."
  948.                         From Microsoft TV commercial, 1999.
  949.  
  950.  
  951. --- WtrGate+ v0.93.p7 sn 165
  952.  * Origin: Usenet: None (1:109/42)
  953.  
  954. +----------------------------------------------------------------------------+
  955.  
  956. From: godfrey@isl.stanford.edu                          19-Sep-99 05:20:02
  957.   To: All                                               19-Sep-99 06:48:23
  958. Subj: Re: ns461 download problem update
  959.  
  960. From: godfrey@isl.stanford.edu
  961.  
  962. In <c1.2c.2SDtnz$01z@localhost.mindspring.com>, jeffos2@mindspring.com
  963. (Jeffery Swagger) writes:
  964. >In <Z8vLRdP7nz3N-pn2-c9Zl3eEFCZt3@yourmachine.yourlocaldomain.yourisp>,
  965. donnelly@tampabay.rr.com (Buddy Donnelly) writes:
  966. >>On Fri, 17 Sep 1999 14:21:50, Skip Nizinski <snizinsk@us.ibm.com> a écrit
  967. >>dans un message:
  968. >>
  969. >>> Various beta users have been very gracious in providing traces to us
  970. >>> thus far to try to determine what is causing downloads to terminate
  971. >>> prematurely (without an error indication). Among them, Jim LaLone, Frank
  972. >>> Schmittroth, Jerry Barrington, and Gene Alexander. I would like to
  973. >>> publicly thank them all for their assistance,
  974. >>>
  975. >>> Thus far we have learned:
  976. >>>
  977. >>>    * the problem seems to be timing-sensitive
  978. >>>    * the Injoy dialer is typically involved
  979. >>
  980. I doubt if this is accurate since I get premature ftp terminations
  981. using Netscape 4.07-1 on my Linux systems. The frequency of these
  982. terminations is about the same between Linux and OS/2. They only
  983. happen (to me) when using Netscape on a relatively slow interface
  984. (either frame relay or dialup). The frequency seems to be higher if
  985. the slow link is also carrying other traffic.
  986.  
  987. --- WtrGate+ v0.93.p7 sn 165
  988.  * Origin: Usenet: ISL, Stanford University (1:109/42)
  989.  
  990. +----------------------------------------------------------------------------+
  991.  
  992. From: news@fenrir.demon.co.uk                           18-Sep-99 20:25:12
  993.   To: All                                               19-Sep-99 06:48:23
  994. Subj: Re: ns461 download problem update
  995.  
  996. From: "Brian Morrison" <news@fenrir.demon.co.uk>
  997.  
  998. On Sat, 18 Sep 1999 06:08:14 GMT, Jeffrey S. Kobal wrote:
  999.  
  1000. >In
  1001. >addition, note that it was 2-3 years between Warp3 and Warp4,
  1002. >yet it has not even been 2 years since Warp4 was released
  1003.  
  1004. Strange, I have been running Warp4 GA since the last quarter of 1996,
  1005. so it is just coming up on 3 years since the release. Warp3 shipped in
  1006. late 1994, October I think, so the Warp 3->4 gap was approximately two
  1007. years. Before that, OS/2 2.1 went out in mid-1993, and 2.0 in April
  1008. 1992. The gaps have been lengthening a bit, but a new client could
  1009. still appear if IBM management would only realise who its real
  1010. supporters are.
  1011.  
  1012.  
  1013. -- 
  1014. Brian Morrison                                       news@fenrir.demon.co.uk
  1015.  
  1016.                to reply, change address from 'news' to 'bdm'
  1017.  
  1018.  ...Grim faced, cold as fishwife's fingers, he snatched from the wall
  1019.  the sickle-sharp boar tusks he used for defacing Readers' Digest....
  1020.  
  1021.  
  1022. --- WtrGate+ v0.93.p7 sn 165
  1023.  * Origin: Usenet: The Fool and Bladder Face-Jumping Team (1:109/42)
  1024.  
  1025. +----------------------------------------------------------------------------+
  1026.  
  1027. From: murdoctor@ausNOSPAMtin.rr.com                     19-Sep-99 05:47:01
  1028.   To: All                                               19-Sep-99 06:48:23
  1029. Subj: Re: 3175 on os23246.dll in ns451b2
  1030.  
  1031. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  1032.  
  1033. mchasson@ibm.net wrote:
  1034.  
  1035. > Not to make too big a thing of this, but I have been seeing this error
  1036. > lately with 4.61b2 when I open a new browser window calling from the mail
  1037. > reader.
  1038. >
  1039. > The application then closes.  CAn I adjust for this???
  1040.  
  1041. Would you mind posting the complete exception information
  1042. ("show register information") and exactly what you do to
  1043. see the problem occur?
  1044.  
  1045. Jeffrey S. Kobal
  1046. IBM Corporation
  1047. Netscape Communicator for OS/2 - Development Team
  1048.  
  1049.  
  1050. --- WtrGate+ v0.93.p7 sn 165
  1051.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1052.  
  1053. +----------------------------------------------------------------------------+
  1054.  
  1055. From: tvoltagg@home.com                                 19-Sep-99 13:21:01
  1056.   To: All                                               19-Sep-99 18:48:06
  1057. Subj: Need help in Netscape beta2 to access secure sites and FTP
  1058.  
  1059. From: tvoltagg@home.com
  1060.  
  1061. Can anyone help me configure TCP/IP 4.1 for use as a "client" which
  1062. is connected in a Peer network to a Win95b "server" which has a cable
  1063. modem and Internet Gate on it?  I'm having particular difficulty getting the
  1064. "client" to access secure web sites in Netscape 4.61 Beta 2 and to Ftp.
  1065. In particular, the Socks Server, Hostname and Routing tabs are a mystery to
  1066. me.  Otherwise everything else works OK.
  1067. Particulars:
  1068. "Server" - Win95b - 2 NICS  - Internet Gate - Address 192.168.0.2
  1069. "Client" - Warp 4 - FP11 -  TCP/IP 4.1 - Address 192.168.0.1
  1070. Address of Provider:
  1071. IP Address: 24.7.223.2
  1072. Gateway:    24.7.223.1
  1073. Primary DNS: 24.2.212.12
  1074. Secondary DNS: 24.2.212.14
  1075. DNS Name: cg950645-a 
  1076. Any help would be appreciated.
  1077.  
  1078. --- WtrGate+ v0.93.p7 sn 165
  1079.  * Origin: Usenet: Team OS/2 (1:109/42)
  1080.  
  1081. +----------------------------------------------------------------------------+
  1082.  
  1083. From: jbrock@panix.com                                  19-Sep-99 12:05:27
  1084.   To: All                                               19-Sep-99 18:48:07
  1085. Subj: Re: ns461 download problem update
  1086.  
  1087. From: jbrock@panix.com (John Brock)
  1088.  
  1089. In article <37E48FB8.45E67AD4@ausNOSPAMtin.rr.com>,
  1090. Jeffrey S. Kobal <murdoctor@ausNOSPAMtin.rr.com> wrote:
  1091. >Brian Morrison wrote:
  1092. >> On Sat, 18 Sep 1999 06:08:14 GMT, Jeffrey S. Kobal wrote:
  1093.  
  1094. >> >In
  1095. >> >addition, note that it was 2-3 years between Warp3 and Warp4,
  1096. >> >yet it has not even been 2 years since Warp4 was released
  1097.  
  1098. >> Strange, I have been running Warp4 GA since the last quarter of 1996,
  1099. >> so it is just coming up on 3 years since the release.
  1100.  
  1101. >I stand corrected.  The international versions of Warp4 weren't
  1102. >released until early 1997, so that's what I was thinking about
  1103. >(since I personally spent a lot of time on those).  Still, 3 years
  1104. >isn't that much time to be panicking about it now, especially
  1105. >with Aurora and two releases of WSOD in between.
  1106.  
  1107. I think that one of the reasons that people are panicking is what the
  1108. lack of a new OS/2 client says about IBM's *intentions*.  Producing a
  1109. new client would be relatively cheap and easy, since it would simply be
  1110. a stripped down version of the server.  It would basically be free
  1111. money (although perhaps not a whole lot).  The fact that IBM did not
  1112. announce a new client along with the new server suggests rather
  1113. strongly that they would actually prefer that people like me (SOHO
  1114. users) *not* use OS/2.  (And this is *before* you you factor in all the
  1115. interviews with IBM executives who say there will be no new client, and
  1116. all the people claiming inside information who say the same thing).
  1117.  
  1118. The idea that the vendor of the most fundamental piece of software on
  1119. your system -- the OS -- wants you to stop using that software is kind
  1120. of discouraging, don't you think?
  1121. -- 
  1122. John Brock
  1123. jbrock@panix.com
  1124.  
  1125. --- WtrGate+ v0.93.p7 sn 165
  1126.  * Origin: Usenet: Panix (1:109/42)
  1127.  
  1128. +----------------------------------------------------------------------------+
  1129.  
  1130. From: jkovacs@ibm.net                                   19-Sep-99 17:58:20
  1131.   To: All                                               19-Sep-99 18:48:07
  1132. Subj: Re: ns461 download problem update
  1133.  
  1134. From: jkovacs@ibm.net   (Joe Kovacs)
  1135.  
  1136. In <7s31l2$adp$1@panix.com>, jbrock@panix.com (John Brock) writes:
  1137. >In article <37E48FB8.45E67AD4@ausNOSPAMtin.rr.com>,
  1138. >Jeffrey S. Kobal <murdoctor@ausNOSPAMtin.rr.com> wrote:
  1139. >>Brian Morrison wrote:
  1140. >>> On Sat, 18 Sep 1999 06:08:14 GMT, Jeffrey S. Kobal wrote:
  1141.  
  1142. >I think that one of the reasons that people are panicking 
  1143.  
  1144. Sorry, people aren't panicking.
  1145.  
  1146. >is what the
  1147. >lack of a new OS/2 client says about IBM's *intentions*.  
  1148.  
  1149. There is no lack of a new OS/2 client.
  1150.  
  1151. There is nothing said about IBM's intentions.
  1152.  
  1153. > The fact that IBM did not
  1154. >announce a new client along with the new server 
  1155.  
  1156. There is no such thing as IBM announcing a client with a 
  1157. server.  Never have, never will.
  1158.  
  1159. >suggests rather
  1160. >strongly 
  1161.  
  1162. There is no such suggestion.
  1163.  
  1164. >that they would actually prefer that people like me (SOHO
  1165. >users) *not* use OS/2.  
  1166.  
  1167. No one and nothing suggests this, not even close.
  1168.  
  1169. (And this is *before* you you factor in all the
  1170. >interviews with IBM executives who say there will be no new client
  1171.  
  1172. There were no interviews with IBM executives.
  1173.  
  1174. IBM executives did not say there will be no new client.
  1175.  
  1176. >The idea that the vendor of the most fundamental piece of
  1177. >software on your system -- the OS -- wants you to stop using
  1178. >that software
  1179.  
  1180. IBM wants me to continue to use OS/2.
  1181.  
  1182. >is kind of discouraging
  1183.  
  1184. There is no discouragement and everyone is upbeat.
  1185.  
  1186. >don't you think?
  1187.  
  1188. Dacoit, take your lies and fallacies to a debate newsgroup.
  1189.  
  1190.  
  1191. Joe Kovacs
  1192. Guelph Ontario Canada
  1193.  
  1194.  
  1195. --- WtrGate+ v0.93.p7 sn 165
  1196.  * Origin: Usenet: Water Utilities Hydraulic Analysis (1:109/42)
  1197.  
  1198. +----------------------------------------------------------------------------+
  1199.  
  1200. From: esko.kauppinen@ibm.net                            19-Sep-99 21:10:18
  1201.   To: All                                               19-Sep-99 18:48:07
  1202. Subj: Re: ns461 download problem update
  1203.  
  1204. From: "Esko Kauppinen" <esko.kauppinen@ibm.net>
  1205.  
  1206. Could being connected to a network be a common factor?
  1207.  
  1208. I remember being suffering of the problem at home being
  1209. connected to my "home network".
  1210.  
  1211. But now that I have been abroad for several months and
  1212. using my stand alone laptop, not a single failure during
  1213. downloads.
  1214.  
  1215. Just my 0,17 euros.... 
  1216.  
  1217.  
  1218. --- WtrGate+ v0.93.p7 sn 165
  1219.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  1220. (1:109/42)
  1221.  
  1222. +----------------------------------------------------------------------------+
  1223.  
  1224. From: lifedata@xxvol.com                                19-Sep-99 15:16:23
  1225.   To: All                                               20-Sep-99 00:54:19
  1226. Subj: Re: ns461 download problem update
  1227.  
  1228. From: lifedata@xxvol.com
  1229.  
  1230. jkovacs@ibm.net   (Joe Kovacs) said:
  1231.  
  1232. >There is no lack of a new OS/2 client.
  1233.  
  1234. >There is nothing said about IBM's intentions.
  1235.  
  1236. Okay, what planet are you really from? <g>
  1237.  
  1238. Jim L
  1239. Remove XX from address to Email
  1240. More gun laws will cure the nations ills - just like drug laws do.
  1241.  
  1242.  
  1243. --- WtrGate+ v0.93.p7 sn 165
  1244.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1245.  
  1246. +----------------------------------------------------------------------------+
  1247.  
  1248. From: murdoctor@ausNOSPAMtin.rr.com                     19-Sep-99 07:26:28
  1249.   To: All                                               20-Sep-99 00:54:19
  1250. Subj: Re: ns461 download problem update
  1251.  
  1252. From: "Jeffrey S. Kobal" <murdoctor@ausNOSPAMtin.rr.com>
  1253.  
  1254. Brian Morrison wrote:
  1255.  
  1256. > On Sat, 18 Sep 1999 06:08:14 GMT, Jeffrey S. Kobal wrote:
  1257. >
  1258. > >In
  1259. > >addition, note that it was 2-3 years between Warp3 and Warp4,
  1260. > >yet it has not even been 2 years since Warp4 was released
  1261. >
  1262. > Strange, I have been running Warp4 GA since the last quarter of 1996,
  1263. > so it is just coming up on 3 years since the release.
  1264.  
  1265. I stand corrected.  The international versions of Warp4 weren't
  1266. released until early 1997, so that's what I was thinking about
  1267. (since I personally spent a lot of time on those).  Still, 3 years
  1268. isn't that much time to be panicking about it now, especially
  1269. with Aurora and two releases of WSOD in between.
  1270.  
  1271. Jeffrey S. Kobal
  1272. IBM Corporation
  1273.  
  1274.  
  1275. --- WtrGate+ v0.93.p7 sn 165
  1276.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1277.  
  1278. +----------------------------------------------------------------------------+
  1279.  
  1280. From: oliver.rick@oor.de                                19-Sep-99 19:29:28
  1281.   To: All                                               20-Sep-99 00:54:19
  1282. Subj: No new OS/2 client 
  1283.  
  1284. From: oliver.rick@oor.de (Oliver Rick)
  1285.  
  1286. On Sat, 18 Sep 1999 Jeffrey S. Kobal wrote:
  1287.  
  1288. > [...] In addition, note that it was 2-3 years between Warp3 and Warp4,
  1289.  
  1290. Exactly 2 years (late Q3/94).
  1291.  
  1292. > yet it has not even been 2 years since Warp4 was released,
  1293.  
  1294. Exactly 3 years now (late Q3/96).
  1295.  
  1296. > so why all the hubbub for a new client release, especially with the
  1297. > whole Year 2000 stuff looming over right now?
  1298.  
  1299. There is still no *Y2K ready* OS/2 *client* that works *out of the box*.
  1300.  
  1301. We could have expected a Manufacturers Refresh (maybe Warp 4.1) with
  1302. FixPak level 10 including 2 years old TCP/IP 4.1 with the 4.2 stack (MPTS
  1303. 5.4), USB support, updated printer drivers, bidi LPT driver, new GRADD,
  1304. Peer/LAN Distance fixes, new SVAgent/Netware Client, Communicator 4.04,
  1305. Java 1.1.7 at least.
  1306.  
  1307. Yes I know, NT 4 is 3 years old now as well.
  1308.  
  1309.    /Olli/
  1310. --
  1311. IBM OS/2 Warp Update Summary:
  1312. http://www.warpupdates.de/english/warpupdates.html
  1313.  
  1314. --- WtrGate+ v0.93.p7 sn 165
  1315.  * Origin: Usenet: Out of Rosenheim/2 (1:109/42)
  1316.  
  1317. +----------------------------------------------------------------------------+
  1318.  
  1319. From: pspmikek@yahoo.com                                19-Sep-99 23:35:06
  1320.   To: All                                               20-Sep-99 00:54:19
  1321. Subj: Re: ns461 download problem update
  1322.  
  1323. From: Michael Kaply <pspmikek@yahoo.com>
  1324.  
  1325.  
  1326. lifedata@xxvol.com wrote:
  1327.  
  1328. > At the same time, Netscape should be able to handle them.  WebEx does.
  1329.  
  1330. I have to comment on this one.
  1331.  
  1332. We have the Web Explorer source code. We have looked a the web explorer source 
  1333. code.
  1334.  
  1335. The code is EXACTLY the same as Netscape for handling downloads.
  1336.  
  1337. The TCP/IP folks have acknowledged that there are serial TCP/IP problems in
  1338. 4.0/4.1.
  1339.  
  1340. They (the problems) are be investigated.
  1341.  
  1342. Mike Kaply
  1343.  
  1344. --- WtrGate+ v0.93.p7 sn 165
  1345.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1346.  
  1347. +----------------------------------------------------------------------------+
  1348.  
  1349. From: pspmikek@yahoo.com                                20-Sep-99 03:35:06
  1350.   To: All                                               20-Sep-99 03:38:12
  1351. Subj: Re: No new OS/2 client 
  1352.  
  1353. From: Michael Kaply <pspmikek@yahoo.com>
  1354.  
  1355.  
  1356. godfrey@isl.stanford.edu wrote:
  1357.  
  1358. > As a user of WSEB as server and client (replacing SMP server and
  1359. > WARP 4, respectively) it is obvious that the only step required for
  1360. > IBM to ship a "WARP 4.5 Client" is to relabel the WSEB CD. WSEB
  1361. > installs on a Pentium 100 with 64MB RAM, including TCP/IP, etc.
  1362. > just as WARP 4 did. And, it runs as well as WARP 4+FP10. The big
  1363. > difference is that it installs "out of the box." (Well, almost --
  1364. > NFS does not work.)
  1365.  
  1366. You guys have such a one-sided view of software development.
  1367.  
  1368. You are forgetting:
  1369.  
  1370. rewriting install to not have server parts.
  1371.  
  1372. retesting ENTIRE product.
  1373.  
  1374. repackaging entire product
  1375.  
  1376. Anyone who says "just take the server box and relabel it as a client" has NO
  1377. idea.
  1378.  
  1379. It's not just a marketing issue.
  1380.  
  1381. Mike Kaply
  1382. IBM
  1383.  
  1384. --- WtrGate+ v0.93.p7 sn 165
  1385.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1386.  
  1387. +----------------------------------------------------------------------------+
  1388.  
  1389. From: whonea@codenet.net                                20-Sep-99 00:56:05
  1390.   To: All                                               20-Sep-99 05:19:28
  1391. Subj: Re: No new OS/2 client 
  1392.  
  1393. From: whonea@codenet.net (Will Honea)
  1394.  
  1395. On Mon, 20 Sep 1999 03:35:12, Michael Kaply <pspmikek@yahoo.com> 
  1396. wrote:
  1397.  
  1398. > godfrey@isl.stanford.edu wrote:
  1399. > > As a user of WSEB as server and client (replacing SMP server and
  1400. > > WARP 4, respectively) it is obvious that the only step required for
  1401. > > IBM to ship a "WARP 4.5 Client" is to relabel the WSEB CD. WSEB
  1402. > > installs on a Pentium 100 with 64MB RAM, including TCP/IP, etc.
  1403. > > just as WARP 4 did. And, it runs as well as WARP 4+FP10. The big
  1404. > > difference is that it installs "out of the box." (Well, almost --
  1405. > > NFS does not work.)
  1406. > You guys have such a one-sided view of software development.
  1407. > You are forgetting:
  1408. > rewriting install to not have server parts.
  1409. > retesting ENTIRE product.
  1410. > repackaging entire product
  1411. > Anyone who says "just take the server box and relabel it as a client" has NO 
  1412. idea.
  1413. > It's not just a marketing issue.
  1414. > Mike Kaply
  1415. > IBM
  1416.  
  1417. Chuckle... The voice of reason and experience - you can tell who has 
  1418. 'been there, done that'.  If memory serves me, the install procedure 
  1419. has been the topic of many long threads but no one has stepped forward
  1420. with a replacement install script.  Re-packaging the original install 
  1421. CD to incorporate the current fixpak level is far simpler but even 
  1422. that has still not been done - by IBM or anyone else.  Much as I would
  1423. like to see even that first step, I'm not about to step up to the task
  1424. even if IBM would bless the end result.
  1425.  
  1426. Not an impossible task, but you point out one of the 'simple' steps 
  1427. that would require an investment of what, a good man-year to do?
  1428.  
  1429.  
  1430. Will Honea <whonea@codenet.net>
  1431.  
  1432. --- WtrGate+ v0.93.p7 sn 165
  1433.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1434.  
  1435. +----------------------------------------------------------------------------+
  1436.  
  1437. From: bogus.due2UCE@atlantic.net                        19-Sep-99 22:48:22
  1438.   To: All                                               20-Sep-99 14:52:05
  1439. Subj: Re: ns461 download problem update
  1440.  
  1441. From: Felix Miata <bogus.due2UCE@atlantic.net>
  1442.  
  1443. Michael Kaply wrote:
  1444.  
  1445. > lifedata@xxvol.com wrote:
  1446.  
  1447. > > At the same time, Netscape should be able to handle them.  WebEx does.
  1448.  
  1449. > I have to comment on this one.
  1450.  
  1451. > We have the Web Explorer source code. We have looked a the web explorer
  1452. source code.
  1453.  
  1454. > The code is EXACTLY the same as Netscape for handling downloads.
  1455.  
  1456. > The TCP/IP folks have acknowledged that there are serial TCP/IP problems in
  1457. 4.0/4.1.
  1458.  
  1459. > They (the problems) are be investigated.
  1460.  
  1461. Maybe this would explain the page loading halt prior to the "done"
  1462. status being displayed on all OS/2 Netscape versions from 2.02 up.
  1463. -- 
  1464. A man who lacks judgment derides his neighbor, but a man of
  1465. understanding holds his tongue.                Proverbs 11:12 NKJV
  1466.  
  1467.  Team OS/2
  1468.  
  1469. Felix Miata  ***  http://mrmazda.members.atlantic.net
  1470.  
  1471. --- WtrGate+ v0.93.p7 sn 165
  1472.  * Origin: Usenet: Webmasters, have you read: http://www.mcsr.olemis
  1473. (1:109/42)
  1474.  
  1475. +----------------------------------------------------------------------------+
  1476.  
  1477. From: veit@simi.gmd.de                                  20-Sep-99 14:16:18
  1478.   To: All                                               20-Sep-99 14:52:05
  1479. Subj: Re: No new OS/2 client 
  1480.  
  1481. From: veit@simi.gmd.de (Holger Veit)
  1482.  
  1483. On Mon, 20 Sep 1999 12:28:44 GMT, Mooo <zayne@omen.com.au> wrote:
  1484. >oliver.rick@oor.de (Oliver Rick) wrote:
  1485. >
  1486. >>Yes I know, NT 4 is 3 years old now as well.
  1487. >
  1488. >But has had several manufacturing refreshes in that time.  New copies
  1489. >of NT are routinely shipped with whatever the latest fixpack is
  1490. >already applied.
  1491.  
  1492. The small detail is that M$ has regularly modified the distribution
  1493. disks of WinXX multiple times and shipped changed versions without
  1494. mentioning. This does not have anything to do with service packs which,
  1495. likewise to fixpacks under OS/2, you have to get in addition.
  1496. Since such hidden new versions are not documented (in contrast to
  1497. OS/2's fixpacks which list every bug fixed), it is almost impossible to
  1498. be sure what you get, even if you buy a new box. You may encounter a
  1499. stone old version off the shelfs.
  1500.  
  1501. >This alone would be enough for many users and businesses.  Fully
  1502. >fixpacked, Warp4 is able to easily hold its own.  
  1503. >
  1504. >The trouble is that applying multitudes of fixes requires a great deal
  1505. >of time.  Time is money, and OEM's, resellers have to add this cost to
  1506. >all roll outs they do, this makes OS/2 even more expensive than it
  1507. >already is (from the direct sales point of view, its still a lot
  1508. >cheaper to run from a TCO point of view).
  1509.  
  1510. This is no issue for companies. Provide an installation server which is
  1511. recommended for more than 5 hosts, and let the clients update themselves.
  1512. This is well established stuff for years for OS/2 - for NT, you are
  1513. forced to do system management by Nike.
  1514.  
  1515. Holger
  1516.  
  1517. -- 
  1518. Signature fault - code dumbed
  1519.  
  1520. --- WtrGate+ v0.93.p7 sn 165
  1521.  * Origin: Usenet: GMD-AiS (1:109/42)
  1522.  
  1523. +----------------------------------------------------------------------------+
  1524.  
  1525. From: lifedata@xxvol.com                                20-Sep-99 17:45:27
  1526.   To: All                                               20-Sep-99 20:06:16
  1527. Subj: Re: ns461 download problem update
  1528.  
  1529. From: lifedata@xxvol.com
  1530.  
  1531. jeffos2@mindspring.com (Jeffery Swagger) said:
  1532.  
  1533. >Interesting.  I don't recall having the problem with Webx, but have with
  1534. >Netscape 2.02 and 4.04.  Could have had it with Webx and just don't remember. 
  1535.  
  1536.  
  1537. FWIW, before I got a work around I always used WebEx to download stuff 4.x
  1538. wouldn't.  Never failed once.
  1539.  
  1540. Jim L
  1541. Remove XX from address to Email
  1542. More gun laws will cure the nations ills - just like drug laws do.
  1543.  
  1544.  
  1545. --- WtrGate+ v0.93.p7 sn 165
  1546.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1547.  
  1548. +----------------------------------------------------------------------------+
  1549.  
  1550. From: lifedata@xxvol.com                                20-Sep-99 12:45:23
  1551.   To: All                                               20-Sep-99 21:25:21
  1552. Subj: Re: No new OS/2 client 
  1553.  
  1554. From: lifedata@xxvol.com
  1555.  
  1556. whonea@codenet.net (Will Honea) said:
  1557.  
  1558. >CD to incorporate the current fixpak level is far simpler but even  that has
  1559. >still not been done - by IBM or anyone else.  Much as I would like to see
  1560. even
  1561. >that first step, I'm not about to step up to the task even if IBM would bless
  1562. >the end result.
  1563.  
  1564. >Not an impossible task, but you point out one of the 'simple' steps  that
  1565. would
  1566. >require an investment of what, a good man-year to do?
  1567.  
  1568. So, since they won't do it, in essence we ALL have to.
  1569.  
  1570. Jim L
  1571. Remove XX from address to Email
  1572. More gun laws will cure the nations ills - just like drug laws do.
  1573.  
  1574.  
  1575. --- WtrGate+ v0.93.p7 sn 165
  1576.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1577.  
  1578. +----------------------------------------------------------------------------+
  1579.  
  1580. From: lifedata@xxvol.com                                20-Sep-99 12:52:03
  1581.   To: All                                               20-Sep-99 21:25:21
  1582. Subj: Re: ns461 download problem update
  1583.  
  1584. From: lifedata@xxvol.com
  1585.  
  1586. Felix Miata <bogus.due2UCE@atlantic.net> said:
  1587. >> The TCP/IP folks have acknowledged that there are serial TCP/IP problems in 
  1588. 4.0/4.1.
  1589. >> They (the problems) are be investigated.
  1590.  
  1591. >Maybe this would explain the page loading halt prior to the "done" status
  1592. being
  1593. >displayed on all OS/2 Netscape versions from 2.02 up.
  1594.  
  1595. I have discovered that the same thing that fixes my download failures also
  1596. fixes
  1597. the page load halt.
  1598.  
  1599. Jim L
  1600. Remove XX from address to Email
  1601. More gun laws will cure the nations ills - just like drug laws do.
  1602.  
  1603.  
  1604. --- WtrGate+ v0.93.p7 sn 165
  1605.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1606.  
  1607. +----------------------------------------------------------------------------+
  1608.  
  1609. From: jeffos2@mindspring.com                            20-Sep-99 17:23:07
  1610.   To: All                                               20-Sep-99 21:25:22
  1611. Subj: Re: ns461 download problem update
  1612.  
  1613. From: jeffos2@mindspring.com (Jeffery Swagger)
  1614.  
  1615. In <37E572DA.C654E7E2@yahoo.com>, Michael Kaply <pspmikek@yahoo.com> writes:
  1616. >
  1617. >
  1618. >lifedata@xxvol.com wrote:
  1619. >
  1620. >> At the same time, Netscape should be able to handle them.  WebEx does.
  1621. >
  1622. >I have to comment on this one.
  1623. >
  1624. >We have the Web Explorer source code. We have looked a the web explorer
  1625. source code.
  1626. >
  1627. >The code is EXACTLY the same as Netscape for handling downloads.
  1628. >
  1629. >The TCP/IP folks have acknowledged that there are serial TCP/IP problems in
  1630. 4.0/4.1.
  1631. >
  1632. >They (the problems) are be investigated.
  1633. >
  1634. >Mike Kaply
  1635. >
  1636.  
  1637. Interesting.  I don't recall having the problem with Webx, but have with
  1638. Netscape 2.02 and 4.04.  Could have had it with Webx and just don't
  1639. remember.  Been a long time since I used it.  In any case I have always
  1640. used PPP.EXE with both TCP/IP 4.0 and 4.1.  Not InJoy or anything else.
  1641.  
  1642. Another thing occurs to me.  Up until a month ago I was using a badly
  1643. overloaded 24M 486-DX266.  Since I upgraded to a 128M K6-III 400 I
  1644. haven't seen the problem.  So perhaps it might be a system load related
  1645. problem.
  1646.  
  1647. ----
  1648. Jeff
  1649.  
  1650.    The difference between Involvement and Commitment can be illustrated
  1651.    by a breakfast of ham and eggs.  The chicken was involved; the pig
  1652.    was committed.
  1653.  
  1654. --- WtrGate+ v0.93.p7 sn 165
  1655.  * Origin: Usenet: None (1:109/42)
  1656.  
  1657. +----------------------------------------------------------------------------+
  1658.  
  1659. From: zayne@omen.com.au                                 20-Sep-99 17:17:24
  1660.   To: All                                               20-Sep-99 21:25:22
  1661. Subj: Re: No new OS/2 client 
  1662.  
  1663. From: zayne@omen.com.au (Mooo)
  1664.  
  1665. veit@simi.gmd.de (Holger Veit) wrote:
  1666.  
  1667. >>The trouble is that applying multitudes of fixes requires a great deal
  1668. >>of time.  Time is money, and OEM's, resellers have to add this cost to
  1669. >>all roll outs they do, this makes OS/2 even more expensive than it
  1670. >>already is (from the direct sales point of view, its still a lot
  1671. >>cheaper to run from a TCO point of view).
  1672. >
  1673. >This is no issue for companies. Provide an installation server which is
  1674. >recommended for more than 5 hosts, and let the clients update themselves.
  1675. >This is well established stuff for years for OS/2 - for NT, you are
  1676. >forced to do system management by Nike.
  1677.  
  1678. Hmm, yes you are right of course.  I was talking and showing my
  1679. ignorance.  I've had a decent go at tackling this stuff quite a few
  1680. times.  Does it -really- have to be so darn complex?  heh  But, of
  1681. course, its a do once save a helluva lot of time later type affair.
  1682.  
  1683. I should look closer into this type of solution.
  1684.  
  1685. Craig
  1686.  
  1687. --- WtrGate+ v0.93.p7 sn 165
  1688.  * Origin: Usenet: Nothing I say is my own opinion (1:109/42)
  1689.  
  1690. +----------------------------------------------------------------------------+
  1691.  
  1692. From: godfrey@isl.stanford.edu                          21-Sep-99 01:14:27
  1693.   To: All                                               21-Sep-99 02:02:03
  1694. Subj: Re: No new OS/2 client 
  1695.  
  1696. From: godfrey@isl.stanford.edu      (Michael Godfrey)
  1697.  
  1698. In <JxX2tWiP5BNp-pn2-0JinWSWr0y0t@anon.none.net>, whonea@codenet.net (Will
  1699. Honea) writes:
  1700. >On Mon, 20 Sep 1999 03:35:12, Michael Kaply <pspmikek@yahoo.com> 
  1701. >wrote:
  1702. >
  1703. >> 
  1704. >> 
  1705. >> godfrey@isl.stanford.edu wrote:
  1706. >> 
  1707. >> > As a user of WSEB as server and client (replacing SMP server and
  1708. >> > WARP 4, respectively) it is obvious that the only step required for
  1709. >> > IBM to ship a "WARP 4.5 Client" is to relabel the WSEB CD. WSEB
  1710. >> > installs on a Pentium 100 with 64MB RAM, including TCP/IP, etc.
  1711. >> > just as WARP 4 did. And, it runs as well as WARP 4+FP10. The big
  1712. >> > difference is that it installs "out of the box." (Well, almost --
  1713. >> > NFS does not work.)
  1714. >> 
  1715. >> You guys have such a one-sided view of software development.
  1716. >> 
  1717. >> You are forgetting:
  1718. >> 
  1719. >> rewriting install to not have server parts.
  1720. >> 
  1721. >> retesting ENTIRE product.
  1722. >> 
  1723. >> repackaging entire product
  1724. >> 
  1725. >> Anyone who says "just take the server box and relabel it as a client" has
  1726. NO idea.
  1727. >> 
  1728. >> It's not just a marketing issue.
  1729. >> 
  1730. >> Mike Kaply
  1731. >> IBM
  1732. >
  1733. >Chuckle... The voice of reason and experience - you can tell who has 
  1734. >'been there, done that'.  If memory serves me, the install procedure 
  1735. >has been the topic of many long threads but no one has stepped forward
  1736. >with a replacement install script.  Re-packaging the original install 
  1737. >CD to incorporate the current fixpak level is far simpler but even 
  1738. >that has still not been done - by IBM or anyone else.  Much as I would
  1739. >like to see even that first step, I'm not about to step up to the task
  1740. >even if IBM would bless the end result.
  1741. >
  1742. >Not an impossible task, but you point out one of the 'simple' steps 
  1743. >that would require an investment of what, a good man-year to do?
  1744. >
  1745. >
  1746. >Will Honea <whonea@codenet.net>
  1747.  
  1748. You folks missed the first words of my comment: as a user.
  1749.  
  1750.  
  1751.  
  1752. --- WtrGate+ v0.93.p7 sn 165
  1753.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1754.  
  1755. +----------------------------------------------------------------------------+
  1756.  
  1757. From: sma.spam-not@rtd.com                              21-Sep-99 03:37:00
  1758.   To: All                                               21-Sep-99 02:02:04
  1759. Subj: Re: HPFS386, The Reality...
  1760.  
  1761. From: James Moe <sma.spam-not@rtd.com>
  1762.  
  1763.  
  1764. Anonymous wrote:
  1765. > Installing HPFS386 into a Warp v4 client makes your system FASTER!.  If
  1766. > you think, this hurts IBM, think again.  The reason IBM does'nt include
  1767. > HPFS386 into Warp v4 is because MS charges HUGE royalties for EACH copy
  1768. > of HPFS386!.  Therefore, IBM only includes it with Warp Server.
  1769.  
  1770.     Beware!
  1771.     HPFS386 is not, repeat, NOT qualified to operate with warp 4
  1772. (Verified by IBM experts). As I discovered. Yes, it is significantly
  1773. faster than HPFS.
  1774.     If you are not using Peer networking, you will likely never have a
  1775. problem. If you do, your system is likely to be thoroughly trashed by a
  1776. system crash induced by HPFS386. It takes out large chunks of the
  1777. directory structure when it goes down. I could find no way to recover
  1778. (other than from backups).
  1779.  
  1780.  
  1781. -- 
  1782.  
  1783. sma at rtd dot com
  1784. Remove ".spam-not" for email
  1785.  
  1786. --- WtrGate+ v0.93.p7 sn 165
  1787.  * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)
  1788.  
  1789. +----------------------------------------------------------------------------+
  1790.  
  1791. From: bogus.due2UCE@atlantic.net                        20-Sep-99 21:13:26
  1792.   To: All                                               21-Sep-99 03:35:03
  1793. Subj: Re: ns461 download problem update
  1794.  
  1795. From: Felix Miata <bogus.due2UCE@atlantic.net>
  1796.  
  1797. lifedata@xxvol.com wrote:
  1798.  
  1799. > Felix Miata <bogus.due2UCE@atlantic.net> said:
  1800. > >> The TCP/IP folks have acknowledged that there are serial TCP/IP problems
  1801. in 4.0/4.1.
  1802.  
  1803. > >> They (the problems) are be investigated.
  1804.  
  1805. > >Maybe this would explain the page loading halt prior to the "done" status
  1806. being
  1807. > >displayed on all OS/2 Netscape versions from 2.02 up.
  1808.  
  1809. > I have discovered that the same thing that fixes my download failures also
  1810. fixes
  1811. > the page load halt.
  1812.  
  1813. Which is?
  1814. -- 
  1815. A man who lacks judgment derides his neighbor, but a man of
  1816. understanding holds his tongue.                Proverbs 11:12 NKJV
  1817.  
  1818.  Team OS/2
  1819.  
  1820. Felix Miata  ***  http://mrmazda.members.atlantic.net
  1821.  
  1822. --- WtrGate+ v0.93.p7 sn 165
  1823.  * Origin: Usenet: Webmasters, have you read: http://www.mcsr.olemis
  1824. (1:109/42)
  1825.  
  1826. +----------------------------------------------------------------------------+
  1827.  
  1828. From: tomlins@cam.org                                   21-Sep-99 11:26:09
  1829.   To: All                                               21-Sep-99 10:41:07
  1830. Subj: Re: No new OS/2 client 
  1831.  
  1832. From: tomlins@cam.org
  1833.  
  1834. In <37E5AB18.535A096A@yahoo.com>, Michael Kaply <pspmikek@yahoo.com> writes:
  1835.  
  1836. >You guys have such a one-sided view of software development.
  1837. >
  1838. >You are forgetting:
  1839. >
  1840. >rewriting install to not have server parts.
  1841. >
  1842. >retesting ENTIRE product.
  1843. >
  1844. >repackaging entire product
  1845. >
  1846. >Anyone who says "just take the server box and relabel it as a client" has NO
  1847. idea.
  1848.  
  1849. Thought this was basicly what MS did with NT...
  1850.  
  1851. >It's not just a marketing issue.
  1852.  
  1853. I would however settle for a Manufacturing refresh at the latest FP(s) and
  1854. other
  1855. Software upgraded to current levels.  Would also be nice to have the latest
  1856. kernel.  Alternatly sell me the server product (for home use) at a reasonable
  1857. price, with informal support over the net.  Note I payed $300 for warp. 
  1858. Another
  1859. $300 would not be unreasonable.  Note that disabling all server functions
  1860. would
  1861. NOT be acceptable - I use my W4 in a peer to peer net...
  1862.  
  1863.  
  1864.  
  1865.  
  1866.  
  1867.  
  1868.  
  1869. --- WtrGate+ v0.93.p7 sn 165
  1870.  * Origin: Usenet: me (1:109/42)
  1871.  
  1872. +----------------------------------------------------------------------------+
  1873.  
  1874. From: lifedata@xxvol.com                                21-Sep-99 10:26:17
  1875.   To: All                                               21-Sep-99 17:28:11
  1876. Subj: Re: ns461 download problem update
  1877.  
  1878. From: lifedata@xxvol.com
  1879.  
  1880. Felix Miata <bogus.due2UCE@atlantic.net> said:
  1881. >> >> The TCP/IP folks have acknowledged that there are serial TCP/IP problems 
  1882. in 4.0/4.1.
  1883.  
  1884. >> >> They (the problems) are be investigated.
  1885.  
  1886. >> >Maybe this would explain the page loading halt prior to the "done" status
  1887. being
  1888. >> >displayed on all OS/2 Netscape versions from 2.02 up.
  1889.  
  1890. >> I have discovered that the same thing that fixes my download failures also
  1891. fixes
  1892. >> the page load halt.
  1893.  
  1894. >Which is?
  1895.  
  1896. Lowering the port speed.  Doesn't help everybody.  Running at 115K port speed
  1897. I
  1898. NEVER got a large download to finish.  Running at 57K it ALWAYS finished.
  1899.  
  1900. For all that, I have downloaded two large files with the GA at 115K - no
  1901. problem.  Obviously not everybody get the same results.  This is why I still
  1902. think it is some kind of timing issue.  When I was running one of IBM's tracer
  1903. versions of 4.61 b2 I had the same thing - 6 or 7 good, large downloads.  They
  1904. changed the tracer code and I started getting all failures again.  Go figure.
  1905.  
  1906. Jim L
  1907. Remove XX from address to Email
  1908. More gun laws will cure the nations ills - just like drug laws do.
  1909.  
  1910.  
  1911. --- WtrGate+ v0.93.p7 sn 165
  1912.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1913.  
  1914. +----------------------------------------------------------------------------+
  1915.  
  1916. From: doug.bissett"at"ibm.net                           21-Sep-99 18:48:03
  1917.   To: All                                               21-Sep-99 17:28:12
  1918. Subj: Re: ns461 download problem update
  1919.  
  1920. From: doug.bissett"at"ibm.net (Doug Bissett)
  1921.  
  1922. On Tue, 21 Sep 1999 14:26:34, lifedata@xxvol.com wrote:
  1923.  
  1924. > Lowering the port speed.  Doesn't help everybody.  Running at 115K port
  1925. speed I
  1926. > NEVER got a large download to finish.  Running at 57K it ALWAYS finished.
  1927.  
  1928. Are you using the COM.SYS, as supplied with OS/2 (and/or fix packs)? 
  1929. Or, are you using Ray Gwinn's SIO driver?
  1930.  
  1931. I don't see very many download problems (I always run at 115K) with 
  1932. the SIO driver.
  1933.  
  1934. Hope this helps...
  1935. ******************************
  1936. From the PC of Doug Bissett
  1937. doug.bissett at ibm.net
  1938. The " at " must be changed to "@"
  1939. ******************************
  1940.  
  1941. --- WtrGate+ v0.93.p7 sn 165
  1942.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  1943. (1:109/42)
  1944.  
  1945. +----------------------------------------------------------------------------+
  1946.  
  1947. From: jscott@csolve.net                                 21-Sep-99 19:51:10
  1948.   To: All                                               21-Sep-99 17:28:12
  1949. Subj: Beta 3
  1950.  
  1951. From: JohnS <jscott@csolve.net>
  1952.  
  1953.     
  1954. Nice cleanup job on Netscape 461ga.  Drag now appears to work and
  1955. NS46drag no longer hangs
  1956. my machine.
  1957.  
  1958. But (there always is one eh) some page loading is still painfully slow
  1959. when compared to
  1960. NS202.
  1961. http://www.sun.com/products-n-solutions/;$sessionid$VAMZKJQABPMM3AMUVFZE5YQ
  1962.  
  1963. is an excellent example. NS202 loads it consistantly under 15 seconds
  1964. (48,000 line speed).
  1965. 461GA pegs the activity monitor and takes 120 seconds to load the same
  1966. page consistantly.
  1967.  
  1968. Is it just me?
  1969.  
  1970. Johns
  1971.  
  1972. --- WtrGate+ v0.93.p7 sn 165
  1973.  * Origin: Usenet: Sympatico (1:109/42)
  1974.  
  1975. +----------------------------------------------------------------------------+
  1976.  
  1977. From: oliver.rick@oor.de                                20-Sep-99 22:49:11
  1978.   To: All                                               22-Sep-99 04:29:01
  1979. Subj: WebEx cource code 
  1980.  
  1981. From: oliver.rick@oor.de (Oliver Rick)
  1982.  
  1983. On Sun, 19 Sep 1999 Michael Kaply wrote:
  1984.  
  1985. > We have the Web Explorer source code. We have looked a the web explorer
  1986. > source code.
  1987.  
  1988. Do you think that IBM could release it to the public?
  1989.  
  1990.    /Olli/
  1991. --
  1992. IBM OS/2 Warp Update Summary:
  1993. http://www.warpupdates.de/english/warpupdates.html
  1994.  
  1995. --- WtrGate+ v0.93.p7 sn 165
  1996.  * Origin: Usenet: Out of Rosenheim/2 (1:109/42)
  1997.  
  1998. +----------------------------------------------------------------------------+
  1999.  
  2000. From: donnelly@tampabay.rr.com                          21-Sep-99 20:53:05
  2001.   To: All                                               22-Sep-99 04:29:01
  2002. Subj: Re: Beta 3
  2003.  
  2004. From: donnelly@tampabay.rr.com (Buddy Donnelly)
  2005.  
  2006. On Tue, 21 Sep 1999 19:51:20, JohnS <jscott@csolve.net> a ┌crit dans un 
  2007. message:
  2008.  
  2009. >     
  2010. > Nice cleanup job on Netscape 461ga.  Drag now appears to work and
  2011. > NS46drag no longer hangs
  2012. > my machine.
  2013. > But (there always is one eh) some page loading is still painfully slow
  2014. > when compared to
  2015. > NS202.
  2016. > http://www.sun.com/products-n-solutions/;$sessionid$VAMZKJQABPMM3AMUVFZE5YQ
  2017. > is an excellent example. NS202 loads it consistantly under 15 seconds
  2018. > (48,000 line speed).
  2019. > 461GA pegs the activity monitor and takes 120 seconds to load the same
  2020. > page consistantly.
  2021. > Is it just me?
  2022.  
  2023. It might just be settings you're using right now. That URL loads to "Done" 
  2024. in about your 15-20 seconds here. I do have SmartCache running but I don't 
  2025. see that it is blocking anything, and I don't have any www.sun.com elements
  2026. caches.
  2027.  
  2028. By the way, I do see the Ctrl-Alt-T popup is now working. I don't see much 
  2029. mention of it here, but this is a handy tool for displaying the status of 
  2030. all the connections in Netscape, as well as dragging off (via DragText) the
  2031. various URLs being used.
  2032.  
  2033.  
  2034. Good luck,
  2035.  
  2036. Buddy
  2037.  
  2038. Buddy Donnelly
  2039. donnelly@tampabay.rr.com
  2040.  
  2041.  
  2042. --- WtrGate+ v0.93.p7 sn 165
  2043.  * Origin: Usenet: RoadRunner - TampaBay (1:109/42)
  2044.  
  2045. +----------------------------------------------------------------------------+
  2046.  
  2047. From: jscott@csolve.net                                 22-Sep-99 01:02:18
  2048.   To: All                                               22-Sep-99 04:29:01
  2049. Subj: Re: Beta 3
  2050.  
  2051. From: JohnS <jscott@csolve.net>
  2052.  
  2053. Thanks for enlightening me regarding the CTL ALT T.
  2054.  
  2055. Tried that site "from scratch". Still over a minute. 
  2056. There is a strange thing in the CTL ALT T display, I think.  The same
  2057. gif was using
  2058. 3 of the 4 available sockets to download. 
  2059. Is there anywhere that one can get an explaination of that display?
  2060. URL:http://www.sun.com/pics/dot.gif
  2061. sock: 494  con_sock:-1 protocol: 4
  2062. URL:http://www.sun.com/pics/dot.gif
  2063. sock: 495  con_sock:-1 protocol: 4
  2064. URL:http://www.sun.com/pics/dot.gif
  2065. sock: 496  con_sock:-1 protocol: 4
  2066. TNX
  2067.  
  2068.  
  2069. Buddy Donnelly wrote:
  2070. > On Tue, 21 Sep 1999 19:51:20, JohnS <jscott@csolve.net> a  crit dans un
  2071. > message:
  2072. > >
  2073. > > Nice cleanup job on Netscape 461ga.  Drag now appears to work and
  2074. > > NS46drag no longer hangs
  2075. > > my machine.
  2076. > >
  2077. > > But (there always is one eh) some page loading is still painfully slow
  2078. > > when compared to
  2079. > > NS202.
  2080. > >
  2081. http://www.sun.com/products-n-solutions/;$sessionid$VAMZKJQABPMM3AMUVFZE5YQ
  2082. > >
  2083. > > is an excellent example. NS202 loads it consistantly under 15 seconds
  2084. > > (48,000 line speed).
  2085. > > 461GA pegs the activity monitor and takes 120 seconds to load the same
  2086. > > page consistantly.
  2087. > >
  2088. > > Is it just me?
  2089. > It might just be settings you're using right now. That URL loads to "Done"
  2090. > in about your 15-20 seconds here. I do have SmartCache running but I don't
  2091. > see that it is blocking anything, and I don't have any www.sun.com elements
  2092. > caches.
  2093. > By the way, I do see the Ctrl-Alt-T popup is now working. I don't see much
  2094. > mention of it here, but this is a handy tool for displaying the status of
  2095. > all the connections in Netscape, as well as dragging off (via DragText) the
  2096. > various URLs being used.
  2097. > Good luck,
  2098. > Buddy
  2099. > Buddy Donnelly
  2100. > donnelly@tampabay.rr.com
  2101.  
  2102. --- WtrGate+ v0.93.p7 sn 165
  2103.  * Origin: Usenet: Sympatico (1:109/42)
  2104.  
  2105. +----------------------------------------------------------------------------+
  2106.  
  2107. From: bluewarp@yahoo.com                                22-Sep-99 00:12:11
  2108.   To: All                                               22-Sep-99 04:29:01
  2109. Subj: w/ drag'n'drop back, I am sooooo happy
  2110.  
  2111. From: "bluewarp" <bluewarp@yahoo.com>
  2112.  
  2113. Thank god (in this case I mean the netscape/2 team) for bringing back the
  2114. drag'n'drop.  For the last year I have repeatedly tried to drag things from
  2115. netscape and of course it didn't work.   W/ the ga 461, life and the internet
  2116. have returned to norml.  
  2117.  
  2118. So a HUGE thanks for bringing this feature back.  It had been so long since I
  2119. had drug a page or a link off, that I almost forgot and thought I was running
  2120. Windoze (w/out the traps of course <g>)
  2121.  
  2122. regards,
  2123.  
  2124. Jim
  2125.  
  2126.  
  2127. --- WtrGate+ v0.93.p7 sn 165
  2128.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2129.  
  2130. +----------------------------------------------------------------------------+
  2131.  
  2132. From: dtander@agts.net                                  22-Sep-99 16:06:16
  2133.   To: All                                               23-Sep-99 04:15:25
  2134. Subj: Re: w/ drag'n'drop back, I am sooooo happy
  2135.  
  2136. From: dtander@agts.net (David T. Anderson)
  2137.  
  2138. On Wed, 22 Sep 1999 04:12:22, "bluewarp" <bluewarp@yahoo.com> wrote:
  2139.  
  2140. > Thank god (in this case I mean the netscape/2 team) for bringing back the
  2141. > drag'n'drop.  For the last year I have repeatedly tried to drag things from
  2142. > netscape and of course it didn't work.   W/ the ga 461, life and the
  2143. internet
  2144. > have returned to norml.  
  2145.  
  2146. The new drag and drop process seems to have solved the zipfile 
  2147. association problem I was having, and that's darned good.
  2148.  
  2149. However -- I note that I still can't d'n'd  highlighted text off 
  2150. NS461...and that's something I miss.  Also, I happened to be doing a 
  2151. bit of surfing with good ol' WebExplorer the other day and happened to
  2152. drag an image to the desktop...and noticed that the image file was 
  2153. automatically iconized with the image when I dropped it....a feature I
  2154. like a lot.
  2155.  
  2156. This is not to take away from the well-deserved praise the 
  2157. IBM-Netscape team is getting for having done a great job...only to 
  2158. point out that they still have worlds left to conquer.
  2159.  
  2160. David T. Anderson
  2161. Calgary, Alberta
  2162. http://www.agt.net/public/dtander/
  2163.  
  2164. Using ProNews/2 for OS/2 Warp
  2165.  
  2166. **NOSPAM**  To email me, remove the 's' from my address...
  2167.  
  2168. --- WtrGate+ v0.93.p7 sn 165
  2169.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2170.  
  2171. +----------------------------------------------------------------------------+
  2172.  
  2173. From: dtander@agts.net                                  23-Sep-99 02:38:01
  2174.   To: All                                               23-Sep-99 06:08:14
  2175. Subj: Re: w/ drag'n'drop back, I am sooooo happy
  2176.  
  2177. From: dtander@agts.net (David T. Anderson)
  2178.  
  2179. On Wed, 22 Sep 1999 15:39:33, Michael Kaply <mkaply@NOSPAMus.ibm.com> 
  2180. wrote:
  2181.  
  2182. > "David T. Anderson" wrote:
  2183. > > However -- I note that I still can't d'n'd  highlighted text off
  2184. > > NS461...and that's something I miss.
  2185. > Can you be more specific? Where are you trying to drag this text to?
  2186. > You can drag highlighted text to the composer.
  2187.  
  2188. I meant dragging chunks of text from the browser to the Desktop...   
  2189. Is this one of those inside-the-app vs. outside-the-app compromises 
  2190. you had to make?  It's not a big deal since I can do it easily enough 
  2191. via cut'n'paste...it's just so....Windows, y'know?
  2192.  
  2193. David T. Anderson
  2194. Calgary, Alberta
  2195. http://www.agt.net/public/dtander/
  2196.  
  2197. Using ProNews/2 for OS/2 Warp
  2198.  
  2199. **NOSPAM**  To email me, remove the 's' from my address...
  2200.  
  2201. --- WtrGate+ v0.93.p7 sn 165
  2202.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2203.  
  2204. +----------------------------------------------------------------------------+
  2205.  
  2206. From: asmirnov@mid.ru                                   23-Sep-99 15:52:16
  2207.   To: All                                               23-Sep-99 20:16:01
  2208. Subj: SysInfo/2 Project - Gamma 3 (Need beta testers)
  2209.  
  2210. From: Alexey Smirnov <asmirnov@mid.ru>
  2211.  
  2212. Dear friends!
  2213.     I am just upload into Hobbes my new SysInfo/2 tool - a PM self-made
  2214. clone of Symantec NU for Win 95/NT SystemInfo tool. The archive name is
  2215. sysinfo003.zip. It contain not only my tool, but new THESEUS0.DLL and
  2216. THESEUS2.SYS that can work with "Aurora".
  2217.     Please, I ask you to take part in beta testing of the result of my
  2218. hard work... ;-))
  2219.  
  2220. Best regards, Alexey Smirnov.
  2221.  
  2222. --- WtrGate+ v0.93.p7 sn 165
  2223.  * Origin: Usenet: Combellga (1:109/42)
  2224.  
  2225. +----------------------------------------------------------------------------+
  2226.  
  2227. From: mkaply@NOSPAMus.ibm.com                           23-Sep-99 11:10:26
  2228.   To: All                                               23-Sep-99 20:16:01
  2229. Subj: Re: w/ drag'n'drop back, I am sooooo happy
  2230.  
  2231. From: Michael Kaply <mkaply@NOSPAMus.ibm.com>
  2232.  
  2233. Yep, it's an internal external thing.
  2234.  
  2235. Hopefully in the future we can get some better stuff for d and d.
  2236.  
  2237. Mike Kaply
  2238. IBM
  2239.  
  2240. "David T. Anderson" wrote:
  2241.  
  2242. >I meant dragging chunks of text from the browser to the Desktop...
  2243. >Is this one of those inside-the-app vs. outside-the-app compromises
  2244. >you had to make?  It's not a big deal since I can do it easily enough
  2245. >via cut'n'paste...it's just so....Windows, y'know?
  2246.  
  2247. --- WtrGate+ v0.93.p7 sn 165
  2248.  * Origin: Usenet: IBM (1:109/42)
  2249.  
  2250. +----------------------------------------------------------------------------+
  2251.  
  2252. From: nospam_ktk@netlabs.org                            23-Sep-99 18:53:22
  2253.   To: All                                               24-Sep-99 04:26:02
  2254. Subj: Re: SysInfo/2 Project - Gamma 3 (Need beta testers)
  2255.  
  2256. From: "Adrian Gschwend" <nospam_ktk@netlabs.org>
  2257.  
  2258. On Thu, 23 Sep 1999 15:52:32 +0400, Alexey Smirnov wrote:
  2259.  
  2260. >sysinfo003.zip. It contain not only my tool, but new THESEUS0.DLL and
  2261. >THESEUS2.SYS that can work with "Aurora".
  2262. >    Please, I ask you to take part in beta testing of the result of my
  2263. >hard work... ;-))
  2264.  
  2265. Wow, how have you done this? I thought THESEUS does not work anymore with
  2266. Aurora!
  2267.  
  2268. cu
  2269.  
  2270. Adrian
  2271.  
  2272.  
  2273. ---
  2274. Adrian Gschwend
  2275. @ OS/2 Netlabs
  2276.  
  2277. ICQ: 22419590
  2278. ktk@netlabs.org
  2279. -------
  2280. The OS/2 OpenSource Project:
  2281. http://www.netlabs.org
  2282.  
  2283.  
  2284. --- WtrGate+ v0.93.p7 sn 165
  2285.  * Origin: Usenet: OS/2 Netlabs (1:109/42)
  2286.  
  2287. +----------------------------------------------------------------------------+
  2288.  
  2289. From: joop.wassenburg@hetnet.nl                         23-Sep-99 21:58:25
  2290.   To: All                                               24-Sep-99 04:26:03
  2291. Subj: Re: w/ drag'n'drop back, I am sooooo happy
  2292.  
  2293. From: "jca wassenburg" <joop.wassenburg@hetnet.nl>
  2294.  
  2295. bluewarp <bluewarp@yahoo.com> schreef in berichtnieuws
  2296. oyhrjneclnubbpbz.fig10m0.pminews@news.rdu.bellsouth.net...
  2297. > Thank god (in this case I mean the netscape/2 team) for bringing back the
  2298. > drag'n'drop.  For the last year I have repeatedly tried to drag things
  2299. from
  2300. > netscape and of course it didn't work.   W/ the ga 461, life and the
  2301. internet
  2302. > have returned to norml.
  2303. >
  2304. > So a HUGE thanks for bringing this feature back.  It had been so long
  2305. since I
  2306. > had drug a page or a link off, that I almost forgot and thought I was
  2307. running
  2308. > Windoze (w/out the traps of course <g>)
  2309. >
  2310. > regards,
  2311. >
  2312. > Jim
  2313. >
  2314. > ghjkl
  2315.  
  2316.  
  2317. --- WtrGate+ v0.93.p7 sn 165
  2318.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2319.  
  2320. +----------------------------------------------------------------------------+
  2321.  
  2322. From: racette@cablevision.qc.ca                         23-Sep-99 21:24:22
  2323.   To: All                                               24-Sep-99 04:26:03
  2324. Subj: Re: SysInfo/2 Project - Gamma 3 (Need beta testers)
  2325.  
  2326. From: racette@cablevision.qc.ca (Martin Racette)
  2327.  
  2328. On Thu, 23 Sep 1999 11:52:32, Alexey 
  2329. Smirnov <asmirnov@mid.ru> wrote:
  2330.  
  2331. > Dear friends!
  2332. >     I am just upload into Hobbes my new SysInfo/2 tool - a PM self-made
  2333. > clone of Symantec NU for Win 95/NT SystemInfo tool. The archive name is
  2334. > sysinfo003.zip. It contain not only my tool, but new THESEUS0.DLL and
  2335. > THESEUS2.SYS that can work with "Aurora".
  2336. >     Please, I ask you to take part in beta testing of the result of my
  2337. > hard work... ;-))
  2338. > Best regards, Alexey Smirnov.
  2339.  
  2340. what is the URL ?
  2341.  
  2342. //-------------------------
  2343. Thank you in advance
  2344.  
  2345. Merci a l'avance
  2346.  
  2347. Martin
  2348.  
  2349. http://205.237.57.73/
  2350.  
  2351. ICQ #48552954
  2352.  
  2353. --- WtrGate+ v0.93.p7 sn 165
  2354.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2355.  
  2356. +----------------------------------------------------------------------------+
  2357.  
  2358. From: windowssucks@hotmail.com                          24-Sep-99 00:55:06
  2359.   To: All                                               24-Sep-99 04:26:03
  2360. Subj: Re: SysInfo/2 Project - Gamma 3 (Need beta testers)
  2361.  
  2362. From: "Windos Sucks" <windowssucks@hotmail.com>
  2363.  
  2364. On Thu, 23 Sep 1999 21:24:44 GMT, Martin Racette wrote:
  2365.  
  2366. :>> Dear friends!
  2367. :>>     I am just upload into Hobbes my new SysInfo/2 tool - a PM self-made
  2368. :>> clone of Symantec NU for Win 95/NT SystemInfo tool. The archive name is
  2369. :>> sysinfo003.zip. It contain not only my tool, but new THESEUS0.DLL and
  2370. :>> THESEUS2.SYS that can work with "Aurora".
  2371. :>>     Please, I ask you to take part in beta testing of the result of my
  2372. :>> hard work... ;-))
  2373. :>> 
  2374. :>> Best regards, Alexey Smirnov.
  2375. :>> 
  2376. :>
  2377. :>what is the URL ?
  2378.  
  2379. ftp://hobbes.nmsu.edu/pub/incoming/sysinfo003.zip
  2380.  
  2381.  
  2382.  
  2383. --- WtrGate+ v0.93.p7 sn 165
  2384.  * Origin: Usenet: EuroNet Internet (1:109/42)
  2385.  
  2386. +----------------------------------------------------------------------------+
  2387.  
  2388. From: warp@ktn.net                                      23-Sep-99 20:37:23
  2389.   To: All                                               24-Sep-99 04:36:17
  2390. Subj: Re: SysInfo/2 Project - Gamma 3 (Need beta testers)
  2391.  
  2392. From: Lee Pearson <warp@ktn.net>
  2393.  
  2394. During startup, while a dialog is displayed with the 
  2395. title "Gathering Information. Please, Wait!", the following
  2396. error pops up.
  2397.  
  2398. Critical Error
  2399. TList error exception (EListError)
  2400. occured at $0001048C !
  2401. Terminate program?
  2402. <_Yes> <_No>
  2403.  
  2404. Yes results in:
  2405.  
  2406. Exception occured:
  2407. List error exception (EListError)
  2408. occured at $00038BF5
  2409. Program is terminated.
  2410. <OK>
  2411.  
  2412. No results in the program exiting silently(no other errors.)
  2413.  
  2414.  
  2415.  
  2416. ---
  2417. ============================
  2418. Lee Pearson <warp@ktn.net>
  2419. ============================
  2420.  
  2421.  
  2422.  
  2423. --- WtrGate+ v0.93.p7 sn 165
  2424.  * Origin: Usenet: Wolfe Internet Access, L.L.C. (1:109/42)
  2425.  
  2426. +----------------------------------------------------------------------------+
  2427.  
  2428. +============================================================================+
  2429.