home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU991225.zip / Ua991224.txt < prev    next >
Text File  |  1999-12-27  |  391KB  |  10,026 lines

  1.  
  2.                    comp.os.os2.advocacy             (Usenet)
  3.  
  4.                  Saturday, 18-Dec-1999 to Friday, 24-Dec-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: mr__sparkle@my-deja.com                           20-Dec-99 07:22:27
  9.   To: All                                               20-Dec-99 05:14:17
  10. Subj: Re: I use _____ and I'm proud of it! I'm not ashamed of it either! (pol
  11.  
  12. From: Truckasaurus <mr__sparkle@my-deja.com>
  13.  
  14. In article <385D3D6F.BC3F3DDB@groovyshow.com>,
  15.   "Kelly Robinson, friend of all men" <ispy@groovyshow.com> wrote:
  16. (...)
  17. > (anti-gay bigots are cool because they can't think
  18. > laterally, okay I don't think they can think at all...)
  19.  
  20. I don't think your friends will be happy about you going about telling,
  21. that they can't think ;)
  22.  
  23. > Being proud of an object really is pathetic.  "Y'all should use
  24. > Windows!"   "You're an idiot if you don't use Linux!"   "More people
  25. > should adopt OS/2 because it's soooooooooo superior."  "Steve Jobs
  26. > invented the GUI so everybody should own a mac instead and look at all
  27. > those losers who copied the design!"  Those comments and the people
  28. who
  29. > say them are shallow nit wits (the mac people especially).  It's like
  30. > saying "I own a Ferrari" or "I have 5400 cats and I can feed them
  31. all."
  32. > "I have 7 VCRs, Japanese made, and 6 DVD players."
  33.  
  34. Being proud of something you bought _might_ be pathetic. But being proud
  35. of something you helped building, is that pathetic? I have the
  36. opportunity to contribute to the GNU/Linux code and/or development
  37. (bug reporting, testing, etc), and if I did so, would I be pathetic if I
  38. was proud of the result? _I_ don't think so.
  39. Then what if my contribution is money? Would I still have the right to
  40. be proud? Well, yes, I think so. But what if my contribution was made to
  41. MS or Apple, and not to the Linux community, would it then be wrong to
  42. be proud, just because there is a company behind the product? I don't
  43. think so.
  44. The thing you are proud of is _not_ just the physical object, *but the
  45. fact that you have seen the greatness of that particular object*; you
  46. show insight, taste, or whatever.
  47.  
  48. I don't expect you to be proud to be gay, just because your boyfriend is
  49. some kind of hunk, say, but because your _preference_ towards men, while
  50. being male yourself, means something special to you.
  51. Am I wrong?
  52.  
  53. > There are more important things in life than computers and bullshit
  54. > technology.  Y2k proves how much rubbish computers are in the first
  55. > place - mankind invented them thinking they'd be cool.  [bzzt]  Not!
  56.  
  57. So, anti-gay bigots can't think, because they have a problem with your
  58. prefences. So, now that you show you have a problem with one of my
  59. greatest interests (computers), what should I think of you?
  60.  
  61. > Get real and end this eternal bickering.
  62.  
  63. Your adding to the bickering might keep it alive.
  64.  
  65. > If I am not me, then who am I?
  66. > Don't ask me, I just live here.
  67.  
  68. "Isn't that Harry Jones sitting over there?"
  69. "No, Harry Jones is dead!"
  70. "No, he's not! Look, he's moving!"
  71.  
  72. --
  73. "Dear someone you've never heard of,
  74. how is so-and-so. Blah blah.
  75. Yours truly, some bozo." - Homer Simpson
  76. Martin A. Boegelund.
  77.  
  78.  
  79. Sent via Deja.com http://www.deja.com/
  80. Before you buy.
  81.  
  82. --- WtrGate+ v0.93.p7 sn 165
  83.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  84.  
  85. +----------------------------------------------------------------------------+
  86.  
  87. From: thorne25@juno.com                                 20-Dec-99 01:30:21
  88.   To: All                                               20-Dec-99 05:14:17
  89. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!
  90.  
  91. From: "Edwin" <thorne25@juno.com>
  92.  
  93. Dave Tholen <tholenantispam@hawaii.edu> wrote in message
  94. news:83k9og$84t$1@news.hawaii.edu...
  95. > Kelly Robinson writes:
  96. >
  97. > > Get real and end this eternal bickering.
  98. >
  99. > How ironic.
  100.  
  101. Balderdash.
  102.  
  103. > Didn't you claim to be making your last post to
  104. > comp.os.os2.advocacy recently?
  105.  
  106. Evidence please.
  107.  
  108.  
  109. --- WtrGate+ v0.93.p7 sn 165
  110.  * Origin: Origin Line 1 Goes Here (1:109/42)
  111.  
  112. +----------------------------------------------------------------------------+
  113.  
  114. From: ivaes@hr.nl                                       20-Dec-99 11:03:11
  115.   To: All                                               20-Dec-99 10:21:10
  116. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  117.  
  118. From: Illya Vaes <ivaes@hr.nl>
  119.  
  120. "Michael W. Cocke" wrote:
  121. >>>At work, I support around 100 users who think a logon has something to do
  122. >>>with a big tree.  Yeah, linux would go over real big...(intense sarcasm).
  123. >>Sorry, but I am irritated by this attitude in our "IS" support too.
  124. >>If they (and you) did their work as support well, those users would have
  125. >>to know diddly squat about 'ls' etc.
  126. >>*You* OTOH would have to be able to grasp more than just point-and-drool.
  127. >>The users aren't paid to know about computers, software, etc.; you are.
  128. >>Of course, many a times "OK" IS staf will just be hindered by management,
  129. >>so that they can not put any time into setting up a good environment (that 
  130. >>will subsequently be easier and cheaper to support); usually they just 
  131. >>present "Windows" (read "Microsoft") as a prerequisite beyond discussion.
  132. >The first two sentences say most of it.  It's real easy to criticize
  133. >when you don't have to do the job.  I want to talk to a few users at the
  134. >company where you manage the IS dept.
  135.  
  136. If your new car doesn't work, do you think about how difficult it may be to
  137. design and manufacture one? Or do you just go to your dealer and say "it
  138. doesn't work, fix it"? You imply the latter if you're consistent.
  139.  
  140. Your inference that I manage an IS department is completely false.
  141. I'm a user. So what did you want to ask again?
  142.  
  143. This is all a question of where you put the onus of "knowing your stuff". You
  144. seem to want to put it at the software developer's, I only put it at the IS
  145. department level while you were implying that Linux requires it at the user's
  146. level.
  147. It's all fine and dandy to have the developer handle the load, but if he
  148. doesn't think of something, you're SOL. If the developer gives knowledgable
  149. users (ie. IS staff, says the optimist, and "power users") the tools, then
  150. they can use them as they see fit / require.
  151. I don't see why it should be a problem to require a certain level of
  152. knowledgability from IS staff. They're (or at least should be) employees just
  153. like all others and should do their job. Am I so unreasonable in this regard,
  154. according to you???
  155.  
  156. -- 
  157. Illya Vaes   (ivaes@hr.nl)        "Do...or do not, there is no 'try'" - Yoda
  158. Holland Railconsult BV, Integral Management of Railprocess Systems
  159. Postbus 2855, 3500 GW Utrecht
  160. Tel +31.30.2653273, Fax 2653385           Not speaking for anyone but myself
  161.  
  162. --- WtrGate+ v0.93.p7 sn 165
  163.  * Origin: Usenet: Holland Railconsult BV (1:109/42)
  164.  
  165. +----------------------------------------------------------------------------+
  166.  
  167. From: bobg.REMOVEME.@pics.com                           20-Dec-99 08:09:05
  168.   To: All                                               20-Dec-99 10:21:11
  169. Subj: Re: Who runs this country?
  170.  
  171. From: Bob Germer <bobg.REMOVEME.@pics.com>
  172.  
  173. On <3852f738.636767@news.direct.ca>, on 12/19/99 at 04:37 AM,
  174.    sbm@direct.ca (Siobhan Medeiros) said:
  175.  
  176. > Now, that's ridiculous.  If every university which graduated a looney
  177. > was boycotted by employers, there wouldn't be a post-grad in the country
  178. > still working.
  179.  
  180. This is a bad thing? <GRIN>
  181.  
  182. Actually, many Universities are very zealous in protecting their
  183. reputations. Not many would willing allow an idiot like larso to carry on
  184. using University equipment and services.
  185.  
  186. --
  187. -------------------------------------------------------------------------------
  188. ---------------
  189. Bob Germer from Mount Holly, NJ - E-mail: bobg@Pics.com
  190. Proudly running OS/2 Warp 4.0 w/ FixPack 12
  191. MR/2 Ice 2.01 Registration Number 67
  192. Aut Pax Aut Bellum
  193. -------------------------------------------------------------------------------
  194. ---------------
  195.  
  196. --- WtrGate+ v0.93.p7 sn 165
  197.  * Origin: Origin Line 1 Goes Here (1:109/42)
  198.  
  199. +----------------------------------------------------------------------------+
  200.  
  201. From: bobg.REMOVEME.@pics.com                           20-Dec-99 08:31:04
  202.   To: All                                               20-Dec-99 11:19:25
  203. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!  (p
  204.  
  205. From: Bob Germer <bobg.REMOVEME.@pics.com>
  206.  
  207. On <385D21B4.4DEA6ED1@ibm.net>, on 12/19/99 at 01:19 PM,
  208.    Joseph <josco@ibm.net> said:
  209.  
  210. > The safest place for data is, sorry, web based services which are
  211. > commonly accessed with a browser.   My address book, phone lists and
  212. > other critical financial data are all safe and protected.   Yes MY data
  213. > is most important.   I wouldn't want to argue with anyone about their
  214. > fascination with collecting commercial software.  Collecting software is
  215. > a great hobby when put in the right perspective.
  216.  
  217. What a bunch of crap. The safest place for data is on a local hard disk
  218. which is mirrored and backed up with great frequency with the backup
  219. duplicated and stored off-site in a safe facility. If my office burned up
  220. any day but Sunday, I could lose no more than 4 hour's work since I do a
  221. differential backup of the network every four hours. The  tape is then put
  222. in my car and taken home every day. A full backup is done every Saturday
  223. after a final differential. The full backup is taken home that day along
  224. with a copy of the final differential. Each Saturday I bring the oldest
  225. full backup set to the office and use it for that day's full backup.
  226.  
  227. I would NEVER in a hundred years consider storing information accessible
  228. via the internet with a browser. If you do it and someone wants your data,
  229. they will get it. There is no absolute security on the web, NONE.
  230.  
  231. What do you do if your hard disk crashes and the network is down? How fast
  232. can you retrieve 20 gigs of data from the network?
  233.  
  234. --
  235. -------------------------------------------------------------------------------
  236. ---------------
  237. Bob Germer from Mount Holly, NJ - E-mail: bobg@Pics.com
  238. Proudly running OS/2 Warp 4.0 w/ FixPack 12
  239. MR/2 Ice 2.01 Registration Number 67
  240. Aut Pax Aut Bellum
  241. -------------------------------------------------------------------------------
  242. ---------------
  243.  
  244. --- WtrGate+ v0.93.p7 sn 165
  245.  * Origin: Origin Line 1 Goes Here (1:109/42)
  246.  
  247. +----------------------------------------------------------------------------+
  248.  
  249. From: mawa@iname.com                                    19-Dec-99 23:16:28
  250.   To: All                                               20-Dec-99 11:19:25
  251. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!  (p
  252.  
  253. From: mawa@iname.com (Matthias Warkus)
  254.  
  255. It was the Sun, 19 Dec 1999 15:35:40 -0500...
  256. ...and Andrew <drachen@mindspring.com> wrote:
  257. > "Kelly Robinson, friend of all men" wrote:
  258. > > 
  259. > > Y2k proves how much rubbish computers are in the first
  260. > > place - mankind invented them thinking they'd be cool.  [bzzt]  Not!
  261. > This is hands down the most bizzare statement I've seen in this NG. This
  262. even
  263. > includes statements by such luminaries as Derek Currie, S and Matt
  264. Templeton.
  265.  
  266. Yeah. Kelly was clearly in fantasy land when he wrote that.
  267.  
  268. Babbage, Zuse, Mauchly, all the men who pioneered the great "first"s
  269. in computing history, had nothing but the uncoolest of things in mind
  270. when designing and inventing their machines.
  271.  
  272. Babbage wanted to calculate tables without the usual quota of typos
  273. and errors.
  274.  
  275. Zuse wanted a machine for architectural statics and things like that.
  276.  
  277. And the Mark I and ENIAC people wanted to do ballistics and
  278. calculations in nuclear physics.
  279.  
  280. Nothing cool there.
  281.  
  282. mawa
  283. -- 
  284. Think!
  285.  
  286. --- WtrGate+ v0.93.p7 sn 165
  287.  * Origin: Usenet: Question Mark Software   /   Royal Space Navy (1:109/42)
  288.  
  289. +----------------------------------------------------------------------------+
  290.  
  291. From: josco@ibm.net                                     20-Dec-99 06:11:26
  292.   To: All                                               20-Dec-99 11:19:25
  293. Subj: Re: New IBM Server OS (K42)?
  294.  
  295. From: Joseph <josco@ibm.net>
  296.  
  297. StarOffice?
  298.  
  299. Christian Gustafson wrote:
  300.  
  301. > "Jim Larson" <jwlarson@jvlnet.com> wrote in message
  302. news:G06PYUPlofKK-pn2-2d0PULFuLGVh@jvl-pm-1-25.jvlnet.com...
  303. > > Does anyone know more about this thing? Is it still in progress?
  304. > >
  305. > > http://www.research.ibm.com/K42/
  306. > >
  307. > > Although the page was created 1999-7-29, the dates on the links are a
  308. > > bit dated.
  309. > >
  310. > > Jim Larson
  311. >
  312. > But will it run Office?
  313.  
  314. --- WtrGate+ v0.93.p7 sn 165
  315.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  316. (1:109/42)
  317.  
  318. +----------------------------------------------------------------------------+
  319.  
  320. From: josco@ibm.net                                     20-Dec-99 06:16:18
  321.   To: All                                               20-Dec-99 11:19:25
  322. Subj: Re: Tell me the story
  323.  
  324. From: Joseph <josco@ibm.net>
  325.  
  326.  
  327. Christian Gustafson wrote:
  328.  
  329. > "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  330. news:MPG.12c7372724637fb0989690@news-server.mgfairfax.rr.com...
  331. > > >> And now, they too are gone.
  332. > > >
  333. > > >I've got version 3 for Windows, and boy, I tell you, it is *unbelievably*
  334. > > >unstable.  You can simply open and close a few GIFs, and it hozes with
  335. > > >a Dr. Watson fault.  Needless to say, I didn't upgrade to v4.
  336. > > >
  337. > > >The new tools are cool and they work, sure, underneath, it's good old
  338. > > >Colorworks, but it could up-and-die at any time.
  339. > > >
  340. > > I used version 1+. Got it from Kiyoinc back in the day. The interface
  341. really
  342. > > needed work, but the multithreading was pretty decent.
  343. >
  344. > I had 2.0 for OS/2.  The real shame of Colorworks back then was that it
  345. > was so tight and far ahead of other graphics apps, especially with its
  346. > multithreaded-ness and multiprocessor support, but IBM never followed-
  347. > up with a Warp-era SMP client.
  348.  
  349. One does not need multiple processors to enjoy a multithreaded application.
  350.  
  351. > Your purchase of CW was bittersweet, then, unless you were willing to
  352. > run in on OS/2 SMP 2.11 forever.
  353.  
  354. I'm surprised SMP for PCs is still an issue.  By now I would have expected the 
  355. low cost PCs would have clued people into the
  356. real value of SMP.  IBM's decision to NOT release an SMP OS/2 still seems wise 
  357. to me.   The market, not IBM, rejected SMP.
  358. Even Be's successes are on low cost, single processors systems where their
  359. threaded OS is superior.
  360.  
  361. --- WtrGate+ v0.93.p7 sn 165
  362.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  363. (1:109/42)
  364.  
  365. +----------------------------------------------------------------------------+
  366.  
  367. From: josco@ibm.net                                     20-Dec-99 06:29:17
  368.   To: All                                               20-Dec-99 11:19:25
  369. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! 
  370.  
  371. From: Joseph <josco@ibm.net>
  372.  
  373.  
  374. "David H. McCoy" wrote:
  375.  
  376. > In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  377. kwilas@stardock.com
  378. > says...
  379. > >In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  380. > >>The safest place for data is, sorry, web based services which are commonly
  381. > >>accessed with a browser.   My address book, phone lists and other critical
  382. > >>financial data are all safe and protected.
  383. > >
  384. > >That's all fine and wonderful when your Internet connection (and those
  385. > >of your web based service provider and anything in between) is working.
  386.  
  387. You have some problem with your infrastructure?   It's a 24 x 7 service where
  388. I
  389. live.
  390. The market value of companies relying on 56kb connections is in the billions.
  391. 56kb is ample to secure and access data.
  392.  
  393. > Of course, even with my NEW CABLE MODEM:-), I prefer local stuff with
  394. backups.
  395.  
  396. And you keep your money in a mattress.
  397.  
  398. > >What's that? Your DSL line is down? Well, I'm sure you'll be happy to
  399. > >know your data'll be safe until you get back. Course, you can't use
  400. > >it until then (less it's cached locally, but that's arguing against
  401. > >your point in this day and time).
  402. > >
  403. > >>Yes MY data is most important.
  404. >
  405. > Indeed. My data is safe and secure with me where I can get to it. C
  406. > Connection down? No problem.
  407. > Computer down? No problem.
  408. > House burned down? No problem.
  409.  
  410. > After all, that's what backup media and safe boxes are for.
  411.  
  412. And system administrators.  Sure - everyone needs and PC and with that a
  413. backup
  414. procedure and safe box.
  415.  
  416. > >Absolutely, but w/o being able to get at that data, it's worthless.
  417.  
  418. Unreasonable fear.    And why can't I get to my data?  Is, say, Yahoo's site
  419. down
  420. more often than your PC?  Simplify the PC and use the web and most common
  421. point of
  422. failure is eliminated.
  423.  
  424. --- WtrGate+ v0.93.p7 sn 165
  425.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  426. (1:109/42)
  427.  
  428. +----------------------------------------------------------------------------+
  429.  
  430. From: jstuyck@home.com                                  20-Dec-99 14:33:05
  431.   To: All                                               20-Dec-99 11:19:25
  432. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! 
  433.  
  434. From: Jim Stuyck <jstuyck@home.com>
  435.  
  436.  
  437. Joseph wrote:
  438.  
  439.  
  440. > The safest place for data is, sorry, web based services which are commonly
  441. > accessed with a browser.
  442.  
  443. Huh? You're not in the "data processing" business as a profession, I hope.
  444.  
  445. Jim Stuyck
  446.  
  447. --- WtrGate+ v0.93.p7 sn 165
  448.  * Origin: Usenet: J. D. Stuyck and Associates -- Retired (1:109/42)
  449.  
  450. +----------------------------------------------------------------------------+
  451.  
  452. From: ewill@lexi.athghost7038suus.net                   20-Dec-99 14:52:15
  453.   To: All                                               20-Dec-99 11:19:25
  454. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!  (p
  455.  
  456. From: ewill@lexi.athghost7038suus.net (The Ghost In The Machine)
  457.  
  458. In comp.os.linux.advocacy, Matthias Warkus <mawa@iname.com>
  459. wrote on Sun, 19 Dec 1999 23:16:57 +0100
  460. <slrn85qmap.54j.mawa@audrey.my.box>:
  461. >It was the Sun, 19 Dec 1999 15:35:40 -0500...
  462. >...and Andrew <drachen@mindspring.com> wrote:
  463. >> 
  464. >> 
  465. >> "Kelly Robinson, friend of all men" wrote:
  466. >> > 
  467. >> > Y2k proves how much rubbish computers are in the first
  468. >> > place - mankind invented them thinking they'd be cool.  [bzzt]  Not!
  469. >> 
  470. >> This is hands down the most bizzare statement I've seen in this NG.
  471. >> This even includes statements by such luminaries as Derek Currie,
  472. >> S and Matt Templeton.
  473. >
  474. >Yeah. Kelly was clearly in fantasy land when he wrote that.
  475. >
  476. >Babbage, Zuse, Mauchly, all the men who pioneered the great "first"s
  477. >in computing history, had nothing but the uncoolest of things in mind
  478. >when designing and inventing their machines.
  479. >
  480. >Babbage wanted to calculate tables without the usual quota of typos
  481. >and errors.
  482. >
  483. >Zuse wanted a machine for architectural statics and things like that.
  484. >
  485. >And the Mark I and ENIAC people wanted to do ballistics and
  486. >calculations in nuclear physics.
  487. >
  488. >Nothing cool there.
  489.  
  490. Oh, I dunno; I think that's pretty cool. :-)  (Although not in
  491. the physical sense; the tubes filled up half a room which must
  492. have been very warm...)
  493.  
  494. After all, that's what they built the machines for -- as tools to
  495. solve problems.  A screwdriver is cool, in its own way (although
  496. a computer is way cooler, as it's more fun :-) )
  497.  
  498. But it's still pretty bizarre; a myriad of factors (not the least of
  499. which was expense of physical memory) contributed to the Y2K problem
  500. (if indeed it becomes a problem, at the current time it looks like
  501. it will create at most some minor glitches, as a strong storm might).
  502. Blaming the computer seems to be rather silly.
  503.  
  504. (I'm also of the opinion that a number of programs -- my watch
  505. among them! -- will interpret e.g. '01' as '2001', although in
  506. the case of my watch, it matters little as, except for '00'
  507. itself, leap years don't depend on the century -- and I can
  508. easily adjust my watch on March 1st -- a feat that may not
  509. always be possible, of course, for deeply embedded controllers.)
  510.  
  511. >mawa
  512. >-- 
  513. >Think!
  514.  
  515. The IBM logo used in the 70's.  It'll never go out of style. :-)
  516.  
  517. -- 
  518. ewill@aimnet.com -- insert random misquote here
  519.  
  520. --- WtrGate+ v0.93.p7 sn 165
  521.  * Origin: Usenet: Verio (1:109/42)
  522.  
  523. +----------------------------------------------------------------------------+
  524.  
  525. From: jmalloy@borg.com                                  20-Dec-99 09:39:00
  526.   To: All                                               20-Dec-99 14:31:22
  527. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!
  528.  
  529. From: "Joe Malloy" <jmalloy@borg.com>
  530.  
  531. Translation:  "I enjoy eternal bickering and being the fool." -- Tholen
  532.  
  533. Dave Tholen <tholenantispam@hawaii.edu> wrote in message
  534. news:83k9og$84t$1@news.hawaii.edu...
  535. > Kelly Robinson writes:
  536. >
  537. > > Get real and end this eternal bickering.
  538. >
  539. > How ironic.  Didn't you claim to be making your last post to
  540. > comp.os.os2.advocacy recently?
  541. >
  542.  
  543.  
  544. --- WtrGate+ v0.93.p7 sn 165
  545.  * Origin: Origin Line 1 Goes Here (1:109/42)
  546.  
  547. +----------------------------------------------------------------------------+
  548.  
  549. From: lucien@metrowerks.com                             20-Dec-99 15:32:26
  550.   To: All                                               20-Dec-99 14:31:22
  551. Subj: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  552.  
  553. From: lucien@metrowerks.com
  554.  
  555. In article <83h5s6$nd1$1@news.hawaii.edu>,
  556.   tholenantispam@hawaii.edu wrote:
  557. > Lucien writes:
  558. >
  559. > >>> The reader will note that Dave does not commit to a position on
  560. the
  561. > >>> JDK sentence explicitly
  562. >
  563. > >> On the contrary, I have committed to a position on the JDK
  564. sentence.
  565. >
  566. > > Reproduce it here.
  567. >
  568. > Why?
  569.  
  570. The reader will note that, again, Dave supplies no explicit statement
  571. regarding his position.
  572.  
  573. > >>> Here is the question again:
  574. > >>>
  575. > >>> Is the JDK sentence ambiguous WRT (grammatical) quantification?
  576. >
  577. > >> Irrelevant, given that quantification can be provided in more than
  578. >
  579. > > The reader will note that, again, no explicit answer to the
  580. (central)
  581. > > question has been provided.
  582. >
  583. > The reader will note that, again, Lucien has chosen to delete the
  584. > explicit answer,
  585.  
  586. Your response is not an explicit answer to the question, as you are
  587. well aware.
  588.  
  589. Therefore, given that your position has now been established as
  590.  
  591. "The JDK sentence is not ambiguous WRT (grammatical) quantification",
  592.  
  593. explain why these two variants of the JDK sentence are grammatical,
  594. coherent sentences of English:
  595.  
  596. "OS/2 Java 1.1.8 implements some Java 1.2 functionality."
  597.  
  598. "OS/2 Java 1.1.8 implements all Java 1.2 functionality."
  599.  
  600. Lucien S.
  601.  
  602.  
  603. Sent via Deja.com http://www.deja.com/
  604. Before you buy.
  605.  
  606. --- WtrGate+ v0.93.p7 sn 165
  607.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  608.  
  609. +----------------------------------------------------------------------------+
  610.  
  611. From: bbarclay@ca.ibm.com                               20-Dec-99 11:21:17
  612.   To: All                                               20-Dec-99 14:31:22
  613. Subj: Re: FreeOS - project to Clone OS/2
  614.  
  615. From: Brad BARCLAY <bbarclay@ca.ibm.com>
  616.  
  617. Trancser wrote:
  618. > And ..I dont THINK OS/2's had an actual "new" feature or something very
  619. > significant added to it, in a while. Just pretty much "fixes" for current
  620. (or
  621. > old) problems, right? (sorry, I havent read any of the readme's inside the
  622. > fp's in a while, but I am running aurora - so I dont think I could use them
  623. > anyway?)
  624.  
  625.     The WARP Server for e-business (Aurora) kernels are pretty much
  626. complete rewrites of the old WARP Server/WARP 4 kernels, for both Uni
  627. processing and SMP.  Specifically new are the 32 bit IFS support (used
  628. by JFS) and the significantly larger per process address space (3Gb).
  629.  
  630. Brad BARCLAY
  631.  
  632. =-=-=-=-=-=-=-=-=-=
  633. Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  634. E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  635.  
  636. --- WtrGate+ v0.93.p7 sn 165
  637.  * Origin: Usenet: IBM Toronto Labs, DB2 for OS/2 Install Developer (1:109/42)
  638.  
  639. +----------------------------------------------------------------------------+
  640.  
  641. From: possum@road.kill                                  20-Dec-99 12:40:06
  642.   To: All                                               20-Dec-99 14:31:22
  643. Subj: Re: FreeOS - project to Clone OS/2
  644.  
  645. From: possum@road.kill (Mike Trettel)
  646.  
  647. On Sun, 19 Dec 1999 06:17:48 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  648. wrote:
  649. >>
  650. >>Wishful thinking. They should get one of the few absolute OS/2 kernel
  651. >>insiders on their side first, before they consider rewriting an OS.
  652. >>Linus Torvalds is no reference here, he started on a freely available OS 
  653. >>already (Minix), had a whole unemployed community who wanted to have a
  654. >>"Unix", Unix is already an accepted standard (Linux *is* technology of
  655. >>the 70s and 80s - nothing really new, just overhyped - reinventing the
  656. >>wheel is just a lot of work), and finally, OS/2 is more complex by an
  657. >>order of magnitude than Unix (not even just taking the size of the APIs
  658. >>into account).
  659. >>
  660. >>Holger
  661. >>
  662. >
  663. >The kernel for Linux arent really old are they? I mean, take a look at how
  664. >MANY times the damn things updated and stuff. And new features and support
  665. >are added. I cant say 100% technically myself, but I know that damned
  666. >kernel's updated A *LOT* ....heh.
  667. >
  668. >And ..I dont THINK OS/2's had an actual "new" feature or something very
  669. >significant added to it, in a while. Just pretty much "fixes" for current (or
  670. >old) problems, right? (sorry, I havent read any of the readme's inside the
  671. >fp's in a while, but I am running aurora - so I dont think I could use them
  672. >anyway?)
  673.  
  674. I think you missed Holger's point.  The difference isn't in timestamps,
  675. it's in conceptual layout.  Linux is based very much upon '70's
  676. technology, and is actually quite a bit simpler in layout and
  677. implementation than OS/2.  And no, this isn't a bad thing-Unix (and
  678. Linux by extension) is based upon what works, and works well, and thus is
  679. extremely stable and well designed.  This has resulted though in some
  680. architectural bottlenecks (POSIX threads, anyone?) that simply aren't
  681. as well done as they are in OS/2.  Linux is receiving amazing amounts
  682. of hype, and much of that is due not to really superior design
  683. (although it kicks the snot out of Win95/98, and can be considered to
  684. be as good as NT/Win2K) but because it's Not From Microsoft,and will
  685. never be under Microsoft's thumb.  People can take Linux and make money
  686. with it, and not have to deal with MS.  That's why there's a mad
  687. scramble going on right now to create a "desktop friendly" Linux
  688. distro.  If technical superiority was the single deciding factor in why
  689. an OS is popularly accepted, then OS/2 would have triumphed years ago over
  690. Windows.  It's not that simple though.
  691.  
  692. -- 
  693. Mike Trettel        trettel (shift 2) fred (small dot) net
  694.  
  695. Death to spammers, and so forth.  Fix the reply line to mail me.  Sorry.
  696.  
  697. System uptime is 5 days 16:05 hours (en).
  698.  
  699. --- WtrGate+ v0.93.p7 sn 165
  700.  * Origin: Origin Line 1 Goes Here (1:109/42)
  701.  
  702. +----------------------------------------------------------------------------+
  703.  
  704. From: jmalloy@borg.com                                  20-Dec-99 11:58:10
  705.   To: All                                               20-Dec-99 16:56:01
  706. Subj: Re: Who runs this country?
  707.  
  708. From: "Joe Malloy" <jmalloy@borg.com>
  709.  
  710. Anyone who would place the "reputation" of an institution above the actual
  711. abilities of the person in front of them deserves what they get --
  712. mediocrity.  It's not a mortal sin, but it is mediocre.
  713.  
  714. - Joe
  715.  
  716. <letoured@nospam.net> wrote in message
  717. news:385d1d01$1$yrgbherq$mr2ice@news.sover.net...
  718. > sbm@direct.ca (Siobhan Medeiros) said:
  719. >
  720. > >>I have decided that I will never interview a graduate of the University
  721. of
  722. > >>Alberta if they confer any degree upon you. If you are an example of the
  723. > >>university, the university is a disgrace to the name, the province, the
  724. > >>country, and the world.
  725. >
  726. > >>A copy of this message is being sent to the university.
  727. > >>
  728. > >Now, that's ridiculous.  If every university which graduated a looney was
  729. > >boycotted by employers, there wouldn't be a post-grad in the country
  730. > >still working.
  731. >
  732. > No its not. Society needs to filter out the loony tunes. Might as well use
  733. > the university system as anything else.  -- And frankly, considering some
  734. > of the stuff I see coming from these folks, we should have started a long
  735. > time ago.
  736. >
  737. >
  738. > _____________
  739. > Ed Letourneau <letoured@sover.net>
  740. >
  741.  
  742.  
  743. --- WtrGate+ v0.93.p7 sn 165
  744.  * Origin: Origin Line 1 Goes Here (1:109/42)
  745.  
  746. +----------------------------------------------------------------------------+
  747.  
  748. From: mamodeo@stny.rr.com                               20-Dec-99 12:21:13
  749.   To: All                                               20-Dec-99 16:56:01
  750. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!
  751.  
  752. From: Marty <mamodeo@stny.rr.com>
  753.  
  754. Joe Malloy wrote:
  755. > Translation:
  756.  
  757. An obvious lie.
  758.  
  759. > "I enjoy eternal bickering and being the fool."
  760.  
  761. What Dave allegedly enjoys is irrelevant.
  762.  
  763. > -- Tholen
  764.  
  765. Dave never said that.  Why the erroneous attribution Joe?  Taking
  766. erroneous attribution lessons from Eric "- tholenbot" Bennett?
  767.  
  768. > Dave Tholen <tholenantispam@hawaii.edu> wrote in message
  769. > news:83k9og$84t$1@news.hawaii.edu...
  770. > > Kelly Robinson writes:
  771. > >
  772. > > > Get real and end this eternal bickering.
  773. > >
  774. > > How ironic.  Didn't you claim to be making your last post to
  775. > > comp.os.os2.advocacy recently?
  776.  
  777. Note:  no response
  778.  
  779. "'"'I do not "approve" phrases.'
  780. - Dave Tholen"
  781. - tholenbot'
  782. - Marty"
  783. - Eric Bennett
  784.  
  785. --- WtrGate+ v0.93.p7 sn 165
  786.  * Origin: Usenet: IBM Global Services North -- Burlington, Vermont,
  787. (1:109/42)
  788.  
  789. +----------------------------------------------------------------------------+
  790.  
  791. From: jedi@dementia.mishnet                             20-Dec-99 17:57:12
  792.   To: All                                               20-Dec-99 16:56:01
  793. Subj: Re: I use _____ and I'm proud of it! I'm not ashamed of it either! (pol
  794.  
  795. From: jedi@dementia.mishnet ()
  796.  
  797. On Mon, 20 Dec 1999 07:22:55 GMT, Truckasaurus <mr__sparkle@my-deja.com>
  798. wrote:
  799. >In article <385D3D6F.BC3F3DDB@groovyshow.com>,
  800. >  "Kelly Robinson, friend of all men" <ispy@groovyshow.com> wrote:
  801. >(...)
  802. >> (anti-gay bigots are cool because they can't think
  803. >> laterally, okay I don't think they can think at all...)
  804. >
  805. >I don't think your friends will be happy about you going about telling,
  806. >that they can't think ;)
  807. >
  808. >> Being proud of an object really is pathetic.  "Y'all should use
  809. >> Windows!"   "You're an idiot if you don't use Linux!"   "More people
  810. >> should adopt OS/2 because it's soooooooooo superior."  "Steve Jobs
  811. >> invented the GUI so everybody should own a mac instead and look at all
  812. >> those losers who copied the design!"  Those comments and the people
  813. >who
  814. >> say them are shallow nit wits (the mac people especially).  It's like
  815. >> saying "I own a Ferrari" or "I have 5400 cats and I can feed them
  816. >all."
  817. >> "I have 7 VCRs, Japanese made, and 6 DVD players."
  818. >
  819. >Being proud of something you bought _might_ be pathetic. But being proud
  820.  
  821.     "Being unashamed for actually exercising one's free will in
  822.     a free market economy" might be a more appropriate way to
  823.     put it.
  824.  
  825. [deletia]
  826.     
  827.     "Foo Pride" has become quite a fad lately. Usually such 
  828.     instances are similar: pride is put into a void where
  829.     "lack of shame" really should be.
  830.  
  831. -- 
  832.  
  833.    One of the great lies of our age is the myth that       
  834.    Microsoft has somehow managed to turn these random       
  835.    collections of spare parts known as PC clones into              ||| 
  836.    the equivalent of a Macintosh.                / | \
  837.  
  838.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  839.  
  840. --- WtrGate+ v0.93.p7 sn 165
  841.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  842.  
  843. +----------------------------------------------------------------------------+
  844.  
  845. From: swanee@pillarsoft.net                             20-Dec-99 11:11:14
  846.   To: All                                               20-Dec-99 16:56:01
  847. Subj: Re: HTML problems
  848.  
  849. From: Wayne Swanson <swanee@pillarsoft.net>
  850.  
  851. jasper wrote:
  852. > Hoi,
  853. > I just got the homepage for htmipf (html to ipf compiler) done, but I've
  854. > got a major problem. The point is that it is impossible to download the
  855. > zip file because the browser tells it cannot set the guest privileges.
  856. > Does anybody has an idea how to fix this. I've tried to set http: in
  857. > front of the link instead of ftp: but also this gives an error.
  858. > For details see http://home-5.worldonline.nl/~jdekeij/htmipf.html
  859.  
  860. Check your link to the file. Your subdirectory is listed incorrectly.
  861.  
  862. Correct:    /~jdekeij/
  863. Incorrect:    /~jdkeij/
  864.  
  865. This link works:
  866. http://home-5.worldonline.nl/~jdekeij/htmipf13.zip
  867.  
  868. Wayne Swanson
  869. ------------------------------------------------------------
  870. email: swanee@pillarsoft.net
  871. PillarSoft: http://www.pillarsoft.net
  872. Developers of: WarpZip, DeskTop Backup (DTB), SFX Installer
  873.                ShowTime/2 and the Enhanced E Editors
  874. Vice President: VOICE (Virtual OS/2 International Consumer Education)
  875. VOICE: http://www.os2voice.org
  876. ------------------------------------------------------------
  877.  
  878. --- WtrGate+ v0.93.p7 sn 165
  879.  * Origin: Usenet: PillarSoft (1:109/42)
  880.  
  881. +----------------------------------------------------------------------------+
  882.  
  883. From: osbo082@ibm.net                                   20-Dec-99 17:12:05
  884.   To: All                                               20-Dec-99 16:56:01
  885. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  886.  
  887. From: osbo082@ibm.net (BobO)
  888.  
  889. On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com> 
  890. said:
  891.  
  892. |In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  893. kwilas@stardock.com 
  894. |says...
  895. |>In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  896. |>>The safest place for data is, sorry, web based services which are commonly
  897. |>>accessed with a browser.   My address book, phone lists and other critical
  898. |>>financial data are all safe and protected.   
  899. |>
  900. |>That's all fine and wonderful when your Internet connection (and those
  901. |>of your web based service provider and anything in between) is working. 
  902. |
  903. |Of course, even with my NEW CABLE MODEM:-), I prefer local stuff with
  904. backups. 
  905. |
  906. |>What's that? Your DSL line is down? Well, I'm sure you'll be happy to
  907. |>know your data'll be safe until you get back. Course, you can't use
  908. |>it until then (less it's cached locally, but that's arguing against
  909. |>your point in this day and time). 
  910. |>
  911. |>>Yes MY data is most important.
  912. |
  913. |Indeed. My data is safe and secure with me where I can get to it. C
  914. |Connection down? No problem.
  915. |Computer down? No problem.
  916. |House burned down? No problem.
  917. |
  918. |After all, that's what backup media and safe boxes are for.
  919. |
  920. |>Absolutely, but w/o being able to get at that data, it's worthless.
  921. |>
  922. |>Kris
  923. |>
  924. |
  925. |-- 
  926. |---------------------------------------
  927. |David H. McCoy
  928. |dmccoy@EXTRACT_THIS_mnsinc.com
  929. |---------------------------------------
  930.  
  931. Sure and there was a bunch of people in Africa that thought it would 
  932. be better to stick with drums because they could keep the logs and 
  933. sticks stored locally too.
  934.  
  935. My gawd,  Magumbo what if I don't get a dial tone!!!!!
  936.  
  937. --- WtrGate+ v0.93.p7 sn 165
  938.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  939. (1:109/42)
  940.  
  941. +----------------------------------------------------------------------------+
  942.  
  943. From: letoured@nospam.net                               20-Dec-99 13:26:14
  944.   To: All                                               20-Dec-99 16:56:01
  945. Subj: Re: Who runs this country?
  946.  
  947. From: letoured@nospam.net
  948.  
  949. Joe Malloy" <jmalloy@borg.com> said:
  950.  
  951. >Anyone who would place the "reputation" of an institution above the
  952. >actual abilities of the person in front of them deserves what they get --
  953. >mediocrity.  It's not a mortal sin, but it is mediocre.
  954.  
  955. Sorry but the world does not work this way.  Back when I use to do the
  956. hiring there were a couple of places where we knew from experience that
  957. the candidates needed to be checked more carefully. Sometimes they were
  958. good, but most of the time they were a problem that showed up later. 
  959.  
  960. After we learned that, it meant they were always going to be the second
  961. and third choices in the interview lineup and they had better be better,
  962. not just in person but on paper, or there wasn't much chance that I was
  963. going to give them a shot at a job, much less spending money flying them
  964. in for an interview.
  965.  
  966.  
  967.  
  968. ><letoured@nospam.net> wrote in message
  969. >news:385d1d01$1$yrgbherq$mr2ice@news.sover.net...
  970. >> sbm@direct.ca (Siobhan Medeiros) said:
  971. >>
  972. >> >>I have decided that I will never interview a graduate of the University
  973. >of
  974. >> >>Alberta if they confer any degree upon you. If you are an example of the
  975. >> >>university, the university is a disgrace to the name, the province, the
  976. >> >>country, and the world.
  977. >>
  978. >> >>A copy of this message is being sent to the university.
  979. >> >>
  980. >> >Now, that's ridiculous.  If every university which graduated a looney was
  981. >> >boycotted by employers, there wouldn't be a post-grad in the country
  982. >> >still working.
  983. >>
  984. >> No its not. Society needs to filter out the loony tunes. Might as well use
  985. >> the university system as anything else.  -- And frankly, considering some
  986. >> of the stuff I see coming from these folks, we should have started a long
  987. >> time ago.
  988. >>
  989. >>
  990. >> _____________
  991. >> Ed Letourneau <letoured@sover.net>
  992. >>
  993.  
  994.  
  995. _____________
  996. Ed Letourneau <letoured@sover.net>
  997.  
  998. --- WtrGate+ v0.93.p7 sn 165
  999.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  1000. (1:109/42)
  1001.  
  1002. +----------------------------------------------------------------------------+
  1003.  
  1004. From: cbass2112@my-deja.com                             20-Dec-99 18:34:19
  1005.   To: All                                               20-Dec-99 16:56:01
  1006. Subj: Re: Bass digest, volume 2451531
  1007.  
  1008. From: cbass2112@my-deja.com
  1009.  
  1010. In article <83fedd$edr$1@news.hawaii.edu>,
  1011.   tholenantispam@hawaii.edu wrote:
  1012.  
  1013. -- snip --
  1014.  
  1015. > Still suffering from reading comprehension problems?
  1016.  
  1017. Still beating your wife?
  1018.  
  1019. -- snip --
  1020.  
  1021.  
  1022. Curtis
  1023.  
  1024.  
  1025. Sent via Deja.com http://www.deja.com/
  1026. Before you buy.
  1027.  
  1028. --- WtrGate+ v0.93.p7 sn 165
  1029.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  1030.  
  1031. +----------------------------------------------------------------------------+
  1032.  
  1033. From: jedi@dementia.mishnet                             20-Dec-99 17:53:25
  1034.   To: All                                               20-Dec-99 16:56:01
  1035. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  1036.  
  1037. From: jedi@dementia.mishnet ()
  1038.  
  1039. On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  1040. >On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com> 
  1041. >said:
  1042. >
  1043. >|In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  1044. kwilas@stardock.com 
  1045. >|says...
  1046. >|>In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  1047. >|>>The safest place for data is, sorry, web based services which are commonly
  1048. >|>>accessed with a browser.   My address book, phone lists and other critical
  1049. >|>>financial data are all safe and protected.   
  1050. >|>
  1051. >|>That's all fine and wonderful when your Internet connection (and those
  1052. >|>of your web based service provider and anything in between) is working. 
  1053. >|
  1054. >|Of course, even with my NEW CABLE MODEM:-), I prefer local stuff with
  1055. backups. 
  1056. >|
  1057. >|>What's that? Your DSL line is down? Well, I'm sure you'll be happy to
  1058. >|>know your data'll be safe until you get back. Course, you can't use
  1059. >|>it until then (less it's cached locally, but that's arguing against
  1060. >|>your point in this day and time). 
  1061. >|>
  1062. >|>>Yes MY data is most important.
  1063. >|
  1064. >|Indeed. My data is safe and secure with me where I can get to it. C
  1065. >|Connection down? No problem.
  1066. >|Computer down? No problem.
  1067. >|House burned down? No problem.
  1068. >|
  1069. >|After all, that's what backup media and safe boxes are for.
  1070. >|
  1071. >|>Absolutely, but w/o being able to get at that data, it's worthless.
  1072. >|>
  1073. >|>Kris
  1074. >|>
  1075. >|
  1076. >|-- 
  1077. >|---------------------------------------
  1078. >|David H. McCoy
  1079. >|dmccoy@EXTRACT_THIS_mnsinc.com
  1080. >|---------------------------------------
  1081. >
  1082. >Sure and there was a bunch of people in Africa that thought it would 
  1083. >be better to stick with drums because they could keep the logs and 
  1084. >sticks stored locally too.
  1085. >
  1086. >My gawd,  Magumbo what if I don't get a dial tone!!!!!
  1087.  
  1088.     If you don't get dial tone, your apps are gone, PERIOD.
  1089.  
  1090.     No attempts to call anyone that disagrees with you some
  1091.     sort of throwback will change this. The net isn't quite
  1092.     as redundant as it used to be. At this point, it's far
  1093.     too unreliable to trust your applications to. It's not
  1094.     redundant enough.
  1095.  
  1096.     When your net based services have the redunandancy and
  1097.     high availability that you can throw at your local 
  1098.     servers or even your local workstations, then this sort
  1099.     of application will start to make sense.
  1100.  
  1101. -- 
  1102.  
  1103.    One of the great lies of our age is the myth that       
  1104.    Microsoft has somehow managed to turn these random       
  1105.    collections of spare parts known as PC clones into              ||| 
  1106.    the equivalent of a Macintosh.                / | \
  1107.  
  1108.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  1109.  
  1110. --- WtrGate+ v0.93.p7 sn 165
  1111.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  1112.  
  1113. +----------------------------------------------------------------------------+
  1114.  
  1115. From: jklewis@dontspam.com                              20-Dec-99 12:45:23
  1116.   To: All                                               20-Dec-99 16:56:01
  1117. Subj: Re: Preventing a TRAP#### from
  1118.  
  1119. From: Jim Lewis <jklewis@dontspam.com>
  1120.  
  1121. --------------D765898ED0594C4F7ACFEB78
  1122. Content-Type: text/plain; charset=us-ascii
  1123. Content-Transfer-Encoding: 7bit
  1124.  
  1125. Trancser wrote:
  1126.  
  1127. > I was wondering if there was a way to prevent having to actually reboot ones
  1128. > system, if a TRAP occurs? Is there a way to make the system ...I guess dump
  1129. > the trap were your actually able to regain control of your system, without
  1130. > having to press either reset button on your computer, or press the C.A.D.
  1131. > sequence?
  1132. >
  1133. > I know that there is a 'trapdump' parameter one can place inside their
  1134. > config.sys file, but this doesnt sound like it will help prevent one from
  1135. > having to reboot....
  1136.  
  1137.  I see someone has already answered you wrong so I'll give you a more correct
  1138. answer. It is possible to recover from a "fatal" system trap if you install
  1139. the
  1140. Kernel Debugger and know how to use it. Note that only advanced users would
  1141. even want to think about attempting this. Depending on what the trap was you
  1142. may be able to "fix" what caused the trap and continue running. Myself and
  1143. others used to do this more than we would like to admit back when I was in
  1144. OS/2
  1145. ISV support.
  1146.  
  1147.  A better solution of course is to just fix whatever broke. Also, as you
  1148. suspected the TRAPDUMP thing doesn't let you recover from a trap, rather it
  1149. dumps the state of the machine to diskettes or the hard drive for analysis
  1150. later. You can also invoke a dump by pressing Ctrl-Alt-NumLock- Numlock.
  1151.  
  1152.  
  1153. --
  1154.  
  1155. Jim Lewis
  1156. Not speaking for IBM.
  1157. Free OS/2 utilities and Java games - http://www.chauvet.com/jim.lewis
  1158.  
  1159.  
  1160.  
  1161. --------------D765898ED0594C4F7ACFEB78
  1162. Content-Type: text/html; charset=us-ascii
  1163. Content-Transfer-Encoding: 7bit
  1164.  
  1165. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
  1166. <HTML>
  1167. Trancser wrote:
  1168. <BLOCKQUOTE TYPE=CITE>I was wondering if there was a way to prevent having
  1169. to actually reboot ones
  1170. <BR>system, if a TRAP occurs? Is there a way to make the system ...I guess
  1171. dump
  1172. <BR>the trap were your actually able to regain control of your system,
  1173. without
  1174. <BR>having to press either reset button on your computer, or press the
  1175. C.A.D.
  1176. <BR>sequence?
  1177. <P>I know that there is a 'trapdump' parameter one can place inside their
  1178. <BR>config.sys file, but this doesnt sound like it will help prevent one
  1179. from
  1180. <BR>having to reboot....</BLOCKQUOTE>
  1181.  
  1182. <P><BR> I see someone has already answered you wrong so I'll give
  1183. you a more correct answer. It is possible to recover from a "fatal" system
  1184. trap if you install the Kernel Debugger and know how to use it. Note that
  1185. only advanced users would even want to think about attempting this. Depending
  1186. on what the trap was you may be able to "fix" what caused the trap and
  1187. continue running. Myself and others used to do this more than we would
  1188. like to admit back when I was in OS/2 ISV support.
  1189. <P> A better solution of course is to just fix whatever broke.
  1190. Also, as you suspected the TRAPDUMP thing doesn't let you recover from
  1191. a trap, rather it dumps the state of the machine to diskettes or the hard
  1192. drive for analysis later. You can also invoke a dump by pressing
  1193. Ctrl-Alt-NumLock-
  1194. Numlock.
  1195. <BR> 
  1196. <PRE>-- 
  1197.  
  1198. Jim Lewis
  1199. Not speaking for IBM.
  1200. Free OS/2 utilities and Java games - <A
  1201. HREF="http://www.chauvet.com/jim.lewis">http://www.chauvet.com/jim.lewis</A></P
  1202. RE>
  1203.  </HTML>
  1204.  
  1205. --------------D765898ED0594C4F7ACFEB78--
  1206.  
  1207. --- WtrGate+ v0.93.p7 sn 165
  1208.  * Origin: Usenet: Network Computing Division (1:109/42)
  1209.  
  1210. +----------------------------------------------------------------------------+
  1211.  
  1212. From: tgal@pobox.com                                    20-Dec-99 12:38:23
  1213.   To: All                                               20-Dec-99 16:56:01
  1214. Subj: which soundcard to buy?
  1215.  
  1216. From: "Austy Garhi (n. d'e-pl.)" <tgal@pobox.com>
  1217.  
  1218. I'd appreciate your recommendations.  This is what 
  1219. I'd like to get from a soundcard:
  1220.  
  1221. --COMES WITH OS/2 DEVICE DRIVER.
  1222. --Takes electret microphones input.
  1223. --Enables the VoiceType features of Warp 4; in other 
  1224.    words, it has the required sampling rate, etc.
  1225. --When returning from a SLEEP/STANDBY state of APM 
  1226.    (advcd. power mngmt.) the soundcard restarts with 
  1227.    FULL FUNCTIONALITY: the cheap soundcards fail to 
  1228.    process .WAV files after a STANDBY!
  1229.  
  1230. As you can see, I'm not looking for "CBS-Recording-
  1231. Studios-on-PCI" type of card: just a 
  1232. reliable card for OS/2.
  1233.  
  1234. :)
  1235.  
  1236. -- 
  1237.  ===>  tgal@pobox.com
  1238.  
  1239. ╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕
  1240. InfoBaHn on:  Rockwell, Netscape, InJOY, and OS/2
  1241. ____________________________________________________
  1242. ((( BOXER )))  fassst, 32-bit character mode editor
  1243.  
  1244. http://www.boxersoftware.com/
  1245. ╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕
  1246. ((( InJOY ))) INTERNET DIALER apparatus EXTRAORDINAIRE!
  1247.  
  1248. http://www.fx.dk/injoy
  1249. ╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕
  1250. ((( BLOWFISH ))) ENCRYPTION for users/developers.
  1251.  
  1252. http://www.counterpane.com/blowfish.html
  1253. ╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕╕
  1254.  
  1255. --- WtrGate+ v0.93.p7 sn 165
  1256.  * Origin: Usenet: meer.net (1:109/42)
  1257.  
  1258. +----------------------------------------------------------------------------+
  1259.  
  1260. From: cbass2112@my-deja.com                             20-Dec-99 21:18:21
  1261.   To: All                                               20-Dec-99 20:46:00
  1262. Subj: Re: OS2 comes in 9th (Re: OS2 garners 'OTHER' status in operating syste
  1263.  
  1264. From: cbass2112@my-deja.com
  1265.  
  1266. In article <zozo85gn5s.2b.uno@sage.40th.com>,
  1267.   reply@only.n.news.40th.com wrote:
  1268. >
  1269. > For hard-hitting, knock-out numbers, click on this link.  It has OS2
  1270. > numbers (9th place, right ahead of ... Amiga):
  1271. >
  1272. >  http://www.thecounter.com/stats/December/os.html
  1273. >
  1274. >  Summary
  1275.  
  1276. -- snip --
  1277.  
  1278. And how many of the approx. 1.7 million Win3.1 hits are running
  1279. Win-OS/2?  It could be anywhere from zero to approx 1.7 million. The
  1280. point is that there is no way of knowing.
  1281.  
  1282. That Win9x is popular is a given. So are Mickey-D's hamburgers.
  1283.  
  1284. So is Spam.
  1285.  
  1286.  
  1287. Curtis
  1288.  
  1289.  
  1290. Sent via Deja.com http://www.deja.com/
  1291. Before you buy.
  1292.  
  1293. --- WtrGate+ v0.93.p7 sn 165
  1294.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  1295.  
  1296. +----------------------------------------------------------------------------+
  1297.  
  1298. From: jdesmaraNOjdSPAM@novanthealth.or...               20-Dec-99 13:29:22
  1299.   To: All                                               20-Dec-99 20:46:00
  1300. Subj: Re: which soundcard to buy?
  1301.  
  1302. Message sender: jdesmaraNOjdSPAM@novanthealth.org.invalid
  1303.  
  1304. From: John Desmarais <jdesmaraNOjdSPAM@novanthealth.org.invalid>
  1305.  
  1306. In article <385E93D7.BFC4A6CA@pobox.com>, "Austy Garhi (n. d'e-pl.)"
  1307. <tgal@pobox.com> wrote:
  1308. > I'd appreciate your recommendations.  This is what =
  1309. > I'd like to get from a soundcard:
  1310. > --COMES WITH OS/2 DEVICE DRIVER.
  1311. > --Takes electret microphones input.
  1312. > --Enables the VoiceType features of Warp 4; in other =
  1313. >    words, it has the required sampling rate, etc.
  1314. > --When returning from a SLEEP/STANDBY state of APM =
  1315. >    (advcd. power mngmt.) the soundcard restarts with =
  1316. >    FULL FUNCTIONALITY: the cheap soundcards fail to =
  1317. >    process .WAV files after a STANDBY!
  1318. > As you can see, I'm not looking for "CBS-Recording-
  1319. > Studios-on-PCI" type of card: just a =
  1320. > reliable card for OS/2.
  1321.  
  1322. Look for any board using chipsets from one of these companies.
  1323.  
  1324. ESS Technology Inc.
  1325. OS/2 drivers for their various audio chipsets (ESS 1868PnP, 1869, etc).
  1326. Good driver providing full duplex audio (simultaneous recording &
  1327. playing) as well as great simultaneous OS/2 & WinOS/2 audio.
  1328.  
  1329. Crystal Semiconductor
  1330. Audio chipsets with good OS/2 drivers.
  1331.  
  1332. Aureal
  1333. Makers of PCI audio chips with native OS/2 support. Their 8820 A3D chip
  1334. is used in cards by Xitel, Turtle Beach, Diamond and others. NOTE:
  1335. Aureal claim these are reference drivers only--you should contact your
  1336. card manufacturer for specific drivers.
  1337.  
  1338.  
  1339. * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
  1340. The fastest and easiest way to search and participate in Usenet - Free!
  1341.  
  1342. --- WtrGate+ v0.93.p7 sn 165
  1343.  * Origin: Usenet: http://www.remarq.com: The World's Usenet/Discuss
  1344. (1:109/42)
  1345.  
  1346. +----------------------------------------------------------------------------+
  1347.  
  1348. From: cmulligan@hipcrime.vocab.org                      20-Dec-99 13:57:12
  1349.   To: All                                               20-Dec-99 20:46:00
  1350. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  1351.  
  1352. From: "Chad Mulligan" <cmulligan@hipcrime.vocab.org>
  1353.  
  1354. <jedi@dementia.mishnet> wrote in message
  1355. news:slrn85sr5f.bht.jedi@localhost.localdomain...
  1356. > On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  1357. > >On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com>
  1358. > >said:
  1359. > >
  1360. <trimmed>
  1361. >
  1362. > If you don't get dial tone, your apps are gone, PERIOD.
  1363. >
  1364. > No attempts to call anyone that disagrees with you some
  1365. > sort of throwback will change this. The net isn't quite
  1366. > as redundant as it used to be. At this point, it's far
  1367. > too unreliable to trust your applications to. It's not
  1368. > redundant enough.
  1369. >
  1370.  
  1371. Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  1372. always was.  If the dial up points of presence you use aren't as reliable as
  1373. always, or the access to the net isn't there, you need a new ISP.
  1374.  
  1375. > When your net based services have the redunandancy and
  1376. > high availability that you can throw at your local
  1377. > servers or even your local workstations, then this sort
  1378. > of application will start to make sense.
  1379. >
  1380. > --
  1381. >
  1382. >    One of the great lies of our age is the myth that
  1383. >    Microsoft has somehow managed to turn these random
  1384. >    collections of spare parts known as PC clones into          |||
  1385. >    the equivalent of a Macintosh. / | \
  1386. >
  1387. > Searching for sane PPP docs? Try http://penguin.lvcm.com
  1388.  
  1389.  
  1390. --- WtrGate+ v0.93.p7 sn 165
  1391.  * Origin: Usenet: Hipcrime Vocabulary Organization (1:109/42)
  1392.  
  1393. +----------------------------------------------------------------------------+
  1394.  
  1395. From: tpkelley@winkinc.com                              20-Dec-99 15:55:14
  1396.   To: All                                               20-Dec-99 20:46:00
  1397. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!    
  1398.  
  1399. From: tim kelley <tpkelley@winkinc.com>
  1400.  
  1401. "Kelly Robinson, friend of all men" wrote:
  1402.  
  1403. > There are more important things in life than computers and bullshit
  1404. > technology.  Y2k proves how much rubbish computers are in the first
  1405. > place - mankind invented them thinking they'd be cool.  [bzzt]  Not!
  1406.  
  1407. I believe technology has had a rather deleterious effect on
  1408. humanity ... but, like it or not, it's here to stay.
  1409.  
  1410. at least communications technology is interesting, if anything.
  1411.  
  1412. --- WtrGate+ v0.93.p7 sn 165
  1413.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  1414.  
  1415. +----------------------------------------------------------------------------+
  1416.  
  1417. From: jansens_at_ibm_dot_net                            20-Dec-99 22:02:18
  1418.   To: All                                               20-Dec-99 20:46:00
  1419. Subj: Re: FreeOS - project to Clone OS/2
  1420.  
  1421. From: jansens_at_ibm_dot_net (Karel Jansens)
  1422.  
  1423. On Mon, 20 Dec 1999 17:46:40, andrew@netneurotic.de (Andrew J. Brehm) 
  1424. wrote:
  1425.  
  1426. > Karel Jansens <jansens_at_ibm_dot_net> wrote:
  1427. > > On Sun, 19 Dec 1999 08:39:13, veit@borneo.gmd.de (Holger Veit) wrote:
  1428. > >
  1429. > > Minix wan't free when Mr Torvalds started work on the Linux kernel.
  1430. > > Cheap, yes. Free, no.
  1431. > You seem to misunderstand the term "free" here, otherwise you wouldn't
  1432. > use "cheap" as a level.
  1433. I meant "cheap" as in "only USD 40 per license", which is the price I 
  1434. remember from 1990. Compared to what a UNIX license cost back then, it
  1435. might just as well have been for free.
  1436.  
  1437. > Minix was indeed not free (and I'm not sure whether it is today), but it
  1438. > was always free for education purposes if I remember correctly.
  1439. > Anyway, the main problem with Minix (from a Linus Thorvalds or hacker
  1440. > perspective) was that Andrew Tanenbaum (the Minix author) didn't want
  1441. > Minix to be extended into a full-blown OS, since the very idea of Minix
  1442. > is that it can be understood in six months. It was developed for
  1443. > education purposes at a university in the Nederlands and that's what it
  1444. > is still used for.
  1445. You are correct about Tanenbaum's goal for Minix. I think it is freely
  1446. downloadable nowadays, but I'm not sure if the source is available 
  1447. (the "other" meaning of "free").
  1448.  
  1449. Karel Jansens
  1450. jansens_at_attglobal_dot_net
  1451. =======================================================
  1452. "The method employed I would gladly explain,
  1453. While I have it so clear in my head,
  1454. If I had but the time and you had but the brain -
  1455. But much yet remains to be said."
  1456.  
  1457. the Hunting of the Snark (Lewis Carroll)
  1458. =======================================================
  1459.  
  1460. --- WtrGate+ v0.93.p7 sn 165
  1461.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  1462. (1:109/42)
  1463.  
  1464. +----------------------------------------------------------------------------+
  1465.  
  1466. From: jedi@dementia.mishnet                             20-Dec-99 22:19:28
  1467.   To: All                                               20-Dec-99 20:46:00
  1468. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  1469.  
  1470. From: jedi@dementia.mishnet ()
  1471.  
  1472. On Mon, 20 Dec 1999 13:57:25 -0800, Chad Mulligan
  1473. <cmulligan@hipcrime.vocab.org> wrote:
  1474. >
  1475. ><jedi@dementia.mishnet> wrote in message
  1476. >news:slrn85sr5f.bht.jedi@localhost.localdomain...
  1477. >> On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  1478. >> >On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com>
  1479. >> >said:
  1480. >> >
  1481. ><trimmed>
  1482. >>
  1483. >> If you don't get dial tone, your apps are gone, PERIOD.
  1484. >>
  1485. >> No attempts to call anyone that disagrees with you some
  1486. >> sort of throwback will change this. The net isn't quite
  1487. >> as redundant as it used to be. At this point, it's far
  1488. >> too unreliable to trust your applications to. It's not
  1489. >> redundant enough.
  1490. >>
  1491. >
  1492. >Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  1493. >always was.  If the dial up points of presence you use aren't as reliable as
  1494.  
  1495.     In that case, it's never lived up to it's hype.
  1496.  
  1497. >always, or the access to the net isn't there, you need a new ISP.
  1498.  
  1499.     Are you actually expecting mere END USERS to be forced
  1500.     to actually be aware of all the quality issues involved
  1501.     with ensuring that their 'online applications' are robust
  1502.     wrt personal availability?
  1503.  
  1504. [deletia]
  1505.  
  1506. -- 
  1507.  
  1508.    One of the great lies of our age is the myth that       
  1509.    Microsoft has somehow managed to turn these random       
  1510.    collections of spare parts known as PC clones into              ||| 
  1511.    the equivalent of a Macintosh.                / | \
  1512.  
  1513.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  1514.  
  1515. --- WtrGate+ v0.93.p7 sn 165
  1516.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  1517.  
  1518. +----------------------------------------------------------------------------+
  1519.  
  1520. From: mamodeo@stny.rr.com                               20-Dec-99 17:59:02
  1521.   To: All                                               20-Dec-99 20:46:00
  1522. Subj: Re: Bass digest, volume 2451531
  1523.  
  1524. From: Marty <mamodeo@stny.rr.com>
  1525.  
  1526. Consistent with Curtis Bass' recent justification for his snippage:
  1527.  
  1528. CB] They would have encountered them in previous posts of the thread,
  1529. CB] and could have gone back to said previous posts were they so inclined.
  1530.  
  1531. I am deleting almost all but the most recent new text.
  1532.  
  1533. cbass2112@my-deja.com wrote:
  1534. > Still beating your wife?
  1535.  
  1536. I see you failed to answer the question.  No surprise there.
  1537.  
  1538. --- WtrGate+ v0.93.p7 sn 165
  1539.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  1540.  
  1541. +----------------------------------------------------------------------------+
  1542.  
  1543. From: nehrer@nospam.san.rr.com                          20-Dec-99 16:27:26
  1544.   To: All                                               20-Dec-99 20:46:00
  1545. Subj: Re: +++GET YOUR FREE PENTIUM CELERON-300+++____________________________
  1546.  
  1547. From: "Sock Puppet" <nehrer@nospam.san.rr.com>
  1548.  
  1549. sent to abuse@usenetserver.com
  1550.  
  1551. Path:
  1552. thoth.cts.com!mercury.cts.com!usc!howland.erols.net!news.idt.net!newsfeed.di
  1553. rect.ca!cyclone-l3!cyclone-l3.usenetserver.com!news4.usenetserver.com.POSTED
  1554. !not-for-mail
  1555. Message-ID: <385AD7DC.1BD26A18@yahoo.com>
  1556. From: PC <pc-reg_englsh@yahoo.com>
  1557. X-Mailer: Mozilla 4.05 [en] (Win95; I)
  1558. MIME-Version: 1.0
  1559. Newsgroups:
  1560. comp.os.ms-windows.win95.misc,comp.os.msdos.djgpp,comp.os.netware.misc,comp.
  1561. os.os2.advocacy,comp.os.os2.apps
  1562. Subject: +++GET YOUR FREE PENTIUM
  1563. CELERON-300+++______________________________________________________________
  1564. ______________________________45987ueroiu reuierjhweriouser wuhitouhw
  1565. Content-Type: multipart/alternative;
  1566. boundary="------------9D3A03F92B9A31DDCF077F6F"
  1567. Lines: 132
  1568. X-Abuse-Info: Please be sure to forward a copy of ALL headers
  1569. X-Abuse-Info: Otherwise we will be unable to process your complaint properly
  1570. X-Complaints-To: admin@usenetserver.com
  1571. NNTP-Posting-Date: Thu, 16 Dec 1999 19:39:18 EST
  1572. Organization: UseNet Server, Inc.  http://www.usenetserver.com - Home of the
  1573. fastest NNTP servers on the Net.
  1574. Date: Sat, 18 Dec 1999 03:39:56 +0300
  1575. Xref: thoth.cts.com comp.os.ms-windows.win95.misc:21710
  1576. comp.os.msdos.djgpp:18467 comp.os.netware.misc:20941
  1577. comp.os.os2.advocacy:31691 comp.os.os2.apps:17207
  1578.  
  1579.  
  1580. --------------9D3A03F92B9A31DDCF077F6F
  1581. Content-Type: text/plain; charset=us-ascii
  1582. Content-Transfer-Encoding: 7bit
  1583.  
  1584.  
  1585. =====================================================
  1586. Submit a simple form to order your Celeron-300MHz PC
  1587.                FOR ONLY $9.99
  1588. *****************************************************
  1589. CLICK HERE: http://63.71.76.38/reg_form_eng/index.htm
  1590. *****************************************************
  1591.  
  1592.  
  1593.  
  1594.  
  1595.  
  1596.  
  1597.  
  1598.  
  1599.  
  1600.  
  1601.  
  1602.  
  1603.  
  1604.  
  1605.  
  1606.  
  1607.  
  1608.  
  1609.  
  1610.  
  1611.  
  1612.  
  1613. =====================================================
  1614. Submit a simple form to order your Celeron-300MHz PC
  1615.                FOR ONLY $9.99
  1616. *****************************************************
  1617. CLICK HERE: http://63.71.76.38/reg_form_eng/index.htm
  1618. *****************************************************
  1619.  
  1620.  
  1621.  
  1622.  
  1623.  
  1624.  
  1625.  
  1626.  
  1627.  
  1628.  
  1629.  
  1630.  
  1631.  
  1632.  
  1633.  
  1634.  
  1635.  
  1636.  
  1637.  
  1638.  
  1639.  
  1640.  
  1641.  
  1642.  
  1643. --------------9D3A03F92B9A31DDCF077F6F
  1644. Content-Type: text/html; charset=us-ascii
  1645. Content-Transfer-Encoding: 7bit
  1646.  
  1647. <HTML>
  1648. <BODY
  1649. onload="window.open('http://63.71.76.38/reg_form_eng/index.htm','RemoteWindo
  1650. w')">
  1651. <BR>=====================================================
  1652. <BR>Submit a simple form to order your Celeron-300MHz PC
  1653. <BR>            
  1654.   
  1655. FOR ONLY $9.99
  1656. <BR>*****************************************************
  1657. <BR>CLICK HERE: <A
  1658. HREF="http://63.71.76.38/reg_form_eng/index.htm">http://63.71.76.38/reg_form
  1659. _eng/index.htm</A>
  1660. <BR>*****************************************************
  1661. <BR> 
  1662. <BR> 
  1663. <BR> 
  1664. <BR> 
  1665. <BR> 
  1666. <BR> 
  1667. <BR> 
  1668. <BR> 
  1669. <BR> 
  1670. <BR> 
  1671. <BR> 
  1672. <BR> 
  1673. <BR> 
  1674. <BR> 
  1675. <BR> 
  1676. <BR> 
  1677. <BR> 
  1678. <BR> 
  1679. <BR> 
  1680. <BR> 
  1681. <BR> 
  1682.  
  1683. <P>=====================================================
  1684. <BR>Submit a simple form to order your Celeron-300MHz PC
  1685. <BR>            
  1686.   
  1687. FOR ONLY $9.99
  1688. <BR>*****************************************************
  1689. <BR>CLICK HERE: <A
  1690. HREF="http://63.71.76.38/reg_form_eng/index.htm">http://63.71.76.38/reg_form
  1691. _eng/index.htm</A>
  1692. <BR>*****************************************************
  1693. <BR> 
  1694. <BR> 
  1695. <BR> 
  1696. <BR> 
  1697. <BR> 
  1698. <BR> 
  1699. <BR> 
  1700. <BR> 
  1701. <BR> 
  1702. <BR> 
  1703. <BR> 
  1704. <BR> 
  1705. <BR> 
  1706. <BR> 
  1707. <BR> 
  1708. <BR> 
  1709. <BR> 
  1710. <BR> 
  1711. <BR> 
  1712. <BR> 
  1713. <BR> 
  1714. <BR> 
  1715. <BR> </HTML>
  1716.  
  1717. --------------9D3A03F92B9A31DDCF077F6F--
  1718.  
  1719.  
  1720.  
  1721.  
  1722.  
  1723. --- WtrGate+ v0.93.p7 sn 165
  1724.  * Origin: Usenet: CTS Network Services (1:109/42)
  1725.  
  1726. +----------------------------------------------------------------------------+
  1727.  
  1728. From: yyyc186.illegaltospam@flashcom.net                20-Dec-99 18:36:29
  1729.   To: All                                               20-Dec-99 20:46:00
  1730. Subj: Re: which soundcard to buy?
  1731.  
  1732. From: yyyc186.illegaltospam@flashcom.net
  1733.  
  1734. In <jnlargxonggarwc.fn3fw91.pminews@news.tokyo.att.ne.jp>, on 12/21/99 
  1735.    at 08:52 AM, "Wayne Bickell" <wayne@SPAM.tkb.att.ne.jp> said:
  1736.  
  1737. >On Mon, 20 Dec 1999 12:38:47 -0800, Austy Garhi (n. d'e-pl.) wrote:
  1738.  
  1739. >:>I'd appreciate your recommendations.  This is what 
  1740. >:>I'd like to get from a soundcard:
  1741. >:>
  1742. >:>--COMES WITH OS/2 DEVICE DRIVER.
  1743. >:>--Takes electret microphones input.
  1744. >:>--Enables the VoiceType features of Warp 4; in other 
  1745. >:>   words, it has the required sampling rate, etc.
  1746. >:>--When returning from a SLEEP/STANDBY state of APM 
  1747. >:>   (advcd. power mngmt.) the soundcard restarts with 
  1748. >:>   FULL FUNCTIONALITY: the cheap soundcards fail to 
  1749. >:>   process .WAV files after a STANDBY!
  1750. >:>
  1751. >:>As you can see, I'm not looking for "CBS-Recording-
  1752. >:>Studios-on-PCI" type of card: just a 
  1753. >:>reliable card for OS/2.
  1754. >:>
  1755.  
  1756. >Go to:
  1757.  
  1758. >http://www.os2voice.org/
  1759.  
  1760. >and look at the December newsletter. There
  1761. >is a review of a PCI based soundcard that
  1762. >works well in OS/2 based on a Crystal chip.
  1763.  
  1764. Doesn't matter which brand or model you buy.  In less than a year IBM will
  1765. issue a fixpak breaking the product you chose, then have the odacity to
  1766. blame a bug in the device driver which never changed.
  1767.  
  1768. Here's an idea!  Buy one that doesn't work at all today and never did.  In
  1769. about a year or so the "compile it once & ship it" development style no
  1770. riding herd over fixpaks will probably introduce a bug into Warp which
  1771. allows your card to magically start working.
  1772.  
  1773. You'll be way ahead of the game then.
  1774.  
  1775. Roland
  1776.  
  1777. -- 
  1778. -----------------------------------------------------------
  1779. yyyc186.illegaltospam@flashcom.net              To Respond delete
  1780. ".illegaltospam"
  1781.                             MR/2 Internet Cruiser 1.52
  1782.                             For a Microsoft free univers
  1783. -----------------------------------------------------------
  1784.  
  1785. --- WtrGate+ v0.93.p7 sn 165
  1786.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  1787.  
  1788. +----------------------------------------------------------------------------+
  1789.  
  1790. From: wayne@SPAM.tkb.att.ne.jp                          21-Dec-99 08:52:28
  1791.   To: All                                               20-Dec-99 20:46:00
  1792. Subj: Re: which soundcard to buy?
  1793.  
  1794. From: "Wayne Bickell" <wayne@SPAM.tkb.att.ne.jp>
  1795.  
  1796. On Mon, 20 Dec 1999 12:38:47 -0800, Austy Garhi (n. d'e-pl.) wrote:
  1797.  
  1798. :>I'd appreciate your recommendations.  This is what 
  1799. :>I'd like to get from a soundcard:
  1800. :>
  1801. :>--COMES WITH OS/2 DEVICE DRIVER.
  1802. :>--Takes electret microphones input.
  1803. :>--Enables the VoiceType features of Warp 4; in other 
  1804. :>   words, it has the required sampling rate, etc.
  1805. :>--When returning from a SLEEP/STANDBY state of APM 
  1806. :>   (advcd. power mngmt.) the soundcard restarts with 
  1807. :>   FULL FUNCTIONALITY: the cheap soundcards fail to 
  1808. :>   process .WAV files after a STANDBY!
  1809. :>
  1810. :>As you can see, I'm not looking for "CBS-Recording-
  1811. :>Studios-on-PCI" type of card: just a 
  1812. :>reliable card for OS/2.
  1813. :>
  1814.  
  1815. Go to:
  1816.  
  1817. http://www.os2voice.org/
  1818.  
  1819. and look at the December newsletter. There
  1820. is a review of a PCI based soundcard that
  1821. works well in OS/2 based on a Crystal chip.
  1822.  
  1823. Cheers
  1824.  
  1825. Wayne
  1826.  
  1827. ******************************************************
  1828. Wayne Bickell
  1829. Tokyo, Japan
  1830. wayne@tkb.att.ne.jp
  1831. ******************************************************
  1832.            Posted with PMINews 2 for OS/2
  1833.   Running on OS/2 Warp 4 (UK)  + FixPak 9
  1834. ******************************************************
  1835.  
  1836.  
  1837.  
  1838. --- WtrGate+ v0.93.p7 sn 165
  1839.  * Origin: Usenet: AT&T Internet Service (1:109/42)
  1840.  
  1841. +----------------------------------------------------------------------------+
  1842.  
  1843. From: andrew@netneurotic.de                             21-Dec-99 02:00:23
  1844.   To: All                                               20-Dec-99 20:46:00
  1845. Subj: Re: FreeOS - project to Clone OS/2
  1846.  
  1847. From: andrew@netneurotic.de (Andrew J. Brehm)
  1848.  
  1849. Karel Jansens <jansens_at_ibm_dot_net> wrote:
  1850.  
  1851. > On Mon, 20 Dec 1999 17:46:40, andrew@netneurotic.de (Andrew J. Brehm)
  1852. > wrote:
  1853. > > Karel Jansens <jansens_at_ibm_dot_net> wrote:
  1854. > > 
  1855. > > > On Sun, 19 Dec 1999 08:39:13, veit@borneo.gmd.de (Holger Veit) wrote:
  1856. > > >
  1857. > > > Minix wan't free when Mr Torvalds started work on the Linux kernel.
  1858. > > > Cheap, yes. Free, no.
  1859. > > 
  1860. > > You seem to misunderstand the term "free" here, otherwise you wouldn't
  1861. > > use "cheap" as a level.
  1862. > > 
  1863. > I meant "cheap" as in "only USD 40 per license", which is the price I
  1864. > remember from 1990. Compared to what a UNIX license cost back then, it
  1865. > might just as well have been for free.
  1866.  
  1867. Still, this is not what "free" means in regard to software like Minix
  1868. and Linux.
  1869.  
  1870. > > Minix was indeed not free (and I'm not sure whether it is today), but it
  1871. > > was always free for education purposes if I remember correctly.
  1872. > > 
  1873. > > Anyway, the main problem with Minix (from a Linus Thorvalds or hacker
  1874. > > perspective) was that Andrew Tanenbaum (the Minix author) didn't want
  1875. > > Minix to be extended into a full-blown OS, since the very idea of Minix
  1876. > > is that it can be understood in six months. It was developed for
  1877. > > education purposes at a university in the Nederlands and that's what it
  1878. > > is still used for.
  1879. > > 
  1880. > You are correct about Tanenbaum's goal for Minix. I think it is freely
  1881. > downloadable nowadays, but I'm not sure if the source is available 
  1882. > (the "other" meaning of "free").
  1883.  
  1884. Of course the source is available, otherwise it wouldn't be possible to
  1885. study it, would it?
  1886.  
  1887.  
  1888. -- 
  1889. Fan of Woody Allen
  1890. User of MacOS, BeOS, LinuxPPC
  1891. Supporter of Pepperoni Pizza
  1892.  
  1893. --- WtrGate+ v0.93.p7 sn 165
  1894.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1895.  
  1896. +----------------------------------------------------------------------------+
  1897.  
  1898. From: pcguido@attglobal.net                             21-Dec-99 03:32:26
  1899.   To: All                                               21-Dec-99 03:29:03
  1900. Subj: Re: Tell me the story
  1901.  
  1902. From: pcguido@attglobal.net
  1903.  
  1904. Oh-Oh, your assessment of the value of SMP is off. Most people
  1905. don't know how to use a computer well enough to get much benefit
  1906. out of multiple processors; but, if you know how to use 'em, there's
  1907. nothing better. It's like arguing SCSI vs IDE. For the average,
  1908. everyday stuff (especially a one disk setup) IDE is fine; but if you
  1909. feel the need for speed, go SCSI (lvd, 10k drives)!
  1910.  
  1911. If you don't mind the hour-glass (hopefully because you're thinking);
  1912. or, if you run a singe cpu-bound job, go uni -for everything else: smp.
  1913.  
  1914. Guido
  1915.  
  1916.  
  1917. In <385E1014.19D52435@ibm.net>, Joseph <josco@ibm.net> writes:
  1918. >
  1919. >
  1920. >Christian Gustafson wrote:
  1921. >
  1922. >> "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  1923. news:MPG.12c7372724637fb0989690@news-server.mgfairfax.rr.com...
  1924. >> > >> And now, they too are gone.
  1925. >> > >
  1926. >> > >I've got version 3 for Windows, and boy, I tell you, it is
  1927. *unbelievably*
  1928. >> > >unstable.  You can simply open and close a few GIFs, and it hozes with
  1929. >> > >a Dr. Watson fault.  Needless to say, I didn't upgrade to v4.
  1930. >> > >
  1931. >> > >The new tools are cool and they work, sure, underneath, it's good old
  1932. >> > >Colorworks, but it could up-and-die at any time.
  1933. >> > >
  1934. >> > I used version 1+. Got it from Kiyoinc back in the day. The interface
  1935. really
  1936. >> > needed work, but the multithreading was pretty decent.
  1937. >>
  1938. >> I had 2.0 for OS/2.    The real shame of Colorworks back then was that it
  1939. >> was so tight and far ahead of other graphics apps, especially with its
  1940. >> multithreaded-ness and multiprocessor support, but IBM never followed-
  1941. >> up with a Warp-era SMP client.
  1942. >
  1943. >One does not need multiple processors to enjoy a multithreaded application.
  1944. >
  1945. >> Your purchase of CW was bittersweet, then, unless you were willing to
  1946. >> run in on OS/2 SMP 2.11 forever.
  1947. >
  1948. >I'm surprised SMP for PCs is still an issue.  By now I would have expected
  1949. the low cost PCs would have clued people into the
  1950. >real value of SMP.  IBM's decision to NOT release an SMP OS/2 still seems
  1951. wise to me.   The market, not IBM, rejected SMP.
  1952. >Even Be's successes are on low cost, single processors systems where their
  1953. threaded OS is superior.
  1954. >
  1955.  
  1956. --- WtrGate+ v0.93.p7 sn 165
  1957.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  1958. (1:109/42)
  1959.  
  1960. +----------------------------------------------------------------------------+
  1961.  
  1962. From: dave_yeo@mindlink.bc.ca                           21-Dec-99 03:32:14
  1963.   To: All                                               21-Dec-99 03:29:03
  1964. Subj: Re: OS2 comes in 9th (Re: OS2 garners 'OTHER' status in operating syste
  1965.  
  1966. From: dave_yeo@mindlink.bc.ca (Dave Yeo)
  1967.  
  1968. On Mon, 20 Dec 1999 21:18:42, cbass2112@my-deja.com wrote:
  1969.  
  1970. >  
  1971. > In article <zozo85gn5s.2b.uno@sage.40th.com>,
  1972. >   reply@only.n.news.40th.com wrote:
  1973. > >
  1974. > > For hard-hitting, knock-out numbers, click on this link.  It has OS2
  1975. > > numbers (9th place, right ahead of ... Amiga):
  1976. > >
  1977. > >  http://www.thecounter.com/stats/December/os.html
  1978. > >
  1979. > >  Summary
  1980. >  
  1981. > -- snip --
  1982. >  
  1983. > And how many of the approx. 1.7 million Win3.1 hits are running
  1984. > Win-OS/2?  It could be anywhere from zero to approx 1.7 million. The
  1985. > point is that there is no way of knowing.
  1986. >  
  1987. > That Win9x is popular is a given. So are Mickey-D's hamburgers.
  1988. >  
  1989. > So is Spam.
  1990. >  
  1991. Don't forget all of us who have to pretend to be a Win browser to get 
  1992. on sites.
  1993. Dave
  1994.  
  1995. --- WtrGate+ v0.93.p7 sn 165
  1996.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1997.  
  1998. +----------------------------------------------------------------------------+
  1999.  
  2000. From: osbo082@ibm.net                                   21-Dec-99 04:32:01
  2001.   To: All                                               21-Dec-99 03:29:03
  2002. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2003.  
  2004. From: osbo082@ibm.net (BobO)
  2005.  
  2006. On Mon, 20 Dec 1999 17:53:50, jedi@dementia.mishnet () said:
  2007.  
  2008. |On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  2009. |>On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com> 
  2010. |>said:
  2011. |>
  2012. |>|In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  2013. kwilas@stardock.com 
  2014. |>|says...
  2015. |>|>In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  2016. |>|>>The safest place for data is, sorry, web based services which are
  2017. commonly
  2018. |>|>>accessed with a browser.   My address book, phone lists and other
  2019. critical
  2020. |>|>>financial data are all safe and protected.   
  2021. |>|>
  2022. |>|>That's all fine and wonderful when your Internet connection (and those
  2023. |>|>of your web based service provider and anything in between) is working. 
  2024. |>|
  2025. |>|Of course, even with my NEW CABLE MODEM:-), I prefer local stuff with
  2026. backups. 
  2027. |>|
  2028. |>|>What's that? Your DSL line is down? Well, I'm sure you'll be happy to
  2029. |>|>know your data'll be safe until you get back. Course, you can't use
  2030. |>|>it until then (less it's cached locally, but that's arguing against
  2031. |>|>your point in this day and time). 
  2032. |>|>
  2033. |>|>>Yes MY data is most important.
  2034. |>|
  2035. |>|Indeed. My data is safe and secure with me where I can get to it. C
  2036. |>|Connection down? No problem.
  2037. |>|Computer down? No problem.
  2038. |>|House burned down? No problem.
  2039. |>|
  2040. |>|After all, that's what backup media and safe boxes are for.
  2041. |>|
  2042. |>|>Absolutely, but w/o being able to get at that data, it's worthless.
  2043. |>|>
  2044. |>|>Kris
  2045. |>|>
  2046. |>|
  2047. |>|-- 
  2048. |>|---------------------------------------
  2049. |>|David H. McCoy
  2050. |>|dmccoy@EXTRACT_THIS_mnsinc.com
  2051. |>|---------------------------------------
  2052. |>
  2053. |>Sure and there was a bunch of people in Africa that thought it would 
  2054. |>be better to stick with drums because they could keep the logs and 
  2055. |>sticks stored locally too.
  2056. |>
  2057. |>My gawd,  Magumbo what if I don't get a dial tone!!!!!
  2058. |
  2059. |    If you don't get dial tone, your apps are gone, PERIOD.
  2060. |
  2061. |    No attempts to call anyone that disagrees with you some
  2062. |    sort of throwback will change this. The net isn't quite
  2063. |    as redundant as it used to be. At this point, it's far
  2064. |    too unreliable to trust your applications to. It's not
  2065. |    redundant enough.
  2066. |
  2067. |    When your net based services have the redunandancy and
  2068. |    high availability that you can throw at your local 
  2069. |    servers or even your local workstations, then this sort
  2070. |    of application will start to make sense.
  2071.  
  2072. All points well taken, except the current state of redundancy.   Of 
  2073. course, maybe you cannot buy good redundancy for $19.95 a month from 
  2074. MSN, but that doesn't mean it is not available to those who need it 
  2075. and actually look for it.
  2076.  
  2077. Is it too expensive?. . . .no doubt for many applications, however it 
  2078. isn't for all applications.
  2079.  
  2080. IMO, somebody is a throw back if they adopt an all or nothing 
  2081. viewpoint.  Life is too complex for simple-minded dogma.  The hard 
  2082. cold and undeniable facts are that remote applications and data 
  2083. exists, its real, and it is being used by many people and in fact in 
  2084. many cases it is irreplaceable by local storage as the essential 
  2085. mission it accomplishes would be lost if it were.  
  2086.  
  2087. The fact is the debate on this subject ended some years ago, at least 
  2088. by those designing real systems.  Now it is merely a textbook question
  2089. where the answer is already largely known.
  2090.  
  2091. Now it is true that some people still need to beat on logs to get 
  2092. their messages across, and it is also true that many of these people 
  2093. will still be beating on logs long after they should have stopped.
  2094.  
  2095. --- WtrGate+ v0.93.p7 sn 165
  2096.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2097. (1:109/42)
  2098.  
  2099. +----------------------------------------------------------------------------+
  2100.  
  2101. From: osbo082@ibm.net                                   21-Dec-99 04:39:03
  2102.   To: All                                               21-Dec-99 03:29:03
  2103. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2104.  
  2105. From: osbo082@ibm.net (BobO)
  2106.  
  2107. On Mon, 20 Dec 1999 21:57:25, "Chad Mulligan" 
  2108. <cmulligan@hipcrime.vocab.org> said:
  2109.  
  2110. |
  2111. |>
  2112. |> If you don't get dial tone, your apps are gone, PERIOD.
  2113. |>
  2114. |> No attempts to call anyone that disagrees with you some
  2115. |> sort of throwback will change this. The net isn't quite
  2116. |> as redundant as it used to be. At this point, it's far
  2117. |> too unreliable to trust your applications to. It's not
  2118. |> redundant enough.
  2119. |>
  2120. |Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  2121. |always was.  If the dial up points of presence you use aren't as reliable as
  2122. |always, or the access to the net isn't there, you need a new ISP.
  2123. |
  2124.  
  2125. Yes even the 56k modem dial-up line can be reliable.  I have been an 
  2126. IBM.Net user for about 4 years (now AT&T something).  The fact is I 
  2127. use this system at least an average of 25 days a month, for an average
  2128. of about 4 hours a day, dialing up maybe an average of 3 or 4 times a 
  2129. day for an approximate 1 hour connection.
  2130.  
  2131. Results of this experiment are in about 4 years I think I have 
  2132. actually had to redial one time about 6 times to get a connection, and
  2133. only two times in those 4 years where the second dial up failed.  One 
  2134. time I got the connect on about the 4th dialup and one time that it 
  2135. actually took me about an hour to get a connection (where in 
  2136. astonishment I actually dialed about 20 times), which BTW, occurred 
  2137. one night around midnight on the Pacific coast.
  2138.  
  2139. --- WtrGate+ v0.93.p7 sn 165
  2140.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2141. (1:109/42)
  2142.  
  2143. +----------------------------------------------------------------------------+
  2144.  
  2145. From: josco@ibm.net                                     20-Dec-99 20:47:10
  2146.   To: All                                               21-Dec-99 03:29:03
  2147. Subj: Re: Tell me the story
  2148.  
  2149. From: Joseph <josco@ibm.net>
  2150.  
  2151. I use SMP with FreeBSD 3.1  - it is a compute server.  512MB RAM and 70 gig
  2152. storage.  That's for work. Before I ran an dual CPU
  2153. SGI IRIX system.   It's a niche system.
  2154.  
  2155. For the general desktop, SMP is not as important nor has the market ever
  2156. matured to justify NT's SMP support.  Just look at
  2157. what's selling despite NT's 2 CPU support and despite BeOSs SMP support and
  2158. FreeBSD's SMP support.   Dirt cheap PCs are in demand
  2159. and faster connectivity.
  2160.  
  2161. I wouldn't say that OS/2 should have acquired SMP  and if it had SMP would not 
  2162. have mattered much to most of us desktop users.
  2163. MS hasn't dropped the ball with SMP - they simply added a niche feature to NT
  2164. and windows9x is a totally incapable OS.
  2165.  
  2166. STILL the superior multitasking and efficient kernel of OS/2 and apparently
  2167. the BeOS make them far better than NT and Windows9x
  2168. for demanding stuff like multimedia and networking.  Windows2000 is far too
  2169. fat and CPU inefficient.  Win9x users could use a
  2170. better multitasking OS, not SMP.  Windows is doomed in the home and at work
  2171. it's going to last a while but the OS family seems
  2172. unable to evolve.
  2173.  
  2174. As for SCSI and IDE - I get the point and SCSI would be better than a dual
  2175. processor IDE system.  Still price point seems really
  2176. important for desktops - even with MS's push for deploying higher end
  2177. hardware.   The market resists them.
  2178.  
  2179. I like to think of the next wave of devices, systems with highly specialized
  2180. and dedicated co-processors or complex processors as
  2181. a kind of SMP.   PSX II, NUON processor, etc.   I think the addition of dual
  2182. general purposes x86 CPUs is very inefficient - both
  2183. cost and system complexity and doomed to fail to these speciality devices.
  2184.  
  2185. pcguido@attglobal.net wrote:
  2186.  
  2187. > Oh-Oh, your assessment of the value of SMP is off. Most people
  2188. > don't know how to use a computer well enough to get much benefit
  2189. > out of multiple processors; but, if you know how to use 'em, there's
  2190. > nothing better. It's like arguing SCSI vs IDE. For the average,
  2191. > everyday stuff (especially a one disk setup) IDE is fine; but if you
  2192. > feel the need for speed, go SCSI (lvd, 10k drives)!
  2193. >
  2194. > If you don't mind the hour-glass (hopefully because you're thinking);
  2195. > or, if you run a singe cpu-bound job, go uni -for everything else: smp.
  2196. >
  2197. > Guido
  2198. >
  2199. > In <385E1014.19D52435@ibm.net>, Joseph <josco@ibm.net> writes:
  2200. > >
  2201. > >
  2202. > >Christian Gustafson wrote:
  2203. > >
  2204. > >> "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  2205. news:MPG.12c7372724637fb0989690@news-server.mgfairfax.rr.com...
  2206. > >> > >> And now, they too are gone.
  2207. > >> > >
  2208. > >> > >I've got version 3 for Windows, and boy, I tell you, it is
  2209. *unbelievably*
  2210. > >> > >unstable.  You can simply open and close a few GIFs, and it hozes with
  2211. > >> > >a Dr. Watson fault.  Needless to say, I didn't upgrade to v4.
  2212. > >> > >
  2213. > >> > >The new tools are cool and they work, sure, underneath, it's good old
  2214. > >> > >Colorworks, but it could up-and-die at any time.
  2215. > >> > >
  2216. > >> > I used version 1+. Got it from Kiyoinc back in the day. The interface
  2217. really
  2218. > >> > needed work, but the multithreading was pretty decent.
  2219. > >>
  2220. > >> I had 2.0 for OS/2.  The real shame of Colorworks back then was that it
  2221. > >> was so tight and far ahead of other graphics apps, especially with its
  2222. > >> multithreaded-ness and multiprocessor support, but IBM never followed-
  2223. > >> up with a Warp-era SMP client.
  2224. > >
  2225. > >One does not need multiple processors to enjoy a multithreaded application.
  2226. > >
  2227. > >> Your purchase of CW was bittersweet, then, unless you were willing to
  2228. > >> run in on OS/2 SMP 2.11 forever.
  2229. > >
  2230. > >I'm surprised SMP for PCs is still an issue.  By now I would have expected
  2231. the low cost PCs would have clued people into the
  2232. > >real value of SMP.  IBM's decision to NOT release an SMP OS/2 still seems
  2233. wise to me.   The market, not IBM, rejected SMP.
  2234. > >Even Be's successes are on low cost, single processors systems where their
  2235. threaded OS is superior.
  2236. > >
  2237.  
  2238. --- WtrGate+ v0.93.p7 sn 165
  2239.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2240. (1:109/42)
  2241.  
  2242. +----------------------------------------------------------------------------+
  2243.  
  2244. From: josco@ibm.net                                     20-Dec-99 20:54:13
  2245.   To: All                                               21-Dec-99 03:29:03
  2246. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! 
  2247.  
  2248. From: Joseph <josco@ibm.net>
  2249.  
  2250.  
  2251. Jim Stuyck wrote:
  2252.  
  2253. > Joseph wrote:
  2254. >
  2255. > > The safest place for data is, sorry, web based services which are commonly
  2256. > > accessed with a browser.
  2257. >
  2258. > Huh? You're not in the "data processing" business as a profession, I hope.
  2259.  
  2260. It's no longer called "data processing." Advance Information systems
  2261. technology
  2262. is the new moniker.
  2263.  
  2264. Yes I am a professional but not a professional PC data back-up specialist.  
  2265. Yes
  2266. the internet and "web" is used by SOHO for doing data backups and yes I use
  2267. the
  2268. internet and services as well as ftp to "backup" critical data.   Someone at
  2269. SUN
  2270. said the network is the computer.  I think its time to recognize the real
  2271. significance of that statement.
  2272.  
  2273.  
  2274. --- WtrGate+ v0.93.p7 sn 165
  2275.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2276. (1:109/42)
  2277.  
  2278. +----------------------------------------------------------------------------+
  2279.  
  2280. From: ewill@lexi.athghost7038suus.net                   21-Dec-99 05:17:10
  2281.   To: All                                               21-Dec-99 03:29:04
  2282. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2283.  
  2284. From: ewill@lexi.athghost7038suus.net (The Ghost In The Machine)
  2285.  
  2286. In comp.os.linux.advocacy, Chad Mulligan <cmulligan@hipcrime.vocab.org>
  2287. wrote on Mon, 20 Dec 1999 13:57:25 -0800 <83m8hv$8od$1@news.campuscwix.net>:
  2288. >
  2289. ><jedi@dementia.mishnet> wrote in message
  2290. >news:slrn85sr5f.bht.jedi@localhost.localdomain...
  2291. >> On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  2292. >> >On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com>
  2293. >> >said:
  2294. >> >
  2295. ><trimmed>
  2296. >>
  2297. >> If you don't get dial tone, your apps are gone, PERIOD.
  2298. >>
  2299. >> No attempts to call anyone that disagrees with you some
  2300. >> sort of throwback will change this. The net isn't quite
  2301. >> as redundant as it used to be. At this point, it's far
  2302. >> too unreliable to trust your applications to. It's not
  2303. >> redundant enough.
  2304. >>
  2305. >
  2306. >Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  2307. >always was.  If the dial up points of presence you use aren't as reliable as
  2308. >always, or the access to the net isn't there, you need a new ISP.
  2309.  
  2310. I do have a dumb question, though.
  2311.  
  2312. Suppose there's an ISP/ASP called oopsie.net [+].  Now oopsie.net happens
  2313. to be a real cheap (in more than one sense of the word!) ISP, and
  2314. ultimately, after amassing a fair number of customers, goes under.
  2315.  
  2316. Suppose customer 'foobar@oopsie.net' has established an identity.  If
  2317. he's used somebody outside of oopsie (say, Verisign [*]), all well
  2318. and good -- although that merely pushes the problem back one level;
  2319. now Verisign would have a headache of verifying that 'foobar@oopsie.net'
  2320. has moved onto another ISP.
  2321.  
  2322. If he's used oopsie.net to establish his identity in order to
  2323. grab some programs (or some licenses), he's now either got to
  2324. pay again for these programs, or, again, establish his new identity
  2325. with the issuers of the certificates requiring his old identity
  2326. in such a manner as to eliminate fraud (suppose Mister Hacker
  2327. decided to do something evilly similar?).
  2328.  
  2329. This problem obviously transcends mere network connectivity, and
  2330. may also be related to such things as IRC bans (dynamic port
  2331. assignments can make a reliable method of quickly banning hackers
  2332. difficult, if not almost impossible).  One almost wishes that each
  2333. and every computer, location, and person be issued a 16-bit UUID
  2334. for such an emergency -- and even then, the person can fake the
  2335. UUID (how do we know he hasn't gimmicked the UUID card reader, or
  2336. stolen another's card?).  It would be harder to fake the computer's
  2337. UUID, though it could be done; the location UUID might even be
  2338. suspect, although that would take quite a lot of work and there's
  2339. the risk that a sharp IT manager would notice that the routing
  2340. doesn't look right...
  2341.  
  2342. And of course there's the issue of crackers [@] breaking into oopsie.net
  2343. and doing nasty things with it -- or even *owning* the ISP, letting
  2344. their fellow crackers wreak havoc on the Net.  (Needless to say,
  2345. I suspect that bans of the form *!*@*.oopsie.net would be very
  2346. quickly put into place at all major IRC hubs in such a case... :-) )
  2347.  
  2348. But I digress.
  2349.  
  2350. [rest snipped]
  2351.  
  2352. [+] The DNS shows that oopsie.net either doesn't exist, or can't
  2353.     receive E-mail messages (server failure).  It also isn't
  2354.     registered with Internic, although with the new system
  2355.     of domain name registration, who knows?
  2356.  
  2357. [*] www.verisign.com; they are a certificate service.  I don't know
  2358.     if their services include individual verification (as opposed to
  2359.     site or applet verification), but it might be possible... :-)
  2360.  
  2361. [@] The term "hackers" isn't altogether evil, although the popular
  2362.     press doesn't find them too popular.  Strictly speaking, though,
  2363.     a hacker is one who does tasty hacks -- as opposed to a cracker,
  2364.     who jimmies his way into computer systems.  One hack might be
  2365.     a very elegant graphics demo program (the Amiga used to abound
  2366.     with some very neat eye candy, for example, mostly written by
  2367.     Europeans).
  2368.  
  2369. -- 
  2370. ewill@aimnet.com -- insert random misquote here
  2371.  
  2372. --- WtrGate+ v0.93.p7 sn 165
  2373.  * Origin: Usenet: Verio (1:109/42)
  2374.  
  2375. +----------------------------------------------------------------------------+
  2376.  
  2377. From: ayamanita.nospam@bigfoot.com                      21-Dec-99 05:16:13
  2378.   To: All                                               21-Dec-99 03:29:04
  2379. Subj: Re: +++GET YOUR FREE PENTIUM 
  2380.  
  2381. From: Akira Yamanita <ayamanita.nospam@bigfoot.com>
  2382.  
  2383. I also contacted whitewind.ru since it says "Copyright 1999 WhiteWind
  2384. DVM
  2385. Corporation." I haven't gotten a response from either company though.
  2386. The
  2387. form sends the information to comp_reg_en@chat.ru using a simple mail
  2388. script.
  2389.  
  2390. The page offers a Pentium II 366 for $9.95. I think that conflicts with
  2391. the
  2392. subject line, unless the $9.95 is for the upgrade.
  2393.  
  2394. Sock Puppet wrote:
  2395. > sent to abuse@usenetserver.com
  2396.  
  2397. --- WtrGate+ v0.93.p7 sn 165
  2398.  * Origin: Usenet: Optimum Online (1:109/42)
  2399.  
  2400. +----------------------------------------------------------------------------+
  2401.  
  2402. From: josco@ibm.net                                     20-Dec-99 21:33:01
  2403.   To: All                                               21-Dec-99 03:29:04
  2404. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either!  
  2405.  
  2406. From: Joseph <josco@ibm.net>
  2407.  
  2408.  
  2409. Bob Germer wrote:
  2410.  
  2411. > On <385D21B4.4DEA6ED1@ibm.net>, on 12/19/99 at 01:19 PM,
  2412. >    Joseph <josco@ibm.net> said:
  2413. >
  2414. > > The safest place for data is, sorry, web based services which are
  2415. > > commonly accessed with a browser.   My address book, phone lists and
  2416. > > other critical financial data are all safe and protected.   Yes MY data
  2417. > > is most important.   I wouldn't want to argue with anyone about their
  2418. > > fascination with collecting commercial software.  Collecting software is
  2419. > > a great hobby when put in the right perspective.
  2420. >
  2421. > What a bunch of crap. The safest place for data is on a local hard disk
  2422. > which is mirrored and backed up with great frequency with the backup
  2423. > duplicated and stored off-site in a safe facility. If my office burned up
  2424. > any day but Sunday, I could lose no more than 4 hour's work since I do a
  2425. > differential backup of the network every four hours. The  tape is then put
  2426. > in my car and taken home every day. A full backup is done every Saturday
  2427. > after a final differential. The full backup is taken home that day along
  2428. > with a copy of the final differential. Each Saturday I bring the oldest
  2429. > full backup set to the office and use it for that day's full backup.
  2430.  
  2431. The safest place is in a secure building where they have redundant power,
  2432. multi lines to the
  2433. network and ... well the place where Yahoo and Hotmail place their servers. 
  2434. As I've been told by
  2435. those who toured the facilities when seeking a net presence for their DOT.COM. 
  2436.   These are unique
  2437. buildings.
  2438.  
  2439. > I would NEVER in a hundred years consider storing information accessible
  2440. > via the internet with a browser. If you do it and someone wants your data,
  2441. > they will get it. There is no absolute security on the web, NONE.
  2442.  
  2443. The best way to get to my data is to break into my office - or your car.   The 
  2444. web has security -
  2445. one speaks of security in terms of risks, not in absolutes.  The risks of
  2446. losing my data with a
  2447. home spun backup system is greater than the risks of a service provider losing 
  2448. my data.   I think
  2449. the hacker risks are over stated - if you walk the streets and send checks in
  2450. a mailbox then you
  2451. take greater risks.
  2452.  
  2453. > What do you do if your hard disk crashes and the network is down? How fast
  2454. > can you retrieve 20 gigs of data from the network?
  2455.  
  2456. Why would I need to get 20 MB of data if the network was down?  I work on
  2457. projects with files in
  2458. tens to hundreds of kb.  The content need not be large - text is simple.  
  2459. Such files are easily
  2460. accessed and downloaded over a phone line.  The phone service is more reliable 
  2461. than the power.  SF
  2462. has lost power in the last year but the phones worked, the network stayed and
  2463. so did Yahoo.
  2464.  
  2465. --- WtrGate+ v0.93.p7 sn 165
  2466.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2467. (1:109/42)
  2468.  
  2469. +----------------------------------------------------------------------------+
  2470.  
  2471. From: cmulligan@hipcrime.vocab.org                      20-Dec-99 21:39:20
  2472.   To: All                                               21-Dec-99 03:29:04
  2473. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2474.  
  2475. From: "Chad Mulligan" <cmulligan@hipcrime.vocab.org>
  2476.  
  2477. "Joseph" <josco@ibm.net> wrote in message news:385EDDD3.3391431E@ibm.net...
  2478. >
  2479. >
  2480. > Jim Stuyck wrote:
  2481. >
  2482. > > Joseph wrote:
  2483. > >
  2484. > > > The safest place for data is, sorry, web based services which are
  2485. commonly
  2486. > > > accessed with a browser.
  2487. > >
  2488. > > Huh? You're not in the "data processing" business as a profession, I
  2489. hope.
  2490. >
  2491. > It's no longer called "data processing." Advance Information systems
  2492. technology
  2493. > is the new moniker.
  2494. >
  2495. > Yes I am a professional but not a professional PC data back-up specialist.
  2496. Yes
  2497. > the internet and "web" is used by SOHO for doing data backups and yes I
  2498. use the
  2499. > internet and services as well as ftp to "backup" critical data.   Someone
  2500. at SUN
  2501. > said the network is the computer.  I think its time to recognize the real
  2502. > significance of that statement.
  2503.  
  2504. Yeah, The warning is paramount
  2505.  
  2506.  
  2507. >
  2508. >
  2509.  
  2510.  
  2511. --- WtrGate+ v0.93.p7 sn 165
  2512.  * Origin: Usenet: Hipcrime Vocabulary Organization (1:109/42)
  2513.  
  2514. +----------------------------------------------------------------------------+
  2515.  
  2516. From: cmulligan@hipcrime.vocab.org                      20-Dec-99 21:44:09
  2517.   To: All                                               21-Dec-99 03:29:04
  2518. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2519.  
  2520. From: "Chad Mulligan" <cmulligan@hipcrime.vocab.org>
  2521.  
  2522. <jedi@dementia.mishnet> wrote in message
  2523. news:slrn85tao9.1q8.jedi@localhost.localdomain...
  2524. > On Mon, 20 Dec 1999 13:57:25 -0800, Chad Mulligan
  2525. <cmulligan@hipcrime.vocab.org> wrote:
  2526. > >
  2527. <TRIMMED>
  2528.     > >>
  2529. > >
  2530. > >Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  2531. > >always was.  If the dial up points of presence you use aren't as reliable
  2532. as
  2533. >
  2534. > In that case, it's never lived up to it's hype.
  2535. >
  2536. > >always, or the access to the net isn't there, you need a new ISP.
  2537. >
  2538. > Are you actually expecting mere END USERS to be forced
  2539. > to actually be aware of all the quality issues involved
  2540. > with ensuring that their 'online applications' are robust
  2541. > wrt personal availability?
  2542. >
  2543.  
  2544. Well the end users that are part of my customer base don't have these
  2545. difficulties.  We actually take steps to anticipate their problems before
  2546. they occur.
  2547.  
  2548. > [deletia]
  2549. >
  2550. > --
  2551. >
  2552. >    One of the great lies of our age is the myth that
  2553. >    Microsoft has somehow managed to turn these random
  2554. >    collections of spare parts known as PC clones into          |||
  2555. >    the equivalent of a Macintosh. / | \
  2556. >
  2557. > Searching for sane PPP docs? Try http://penguin.lvcm.com
  2558.  
  2559.  
  2560. --- WtrGate+ v0.93.p7 sn 165
  2561.  * Origin: Usenet: Hipcrime Vocabulary Organization (1:109/42)
  2562.  
  2563. +----------------------------------------------------------------------------+
  2564.  
  2565. From: nenad@my-deja.com                                 21-Dec-99 05:44:15
  2566.   To: All                                               21-Dec-99 03:29:04
  2567. Subj: Re: FreeOS - project to Clone OS/2
  2568.  
  2569. From: Nenad Milenkovic <nenad@my-deja.com>
  2570.  
  2571.   veit@borneo.gmd.de (Holger Veit) wrote:
  2572.  
  2573. > You haven't the slightest idea, what the Aurora kernel rely is.
  2574.  
  2575. The way you say this, it looks like it's something more than
  2576. updated and enhaced kernel for an operating system. Is there
  2577. something special about Aurora kernel that positions it above
  2578. other operating system's kernels, considering technological
  2579. advancement in it?
  2580.  
  2581. Nenad
  2582.  
  2583.  
  2584. Sent via Deja.com http://www.deja.com/
  2585. Before you buy.
  2586.  
  2587. --- WtrGate+ v0.93.p7 sn 165
  2588.  * Origin: Usenet: Deja Posting Service (1:109/42)
  2589.  
  2590. +----------------------------------------------------------------------------+
  2591.  
  2592. From: osbo082@ibm.net                                   21-Dec-99 06:24:12
  2593.   To: All                                               21-Dec-99 03:29:04
  2594. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  2595.  
  2596. From: osbo082@ibm.net (BobO)
  2597.  
  2598. On Thu, 16 Dec 1999 08:14:50, Jim Frost <jimf@frostbytes.com> said:
  2599. |
  2600. |Windows 9x is horrible in this respect; installing or removing software can
  2601. |hose a system easily, and there's nothing stopping a user from just up and
  2602. |deleting the OS and/or application installation.  (This is the old "I ran out
  2603. |of disk space but I found all these files in C:\Windows that I know I didn't
  2604. |put there so I deleted them.  Now my PC won't boot.")  IMO Win9x is pretty
  2605. |much a worst-case TCO scenario for the hardware platform.  About the only way
  2606. |it's manageable at all is if you use something like Ghost that just does a
  2607. |disk image reinstall -- and all that does is make the fix faster, not the
  2608. |occurrances less frequent.
  2609. |
  2610. |OS/2 has the same problem that Windows 9x does in that it's really easy to
  2611. |destroy system software (that "I deleted stuff" problem again).  Thankfully
  2612. it
  2613. |wins big in two respects: most software doesn't go install new patches to the
  2614. |OS (so installing or removing software doesn't tend to screw other things
  2615. up),
  2616. |and there's so little aftermarket software out there that users aren't likely
  2617. |to be trying to install that nifty new game or screensaver.  So I will
  2618. |definitely grant you that TCO for OS/2 should be markedly better than Win9x.
  2619. |
  2620. |But NT ... well, NT is interesting from the POV of an administrator because
  2621. |you can seriously lock it down such that it's really quite hard to muck with
  2622. |the system software or applications.  No new software, no modifications to
  2623. old
  2624. |software, no ability to delete software.  Its big problem is that you have to
  2625. |go visit each system to install or upgrade software (that registry thing is
  2626. |just a cluster-fuck in terms of group system management) though of course
  2627. |there are some fairly expensive tools out there to minimize that.  (I think
  2628. |those tools mostly shift the costs from labor to capital, rather than really
  2629. |saving anything, but YMMV.)  But if you want to install a fixed set of
  2630. |software and leave it alone, well, NT is real good for that.
  2631.  
  2632. Well one could say that if you can truly lockdown an NT system that 
  2633. same system locked down in OS/2 would be WSOD, which clearly, with its
  2634. remote management features a lower COO.
  2635.  
  2636. OTOH, if you do not lockdown the system, you have to deal with your 
  2637. users trying to run a lot of Win95 specific garbage on their NT 
  2638. systems.
  2639.  
  2640. We have to be careful about how we rate the use of some of these 
  2641. optional features.
  2642.  
  2643. The bottom line, and this has been argued at length is that Win 9x is 
  2644. a wannabe OS/2.  Its feature list reads like an OS/2 feature list, yet
  2645. it never quite arrives.  NT on the other hand is the "promised" 
  2646. equivalent of OS/2.  At one time it appeared it might be superior to 
  2647. OS/2 (assuming you can ignore who was manufacturing it), but the cross
  2648. platform promise pretty much fell on its face.  
  2649.  
  2650. Now what we have is NT machines crashing right and left trying to 
  2651. install software and hardware designed for Win 9x.  I won't argue this
  2652. point as it is inarguable to me as I have experienced it first hand on
  2653. dozens of installations.  
  2654.  
  2655. The net result is for the past 4 1/2 years, the computer industry in 
  2656. the name of protecting Microsoft marketshare has been fed the pablum 
  2657. for the masses in the form on Win9x.  In order to protect NT from true
  2658. competition on the merits of a true 32 bit operating system, Microsoft
  2659. continues to divert development effort to this protection plan.  NT 
  2660. suffers and OS/2 suffers and the customer suffers.
  2661.  
  2662. Is this an evil plan?  No I don't believe that.  But I see it as a 
  2663. fact.  Just that sometimes what we did in the past prevents us from 
  2664. advancing in the future.
  2665.  
  2666. --- WtrGate+ v0.93.p7 sn 165
  2667.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2668. (1:109/42)
  2669.  
  2670. +----------------------------------------------------------------------------+
  2671.  
  2672. From: osbo082@ibm.net                                   21-Dec-99 06:29:14
  2673.   To: All                                               21-Dec-99 03:29:04
  2674. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  2675.  
  2676. From: osbo082@ibm.net (BobO)
  2677.  
  2678. On Mon, 20 Dec 1999 22:19:56, jedi@dementia.mishnet () said:
  2679.  
  2680. |>always, or the access to the net isn't there, you need a new ISP.
  2681. |
  2682. |    Are you actually expecting mere END USERS to be forced
  2683. |    to actually be aware of all the quality issues involved
  2684. |    with ensuring that their 'online applications' are robust
  2685. |    wrt personal availability?
  2686.  
  2687. Actually, I think he is recommending that if and only if the END USERS
  2688. in your organization are without any professional support.
  2689.  
  2690. --- WtrGate+ v0.93.p7 sn 165
  2691.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  2692. (1:109/42)
  2693.  
  2694. +----------------------------------------------------------------------------+
  2695.  
  2696. From: tholenantispam@hawaii.edu                         21-Dec-99 08:17:24
  2697.   To: All                                               21-Dec-99 10:47:02
  2698. Subj: Re: Thorne digest, volume 2451534
  2699.  
  2700. From: tholenantispam@hawaii.edu (Dave Tholen)
  2701.  
  2702. Today's Thorne digest:
  2703.  
  2704. 1> Balderdash.
  2705.  
  2706. On what basis do you make that claim, Edwin.
  2707.  
  2708. 1> Evidence please.
  2709.  
  2710. Unnecessary, given that I only asked a question.  Nevertheless, it is
  2711. true:
  2712.  
  2713. ] Message-ID: <3844BA98.32344157@groovyshow.com>
  2714. ]
  2715. ] I no longer feel I have the amount of stupidity necessary to hang around
  2716. ] here.  OS/2 is out of my life.
  2717.  
  2718.  
  2719.  
  2720.  
  2721. --- WtrGate+ v0.93.p7 sn 165
  2722.  * Origin: Usenet: IFA B-111 (1:109/42)
  2723.  
  2724. +----------------------------------------------------------------------------+
  2725.  
  2726. From: tholenantispam@hawaii.edu                         21-Dec-99 08:15:14
  2727.   To: All                                               21-Dec-99 10:47:02
  2728. Subj: Re: Amodeo digest, volume 2451534
  2729.  
  2730. From: tholenantispam@hawaii.edu (Dave Tholen)
  2731.  
  2732. Today's Amodeo digest:
  2733.  
  2734. 1> What Dave allegedly enjoys is irrelevant.
  2735.  
  2736. Very good, Marty.
  2737.  
  2738. 1> Dave never said that.
  2739.  
  2740. Very good, Marty.
  2741.  
  2742. 1> Why the erroneous attribution Joe?
  2743.  
  2744. He doesn't care about the truth.  You didn't know that?
  2745.  
  2746. --- WtrGate+ v0.93.p7 sn 165
  2747.  * Origin: Usenet: IFA B-111 (1:109/42)
  2748.  
  2749. +----------------------------------------------------------------------------+
  2750.  
  2751. From: tholenantispam@hawaii.edu                         21-Dec-99 08:14:24
  2752.   To: All                                               21-Dec-99 10:47:02
  2753. Subj: Re: Bass digest, volume 2451534
  2754.  
  2755. From: tholenantispam@hawaii.edu (Dave Tholen)
  2756.  
  2757. Today's Bass digest:
  2758.  
  2759. 1> Still beating your wife?
  2760.  
  2761. Non sequitur.
  2762.  
  2763. Hey Curtis, have you kept track of Lucien's latest antics?  Now he's
  2764. trying to attribute positions to me that I haven't taken.  And not too
  2765. long ago he changed his own argument.  Now it's not that the sentence
  2766. is ambiguous, but rather that it "grammatically" ambiguous.  And have
  2767. you noticed how he's ignored the Mozart example five times so far?
  2768.  
  2769. --- WtrGate+ v0.93.p7 sn 165
  2770.  * Origin: Usenet: IFA B-111 (1:109/42)
  2771.  
  2772. +----------------------------------------------------------------------------+
  2773.  
  2774. From: judithr@primenet.com                              20-Dec-99 15:07:26
  2775.   To: All                                               21-Dec-99 10:47:02
  2776. Subj: Re: which soundcard to buy?
  2777.  
  2778. From: judithr@primenet.com
  2779.  
  2780. Right now Indelible Blue has a special on AOpen soundcards which
  2781. have OS/2 drivers on the mfg. site, not in the box.  I appears to
  2782. have what you want but mine just came today and is not yet installed
  2783. so I am not sure of that.  Hope so, as I bought it so the voice app
  2784. in Warp would work.  I got voice working with a SB Awe64Value a year
  2785. ago and never want to go through that again.  The Indelible Blue or
  2786. AOpen web pages would probably have the specs you need. 
  2787.  
  2788.  
  2789. >I'd appreciate your recommendations.  This is what 
  2790. >I'd like to get from a soundcard:
  2791.  
  2792. >--COMES WITH OS/2 DEVICE DRIVER.
  2793. >--Takes electret microphones input.
  2794. >--Enables the VoiceType features of Warp 4; in other 
  2795. >   words, it has the required sampling rate, etc.
  2796. >--When returning from a SLEEP/STANDBY state of APM 
  2797. >   (advcd. power mngmt.) the soundcard restarts with 
  2798. >   FULL FUNCTIONALITY: the cheap soundcards fail to 
  2799. >   process .WAV files after a STANDBY!
  2800.  
  2801. >As you can see, I'm not looking for "CBS-Recording-
  2802. >Studios-on-PCI" type of card: just a 
  2803. >reliable card for OS/2.
  2804.  
  2805. >:)
  2806.  
  2807.  
  2808.  
  2809.  
  2810. Judith Russell       
  2811. judithr@primenet.com                    
  2812. Saugus Web Coordinator
  2813. http://www.hart.k12.ca.us/saugus
  2814.  
  2815.  
  2816.  
  2817. --- WtrGate+ v0.93.p7 sn 165
  2818.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  2819.  
  2820. +----------------------------------------------------------------------------+
  2821.  
  2822. From: jbergman@ixc.ixc.net                              20-Dec-99 17:50:27
  2823.   To: All                                               21-Dec-99 10:47:02
  2824. Subj: Re: FreeOS - project to Clone OS/2
  2825.  
  2826. From: "Trancser" <jbergman@ixc.ixc.net>
  2827.  
  2828. >
  2829. >    The WARP Server for e-business (Aurora) kernels are pretty much
  2830. >complete rewrites of the old WARP Server/WARP 4 kernels, for both Uni
  2831. >processing and SMP.  Specifically new are the 32 bit IFS support (used
  2832. >by JFS) and the significantly larger per process address space (3Gb).
  2833. >
  2834. >Brad BARCLAY
  2835. >
  2836.  
  2837. That SOUNDS like somethin' good, but since I'm not sure WHAT EXACTLY that
  2838. would come in handy with, I have to ask :)
  2839.  
  2840. How does that help OS/2?
  2841.  
  2842. btw, that 3Gb, that IS 3 Gigabytes, right?
  2843.  
  2844.  
  2845.  
  2846.  
  2847. --- WtrGate+ v0.93.p7 sn 165
  2848.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  2849.  
  2850. +----------------------------------------------------------------------------+
  2851.  
  2852. From: fisa@jet.uk                                       21-Dec-99 10:23:08
  2853.   To: All                                               21-Dec-99 10:47:02
  2854. Subj: Re: +++GET YOUR FREE PENTIUM 
  2855.  
  2856. From: filippo sartori <fisa@jet.uk>
  2857.  
  2858. HI
  2859. By trying to go to a level up in the html address I got into a porno
  2860. site....
  2861. I guess these guys wants your money....
  2862.  
  2863. Filippo
  2864.  
  2865. --- WtrGate+ v0.93.p7 sn 165
  2866.  * Origin: Usenet: UUNET WorldCom server (post doesn't reflect views
  2867. (1:109/42)
  2868.  
  2869. +----------------------------------------------------------------------------+
  2870.  
  2871. From: stan                                              21-Dec-99 21:30:08
  2872.   To: All                                               21-Dec-99 10:47:02
  2873. Subj: Re: InnoVal To Offer Low-Cost OS/2 ISP Service!
  2874.  
  2875. From: stan
  2876.  
  2877. On Sun, 19 Dec 1999 02:48:04, Tim Martin <OS2Guy@WarpCity.com> wrote:
  2878.  
  2879. > stan wrote:
  2880. > > I've missed all this can someone pls provide a url for this isp
  2881. > > TIA.....
  2882. > >
  2883. > > Stan..
  2884. > Here's the scoop Stan:
  2885. > InnoVal In Partnership With  IFST To Offer Low-Cost OS/2 ISP Service!
  2886. >  For Immediate Release:  December 10, 1999
  2887. >  IFST Inc, has joined in a business partnership arrangement with National
  2888. >  DialUp Services and InnoVal Systems Solutions, to provide a low-cost
  2889. >  nationwide ISP service for OS/2 users. ISP800, a private brand ISP for
  2890. >  corporate customers, is inaugurating service for consumers on January 3,
  2891. >  2000.
  2892. >  Extra special prices are available for any OS/2 user who pre-registers for
  2893. >  the service by December 30, 1999. In addition, three subscribers will be
  2894. >  selected, at random, from the first 100 OS/2 users who signup. These three
  2895. >  subscribers will receive free ISP service for one year until December 31,
  2896. >  2000.
  2897. >  Highlights of ISP800 service include:
  2898. >  Your choice of
  2899. >  Unlimited 56K access through an 800 dialup number or unlimited service
  2900. >  using a local dialup number.
  2901. >  A high performance and high capacity POP3 email mailbox
  2902. >  SMTP outbound email
  2903. >  Toll free 24/7 technical support
  2904. >  Very low cost for OS/2 users. ISP800 may also be used with Linux, Mac, and
  2905. >  Windows95/98 client platforms.
  2906. >  No signup fees. You may cancel the service at the end of any month.
  2907. >  Anyone who travels, uses the Internet from more than one permanent
  2908. >  location, or lives in an area not supported by a local access number, is
  2909. >  encouraged to use the 800 number. Performance on the 800 number is equal
  2910. >  to that of local access numbers since all connections are automatically and
  2911. >  instantly re-directed through a close-proximity modem. Access with the 800
  2912. >  number is available anywhere in the United States where a dial tone is
  2913. >  available. THERE IS NEVER AN ADDITIONAL FEE FOR USING THE 800
  2914. >  NUMBER TO ACCESS ISP800. Airfone (in plane service) and some hotels do
  2915. >  charge access fees when you dial an 800 number.
  2916. >  ISP800 Prices:
  2917. >      Regular service:   $19.95
  2918. >      For all OS/2 Users:   $15.95 ***
  2919. >  *** Anyone who pre-registers for the service by December 30, 1999, will
  2920. >  receive the first year of service for only $11.95 per month. You must be an
  2921. >  OS/2 user to pre-register at this price. Your pre-registration must be
  2922. >  received by 5:00pm on 12/30/99.
  2923. >  Additional email accounts are $3.95 per month. Limit is four additional
  2924. >  email accounts.
  2925. >  Please note: There is no direct USENET newsgroup access at this time. If
  2926. >  enough OS/2 users subscribe and there is sufficient interest, ISP800 will
  2927. >  add newsgroup access for OS/2 users. Deja (dejanews) and other
  2928. >  web-based newsgroup services may be used in lieu of standard USENET.
  2929. >  For additional information, and to signup for ISP800, please visit
  2930. >  http://isp800.com/os2. In particular, see the price page and the FAQ page.
  2931. >  For additional information send an email to os2isp@innoval.com.
  2932. > There's MORE!
  2933. > IISP800 To Offer Newsgroup Access With ISP Account!
  2934. >  For Immediate Release:  December 15, 1999
  2935. >  IISP800 for OS/2 Users To Include Newsgroups
  2936. >  Ft. Lauderdale, Florida - December 15, 1999. AFST Inc. is pleased to
  2937. >  announce that it will add high performance newsgroup service to ISP800.
  2938. >  This service will be in place when ISP800 for OS/2 is inaugurated on
  2939. >  January 3, 2000.
  2940. >  "I am pleased with the number of pre-registrations we are receiving from
  2941. >  the OS/2 community," said Randy Perez, president of AFST, "and I am
  2942. >  overwhelmed by the constructive, helpful and informative suggestions we're
  2943. >  getting from OS/2 users. You told us, in no uncertain terms, that
  2944. >  newsgroups are vital to you because they are a lifeline to technical
  2945. >  support and product information about OS/2 and OS/2 software. Keep telling
  2946. >  us what we need to know to better serve you."
  2947. >  AFST specializes in premium ISP services and Internet solutions. Its
  2948. >  flagship ISP service, ISP800, is providing special pricing to OS/2 users
  2949. >  throughout the United States. ISP800 offers 100% coverage in the United
  2950. >  States and unlimited Internet access through its unique toll free 800
  2951. >  number technology. Coverage is available anywhere in the U.S. where a dial
  2952. >  tone is available. ISP800 also plans to add local access service throughout
  2953. >  much of Canada in the near future. "We have to do it," said Perez. "I'm
  2954. >  amazed at how many OS/2 users there are in Canada. We can't provide 800
  2955. >  number access in Canada, yet, due to tariff regulations. But we will add
  2956. >  local access numbers for as many of you as possible."
  2957. >  For additional information, and to signup for ISP800, please visit
  2958. >  http://isp800.com/os2. In particular, see the price page and the FAQ page.
  2959. >  For additional information send an email to os2isp@innoval.com.
  2960. > Great Offer!
  2961. > Tim Martin
  2962. > The OS/2 Guy
  2963. > Warp City (http://warpcity.com)
  2964. > "Special Y2K Discount For NEW Members!"
  2965.  
  2966. Thanks to all who replied, I've forwared it on to others who are 
  2967. interested.....
  2968.  
  2969. --- WtrGate+ v0.93.p7 sn 165
  2970.  * Origin: Origin Line 1 Goes Here (1:109/42)
  2971.  
  2972. +----------------------------------------------------------------------------+
  2973.  
  2974. From: jbergman@ixc.ixc.net                              21-Dec-99 00:53:22
  2975.   To: All                                               21-Dec-99 10:47:02
  2976. Subj: Re: FreeOS - project to Clone OS/2
  2977.  
  2978. From: "Trancser" <jbergman@ixc.ixc.net>
  2979.  
  2980.  >
  2981. >Minix wan't free when Mr Torvalds started work on the Linux kernel.
  2982. >Cheap, yes. Free, no.
  2983. >
  2984. >Big problem with FreeOS I see is the transition from Assembly to C. 
  2985. >Might be a major speed bump.
  2986. >
  2987.  
  2988. Now this is weird. I have heard people say this before, but also are
  2989. to understand, that C is not only the best langauge to use for pretty
  2990. much anything, but that is extremely fast. I've heard that you can
  2991. use assembly langauge in compilers that I guess might not support
  2992. this or that feature, so if assembly is this really nice way of giving
  2993. a lot of expandability to your code, why use C anymore?
  2994.  
  2995.  
  2996.  
  2997.  
  2998. --- WtrGate+ v0.93.p7 sn 165
  2999.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3000.  
  3001. +----------------------------------------------------------------------------+
  3002.  
  3003. From: jbergman@ixc.ixc.net                              21-Dec-99 00:28:25
  3004.   To: All                                               21-Dec-99 10:47:02
  3005. Subj: Re: how much of OS/2 is ....
  3006.  
  3007. From: "Trancser" <jbergman@ixc.ixc.net>
  3008.  
  3009. >
  3010. >It is nothing that can be described in terms of lines of code, such that
  3011. >replacing 10 files of the kernel with rewritten versions will produce
  3012. >a M$ free OS. Large parts of the VM system have been written in 32 bit C
  3013. >since OS/2 2.0, but still there is conceptual (algorithms, data structures)
  3014. >property of M$ involved here.
  3015. >
  3016.  
  3017. Would Aurora be 100% M$ free code? 
  3018.  
  3019. >
  3020. >Actually, for the DOS successor, which later split into OS/2 2.x vs. NT 3.1.
  3021. >
  3022.  
  3023. Sorry, does that mean that (now) hpfs386 (for /2) is now M$ free?
  3024.  
  3025. >
  3026. >Take exemap and analyze the kernel executable. There are about 10 main
  3027. >16 bit segments (64K) and two large 32 bit segments (code, data).
  3028. >Most of the 16 bit API (including the driver and IFS interface) is 16 bit,
  3029. >and must remain 16 bit. Many data structures which have been published,
  3030. >like the OS/2 "list-of-lists" (SAS, System anchor segment) are in 16 bit
  3031. >segments, and must remain there, otherwise they'll break existing software.
  3032. >The obscure session management (SESMGR.DLL), the KBD/MOU/VIO APIs are all
  3033. >16 bit code, most of it even assembler. The SCI (system call interface),
  3034. >even for 32 bit API functions, is hybride - the call gates go into 16 bit
  3035. >code, and from there use a rather complicated (thanks to security enabling 
  3036. >services, performance measurement, and API tracing) procuedure to call
  3037. >the actual 32 bit API handler. Most of the standard textmode applications,
  3038. >including CMD.EXE are written in (partly 16 bit) assembler. 
  3039. >
  3040. >Holger
  3041. >
  3042.  
  3043. If 16-bit is known as "real mode" (it takes what it needs w/o asking the OS,
  3044. if I recall right?) and 32-bit is "protect mode" (it requests whatever
  3045. resources it needs from the OS) would it not be better to have everything in
  3046. 32-bit mode, so that the OS itself handles all the memory managment, and
  3047. whatever else the program(s) need? Or am I missing the concept between user
  3048. programs, and drivers etc?
  3049.  
  3050. Trancser
  3051.  
  3052.  
  3053.  
  3054.  
  3055. --- WtrGate+ v0.93.p7 sn 165
  3056.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3057.  
  3058. +----------------------------------------------------------------------------+
  3059.  
  3060. From: jbergman@ixc.ixc.net                              21-Dec-99 00:38:27
  3061.   To: All                                               21-Dec-99 10:47:02
  3062. Subj: Re: question about OS/2's memory managment and ...
  3063.  
  3064. From: "Trancser" <jbergman@ixc.ixc.net>
  3065.  
  3066. >>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  3067. >
  3068. >Process/thread scheduling and DOS emulation.
  3069. >
  3070. >Holger
  3071.  
  3072. I'm suprised you didnt also add the WPS in there :)
  3073.  
  3074. (I still wish that OS/2 used a simular method of executing programs like
  3075. Linux does - that and dynamic disk cache ....but I guess I'll stop saying
  3076. that, since I doubt anyone would ever add such a feature to OS/2 ...sides me
  3077. :)
  3078.  
  3079.  
  3080.  
  3081.  
  3082. --- WtrGate+ v0.93.p7 sn 165
  3083.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3084.  
  3085. +----------------------------------------------------------------------------+
  3086.  
  3087. From: jbergman@ixc.ixc.net                              21-Dec-99 00:14:07
  3088.   To: All                                               21-Dec-99 10:47:02
  3089. Subj: Re: FreeOS - project to Clone OS/2
  3090.  
  3091. From: "Trancser" <jbergman@ixc.ixc.net>
  3092.  
  3093. >
  3094. >So what? A FP12-Kernel is new...I am not talking about the frequency of
  3095. >bugfixes or the timestamp of a recompiled kernel. Unix technology is
  3096. >old and outdated. You can find out about this in discussions on porting
  3097. >java efficiently to Linux (hint: Posix threads are garbage for usable
  3098. >multithreading under Linux - it is a conceptual flaw, not implementation
  3099. >problem).
  3100. >
  3101.  
  3102. I do not doubt that there have been changes made to OS/2's kernel
  3103. but, it still seems that OS/2 needs quite a system to run (this is even
  3104. stated on IBM's webpage(s) - or were, I cant say I've visited any IBM
  3105. websites in a while) comfortably. I used to have OS/2 running on a
  3106. 486/sx 25mhz w/ 8 (upgraded to 20)megs of ram and a li'l 210meg
  3107. hard drive (which I later installed a 1620meg wd) since OS/2 does
  3108. use a disk space, but thats ok, I dont really mind that part. 
  3109.  
  3110. What I dont understand, is that regardless of how stable OS/2 is, it
  3111. can be really annoying when every bit of physical memory is being
  3112. consumed on a small low-memory system like I was using it on. And
  3113. by having virtually no free physcial memory free, caused major disk
  3114. activity with both opening the program and swapping (and on a low-
  3115. memory 486 system, swappings not fun at all), and swapping on a
  3116. crappy li'l 210 w/ OS/2 was a bit of a wait. I doubt I would've had
  3117. to much of a problem, if OS/2 ...perhaps had a dynamically sizing
  3118. caching system simular to Linux. Cause even if I would've had NO
  3119. free memory free, since I used a lot of command line based utils
  3120. have the program I was using cached in memory I believe would've
  3121. made for a lot less stress on the hd's (cause it really does make a 
  3122. difference in Linux).
  3123.  
  3124. >>are added. I cant say 100% technically myself, but I know that damned
  3125. >>kernel's updated A *LOT* ....heh.
  3126. >
  3127. >If you can't talk about 100% technical, then please better be quiet.
  3128. >
  3129.  
  3130. I would have to direct you to my reference above. I've had OS/2 since 
  3131. v2.99. And since then, IBM's system recommendations seem to go up
  3132. rather than ....at least stay the same. Although, I have been able to 
  3133. upgrade to at least a Pentium 60mhz (w/ an 120mhz OD in the 60's
  3134. place) and will not deny that the performance isnt noticably different
  3135. from my 486 days.
  3136.  
  3137. >
  3138. >You think? I "think" that that weather will be better tomorrow. I might be
  3139. >dead wrong there. I do know pretty well though what's in the OS/2 kernel
  3140. >and compared to that in the Linux kernel.
  3141. >
  3142.  
  3143. I'm sure there are significant difference between the two.
  3144.  
  3145. >
  3146. >You haven't the slightest idea, what the Aurora kernel rely is.
  3147. >
  3148. >Holger
  3149.  
  3150. Your right. I'm sure theres absolutely nothing I could tell you 
  3151. about Aurora's kernel that you dont already know. Actually
  3152. I really WOULD like to know more myself. I think that would
  3153. really make good reading material. Documentation that is
  3154. since I really wouldnt know what I'd be looking at, if it were
  3155. in the form of source (something, believe it or not, I am
  3156. trying to make an effort of, I would absolutely love to take
  3157. part in bringin' SOME programs hopefully usefull to someone
  3158. for OS/2).
  3159.  
  3160. I still think OS/2's the baddest OS on the planet, but I dont 
  3161. think what I'm wishin' for is that much to ask, and even if
  3162. it is ....then maybe someday after I master C (wishful think
  3163. -ing to probably) provided it can actually be done - I've 
  3164. been told so - I'll make that possible myself!
  3165.  
  3166. later!
  3167.  
  3168.  
  3169.  
  3170.  
  3171. --- WtrGate+ v0.93.p7 sn 165
  3172.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3173.  
  3174. +----------------------------------------------------------------------------+
  3175.  
  3176. From: jbergman@ixc.ixc.net                              21-Dec-99 01:30:16
  3177.   To: All                                               21-Dec-99 10:47:02
  3178. Subj: Using LXLite on OS/2
  3179.  
  3180. From: "Trancser" <jbergman@ixc.ixc.net>
  3181.  
  3182.  
  3183. I was wondering what possible disadvantages there might be, with using lxlite
  3184. on OS/2 (to compress the entire OS and all programs installed)?
  3185.  
  3186. Also, do the executables being loaded that have been lxlited need to actually
  3187. be uncompressed by the system, and would this mean that the whole program
  3188. would be loaded into swap memory immediately, as to an executable not
  3189. compressed w/ lxlite?
  3190.  
  3191.  
  3192.  
  3193.  
  3194. --- WtrGate+ v0.93.p7 sn 165
  3195.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3196.  
  3197. +----------------------------------------------------------------------------+
  3198.  
  3199. From: jbergman@ixc.ixc.net                              21-Dec-99 00:42:04
  3200.   To: All                                               21-Dec-99 10:47:02
  3201. Subj: Re: how much of OS/2 is ....
  3202.  
  3203. From: "Trancser" <jbergman@ixc.ixc.net>
  3204.  
  3205. >IBM has weeded out much of the old 16 bit code, but there is still some in
  3206. >there.  The reason 16 bit code still exists in OS/2 is that the stuff left is
  3207. >highly optimized assebly code.  For the most part there is no advantage to
  3208. >going to 32 bit code and some portions may actually take a performance hit
  3209. >going to 32 bit.  And to answere the last question, of course they would
  3210. >work, the question is what is the gain by going to 32 bit?
  3211. >
  3212.  
  3213. Wouldnt there be a speed difference? any at all?
  3214.  
  3215.  
  3216.  
  3217.  
  3218. --- WtrGate+ v0.93.p7 sn 165
  3219.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3220.  
  3221. +----------------------------------------------------------------------------+
  3222.  
  3223. From: jbergman@ixc.ixc.net                              21-Dec-99 01:58:28
  3224.   To: All                                               21-Dec-99 10:47:02
  3225. Subj: Getting EXT2 support under Aurora....
  3226.  
  3227. From: "Trancser" <jbergman@ixc.ixc.net>
  3228.  
  3229.  
  3230. I GUESS it might be, because it CANT be done (I"m REALLY hoping that isnt the
  3231. case!) but IS IT POSSIBLE to get EXT2 support going under Aurora?! 
  3232.  
  3233. I've had the damn ext2 driver for /2 loaded in aurora's config before, along
  3234. with all the other required/necessary files, that are stated in the doc's ,
  3235. YET, about the only thing I get upon bootup, is a drive that's UNformatted,
  3236. and has 27 or so megs of free space available?! I've TRIED using LVM to mount
  3237. the drive, but it ends up complaining it cant WRITE to the drive ...that its
  3238. I guess write-protected or some other bullony! So ...is there ANY solution,
  3239. or is reinstalling warp4 client the only thing I could do?
  3240.  
  3241.  
  3242.  
  3243.  
  3244. --- WtrGate+ v0.93.p7 sn 165
  3245.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3246.  
  3247. +----------------------------------------------------------------------------+
  3248.  
  3249. From: jbergman@ixc.ixc.net                              21-Dec-99 04:55:25
  3250.   To: All                                               21-Dec-99 10:47:03
  3251. Subj: Re: question about OS/2's memory managment and ...
  3252.  
  3253. From: "Trancser" <jbergman@ixc.ixc.net>
  3254.  
  3255. >
  3256. >There are some loose ends that the real source code could resolve. And
  3257. >there are some parts of the kernel for which interfaces should be available,
  3258. >but aren't.
  3259. >
  3260.  
  3261. Hmm....perhaps this is where a disassemble job could come in :) 
  3262.  
  3263. even though THAT method wouldnt be legal I'm sure.
  3264.  
  3265. >
  3266. >Yes, it is possible to write a replacement, the data structures and disk
  3267. >layout is known - see the Linux "read-only" driver, but since the actually 
  3268. >used allocation and defragmentation algorithm hasn't been published, it
  3269. >probably won't behave exactly the same.
  3270. >
  3271. >Holger
  3272. >
  3273.  
  3274. Your probably right. Let's pull out DIA (or whatever that disassembler for
  3275. OS/2's called :)
  3276.  
  3277. ....oh well. damn.
  3278.  
  3279.  
  3280.  
  3281.  
  3282. --- WtrGate+ v0.93.p7 sn 165
  3283.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  3284.  
  3285. +----------------------------------------------------------------------------+
  3286.  
  3287. From: jansens_at_ibm_dot_net                            21-Dec-99 11:58:13
  3288.   To: All                                               21-Dec-99 10:47:03
  3289. Subj: Re: FreeOS - project to Clone OS/2
  3290.  
  3291. From: jansens_at_ibm_dot_net (Karel Jansens)
  3292.  
  3293. On Tue, 21 Dec 1999 01:00:47, andrew@netneurotic.de (Andrew J. Brehm) 
  3294. wrote:
  3295.  
  3296. > Karel Jansens <jansens_at_ibm_dot_net> wrote:
  3297. > > On Mon, 20 Dec 1999 17:46:40, andrew@netneurotic.de (Andrew J. Brehm)
  3298. > > wrote:
  3299. > > 
  3300. > > > Karel Jansens <jansens_at_ibm_dot_net> wrote:
  3301. > > > 
  3302. > > > > On Sun, 19 Dec 1999 08:39:13, veit@borneo.gmd.de (Holger Veit) wrote:
  3303. > > > >
  3304. > > > > Minix wan't free when Mr Torvalds started work on the Linux kernel.
  3305. > > > > Cheap, yes. Free, no.
  3306. > > > 
  3307. > > > You seem to misunderstand the term "free" here, otherwise you wouldn't
  3308. > > > use "cheap" as a level.
  3309. > > > 
  3310. > > I meant "cheap" as in "only USD 40 per license", which is the price I
  3311. > > remember from 1990. Compared to what a UNIX license cost back then, it
  3312. > > might just as well have been for free.
  3313. > Still, this is not what "free" means in regard to software like Minix
  3314. > and Linux.
  3315. The original poster used the phrase "a freely available OS". From his 
  3316. choice of words I assumed he was referring to the price. Minix did 
  3317. cost money when I first heard of it, although I didn't know some could
  3318. get it for nothing.
  3319.  
  3320. I do agree with you that both Linux and Minix are "free", in the sense
  3321. that their source is available to all. It's a good thing too, in case 
  3322. you wondered. <G>
  3323.  
  3324. > > > Minix was indeed not free (and I'm not sure whether it is today), but it
  3325. > > > was always free for education purposes if I remember correctly.
  3326. > > > 
  3327. > > > Anyway, the main problem with Minix (from a Linus Thorvalds or hacker
  3328. > > > perspective) was that Andrew Tanenbaum (the Minix author) didn't want
  3329. > > > Minix to be extended into a full-blown OS, since the very idea of Minix
  3330. > > > is that it can be understood in six months. It was developed for
  3331. > > > education purposes at a university in the Nederlands and that's what it
  3332. > > > is still used for.
  3333. > > > 
  3334. > > You are correct about Tanenbaum's goal for Minix. I think it is freely
  3335. > > downloadable nowadays, but I'm not sure if the source is available 
  3336. > > (the "other" meaning of "free").
  3337. > Of course the source is available, otherwise it wouldn't be possible to
  3338. > study it, would it?
  3339. It sounds logical, now that you say it. I never took the step of 
  3340. actually procuring Minix (at the time, Windows 3.x provided better 
  3341. solutions for my business needs; later that became OS/2 and only 
  3342. recently have I started glancing at Linux).
  3343.  
  3344. Of course, Microsoft assumes that one can become a MSCE without ever 
  3345. glancing at the source of their products, so at least some people are 
  3346. convinced one can study stuff without access to sources.
  3347.  
  3348.  
  3349. Karel Jansens
  3350. jansens_at_attglobal_dot_net
  3351. =======================================================
  3352. "The method employed I would gladly explain,
  3353. While I have it so clear in my head,
  3354. If I had but the time and you had but the brain -
  3355. But much yet remains to be said."
  3356.  
  3357. the Hunting of the Snark (Lewis Carroll)
  3358. =======================================================
  3359.  
  3360. --- WtrGate+ v0.93.p7 sn 165
  3361.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  3362. (1:109/42)
  3363.  
  3364. +----------------------------------------------------------------------------+
  3365.  
  3366. From: veit@simi.gmd.de                                  21-Dec-99 12:39:01
  3367.   To: All                                               21-Dec-99 10:47:03
  3368. Subj: Re: FreeOS - project to Clone OS/2
  3369.  
  3370. From: veit@simi.gmd.de (Holger Veit)
  3371.  
  3372. On Tue, 21 Dec 1999 00:14:14 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  3373. wrote:
  3374. [...]
  3375. >What I dont understand, is that regardless of how stable OS/2 is, it
  3376. >can be really annoying when every bit of physical memory is being
  3377. >consumed on a small low-memory system like I was using it on. And
  3378. >by having virtually no free physcial memory free, caused major disk
  3379. >activity with both opening the program and swapping (and on a low-
  3380. >memory 486 system, swappings not fun at all), and swapping on a
  3381.  
  3382. It is a different paging strategy between Linux and OS/2. It seems to
  3383. be a brain virus injected by DOS that people still believe in the
  3384. "how much memory is free" myth. A reasonable OS should use any available
  3385. resource as efficiently as possible. It is nonsense *not* to use the
  3386. available memory. If you just drive between home and workplace, you 
  3387. basically need one road, not all the other highways and roads all over
  3388. the country, and taking into acocunt that there are no other people
  3389. needing roads for going to work like you, you should have plenty of free
  3390. space you won't ever need? Wrong, there is a lot of stuff going on which
  3391. doesn't have anything to do with just people commuting, such as transports
  3392. to fill your supermarket with goods, transports which carry things to plants
  3393. for producing consumer goods, etc. Same with an OS.
  3394.  
  3395. Unix uses a greedy paging strategy of "processes take what they can acquire".
  3396. This results in extreme performance degradation when the system is under
  3397. load. OS/2, coming from server experiences, cannot be brought to the
  3398. ground that easily, it pages in from swap space which requires a fast
  3399. swap disk to be efficient (available in decent servers), but will behave
  3400. in a balanced way under load. Actually, even Warp-non-server is better
  3401. suited as a server OS than as a client system. The point is here that
  3402. most people don't use OS/2 in the way it was designed for.
  3403.  
  3404. >crappy li'l 210 w/ OS/2 was a bit of a wait. I doubt I would've had
  3405. >to much of a problem, if OS/2 ...perhaps had a dynamically sizing
  3406. >caching system simular to Linux. Cause even if I would've had NO
  3407. >free memory free, since I used a lot of command line based utils
  3408. >have the program I was using cached in memory I believe would've
  3409. >made for a lot less stress on the hd's (cause it really does make a 
  3410. >difference in Linux).
  3411.  
  3412. Holger
  3413.  
  3414. -- 
  3415. "Well, from what I've read, scientific studies show men tend to be better at
  3416. dealing with visual concepts, while women are better at complex linguistic
  3417. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  3418.     Erwin the AI, www.userfriendly.org
  3419.  
  3420. --- WtrGate+ v0.93.p7 sn 165
  3421.  * Origin: Usenet: GMD-AiS (1:109/42)
  3422.  
  3423. +----------------------------------------------------------------------------+
  3424.  
  3425. From: veit@simi.gmd.de                                  21-Dec-99 12:45:10
  3426.   To: All                                               21-Dec-99 10:47:03
  3427. Subj: Re: FreeOS - project to Clone OS/2
  3428.  
  3429. From: veit@simi.gmd.de (Holger Veit)
  3430.  
  3431. On Tue, 21 Dec 1999 00:53:45 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  3432. wrote:
  3433. > >
  3434. >>Minix wan't free when Mr Torvalds started work on the Linux kernel.
  3435. >>Cheap, yes. Free, no.
  3436. >>
  3437. >>Big problem with FreeOS I see is the transition from Assembly to C. 
  3438. >>Might be a major speed bump.
  3439. >>
  3440. >
  3441. >Now this is weird. I have heard people say this before, but also are
  3442. >to understand, that C is not only the best langauge to use for pretty
  3443. >much anything, but that is extremely fast. I've heard that you can
  3444. >use assembly langauge in compilers that I guess might not support
  3445. >this or that feature, so if assembly is this really nice way of giving
  3446. >a lot of expandability to your code, why use C anymore?
  3447.  
  3448. Real programmers can write FORTRAN in any language. C is a pretty
  3449. well suited language to write lousy code, and C++ is even a negative
  3450. improvement to that. If you write assembler, you have to consider
  3451. what you do, how you layout structures, pass parameters, call procuedures
  3452. etc. because every conceptual flaw will shoot back at you pretty fast.
  3453. With a high level language, you write something and hope that the
  3454. compiler will optimize your nonsense. Garbage-In, Garbage-out. Disk space
  3455. is dirt cheap, and you aren't interested why the hell such a lousy
  3456. little DLL occupies 800KBytes on disk - you normally can't find out at all
  3457. anyway, normally.
  3458.  
  3459. Holger
  3460.  
  3461. -- 
  3462. "Well, from what I've read, scientific studies show men tend to be better at
  3463. dealing with visual concepts, while women are better at complex linguistic
  3464. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  3465.     Erwin the AI, www.userfriendly.org
  3466.  
  3467. --- WtrGate+ v0.93.p7 sn 165
  3468.  * Origin: Usenet: GMD-AiS (1:109/42)
  3469.  
  3470. +----------------------------------------------------------------------------+
  3471.  
  3472. From: veit@simi.gmd.de                                  21-Dec-99 12:53:03
  3473.   To: All                                               21-Dec-99 10:47:03
  3474. Subj: Re: how much of OS/2 is ....
  3475.  
  3476. From: veit@simi.gmd.de (Holger Veit)
  3477.  
  3478. On Tue, 21 Dec 1999 00:28:50 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  3479. wrote:
  3480. >>
  3481. >>It is nothing that can be described in terms of lines of code, such that
  3482. >>replacing 10 files of the kernel with rewritten versions will produce
  3483. >>a M$ free OS. Large parts of the VM system have been written in 32 bit C
  3484. >>since OS/2 2.0, but still there is conceptual (algorithms, data structures)
  3485. >>property of M$ involved here.
  3486. >>
  3487. >
  3488. >Would Aurora be 100% M$ free code? 
  3489.  
  3490. No.
  3491.  
  3492. >>Actually, for the DOS successor, which later split into OS/2 2.x vs. NT 3.1.
  3493. >>
  3494. >
  3495. >Sorry, does that mean that (now) hpfs386 (for /2) is now M$ free?
  3496.  
  3497. No. The real stupidity, American greed has produced, is software patents.
  3498. You don't need a single line of code from M$, but still may have an
  3499. entirely polluted product.
  3500.  
  3501. >If 16-bit is known as "real mode" (it takes what it needs w/o asking the OS,
  3502.  
  3503. No. 16 bit in the kernel is 16 bit protected mode code; with the few
  3504. exceptions of the DOS emulation engine that's part of the kernel, which
  3505. jump between VPM and V86 mode.
  3506.  
  3507. >if I recall right?) and 32-bit is "protect mode" (it requests whatever
  3508. >resources it needs from the OS) would it not be better to have everything in
  3509. >32-bit mode, so that the OS itself handles all the memory managment, and
  3510.  
  3511. You can't have everything in 32 bit code, unless you give up compatibility
  3512. with legacy software, for instance also old 1.x device drivers. With OS/2 PPC,
  3513. these old customs were cut away, so this version should be pretty purely
  3514. 32 bit only. Infact, the memory management stuff is 32 bit code.
  3515.  
  3516. >whatever else the program(s) need? Or am I missing the concept between user
  3517. >programs, and drivers etc?
  3518.  
  3519. Holger
  3520.  
  3521. -- 
  3522. "Well, from what I've read, scientific studies show men tend to be better at
  3523. dealing with visual concepts, while women are better at complex linguistic
  3524. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  3525.     Erwin the AI, www.userfriendly.org
  3526.  
  3527. --- WtrGate+ v0.93.p7 sn 165
  3528.  * Origin: Usenet: GMD-AiS (1:109/42)
  3529.  
  3530. +----------------------------------------------------------------------------+
  3531.  
  3532. From: veit@simi.gmd.de                                  21-Dec-99 12:57:03
  3533.   To: All                                               21-Dec-99 10:47:03
  3534. Subj: Re: how much of OS/2 is ....
  3535.  
  3536. From: veit@simi.gmd.de (Holger Veit)
  3537.  
  3538. On Tue, 21 Dec 1999 00:42:09 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  3539. wrote:
  3540. >>IBM has weeded out much of the old 16 bit code, but there is still some in
  3541. >>there.  The reason 16 bit code still exists in OS/2 is that the stuff left
  3542. is
  3543. >>highly optimized assebly code.  For the most part there is no advantage to
  3544. >>going to 32 bit code and some portions may actually take a performance hit
  3545. >>going to 32 bit.  And to answere the last question, of course they would
  3546. >>work, the question is what is the gain by going to 32 bit?
  3547. >>
  3548. >
  3549. >Wouldnt there be a speed difference? any at all?
  3550.  
  3551. No, that's a marketing myth that M$ brought into people's heads, that
  3552. 32 = 2 * 16. It is the case if you continuously only add numbers, but this
  3553. is something operating systems don't do. What is expensive is switching
  3554. between 16 and 32 bit all the time, and WinXX does a lousy job there, whereas
  3555. the OS/2 kernel is rather well balanced there, giving the impression it could
  3556. be purely 32 bit code. It isn't but the difference is no longer visible.
  3557.  
  3558. Holger
  3559.  
  3560. -- 
  3561. "Well, from what I've read, scientific studies show men tend to be better at
  3562. dealing with visual concepts, while women are better at complex linguistic
  3563. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  3564.     Erwin the AI, www.userfriendly.org
  3565.  
  3566. --- WtrGate+ v0.93.p7 sn 165
  3567.  * Origin: Usenet: GMD-AiS (1:109/42)
  3568.  
  3569. +----------------------------------------------------------------------------+
  3570.  
  3571. From: veit@simi.gmd.de                                  21-Dec-99 12:57:27
  3572.   To: All                                               21-Dec-99 10:47:03
  3573. Subj: Re: question about OS/2's memory managment and ...
  3574.  
  3575. From: veit@simi.gmd.de (Holger Veit)
  3576.  
  3577. On Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  3578. wrote:
  3579. >>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  3580. >>
  3581. >>Process/thread scheduling and DOS emulation.
  3582. >>
  3583. >>Holger
  3584. >
  3585. >I'm suprised you didnt also add the WPS in there :)
  3586.  
  3587. The WPS is a nice concept and a lousy implementation.
  3588.  
  3589. -- 
  3590. "Well, from what I've read, scientific studies show men tend to be better at
  3591. dealing with visual concepts, while women are better at complex linguistic
  3592. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  3593.     Erwin the AI, www.userfriendly.org
  3594.  
  3595. --- WtrGate+ v0.93.p7 sn 165
  3596.  * Origin: Usenet: GMD-AiS (1:109/42)
  3597.  
  3598. +----------------------------------------------------------------------------+
  3599.  
  3600. From: jmalloy@borg.com                                  21-Dec-99 12:42:05
  3601.   To: All                                               21-Dec-99 20:30:29
  3602. Subj: Re: Tholen digest, volume 2451534.3463665^-.97958438
  3603.  
  3604. From: "Joe Malloy" <jmalloy@borg.com>
  3605.  
  3606. Tholen's still tholening:
  3607.  
  3608. [But it's not doing him any good!]
  3609.  
  3610. Bye!
  3611.  
  3612.  
  3613. --- WtrGate+ v0.93.p7 sn 165
  3614.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3615.  
  3616. +----------------------------------------------------------------------------+
  3617.  
  3618. From: jmalloy@borg.com                                  21-Dec-99 12:42:11
  3619.   To: All                                               21-Dec-99 20:30:29
  3620. Subj: Re: Tholen digest, volume 2451534.45243^-.56998097
  3621.  
  3622. From: "Joe Malloy" <jmalloy@borg.com>
  3623.  
  3624. Tholen tholened some more:
  3625.  
  3626. [Some lie or other about the truth; truth and Tholen are two separate and
  3627. unequal qualities!]
  3628.  
  3629. Bye!
  3630.  
  3631.  
  3632. --- WtrGate+ v0.93.p7 sn 165
  3633.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3634.  
  3635. +----------------------------------------------------------------------------+
  3636.  
  3637. From: jmalloy@borg.com                                  21-Dec-99 12:42:14
  3638.   To: All                                               21-Dec-99 20:30:29
  3639. Subj: Re: Tholen digest, volume 2451534.32453215^-.8583045687
  3640.  
  3641. From: "Joe Malloy" <jmalloy@borg.com>
  3642.  
  3643. Tholen tholened:
  3644.  
  3645. [Nothing of interest to anybody but Tholen.]
  3646.  
  3647. There you have it!
  3648.  
  3649.  
  3650. --- WtrGate+ v0.93.p7 sn 165
  3651.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3652.  
  3653. +----------------------------------------------------------------------------+
  3654.  
  3655. From: lucien@metrowerks.com                             21-Dec-99 17:53:19
  3656.   To: All                                               21-Dec-99 20:30:29
  3657. Subj: Re: Bass digest, volume 2451534
  3658.  
  3659. From: lucien@metrowerks.com
  3660.  
  3661. In article <83nctp$pi7$1@news.hawaii.edu>,
  3662.   tholenantispam@hawaii.edu wrote:
  3663. > Today's Bass digest:
  3664. >
  3665. > 1> Still beating your wife?
  3666. >
  3667. > Non sequitur.
  3668. >
  3669. > Hey Curtis, have you kept track of Lucien's latest antics?
  3670.  
  3671. Hey Curtis, have you kept track of Dave's latest antics?
  3672.  
  3673. > Now he's
  3674. > trying to attribute positions to me that I haven't taken.
  3675.  
  3676. Now he's trying to divert attention from the beating he's taking in the
  3677. other thread by making unsubstantiated claims in an irrelevant exchange
  3678. with you.
  3679.  
  3680. > And not too
  3681. > long ago he changed his own argument.
  3682.  
  3683. And not too long ago he lost track of his own argument.
  3684.  
  3685. > Now it's not that the sentence
  3686. > is ambiguous, but rather that it "grammatically" ambiguous.
  3687.  
  3688. Now it's the same ambiguity at issue as always.
  3689.  
  3690. > And have
  3691. > you noticed how he's ignored the Mozart example five times so far?
  3692.  
  3693. And have you noticed his continued reliance on diversionary
  3694. irrelevancies and invective?
  3695.  
  3696. Lucien S.
  3697.  
  3698.  
  3699. Sent via Deja.com http://www.deja.com/
  3700. Before you buy.
  3701.  
  3702. --- WtrGate+ v0.93.p7 sn 165
  3703.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  3704.  
  3705. +----------------------------------------------------------------------------+
  3706.  
  3707. From: KevH@yorkie.dabsolLL.co.uk                        21-Dec-99 18:14:09
  3708.   To: All                                               21-Dec-99 20:30:29
  3709. Subj: Re: Tell me the story 
  3710.  
  3711. From: KevH@yorkie.dabsolLL.co.uk
  3712.  
  3713. Right!  Seems that this is one to erase from the list
  3714. of possible choices for obtaining some native apps.
  3715.  
  3716. Thanks to everyone for their input/views.  It is quite
  3717. a journey for me, a new user, obtaining info on residual 
  3718. app availability and what they do.  More of a problem is
  3719. tracking down a supplier.
  3720.  
  3721. Anyway, enough of my problems Doc.  What do you use in
  3722. place of ColorWorks?  What type of app is Embellish?
  3723.  
  3724. Regards, Kevin
  3725.  
  3726.  
  3727.  
  3728.  
  3729. --- WtrGate+ v0.93.p7 sn 165
  3730.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3731.  
  3732. +----------------------------------------------------------------------------+
  3733.  
  3734. From: jimf@frostbytes.com                               21-Dec-99 08:29:11
  3735.   To: All                                               21-Dec-99 20:31:00
  3736. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  3737.  
  3738. From: Jim Frost <jimf@frostbytes.com>
  3739.  
  3740. Richard Steiner wrote:
  3741. > Here in comp.os.os2.misc, Michael W. Cocke <cocke@catherders.com>
  3742. > spake unto us, saying:
  3743. > >Since when is ls-l defaulted to sort by name?  Last time I used it
  3744. > >(Linux version unknown), it wasn't.
  3745. > To my knowledge, the GNU ls command has *always* defaulted to sort the
  3746. > directory display by filename.
  3747.  
  3748. That's correct.  The BSD version did too, at least by BSD 4.2 (the first
  3749. version I used).  I'm pretty sure the V7 ls didn't, but the SysIII and SysV
  3750. versions did.
  3751.  
  3752. > Of course, dotfiles sort to the top, and filenames starting with caps
  3753. > sort ahead of filenames starting with lowercase, but that is normal for
  3754. > a Unix system (FreeBSD and Solaris seem to behave the same way).
  3755.  
  3756. This is a natural ramification of the ASCII collation sequence.
  3757.  
  3758. jim
  3759.  
  3760. --- WtrGate+ v0.93.p7 sn 165
  3761.  * Origin: Usenet: Road Runner (1:109/42)
  3762.  
  3763. +----------------------------------------------------------------------------+
  3764.  
  3765. From: reiher@my-deja.com                                21-Dec-99 13:17:00
  3766.   To: All                                               21-Dec-99 20:31:00
  3767. Subj: Re: I use _____ and I'm proud of it! I'm not ashamed of it either! (pol
  3768.  
  3769. From: reiher@my-deja.com
  3770.  
  3771. I'd even live with a Macintosh if the right apps were
  3772. there, but they are not.
  3773.  
  3774. Which apps exactly do you mean? What sort of special
  3775. euqipment do you need? I use OS/2 and have all the
  3776. apps I need. A good friend of mine uses a Macintosh
  3777. and has no problems concerning programs. It seems you
  3778. haven't really looked into the subject properly.
  3779. Also, I like using a system which doesn't crash
  3780. regularly, just as most Linux or Apple  -Users do.
  3781. You are certainly right, there are MORE apps for
  3782. Windows (gee, I wonder why that is?) but there are
  3783. certainly enough apps for the normal end-user for
  3784. other operating systems.
  3785. The other thing is, you are also right to tell people
  3786. to stop bickering, but what are you doing in the
  3787. first place? I think people can talk about what they
  3788. favour and I believe in having a choice. Showing
  3789. people alternatives is important to me, so why should
  3790. I not tell them to try OS/2 or Linux or Apple?
  3791. Greetings/2
  3792. reiher
  3793.  
  3794.  
  3795. Sent via Deja.com http://www.deja.com/
  3796. Before you buy.
  3797.  
  3798. --- WtrGate+ v0.93.p7 sn 165
  3799.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  3800.  
  3801. +----------------------------------------------------------------------------+
  3802.  
  3803. From: jimf@frostbytes.com                               21-Dec-99 08:44:02
  3804.   To: All                                               21-Dec-99 20:31:00
  3805. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  3806.  
  3807. From: Jim Frost <jimf@frostbytes.com>
  3808.  
  3809. Don Hills wrote:
  3810. > In article <3859981A.943B0922@frostbytes.com>,
  3811. > Jim Frost <jimf@frostbytes.com> wrote:
  3812. > >Sure you can.  You can disable the ability for them to run CMD.EXE.  But I
  3813. was
  3814. > >thinking of locking it down by making the system and applications
  3815. directories
  3816. > >non-writable and non-deletable.  They can go to town on the machine and
  3817. still
  3818. > >not screw up the configuration.
  3819. > You can't stop Word running CMD.EXE for you, though. As for removing
  3820. > permissions from directories, I spent much of last year fixing the
  3821. > messes caused by people finding ways to destroy things that they
  3822. > shouldn't have been able to get to. And the funny part of it is, the
  3823. > users were all police officers...
  3824.  
  3825. You sure can stop Word from running CMD.EXE; just remove the execute privilege
  3826. from the ACL.  Done.  (You almost certainly want the admin group to be able to
  3827. run it, though, I bet you'll have booting problems otherwise.)  But really
  3828. this is not important because CMD.EXE access doesn't hurt anything that
  3829. couldn't be hurt through some application.
  3830.  
  3831. As for destroying things they shouldn't have been able to get to, you screwed
  3832. up permissions if they managed to do that.  About the only thing a user can do
  3833. in a properly locked-down NT system is use a partitioning tool (and not the
  3834. DOS/Win9x partitioning tool) to blow away the partition.  This approach will
  3835. of course work anything that resides on the local disk.
  3836.  
  3837. Generally problems doing this come down to one or two configuration problems:
  3838. 1) You're using FAT instead of NTFS so you don't have filesystem access
  3839. control.  2) You're allowing users to run as administrator.
  3840.  
  3841. I've run public NT clusters and the only problem we had was that NT doesn't
  3842. have quota limits so you have to go in and clean up stuff in user directories
  3843. regularly (we set up an "at" job that helped a lot, but of course you can only
  3844. automate this task so much).  Win2K is supposed to fix this, but it's going to
  3845. be awhile before I get around to touching Win2K (say, a service pack or three,
  3846. if at all).
  3847.  
  3848. This is not to say that I don't have a lot of gripes about NT security.  It's
  3849. asinine that they give you virtually no tools for creating a secure system,
  3850. and that it installs wide-open, and that it has no quota control, and that you
  3851. have to log out of a user account in order to log into an admin account (at
  3852. least using the standard tools).
  3853.  
  3854. Gripes aside, it is possible to lock down NT quite tightly -- and it's not
  3855. even all that hard.
  3856.  
  3857. jim
  3858.  
  3859. --- WtrGate+ v0.93.p7 sn 165
  3860.  * Origin: Usenet: Road Runner (1:109/42)
  3861.  
  3862. +----------------------------------------------------------------------------+
  3863.  
  3864. From: christian.g@ibm.net                               21-Dec-99 07:58:26
  3865.   To: All                                               21-Dec-99 20:31:00
  3866. Subj: In case you're interested in Windows2000
  3867.  
  3868. From: "Christian Gustafson" <christian.g@ibm.net>
  3869.  
  3870. Microsoft has an excellent package for getting up to speed on Active Directory
  3871. and Windows2000:
  3872. http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  3873.  
  3874. For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  3875. Advanced Server when they ship, an extensive training kit, and a MS T-shirt.
  3876.  
  3877. A great deal, from a company that still sells PC OSes.
  3878.  
  3879. --
  3880. :::::=====  Christian Gustafson
  3881. :::::=====  Marina City, Chicago, Illinois
  3882. ==========
  3883. ==========
  3884.  
  3885.  
  3886. --- WtrGate+ v0.93.p7 sn 165
  3887.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  3888. (1:109/42)
  3889.  
  3890. +----------------------------------------------------------------------------+
  3891.  
  3892. From: bobg.REMOVEME.@pics.com                           21-Dec-99 08:48:03
  3893.   To: All                                               21-Dec-99 20:31:00
  3894. Subj: Re: FreeOS - project to Clone OS/2
  3895.  
  3896. From: Bob Germer <bobg.REMOVEME.@pics.com>
  3897.  
  3898. On <L9BY9tzSDwrQ-pn2-VWVyUo876hH6@localhost>, on 12/21/99 at 11:58 AM,
  3899.    jansens_at_ibm_dot_net (Karel Jansens) said:
  3900.  
  3901.  
  3902. > Of course, Microsoft assumes that one can become a MSCE without ever 
  3903. > glancing at the source of their products, so at least some people are 
  3904. > convinced one can study stuff without access to sources.
  3905.  
  3906. Ah, but consider THAT source.
  3907.  
  3908. --
  3909. -------------------------------------------------------------------------------
  3910. ---------------
  3911. Bob Germer from Mount Holly, NJ - E-mail: bobg@Pics.com
  3912. Proudly running OS/2 Warp 4.0 w/ FixPack 12
  3913. MR/2 Ice 2.01 Registration Number 67
  3914. Aut Pax Aut Bellum
  3915. -------------------------------------------------------------------------------
  3916. ---------------
  3917.  
  3918. --- WtrGate+ v0.93.p7 sn 165
  3919.  * Origin: Origin Line 1 Goes Here (1:109/42)
  3920.  
  3921. +----------------------------------------------------------------------------+
  3922.  
  3923. From: yyyc186.illegaltospam@flashcom.net                21-Dec-99 07:48:12
  3924.   To: All                                               21-Dec-99 20:31:00
  3925. Subj: Re: which soundcard to buy?
  3926.  
  3927. From: yyyc186.illegaltospam@flashcom.net
  3928.  
  3929. In <jnlargxonggarwc.fn3k8s0.pminews@news.tokyo.att.ne.jp>, on 12/21/99 
  3930.    at 10:26 AM, "Wayne Bickell" <wayne@SPAM.tkb.att.ne.jp> said:
  3931.  
  3932. >On Mon, 20 Dec 1999 18:36:58 -0500, yyyc186.illegaltospam@flashcom.net
  3933. >wrote:
  3934.  
  3935. >:>Doesn't matter which brand or model you buy.  In less than a year IBM will
  3936. >:>issue a fixpak breaking the product you chose, then have the odacity to
  3937. >:>blame a bug in the device driver which never changed.
  3938. >:>
  3939. >:>Here's an idea!  Buy one that doesn't work at all today and never did.  In
  3940. >:>about a year or so the "compile it once & ship it" development style no
  3941. >:>riding herd over fixpaks will probably introduce a bug into Warp which
  3942. >:>allows your card to magically start working.
  3943. >:>
  3944. >:>You'll be way ahead of the game then.
  3945. >:>
  3946. >:>Roland
  3947.  
  3948. >If you "love" IBM so much why aren't you using another OS?
  3949. >Or is it you just love to bitch?
  3950.  
  3951. Hardly.  I've used Warp for years now and I do use other operating
  3952. systems.  Warp 4 with fp8 was one of the most stable OS's this side of DR
  3953. DOS I've ever used.  I do use other operating systems, but over the course
  3954. of the years have accumulated somewhere between $30,000-40,000 worth of
  3955. development tools and applications mostly cross platform, but hosted on
  3956. Warp.
  3957.  
  3958. In the releases since FP8 the fixpak development team has degenerated into
  3959. a non caring, non testing, ship anything kind of group which would make MS
  3960. proud.
  3961.  
  3962. Around the end of March I will be forced to evaluate the OS's I currently
  3963. use for development.  If I wasn't in the middle of writing a book on VMS
  3964. development and hadn't started it using my Warp toolset I would be making
  3965. that decision now.
  3966.  
  3967. Roland
  3968.  
  3969.  
  3970. -- 
  3971. -----------------------------------------------------------
  3972. yyyc186.illegaltospam@flashcom.net              To Respond delete
  3973. ".illegaltospam"
  3974.                             MR/2 Internet Cruiser 1.52
  3975.                             For a Microsoft free univers
  3976. -----------------------------------------------------------
  3977.  
  3978. --- WtrGate+ v0.93.p7 sn 165
  3979.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  3980.  
  3981. +----------------------------------------------------------------------------+
  3982.  
  3983. From: jansens_at_ibm_dot_net                            21-Dec-99 15:58:06
  3984.   To: All                                               21-Dec-99 20:31:00
  3985. Subj: Re: FreeOS - project to Clone OS/2
  3986.  
  3987. From: jansens_at_ibm_dot_net (Karel Jansens)
  3988.  
  3989. On Tue, 21 Dec 1999 05:53:45, "Trancser" <jbergman@ixc.ixc.net> wrote:
  3990.  
  3991. >  >
  3992. > >Minix wan't free when Mr Torvalds started work on the Linux kernel.
  3993. > >Cheap, yes. Free, no.
  3994. > >
  3995. > >Big problem with FreeOS I see is the transition from Assembly to C. 
  3996. > >Might be a major speed bump.
  3997. > >
  3998. > Now this is weird. I have heard people say this before, but also are
  3999. > to understand, that C is not only the best langauge to use for pretty
  4000. > much anything, but that is extremely fast. I've heard that you can
  4001. > use assembly langauge in compilers that I guess might not support
  4002. > this or that feature, so if assembly is this really nice way of giving
  4003. > a lot of expandability to your code, why use C anymore?
  4004. Speaking from a totally non-programmer's point of view (this means: 
  4005. I'll probably get corrected and likely even flamed even before I 
  4006. actually post this <G>): I heard the advantage of C is not as much the
  4007. speed (quite the reverse, in fact), but portability and ease of 
  4008. maintainance/development (both being major pluses for a "free" O/S). 
  4009. Assembly is good because it squizes the last drop of efficience out of
  4010. a CPU.
  4011.  
  4012. Karel Jansens
  4013. jansens_at_attglobal_dot_net
  4014. =======================================================
  4015. "The method employed I would gladly explain,
  4016. While I have it so clear in my head,
  4017. If I had but the time and you had but the brain -
  4018. But much yet remains to be said."
  4019.  
  4020. the Hunting of the Snark (Lewis Carroll)
  4021. =======================================================
  4022.  
  4023. --- WtrGate+ v0.93.p7 sn 165
  4024.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  4025. (1:109/42)
  4026.  
  4027. +----------------------------------------------------------------------------+
  4028.  
  4029. From: OS2Guy@WarpCity.com                               21-Dec-99 07:53:12
  4030.   To: All                                               21-Dec-99 20:31:00
  4031. Subj: Re: In case you're interested in WindowsCRAP
  4032.  
  4033. From: Tim Martin <OS2Guy@WarpCity.com>
  4034.  
  4035. Christian Gustafson wrote:
  4036.  
  4037. > Microsoft has ... <snip>
  4038.  
  4039. has crap.
  4040.  
  4041. > --
  4042. > :::::=====  Christian Gustafson
  4043. > :::::=====  Marina City, Chicago, Illinois
  4044.  
  4045. This post is completely off topic for this newsgroup
  4046. but expected from a Microsoft plant.
  4047.  
  4048. Take a hike.
  4049.  
  4050. Tim Martin
  4051. The OS/2 Guy
  4052. Warp City (http://warpcity.com)
  4053. "Y2K NEW Member Discounts Now Available!"
  4054.  
  4055. --- WtrGate+ v0.93.p7 sn 165
  4056.  * Origin: Usenet: Warp City (http://warpcity.com) (1:109/42)
  4057.  
  4058. +----------------------------------------------------------------------------+
  4059.  
  4060. From: lucien@metrowerks.com                             21-Dec-99 16:15:18
  4061.   To: All                                               21-Dec-99 20:31:00
  4062. Subj: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  4063.  
  4064. From: lucien@metrowerks.com
  4065.  
  4066. In article <83mngq$9to$1@news.hawaii.edu>,
  4067.   tholenantispam@hawaii.edu wrote:
  4068. > Lucien writes:
  4069. > > Therefore, given that your position has now been established as
  4070. > >
  4071. > > "The JDK sentence is not ambiguous WRT (grammatical)
  4072. quantification",
  4073. >
  4074. > On what basis do you claim that my position has been established as
  4075. > that, Lucien?
  4076.  
  4077. By mutual agreement that that is your position. Because you provided no
  4078. explicit answer to the question
  4079.  
  4080. "Is the JDK sentence ambiguous WRT (grammatical) quantification?"
  4081.  
  4082. (an illogical claim of irrelevancy was supplied instead), you tacitly
  4083. agreed to the conditions I set forth in my original inquiry and accepted
  4084.  
  4085. "The JDK sentence is not ambiguous WRT (grammatical) quantification"
  4086.  
  4087. as your position. You may, at any time, override this assumption by
  4088. supplying an explicit (i.e. yes/no) answer to the original question.
  4089. Otherwise, the debate continues based on my assumption.
  4090.  
  4091. > > explain why these two variants of the JDK sentence are grammatical,
  4092. > > coherent sentences of English:
  4093. > >
  4094. > > "OS/2 Java 1.1.8 implements some Java 1.2 functionality."
  4095. > >
  4096. > > "OS/2 Java 1.1.8 implements all Java 1.2 functionality."
  4097. >
  4098. > Irrelevant, given that the grammaticality amd coherence of the
  4099. original
  4100. > sentence is not the issue.
  4101.  
  4102. Illogical response, given that we're concerned with the grammaticality
  4103. and coherence of the JDK sentence variants in this section, not the
  4104. original JDK sentence.
  4105.  
  4106. Specifically, your assertion that the original JDK sentence is not
  4107. ambiguous WRT quantification (regardless of the source of the
  4108. disambiguation) predicts that one of these variants of the JDK sentence
  4109. should be impossible; yet both are grammatical, coherent sentences of
  4110. English.
  4111.  
  4112. Explain why.
  4113.  
  4114. Lucien S.
  4115.  
  4116.  
  4117. Sent via Deja.com http://www.deja.com/
  4118. Before you buy.
  4119.  
  4120. --- WtrGate+ v0.93.p7 sn 165
  4121.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  4122.  
  4123. +----------------------------------------------------------------------------+
  4124.  
  4125. From: jglatt@spamgone-borg.com                          21-Dec-99 16:37:08
  4126.   To: All                                               21-Dec-99 20:31:00
  4127. Subj: Re: Amodeo digest, volume 2451534
  4128.  
  4129. From: jglatt@spamgone-borg.com (Jeff Glatt)
  4130.  
  4131. >Ian "The Moron" Tholen
  4132. >[Joe] doesn't care about the truth.
  4133.  
  4134. Of course he doesn't care about the truth when he's reading your
  4135. posts. Your posts have no truth in them at all. It's not truth he's
  4136. looking for in your posts, but rather, the ubiquitous, moronic,
  4137. hypocritical "Tholen Nonsense" to deservedly mock as the dimwitted
  4138. claptrap that it is
  4139.  
  4140. --- WtrGate+ v0.93.p7 sn 165
  4141.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4142.  
  4143. +----------------------------------------------------------------------------+
  4144.  
  4145. From: jglatt@spamgone-borg.com                          21-Dec-99 16:47:19
  4146.   To: All                                               21-Dec-99 20:31:00
  4147. Subj: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  4148.  
  4149. From: jglatt@spamgone-borg.com (Jeff Glatt)
  4150.  
  4151. You know, pointing out what a dim-witted hypocrite Tholen is, has
  4152. gotten way too easy nowadays. Nevertheless, it's fitting that it be
  4153. pointed out the numerous instances of him being a hypocritical fool,
  4154. especially since the hypocrisy is right here in the same thread,
  4155. contained in his responses to another ongoing Tholen detractor (ie,
  4156. someone not so in love with OS/2 that he is blind to just how truly
  4157. stupid Tholen can be).
  4158.  
  4159. >>Curtis Bass
  4160. >>"Typical indication of *the* truth by [Tholen]?"
  4161.  
  4162. >Ian "The Moron" Tholen
  4163. >What is a question mark doing inside the quotation marks, Curtis?
  4164.  
  4165. ...
  4166.  
  4167. >Under certain circumstances, "up" *IS* a preposition.
  4168.  
  4169. From: tholenantispam@hawaii.edu (Dave Tholen)
  4170. Newsgroups: comp.os.os2.advocacy
  4171. Subject: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  4172. Date: 18 Dec 1999 01:26:45 GMT
  4173. Organization: IFA B-111
  4174. Message-ID: <83ensl$r46$1@news.hawaii.edu>
  4175.  
  4176. Unable to prove your position, I see you're trying to narrow things
  4177. down by restricting your attention to grammar.  What's next,
  4178. restricting your attention to spelling?
  4179.  
  4180. --- WtrGate+ v0.93.p7 sn 165
  4181.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4182.  
  4183. +----------------------------------------------------------------------------+
  4184.  
  4185. From: jim.moseby@texfiblends.com                        21-Dec-99 14:18:25
  4186.   To: All                                               21-Dec-99 21:33:19
  4187. Subj: Re: +++GET YOUR FREE PENTIUM 
  4188.  
  4189. From: Jim Moseby <jim.moseby@texfiblends.com>
  4190.  
  4191. If you have javascript enabled for mail and newsgroups, they can send a
  4192. message that will open your browser and take you to wherever they want
  4193. you to go.  In Netscape, click Edit/Preferences/Advanced and uncheck
  4194. 'Enable Javascript for mail and news...'.
  4195.  
  4196. HTH - JM/CNA
  4197.  
  4198. Stephen Bennett wrote:
  4199. > This bloody thing opened automatically:-((((
  4200. > Would you trust the following?
  4201. > ***your credit card information is needed to check, that you are over 18
  4202. > years old to participate in this program. There are no money will be
  4203. > transferred from your card until you read our additional information and
  4204. > accept the terms (the terms will be sent to you by e-mail), followed by
  4205. > confirmation ***
  4206. > Oh yes, I'll give you my card number. Right.
  4207. > S
  4208. > "Tim Cannell" <tim@jacqueline.prestel.co.uk> wrote in message
  4209. > news:83ded2$2ibi$1@quince.news.easynet.net...
  4210. > Dont be stupid...
  4211. > PC <pc-reg_englsh@yahoo.com> wrote in message
  4212. > news:385AD7DC.1BD26A18@yahoo.com...
  4213. > =====================================================
  4214. > Submit a simple form to order your Celeron-300MHz PC
  4215. >                FOR ONLY $9.99
  4216. > *****************************************************
  4217. > CLICK HERE: http://63.71.76.38/reg_form_eng/index.htm
  4218. > *****************************************************
  4219. > =====================================================
  4220. > Submit a simple form to order your Celeron-300MHz PC
  4221. >                FOR ONLY $9.99
  4222. > *****************************************************
  4223. > CLICK HERE: http://63.71.76.38/reg_form_eng/index.htm
  4224. > *****************************************************
  4225.  
  4226. --- WtrGate+ v0.93.p7 sn 165
  4227.  * Origin: Usenet: Texfi Industries, Inc. (1:109/42)
  4228.  
  4229. +----------------------------------------------------------------------------+
  4230.  
  4231. From: jedi@dementia.mishnet                             21-Dec-99 19:26:11
  4232.   To: All                                               21-Dec-99 21:33:20
  4233. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  4234.  
  4235. From: jedi@dementia.mishnet ()
  4236.  
  4237. On Mon, 20 Dec 1999 21:44:19 -0800, Chad Mulligan
  4238. <cmulligan@hipcrime.vocab.org> wrote:
  4239. >
  4240. ><jedi@dementia.mishnet> wrote in message
  4241. >news:slrn85tao9.1q8.jedi@localhost.localdomain...
  4242. >> On Mon, 20 Dec 1999 13:57:25 -0800, Chad Mulligan
  4243. ><cmulligan@hipcrime.vocab.org> wrote:
  4244. >> >
  4245. ><TRIMMED>
  4246. >    > >>
  4247. >> >
  4248. >> >Wrongo boyo. The net itself is just as redundant and fault tolerant as it
  4249. >> >always was.  If the dial up points of presence you use aren't as reliable
  4250. >as
  4251. >>
  4252. >> In that case, it's never lived up to it's hype.
  4253. >>
  4254. >> >always, or the access to the net isn't there, you need a new ISP.
  4255. >>
  4256. >> Are you actually expecting mere END USERS to be forced
  4257. >> to actually be aware of all the quality issues involved
  4258. >> with ensuring that their 'online applications' are robust
  4259. >> wrt personal availability?
  4260. >>
  4261. >
  4262. >Well the end users that are part of my customer base don't have these
  4263. >difficulties.  We actually take steps to anticipate their problems before
  4264. >they occur.
  4265.  
  4266.     That's fine for your little infintesimal corner of the net
  4267.     but pretty much meaningless for the rest of it.
  4268.  
  4269. --- WtrGate+ v0.93.p7 sn 165
  4270.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  4271.  
  4272. +----------------------------------------------------------------------------+
  4273.  
  4274. From: jedi@dementia.mishnet                             21-Dec-99 19:20:23
  4275.   To: All                                               21-Dec-99 21:33:20
  4276. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  4277.  
  4278. From: jedi@dementia.mishnet ()
  4279.  
  4280. On 21 Dec 1999 04:32:02 GMT, BobO <osbo082@ibm.net> wrote:
  4281. >On Mon, 20 Dec 1999 17:53:50, jedi@dementia.mishnet () said:
  4282. >
  4283. >|On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  4284. >|>On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com> 
  4285. >|>said:
  4286. >|>
  4287. >|>|In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  4288. kwilas@stardock.com 
  4289. >|>|says...
  4290. >|>|>In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  4291. >|>|>>The safest place for data is, sorry, web based services which are
  4292. commonl
  4293. [deletia]
  4294. >|>
  4295. >|>Sure and there was a bunch of people in Africa that thought it would 
  4296. >|>be better to stick with drums because they could keep the logs and 
  4297. >|>sticks stored locally too.
  4298. >|>
  4299. >|>My gawd,  Magumbo what if I don't get a dial tone!!!!!
  4300. >|
  4301. >|    If you don't get dial tone, your apps are gone, PERIOD.
  4302. >|
  4303. >|    No attempts to call anyone that disagrees with you some
  4304. >|    sort of throwback will change this. The net isn't quite
  4305. >|    as redundant as it used to be. At this point, it's far
  4306. >|    too unreliable to trust your applications to. It's not
  4307. >|    redundant enough.
  4308. >|
  4309. >|    When your net based services have the redunandancy and
  4310. >|    high availability that you can throw at your local 
  4311. >|    servers or even your local workstations, then this sort
  4312. >|    of application will start to make sense.
  4313. >
  4314. >All points well taken, except the current state of redundancy.   Of 
  4315. >course, maybe you cannot buy good redundancy for $19.95 a month from 
  4316. >MSN, but that doesn't mean it is not available to those who need it 
  4317. >and actually look for it.
  4318.  
  4319.     If you can't buy it from the likes of MSN then it's 
  4320.     impractical for nearly any consumer under discussion.
  4321.     The level of expertise and expense required to ensure
  4322.     reliability is too steep when compared to alternate
  4323.     less-networked approaches.
  4324.  
  4325. >
  4326. >Is it too expensive?. . . .no doubt for many applications, however it 
  4327. >isn't for all applications.
  4328. >
  4329. >IMO, somebody is a throw back if they adopt an all or nothing 
  4330. >viewpoint.  Life is too complex for simple-minded dogma.  The hard 
  4331. >cold and undeniable facts are that remote applications and data 
  4332. >exists, its real, and it is being used by many people and in fact in 
  4333. >many cases it is irreplaceable by local storage as the essential 
  4334. >mission it accomplishes would be lost if it were.  
  4335.  
  4336.     OTOH, those of us that are responsible for corporate 
  4337.     services don't view this trivializing of the inherent
  4338.     reliability problems of the current net as productive.
  4339.  
  4340.     It can be fixed, but for the time being it's broken.
  4341.     Merely tolerating it like some 3rd world country with
  4342.     a funky phone network is NOT the approach to take.
  4343.  
  4344.     We simply deserve better and shouldn't trust critical
  4345.     services to the net as it is.
  4346.  
  4347. >
  4348. >The fact is the debate on this subject ended some years ago, at least 
  4349. >by those designing real systems.  Now it is merely a textbook question
  4350. >where the answer is already largely known.
  4351. >
  4352. >Now it is true that some people still need to beat on logs to get 
  4353. >their messages across, and it is also true that many of these people 
  4354. >will still be beating on logs long after they should have stopped.
  4355.  
  4356.  
  4357. -- 
  4358.  
  4359.    One of the great lies of our age is the myth that       
  4360.    Microsoft has somehow managed to turn these random       
  4361.    collections of spare parts known as PC clones into              ||| 
  4362.    the equivalent of a Macintosh.                / | \
  4363.  
  4364.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  4365.  
  4366. --- WtrGate+ v0.93.p7 sn 165
  4367.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  4368.  
  4369. +----------------------------------------------------------------------------+
  4370.  
  4371. From: jedi@dementia.mishnet                             21-Dec-99 19:29:00
  4372.   To: All                                               21-Dec-99 21:33:20
  4373. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  4374.  
  4375. From: jedi@dementia.mishnet ()
  4376.  
  4377. On 21 Dec 1999 06:29:28 GMT, BobO <osbo082@ibm.net> wrote:
  4378. >On Mon, 20 Dec 1999 22:19:56, jedi@dementia.mishnet () said:
  4379. >
  4380. >|>always, or the access to the net isn't there, you need a new ISP.
  4381. >|
  4382. >|    Are you actually expecting mere END USERS to be forced
  4383. >|    to actually be aware of all the quality issues involved
  4384. >|    with ensuring that their 'online applications' are robust
  4385. >|    wrt personal availability?
  4386. >
  4387. >Actually, I think he is recommending that if and only if the END USERS
  4388. >in your organization are without any professional support.
  4389.  
  4390.     A 'new ISP' won't do. You have to basically 'be your own ISP'.
  4391.     That makes the situation more complicated and increases overhead.
  4392.     It's also a level of reliability you wouldn't tolerate for your
  4393.     other criticial network (phone).
  4394.  
  4395. -- 
  4396.  
  4397.    One of the great lies of our age is the myth that       
  4398.    Microsoft has somehow managed to turn these random       
  4399.    collections of spare parts known as PC clones into              ||| 
  4400.    the equivalent of a Macintosh.                / | \
  4401.  
  4402.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  4403.  
  4404. --- WtrGate+ v0.93.p7 sn 165
  4405.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  4406.  
  4407. +----------------------------------------------------------------------------+
  4408.  
  4409. From: retsiemynnaht@spammoc.beoohaygon...               21-Dec-99 15:11:02
  4410.   To: All                                               21-Dec-99 21:33:20
  4411. Subj: Re: question about OS/2's memory managment and ...
  4412.  
  4413. Message sender: retsiemynnaht@spammoc.beoohaygone.net
  4414.  
  4415. From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>
  4416.  
  4417. On Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser wrote:
  4418.  
  4419. >>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  4420. >>
  4421. >>Process/thread scheduling and DOS emulation.
  4422. >>
  4423. >>Holger
  4424. >
  4425. >I'm suprised you didnt also add the WPS in there :)
  4426. >
  4427. >(I still wish that OS/2 used a simular method of executing programs like
  4428. >Linux does - that and dynamic disk cache ....but I guess I'll stop saying
  4429. >that, since I doubt anyone would ever add such a feature to OS/2 ...sides me
  4430. >:)
  4431.  
  4432. I personally wouldn't add a dynamic disk cache, but I would add a larger
  4433. one.
  4434.  
  4435. Dynamic caches inevitably run into problems of contention, when there's
  4436. lots of disk activity, and memory becomes overcommitted.  Neither Win9x
  4437. nor WinNT deal with this situation well at all.
  4438.  
  4439. One of the first things a person should do in these OS's is set limits to
  4440. the maximum size of the disk cache.  
  4441.  
  4442.  
  4443. --
  4444.  - Mike
  4445.  
  4446. Remove 'spambegone.net' and reverse to send e-mail.
  4447.  
  4448.  
  4449. --- WtrGate+ v0.93.p7 sn 165
  4450.  * Origin: Usenet: TLF (1:109/42)
  4451.  
  4452. +----------------------------------------------------------------------------+
  4453.  
  4454. From: retsiemynnaht@spammoc.beoohaygon...               21-Dec-99 15:28:26
  4455.   To: All                                               21-Dec-99 21:33:20
  4456. Subj: Re: Using LXLite on OS/2
  4457.  
  4458. Message sender: retsiemynnaht@spammoc.beoohaygone.net
  4459.  
  4460. From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>
  4461.  
  4462. On Tue, 21 Dec 1999 01:30:32 -0500 (CST), Trancser wrote:
  4463.  
  4464. >
  4465. >I was wondering what possible disadvantages there might be, with using lxlite
  4466. >on OS/2 (to compress the entire OS and all programs installed)?
  4467. >
  4468. >Also, do the executables being loaded that have been lxlited need to actually
  4469. >be uncompressed by the system, and would this mean that the whole program
  4470. >would be loaded into swap memory immediately, as to an executable not
  4471. >compressed w/ lxlite?
  4472.  
  4473. You're emitting a significant amount of confusion here.
  4474.  
  4475. In OS/2, there are two and a half executable formats.  The first is NE,
  4476. and encompasses only 16-bit executables.  I believe NE stands for New
  4477. Executable format (ironically enough).
  4478.  
  4479. The second one and a half formats are both LX (Linear eXecutable), which
  4480. supports both 16-bit and 32-bit programs, but is most commonly used with
  4481. the latter.  The first implementation of LX supports the compression of
  4482. data in the executable.  OS/2 2.x can handle this.  Then there's a
  4483. modification to the format (hence the "half") which allows for compression
  4484. of executable code as well as data.  Only OS/2 Warp and above support
  4485. this.
  4486.  
  4487. So, the compression of an executable is supported at the OS level. 
  4488. There's no additional overhead, as the kernel already knows how to
  4489. uncompress the executable.  On a system with a fast CPU (i.e. any Pentium
  4490. or higher systems), this makes for better performance, because the process
  4491. of decompression during load (and keep in mind that OS/2 doesn't have to
  4492. decompress the entire executable, only those pages which are called for)
  4493. is much faster than the process of reading the data from the drive.
  4494.  
  4495. For a 7MB executable which compresses down to 3MB, this has a substantial
  4496. impact on load performance (in the positive direction).
  4497.  
  4498. Whether swapping comes into play at all depends entirely on whether or not
  4499. the system is overcommitted.  As is always the case.
  4500.  
  4501.  
  4502. --
  4503.  - Mike
  4504.  
  4505. Remove 'spambegone.net' and reverse to send e-mail.
  4506.  
  4507.  
  4508. --- WtrGate+ v0.93.p7 sn 165
  4509.  * Origin: Usenet: TLF (1:109/42)
  4510.  
  4511. +----------------------------------------------------------------------------+
  4512.  
  4513. From: jack.troughton@nospam.videotron.ca                21-Dec-99 23:16:08
  4514.   To: All                                               21-Dec-99 21:33:20
  4515. Subj: Re: question about OS/2's memory managment and ...
  4516.  
  4517. From: jack.troughton@nospam.videotron.ca (Jack Troughton)
  4518.  
  4519. On Tue, 21 Dec 1999 12:57:55, veit@simi.gmd.de (Holger Veit) wrote:
  4520.  
  4521. ΩOn Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  4522. wrote:
  4523. Ω>>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  4524. Ω>>
  4525. Ω>>Process/thread scheduling and DOS emulation.
  4526. Ω>>
  4527. Ω>>Holger
  4528. Ω>
  4529. Ω>I'm suprised you didnt also add the WPS in there :)
  4530. ΩThe WPS is a nice concept and a lousy implementation.
  4531.  
  4532. I don't think it's THAT bad... ;)
  4533.  
  4534. Ω"Well, from what I've read, scientific studies show men tend to be better at
  4535. Ωdealing with visual concepts, while women are better at complex linguistic
  4536. Ωcommunication." - "You mean..." - "Men are from MACs, women are from VMS"
  4537. Ω    Erwin the AI, www.userfriendly.org
  4538.  
  4539. This, on the other hand, is hilarious!:)
  4540.  
  4541. Jack Troughton   ICQ:7494149
  4542. http://jakesplace.dhs.org
  4543. jack.troughton at videotron.ca
  4544. jake at jakesplace.dhs.org
  4545. Montr┌al PQ Canada
  4546.  
  4547. --- WtrGate+ v0.93.p7 sn 165
  4548.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4549.  
  4550. +----------------------------------------------------------------------------+
  4551.  
  4552. From: cbass2112@my-deja.com                             21-Dec-99 23:45:13
  4553.   To: All                                               21-Dec-99 21:33:20
  4554. Subj: Re: FreeOS - project to Clone OS/2
  4555.  
  4556. From: cbass2112@my-deja.com
  4557.  
  4558. In article <slrn85utiu.fk.veit@simi.gmd.de>,
  4559.   veit@simi.gmd.de (Holger Veit) wrote:
  4560.  
  4561. -- snip --
  4562.  
  4563. > Real programmers can write FORTRAN in any language. C is a pretty
  4564. > well suited language to write lousy code, and C++ is even a negative
  4565. > improvement to that.
  4566.  
  4567. With all due respect, this is true of any language, including assembler
  4568. and training languages like Pascal. I've seen lousy code written in
  4569. several languages; there is nothing especially magical about C in this
  4570. regard, if you are willing to overlook the obvious issue of pointer
  4571. arithmetic nonsense.
  4572.  
  4573. > If you write assembler, you have to consider what you do, how you
  4574. > layout structures, pass parameters, call procuedures etc. because
  4575. > every conceptual flaw will shoot back at you pretty fast.
  4576.  
  4577. However, as a software developer, I consider my time too valuable to
  4578. squander it deciding where each byte of code should reside in RAM. The
  4579. reason we *have* HLLs is to free us from that kind of tyranny, and allow
  4580. us to concentrate on the problem at hand.
  4581.  
  4582. > With a high level language, you write something and hope that the
  4583. > compiler will optimize your nonsense. Garbage-In, Garbage-out.
  4584.  
  4585. You are alluding to the pointer arithmetic I mentioned earlier, I hope.
  4586. :)  Beyond that, I take exception to the notion that my code is
  4587. "nonsense."
  4588.  
  4589. > Disk space is dirt cheap, and you aren't interested why the hell such
  4590. > a lousy little DLL occupies 800KBytes on disk - you normally can't
  4591. > find out at all anyway, normally.
  4592.  
  4593. Which is probably just as well. Yes, indeed, hardware is cheap, which is
  4594. another strike against assembler, especially as a general-purpose
  4595. development tool.  Back when assembler ruled the roost, hardware was
  4596. considerably more expensive, and the programmer's time was comparatively
  4597. cheap.
  4598.  
  4599. And don't forget the portability issue -- would you have even
  4600. *considered* porting XFree86 to OS/2 if it had been written in 100%
  4601. assembler?
  4602.  
  4603.  
  4604. Curtis
  4605.  
  4606.  
  4607. Sent via Deja.com http://www.deja.com/
  4608. Before you buy.
  4609.  
  4610. --- WtrGate+ v0.93.p7 sn 165
  4611.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  4612.  
  4613. +----------------------------------------------------------------------------+
  4614.  
  4615. From: tholenantispam@hawaii.edu                         21-Dec-99 23:54:11
  4616.   To: All                                               21-Dec-99 21:33:20
  4617. Subj: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  4618.  
  4619. From: tholenantispam@hawaii.edu (Dave Tholen)
  4620.  
  4621. Lucien writes:
  4622.  
  4623. >>> Therefore, given that your position has now been established as
  4624. >>>
  4625. >>> "The JDK sentence is not ambiguous WRT (grammatical)
  4626. >>> quantification",
  4627.  
  4628. >> On what basis do you claim that my position has been established as
  4629. >> that, Lucien?
  4630.  
  4631. > By mutual agreement that that is your position.
  4632.  
  4633. Where is my alleged agreement, Lucien?
  4634.  
  4635. > Because you provided no explicit answer to the question
  4636. >
  4637. > "Is the JDK sentence ambiguous WRT (grammatical) quantification?"
  4638.  
  4639. Irrelevant, given that the grammaticality amd coherence of the
  4640. original sentence is not the issue.
  4641.  
  4642. > (an illogical claim of irrelevancy was supplied instead),
  4643.  
  4644. On what basis do you call my claim of irrelevancy "illogical", Lucien?
  4645. I explained why your modified version of the sentence is irrelevant.
  4646. You offered no counterargument to that explanation.  Thus your claim
  4647. of "illogic" is nothing more than mere pontification on your part.
  4648.  
  4649. > you tacitly agreed to the conditions I set forth in my original
  4650. > inquiry
  4651.  
  4652. Ah, because you cannot identify the alleged agreement, you instead
  4653. call it "tacit".  I'd call it your fantasy.  Of course, if you want
  4654. to use "tacit" as an indication of position, then you "tacitly"
  4655. agreed that the title "Andre Watts Performs Mozart" is not ambiguous
  4656. to those familiar with the amount of music composed by Mozart, and
  4657. that lack of ambiguity can be achieved by means other than grammar.
  4658.  
  4659. > and accepted
  4660. >
  4661. > "The JDK sentence is not ambiguous WRT (grammatical) quantification"
  4662. >
  4663. > as your position.
  4664.  
  4665. Where is my alleged acceptance, Lucien?
  4666.  
  4667. > You may, at any time, override this assumption by supplying an
  4668. > explicit (i.e. yes/no) answer to the original question.
  4669.  
  4670. I provided an explicit answer to the *original* question long ago,
  4671. Lucien.  That's what you've been arguing about for the last several
  4672. weeks.  As for your modified question, it's irrelevant, for reasons
  4673. previously noted.
  4674.  
  4675. > Otherwise, the debate continues based on my assumption.
  4676.  
  4677. Irrelevant, given that I provided an explicit answer to the *original*
  4678. question long ago, thus no assumptions are necessary on your part.
  4679.  
  4680. >>> explain why these two variants of the JDK sentence are grammatical,
  4681. >>> coherent sentences of English:
  4682. >>>
  4683. >>> "OS/2 Java 1.1.8 implements some Java 1.2 functionality."
  4684. >>>
  4685. >>> "OS/2 Java 1.1.8 implements all Java 1.2 functionality."
  4686.  
  4687. >> Irrelevant, given that the grammaticality amd coherence of the
  4688. >> original sentence is not the issue.
  4689.  
  4690. > Illogical response, given that we're concerned with the grammaticality
  4691. > and coherence of the JDK sentence variants in this section, not the
  4692. > original JDK sentence.
  4693.  
  4694. "This section" is irrelevant, simply because it doesn't deal with the
  4695. original JDK sentence, thus my response is not illogical.
  4696.  
  4697. > Specifically, your assertion that the original JDK sentence is not
  4698. > ambiguous WRT quantification (regardless of the source of the
  4699. > disambiguation) predicts that one of these variants of the JDK sentence
  4700. > should be impossible;
  4701.  
  4702. And I previously noted that the second is illogical, because if all
  4703. Java 1.2 functionality had been implementedm then there isn't a reason
  4704. for IBM to have called it "1.1.8".
  4705.  
  4706. > yet both are grammatical, coherent sentences of English.
  4707.  
  4708. The second is not logical, however.
  4709.  
  4710. > Explain why.
  4711.  
  4712. Unnecessary, given that there is more to logical arguments using
  4713. English sentences than just grammar and coherence.
  4714.  
  4715. =====================================================================
  4716.  
  4717. Meanwhile, I noticed how you deleted for a sixth time yet another
  4718. example of mine that demonstrates another flaw in your reasoning.
  4719. I'll restore it:
  4720.  
  4721. ] Unnecessary, because lack of ambiguity can be achieved by other means.
  4722. ] For example, if you have a compact disc titled "Andre Watts Performs
  4723. ] Mozart", are you going to claim that the title is ambiguous because
  4724. ] "performs" could mean "some" or "all" of the music of Mozart?  In this
  4725. ] case, the ambiguity is resolved because Mozart composed more music
  4726. ] than can fit on a compact disc.
  4727.  
  4728. Amazing how unwilling you are to admit how lack of ambiguity can be
  4729. achieved in a variety of ways, such as by using words whose definitions
  4730. can make them inherently unambiguous, such as "prevent", or by the
  4731. application of logic, such as why IBM uses "1.1.8" instead of "1.2",
  4732. or a little knowledge, such as the amount of music written by Mozart.
  4733.  
  4734. --- WtrGate+ v0.93.p7 sn 165
  4735.  * Origin: Usenet: IFA B-111 (1:109/42)
  4736.  
  4737. +----------------------------------------------------------------------------+
  4738.  
  4739. From: tholenantispam@hawaii.edu                         22-Dec-99 00:05:09
  4740.   To: All                                               21-Dec-99 21:33:20
  4741. Subj: Re: Bass digest, volume 2451534
  4742.  
  4743. From: tholenantispam@hawaii.edu (Dave Tholen)
  4744.  
  4745. Lucien writes:
  4746.  
  4747. >> Today's Bass digest:
  4748. >>
  4749. >> 1> Still beating your wife?
  4750. >>
  4751. >> Non sequitur.
  4752. >>
  4753. >> Hey Curtis, have you kept track of Lucien's latest antics?
  4754.  
  4755. > Hey Curtis, have you kept track of Dave's latest antics?
  4756.  
  4757. >> Now he's
  4758. >> trying to attribute positions to me that I haven't taken.
  4759.  
  4760. > Now he's trying to divert attention from the beating he's taking in
  4761. > the other thread
  4762.  
  4763. What alleged beating am I taking in the other thread, Lucien?  That's
  4764. rather ironic, coming from the person taking the beating, as evidenced
  4765. by the fact that you've been falsely attributing positions to me, the
  4766. fact that you've been changing your argument, and the fact that you've
  4767. continued to ignore the Mozart example.
  4768.  
  4769. > by making unsubstantiated claims
  4770.  
  4771. The claims are all substantiated in the other thread, Lucien.  
  4772.  
  4773. > in an irrelevant exchange with you.
  4774.  
  4775. Considering that Curtis had previously commented on our exchange, it
  4776. shouldn't be irrelevant to him.
  4777.  
  4778. >> And not too long ago he changed his own argument.
  4779.  
  4780. > And not too long ago he lost track of his own argument.
  4781.  
  4782. Where did I allegedly lose track of my own argument, Lucien?  I'm not
  4783. the one modifying sentences to restrict attention to only the
  4784. grammatical aspects.  You're the one doing that.
  4785.  
  4786. >> Now it's not that the sentence is ambiguous, but rather that it is
  4787. >> "grammatically" ambiguous.
  4788.  
  4789. > Now it's the same ambiguity at issue as always.
  4790.  
  4791. Incorrect, given that the issue was never restricted to the grammatical
  4792. aspect.
  4793.  
  4794. >> And have you noticed how he's ignored the Mozart example five times
  4795. >> so far?
  4796.  
  4797. > And have you noticed his continued reliance on diversionary
  4798. > irrelevancies and invective?
  4799.  
  4800. What alleged "diversionary irrelevancies", Lucien?  An example that
  4801. proves you wrong is hardly diversionary or irrelevant.  And where is
  4802. the alleged invective in the Mozart example, Lucien?
  4803.  
  4804. --- WtrGate+ v0.93.p7 sn 165
  4805.  * Origin: Usenet: IFA B-111 (1:109/42)
  4806.  
  4807. +----------------------------------------------------------------------------+
  4808.  
  4809. From: josco@sea.monterey.edu                            21-Dec-99 16:23:28
  4810.   To: All                                               21-Dec-99 21:33:20
  4811. Subj: Re: In case you're interested in Windows2000
  4812.  
  4813. From: josco <josco@sea.monterey.edu>
  4814.  
  4815. On Tue, 21 Dec 1999, Christian Gustafson wrote:
  4816.  
  4817. > Microsoft has an excellent package for getting up to speed on Active
  4818. Directory
  4819. > and Windows2000:
  4820. > http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  4821. > For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  4822. > Advanced Server when they ship, an extensive training kit, and a MS T-shirt.
  4823. > A great deal, from a company that still sells PC OSes.
  4824.  
  4825. The T-shirts are boys sizes.  You see, like Windows2000, MS's t-shirts
  4826. don't scale. 
  4827.  
  4828.  
  4829. --- WtrGate+ v0.93.p7 sn 165
  4830.  * Origin: Usenet: CSUnet (1:109/42)
  4831.  
  4832. +----------------------------------------------------------------------------+
  4833.  
  4834. From: huffd@nls.net                                     22-Dec-99 01:25:15
  4835.   To: All                                               22-Dec-99 03:27:00
  4836. Subj: Re: In case you're interested in Windows2000
  4837.  
  4838. From: "David D. Huff Jr." <huffd@nls.net>
  4839.  
  4840. I am not.
  4841.  
  4842. >ad removed
  4843.  
  4844. Self respect intact.
  4845.  
  4846. --- WtrGate+ v0.93.p7 sn 165
  4847.  * Origin: Origin Line 1 Goes Here (1:109/42)
  4848.  
  4849. +----------------------------------------------------------------------------+
  4850.  
  4851. From: cmulligan@hipcrime.vocab.org                      21-Dec-99 17:22:19
  4852.   To: All                                               22-Dec-99 03:27:00
  4853. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  4854.  
  4855. From: "Chad Mulligan" <cmulligan@hipcrime.vocab.org>
  4856.  
  4857. <jedi@dementia.mishnet> wrote in message
  4858. news:slrn85vkv0.mtv.jedi@localhost.localdomain...
  4859. > On Mon, 20 Dec 1999 21:44:19 -0800, Chad Mulligan
  4860. <cmulligan@hipcrime.vocab.org> wrote:
  4861. > >
  4862. > ><jedi@dementia.mishnet> wrote in message
  4863. > >news:slrn85tao9.1q8.jedi@localhost.localdomain...
  4864. > >> On Mon, 20 Dec 1999 13:57:25 -0800, Chad Mulligan
  4865. > ><cmulligan@hipcrime.vocab.org> wrote:
  4866. > >> >
  4867. > ><TRIMMED>
  4868. > >    > >>
  4869. > >> >
  4870. > >> >Wrongo boyo. The net itself is just as redundant and fault tolerant as
  4871. it
  4872. > >> >always was.  If the dial up points of presence you use aren't as
  4873. reliable
  4874. > >as
  4875. > >>
  4876. > >> In that case, it's never lived up to it's hype.
  4877. > >>
  4878. > >> >always, or the access to the net isn't there, you need a new ISP.
  4879. > >>
  4880. > >> Are you actually expecting mere END USERS to be forced
  4881. > >> to actually be aware of all the quality issues involved
  4882. > >> with ensuring that their 'online applications' are robust
  4883. > >> wrt personal availability?
  4884. > >>
  4885. > >
  4886. > >Well the end users that are part of my customer base don't have these
  4887. > >difficulties.  We actually take steps to anticipate their problems before
  4888. > >they occur.
  4889. >
  4890. > That's fine for your little infintesimal corner of the net
  4891. > but pretty much meaningless for the rest of it.
  4892.  
  4893. Actually we aren't an infinitesimal corner of the net, we are part of the
  4894. backbone.
  4895.  
  4896. --
  4897. Armageddon means never having to say you're sorry.
  4898.  
  4899.  
  4900. --- WtrGate+ v0.93.p7 sn 165
  4901.  * Origin: Usenet: Hipcrime Vocabulary Organization (1:109/42)
  4902.  
  4903. +----------------------------------------------------------------------------+
  4904.  
  4905. From: mamodeo@stny.rr.com                               21-Dec-99 20:27:23
  4906.   To: All                                               22-Dec-99 03:27:00
  4907. Subj: Re: Amodeo digest, volume 2451534
  4908.  
  4909. From: Marty <mamodeo@stny.rr.com>
  4910.  
  4911. Dave Tholen got confused and responded with the following in the wrong thread:
  4912. > Today's Amodeo digest:
  4913. > 1> What Dave allegedly enjoys is irrelevant.
  4914. > Very good, Marty.
  4915. > 1> Dave never said that.
  4916. > Very good, Marty.
  4917.  
  4918. As pleased as I am to have met with your approval, your recognition is quite
  4919. irrelevant.
  4920.  
  4921. --- WtrGate+ v0.93.p7 sn 165
  4922.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  4923.  
  4924. +----------------------------------------------------------------------------+
  4925.  
  4926. From: mamodeo@stny.rr.com                               21-Dec-99 20:30:24
  4927.   To: All                                               22-Dec-99 03:27:00
  4928. Subj: Re: Bass digest, volume 2451534
  4929.  
  4930. From: Marty <mamodeo@stny.rr.com>
  4931.  
  4932. Dave Tholen wrote:
  4933. > Today's Bass digest:
  4934. > 1> Still beating your wife?
  4935. > Non sequitur.
  4936. > Hey Curtis, have you kept track of Lucien's latest antics?  Now he's
  4937. > trying to attribute positions to me that I haven't taken.  And not too
  4938. > long ago he changed his own argument.  Now it's not that the sentence
  4939. > is ambiguous, but rather that it "grammatically" ambiguous.  And have
  4940. > you noticed how he's ignored the Mozart example five times so far?
  4941.  
  4942. How ironic, considering the non sequitur nature of the above paragraph.
  4943.  
  4944. --- WtrGate+ v0.93.p7 sn 165
  4945.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  4946.  
  4947. +----------------------------------------------------------------------------+
  4948.  
  4949. From: mamodeo@stny.rr.com                               21-Dec-99 20:45:05
  4950.   To: All                                               22-Dec-99 03:27:00
  4951. Subj: Re: how much of OS/2 is ....
  4952.  
  4953. From: Marty <mamodeo@stny.rr.com>
  4954.  
  4955. Trancser wrote:
  4956. > >IBM has weeded out much of the old 16 bit code, but there is still some in
  4957. > >there.  The reason 16 bit code still exists in OS/2 is that the stuff left
  4958. is
  4959. > >highly optimized assebly code.  For the most part there is no advantage to
  4960. > >going to 32 bit code and some portions may actually take a performance hit
  4961. > >going to 32 bit.  And to answere the last question, of course they would
  4962. > >work, the question is what is the gain by going to 32 bit?
  4963. > >
  4964. > Wouldnt there be a speed difference? any at all?
  4965.  
  4966. Depends on what the code in question is doing.  If it is IO bound code, like
  4967. those communicating with a hard disk drive, it makes very little difference. 
  4968. If it is code for display drivers or something which needs to manipulate large
  4969. amounts of data as quickly as possible it can give a nearly 2x performance
  4970. boost.
  4971.  
  4972. - Marty
  4973.  
  4974. --- WtrGate+ v0.93.p7 sn 165
  4975.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  4976.  
  4977. +----------------------------------------------------------------------------+
  4978.  
  4979. From: rdhughes@home.com                                 21-Dec-99 20:17:00
  4980.   To: All                                               22-Dec-99 03:27:00
  4981. Subj: Re: In case you're interested in Windows2000
  4982.  
  4983. From: Rob Hughes <rdhughes@home.com>
  4984.  
  4985. The funniest thing is that's RC2 which isn't even available anymore
  4986. since w2k went RTM. What a putz... Could that be why he's known as
  4987. "goofy"?
  4988.  
  4989. On Tue, 21 Dec 1999 07:58:53 -0600, "Christian Gustafson"
  4990. <christian.g@ibm.net> wrote:
  4991.  
  4992. :Microsoft has an excellent package for getting up to speed on Active
  4993. Directory
  4994. :and Windows2000:
  4995. :http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  4996. :
  4997. :For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  4998. :Advanced Server when they ship, an extensive training kit, and a MS T-shirt.
  4999. :
  5000. :A great deal, from a company that still sells PC OSes.
  5001.  
  5002. Rob "Narphous" Hughes
  5003. Co 404th KamiKali TFW Western Division
  5004. F4 IP
  5005.  
  5006.  
  5007.   -----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
  5008.    http://www.newsfeeds.com       The Largest Usenet Servers in the World!
  5009. ------== Over 73,000 Newsgroups - Including  Dedicated  Binaries Servers
  5010. ==-----
  5011.  
  5012. --- WtrGate+ v0.93.p7 sn 165
  5013.  * Origin: Usenet: Newsfeeds.com http://www.newsfeeds.com 73,000+ UN
  5014. (1:109/42)
  5015.  
  5016. +----------------------------------------------------------------------------+
  5017.  
  5018. From: andrew@netneurotic.de                             22-Dec-99 03:49:00
  5019.   To: All                                               22-Dec-99 03:27:00
  5020. Subj: Re: FreeOS - project to Clone OS/2
  5021.  
  5022. From: andrew@netneurotic.de (Andrew J. Brehm)
  5023.  
  5024. Karel Jansens <jansens_at_ibm_dot_net> wrote:
  5025.  
  5026. > On Tue, 21 Dec 1999 01:00:47, andrew@netneurotic.de (Andrew J. Brehm)
  5027. > wrote:
  5028. > > Still, this is not what "free" means in regard to software like Minix
  5029. > > and Linux.
  5030. > > 
  5031. > The original poster used the phrase "a freely available OS". From his
  5032. > choice of words I assumed he was referring to the price. Minix did 
  5033. > cost money when I first heard of it, although I didn't know some could
  5034. > get it for nothing.
  5035. > I do agree with you that both Linux and Minix are "free", in the sense
  5036. > that their source is available to all. It's a good thing too, in case
  5037. > you wondered. <G>
  5038.  
  5039. Minix is considered "semi-free" I believe, but this is being nitpicking.
  5040. :-)
  5041.  
  5042. > > > You are correct about Tanenbaum's goal for Minix. I think it is freely
  5043. > > > downloadable nowadays, but I'm not sure if the source is available
  5044. > > > (the "other" meaning of "free").
  5045. > > 
  5046. > > Of course the source is available, otherwise it wouldn't be possible to
  5047. > > study it, would it?
  5048. > > 
  5049. > It sounds logical, now that you say it. I never took the step of 
  5050. > actually procuring Minix (at the time, Windows 3.x provided better 
  5051. > solutions for my business needs; later that became OS/2 and only 
  5052. > recently have I started glancing at Linux).
  5053. > Of course, Microsoft assumes that one can become a MSCE without ever 
  5054. > glancing at the source of their products, so at least some people are
  5055. > convinced one can study stuff without access to sources.
  5056.  
  5057. I'ts amazing, isn't it? :-) I'm going to study Minix next year at around
  5058. this time at my university (that is if I don't work during the time
  5059. instead). I'm looking forward to it. Actually, I've heard that Minix 2.0
  5060. (16 bit) can be run in an OS/2 VMB. I'll try out soon. (I got a CD, but
  5061. it didn't work because of some data error during dd'ing the thingy.)
  5062.  
  5063. -- 
  5064. Fan of Woody Allen
  5065. User of MacOS, BeOS, LinuxPPC
  5066. Supporter of Pepperoni Pizza
  5067.  
  5068. --- WtrGate+ v0.93.p7 sn 165
  5069.  * Origin: Origin Line 1 Goes Here (1:109/42)
  5070.  
  5071. +----------------------------------------------------------------------------+
  5072.  
  5073. From: christian.g@ibm.net                               21-Dec-99 21:17:24
  5074.   To: All                                               22-Dec-99 03:27:00
  5075. Subj: Re: In case you're interested in Windows2000
  5076.  
  5077. From: "Christian Gustafson" <christian.g@ibm.net>
  5078.  
  5079. "Rob Hughes" <rdhughes@home.com> wrote in message
  5080. news:53d06scdc910gvj0ha8ier5ut2fn2mpimq@4ax.com...
  5081. > The funniest thing is that's RC2 which isn't even available anymore
  5082. > since w2k went RTM. What a putz... Could that be why he's known as
  5083. > "goofy"?
  5084.  
  5085. No, Rob, they send you RC2 now, and full versions of all three
  5086. products when they ship, presumably next month.  Another example
  5087. of great developer support from Microsoft.
  5088.  
  5089. --
  5090. :::::=====  Christian Gustafson
  5091. :::::=====  Marina City, Chicago, Illinois
  5092. ==========
  5093. ==========
  5094.  
  5095.  
  5096.  
  5097.  
  5098.  
  5099. --- WtrGate+ v0.93.p7 sn 165
  5100.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  5101. (1:109/42)
  5102.  
  5103. +----------------------------------------------------------------------------+
  5104.  
  5105. From: tholenbot@x3066.resnet.cornell.edu                21-Dec-99 22:06:10
  5106.   To: All                                               22-Dec-99 03:27:00
  5107. Subj: Re: Bass digest, volume 2451534
  5108.  
  5109. From: tholenbot <tholenbot@x3066.resnet.cornell.edu>
  5110.  
  5111. In article <83p4jv$5mu$1@news.hawaii.edu>, Dave "Bennett" Tholen 
  5112. (tholenantispam@hawaii.edu) wrote:
  5113.  
  5114. > Lucien writes:
  5115. > >> Today's Bass digest:
  5116. > >>
  5117. > >> 1> Still beating your wife?
  5118. > >>
  5119. > >> Non sequitur.
  5120. > >>
  5121. > >> Hey Curtis, have you kept track of Lucien's latest antics?
  5122. > > Hey Curtis, have you kept track of Dave's latest antics?
  5123.  
  5124. Note: no logical response.
  5125.  
  5126. > >> Now he's
  5127. > >> trying to attribute positions to me that I haven't taken.
  5128. > > Now he's trying to divert attention from the beating he's taking in
  5129. > > the other thread
  5130. > What alleged beating am I taking in the other thread, Lucien?
  5131.  
  5132. Try using your brain for once, Dave.  Sheesh.
  5133.  
  5134. > That's
  5135. > rather ironic, coming from the person taking the beating, as evidenced
  5136. > by the fact that you've been falsely attributing positions to me, the
  5137. > fact that you've been changing your argument, and the fact that you've
  5138. > continued to ignore the Mozart example.
  5139.  
  5140. What alleged "Mozart", Dave?
  5141.  
  5142. > > by making unsubstantiated claims
  5143. > The claims are all substantiated in the other thread, Lucien.  
  5144.  
  5145. Typical erroneous and unsubstantiated claim.
  5146.  
  5147. > > in an irrelevant exchange with you.
  5148. > Considering that Curtis had previously commented on our exchange,
  5149.  
  5150. Irrelevant.
  5151.  
  5152. > it
  5153. > shouldn't be irrelevant to him.
  5154.  
  5155. On what basis do you make this claim?
  5156.  
  5157. > >> And not too long ago he changed his own argument.
  5158. > > And not too long ago he lost track of his own argument.
  5159. > Where did I allegedly lose track of my own argument, Lucien?  I'm not
  5160. > the one modifying sentences to restrict attention to only the
  5161. > grammatical aspects.  You're the one doing that.
  5162.  
  5163. See above.
  5164.  
  5165. > Incorrect, given that the issue was never restricted to the grammatical
  5166. > aspect.
  5167.  
  5168. The restrictions are not relevant, Dave.  What you can prove is relevant.
  5169.  
  5170. > > And have you noticed his continued reliance on diversionary
  5171. > > irrelevancies and invective?
  5172. > What alleged "diversionary irrelevancies", Lucien? 
  5173.  
  5174. How ironic.
  5175.  
  5176. > An example that
  5177. > proves you wrong is hardly diversionary or irrelevant.
  5178.  
  5179. Irrelevant, given that you have not shown the existence of any such 
  5180. examples.
  5181.  
  5182. >  And where is
  5183. > the alleged invective in the Mozart example, Lucien?
  5184.  
  5185. What alleged "Mozart", Dave?
  5186.  
  5187. -- 
  5188. I do not 'approve' phrases.
  5189. -Dave Tholen
  5190.  
  5191. --- WtrGate+ v0.93.p7 sn 165
  5192.  * Origin: Usenet: IFA BS-1 (1:109/42)
  5193.  
  5194. +----------------------------------------------------------------------------+
  5195.  
  5196. From: letoured@nospam.net                               21-Dec-99 22:07:10
  5197.   To: All                                               22-Dec-99 03:27:00
  5198. Subj: Re: how much of OS/2 is ....
  5199.  
  5200. From: letoured@nospam.net
  5201.  
  5202. >> >IBM has weeded out much of the old 16 bit code, but there is still some in
  5203. >> >there.  The reason 16 bit code still exists in OS/2 is that the stuff left 
  5204. is
  5205. >> >highly optimized assebly code.  For the most part there is no advantage to
  5206. >> >going to 32 bit code and some portions may actually take a performance hit
  5207. >> >going to 32 bit.  And to answere the last question, of course they would
  5208. >> >work, the question is what is the gain by going to 32 bit?
  5209.  
  5210. >> Wouldnt there be a speed difference? any at all?
  5211.  
  5212. Side Note: A few years ago I was beta testing Xerox's wonder new 32bit
  5213. Win95 version of Textbridge (OCR program). For the fun of it I installed
  5214. the 16bit Win31 version under Win-OS2 and ran tests on both versions. 
  5215. Xeron was not happy when I reported that the Win 3.1 version was 25%
  5216. faster under OS2 then the W95 was under WinCrap.
  5217.  
  5218.  
  5219. _____________
  5220. Ed Letourneau <letoured@sover.net>
  5221.  
  5222. --- WtrGate+ v0.93.p7 sn 165
  5223.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  5224. (1:109/42)
  5225.  
  5226. +----------------------------------------------------------------------------+
  5227.  
  5228. From: christian.g@ibm.net                               21-Dec-99 21:29:17
  5229.   To: All                                               22-Dec-99 03:27:00
  5230. Subj: Re: In case you're interested in Windows2000
  5231.  
  5232. From: "Christian Gustafson" <christian.g@ibm.net>
  5233.  
  5234. "josco" <josco@sea.monterey.edu> wrote in message
  5235. news:Pine.SGI.3.93.991221162221.6651A-100000@sea.monterey.edu...
  5236. > On Tue, 21 Dec 1999, Christian Gustafson wrote:
  5237. >
  5238. > > Microsoft has an excellent package for getting up to speed on Active
  5239. Directory
  5240. > > and Windows2000:
  5241. > > http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  5242. > >
  5243. > > For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  5244. > > Advanced Server when they ship, an extensive training kit, and a MS
  5245. T-shirt.
  5246. > >
  5247. > > A great deal, from a company that still sells PC OSes.
  5248. >
  5249. > The T-shirts are boys sizes.  You see, like Windows2000, MS's t-shirts
  5250. > don't scale.
  5251.  
  5252. LOL, good one, Joseph.  We'll see, we're building a cluster on it, and I'll
  5253. let you
  5254. know how it goes.  Personally, I can't wait to install the full Win2K on my
  5255. home
  5256. machine.
  5257.  
  5258. Microsoft '00 has fierce competitors, the current enterprise players, and
  5259. Microsoft '96-'99.  The product *has* to be good, to win both the new
  5260. installations
  5261. and the upgrades.  Otherwise, they're toast, and they know it.  I hope it is
  5262. as good
  5263. an upgrade as SQL Server 7 was to 6.5, quite an achievement.
  5264.  
  5265. I first learned about the free Solaris OS kits here in COOA, so I thought it
  5266. appropriate to post the link to the MS offer.  An excellent value and example
  5267. of MS's developer support, some of you may order it simply to evaluate the
  5268. full product, kick the tires, knock it around a bit.  Best-tool-for-the-job
  5269. and
  5270. all that, right?
  5271.  
  5272. --
  5273. :::::=====  Christian Gustafson
  5274. :::::=====  Marina City, Chicago, Illinois
  5275. ==========
  5276. ==========
  5277.  
  5278.  
  5279. --- WtrGate+ v0.93.p7 sn 165
  5280.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  5281. (1:109/42)
  5282.  
  5283. +----------------------------------------------------------------------------+
  5284.  
  5285. From: fake@forgitaboutit.com                            22-Dec-99 04:04:04
  5286.   To: All                                               22-Dec-99 03:27:00
  5287. Subj: Re: In case you're interested in Windows2000
  5288.  
  5289. From: David H. McCoy <fake@forgitaboutit.com>
  5290.  
  5291. In article <53d06scdc910gvj0ha8ier5ut2fn2mpimq@4ax.com>, rdhughes@home.com 
  5292. says...
  5293. >The funniest thing is that's RC2 which isn't even available anymore
  5294. >since w2k went RTM. What a putz... Could that be why he's known as
  5295. >"goofy"?
  5296. >
  5297. >On Tue, 21 Dec 1999 07:58:53 -0600, "Christian Gustafson"
  5298. ><christian.g@ibm.net> wrote:
  5299. >
  5300. >:Microsoft has an excellent package for getting up to speed on Active
  5301. Directory
  5302. >:and Windows2000:
  5303. >:http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  5304. >:
  5305. >:For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  5306. >:Advanced Server when they ship, an extensive training kit, and a MS T-shirt.
  5307. >:
  5308. >:A great deal, from a company that still sells PC OSes.
  5309. >
  5310. >Rob "Narphous" Hughes
  5311. >Co 404th KamiKali TFW Western Division
  5312. >F4 IP
  5313. >
  5314. >
  5315. >  -----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
  5316. >   http://www.newsfeeds.com       The Largest Usenet Servers in the World!
  5317. >------== Over 73,000 Newsgroups - Including  Dedicated  Binaries Servers
  5318. ==-----
  5319. >
  5320.  
  5321. Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta? Now 
  5322. that's goofy!
  5323.  
  5324. -- 
  5325. ---------------------------------------
  5326. David H. McCoy
  5327. dmccoy@EXTRACT_THIS_mnsinc.com
  5328. ---------------------------------------
  5329.  
  5330. --- WtrGate+ v0.93.p7 sn 165
  5331.  * Origin: Usenet: OminorTech (1:109/42)
  5332.  
  5333. +----------------------------------------------------------------------------+
  5334.  
  5335. From: christian.g@ibm.net                               21-Dec-99 22:21:23
  5336.   To: All                                               22-Dec-99 03:27:00
  5337. Subj: Re: In case you're interested in Windows2000
  5338.  
  5339. From: "Christian Gustafson" <christian.g@ibm.net>
  5340.  
  5341. "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  5342. news:MPG.12ca1c2b4067cd2e989693@news-server.mgfairfax.rr.com...
  5343. >
  5344. > Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta? Now
  5345. > that's goofy!
  5346.  
  5347. How 'bout that Warp 5 client beta?
  5348.  
  5349. cg
  5350.  
  5351.  
  5352. > ---------------------------------------
  5353. > David H. McCoy
  5354. > dmccoy@EXTRACT_THIS_mnsinc.com
  5355. > ---------------------------------------
  5356.  
  5357.  
  5358. --- WtrGate+ v0.93.p7 sn 165
  5359.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  5360. (1:109/42)
  5361.  
  5362. +----------------------------------------------------------------------------+
  5363.  
  5364. From: newyear@KILL_SPAMdeepchaos.com                    22-Dec-99 04:22:12
  5365.   To: All                                               22-Dec-99 03:27:00
  5366. Subj: test
  5367.  
  5368. From: newyear@KILL_SPAMdeepchaos.com (newyear)
  5369.  
  5370. test
  5371. ------
  5372. Posted via news://freenews.netfront.net
  5373. Complaints to news@netfront.net
  5374.  
  5375. --- WtrGate+ v0.93.p7 sn 165
  5376.  * Origin: Usenet: Netfront http://www.netfront.net/ (1:109/42)
  5377.  
  5378. +----------------------------------------------------------------------------+
  5379.  
  5380. From: sbm@direct.ca                                     19-Dec-99 19:20:08
  5381.   To: All                                               22-Dec-99 03:27:00
  5382. Subj: Re: Who runs this country?
  5383.  
  5384. From: sbm@direct.ca (Siobhan Medeiros)
  5385.  
  5386. "Steven C. Britton" <sbritton@cadvision.com> wrote:
  5387.  
  5388. >Kenn Sunley wrote:
  5389. >
  5390. >> Go ahead bust some unions - and while you're at it - get rid of medicare,
  5391. >...
  5392. >
  5393. >Sure!
  5394. >
  5395. >> old age pensions, ...
  5396. >
  5397. >Absolutely!
  5398. >
  5399. >> ... all pensions for that matter,
  5400. >
  5401. >People should be responsible for their own pensions.  If the company they
  5402. >work for wants to set up a group pension plan, that's fine too.  Government
  5403. >has no responsibility in the matter.
  5404. >
  5405.  
  5406. Why not just put everyone over 65 to death?
  5407.  
  5408. >> universal school educations ...
  5409. >
  5410. >Without a doubt!
  5411.  
  5412. Now this is truly scary.
  5413.  
  5414. >
  5415. >> all labour codes - including health and safety...
  5416. >
  5417. >Don't work for companies that don't keep responsible health and safety
  5418. >codes.  You don't need a union to uphold that.  If nobody works for such a
  5419. >company, they can't produce; and therefore they disappear.
  5420. >
  5421. >... or, at least, only those willing to work in those conditions would work
  5422. >there, and the company wouldn't produce _good_ stuff, and they'd disappear.
  5423. >
  5424.  
  5425. Then by your logic, those third-world shoe factories should be long gone by
  5426. now.
  5427.  
  5428. >> ... minimum wage standards...
  5429. >
  5430. >Sure!  Minimum wage kills jobs.
  5431. >
  5432.  
  5433. The type of job which can't pay minimum wage isn't worth having around.
  5434.  
  5435. >> human rights...
  5436. >
  5437. >Don't be stupid.
  5438. >
  5439. >The only human rights are (a) the right to life, (b) the right to liberty,
  5440. >and (c) the right to own and enjoy property.
  5441.  
  5442. I would have added (d) the right to freedom of speech (e) the right of
  5443. religous expression (f) the right to vote in a democratic election (g) the
  5444. right to legal representation in a trial, etc., etc....
  5445.  
  5446. >
  5447. >Any other "right" is a fictitious construct.
  5448. >
  5449. >> ... environmental laws...
  5450. >
  5451. >Sure!  If a company isn't being environmentally responsible, then people
  5452. >won't do business with them.
  5453.  
  5454.  
  5455. I notice Exxon is still in business.
  5456.  
  5457. >
  5458. >> just cause dismissals ...
  5459. >
  5460. >Unions have nothing to do with that; it's a violation of one's right to
  5461. >liberty because the company, by not dismissing with just cause, is
  5462. >initiating force against the person they're canning.
  5463. >
  5464.  
  5465. It's interesting to see yet another interesting definition of "initiation
  5466. of force".  Just goes to show you that you can define it to mean anything
  5467. you want it to.
  5468.  
  5469. >> and thousands of other good laws and societal standards that unions have
  5470. >> fought for in this country.
  5471. >
  5472. >There aren't any.
  5473. >
  5474. >> It is strange, that if not for the unions you hate so much - you probably
  5475. >> wouldn't even have the public voice with which to decry their existence.
  5476. >
  5477. >That's pure, unadulterated crap.  The three rights I listed above have
  5478. >always existed and will always exist.  Unions had nothing to do with them.
  5479.  
  5480. Guess again.  Your rights only exist so long as there is a strong
  5481. government to protect them.  Otherwise you can scream at the top of your
  5482. lungs about your right to life all the while they're dragging you out to
  5483. the firing squad.
  5484.  
  5485.  
  5486.  
  5487.  
  5488. >----------------------------------------------------------------------------
  5489. >What have YOU done to bust a union today?
  5490. >----------------------------------------------------------------------------
  5491. >
  5492. >Work better: Work union-free.
  5493. >
  5494. >Steven C. Britton
  5495. >Calgary
  5496. >
  5497. >www.cadvision.com/sbritton
  5498. >
  5499. >
  5500. >
  5501.  
  5502. --- WtrGate+ v0.93.p7 sn 165
  5503.  * Origin: Usenet: Internet Direct - http://www.mydirect.com (1:109/42)
  5504.  
  5505. +----------------------------------------------------------------------------+
  5506.  
  5507. From: sbritton@cadvision.com                            21-Dec-99 22:05:08
  5508.   To: All                                               22-Dec-99 03:27:00
  5509. Subj: Re: Who runs this country?
  5510.  
  5511. From: "Steven C. Britton" <sbritton@cadvision.com>
  5512.  
  5513. Siobhan Medeiros wrote:
  5514. > >
  5515. > >People should be responsible for their own pensions.  If the company they
  5516. > >work for wants to set up a group pension plan, that's fine too.
  5517. Government
  5518. > >has no responsibility in the matter.
  5519. >
  5520. > Why not just put everyone over 65 to death?
  5521.  
  5522. The world doesn't owe anyone a living.  That includes people over 65 years
  5523. of age.  It is your own responsibility to make sure you can live after
  5524. retirement.
  5525.  
  5526. > >> universal school educations ...
  5527. > >
  5528. > >Without a doubt!
  5529. >
  5530. > Now this is truly scary.
  5531.  
  5532. Not at all: private education is far better for people than public.  The
  5533. competition between schools keeps it that way.
  5534.  
  5535. > >> all labour codes - including health and safety...
  5536. > >
  5537. > >Don't work for companies that don't keep responsible health and safety
  5538. > >codes.  You don't need a union to uphold that.  If nobody works for such
  5539. a
  5540. > >company, they can't produce; and therefore they disappear.
  5541. > >
  5542. > >... or, at least, only those willing to work in those conditions would
  5543. work
  5544. > >there, and the company wouldn't produce _good_ stuff, and they'd
  5545. disappear.
  5546. > >
  5547. > Then by your logic, those third-world shoe factories should be long gone
  5548. by
  5549. > now.
  5550.  
  5551. Those "third-world shoe factories" of which you speak are probably far safer
  5552. and healthy than the other businesses that exist in those countries.
  5553.  
  5554. > >> ... minimum wage standards...
  5555. > >
  5556. > >Sure!  Minimum wage kills jobs.
  5557. > >
  5558. >
  5559. > The type of job which can't pay minimum wage isn't worth having around.
  5560.  
  5561. People should be paid what they're worth.
  5562.  
  5563. > >> human rights...
  5564. > >
  5565. > >Don't be stupid.
  5566. > >
  5567. > >The only human rights are (a) the right to life, (b) the right to
  5568. liberty,
  5569. > >and (c) the right to own and enjoy property.
  5570. >
  5571. > I would have added (d) the right to freedom of speech
  5572.  
  5573. That's liberty.
  5574.  
  5575. > (e) the right of religous expression
  5576.  
  5577. Liberty...
  5578.  
  5579. > (f) the right to vote in a democratic election
  5580.  
  5581. Liberty...
  5582.  
  5583. > (g) the right to legal representation in a trial, etc., etc....
  5584.  
  5585. Liberty.
  5586.  
  5587. You see, liberty encompasses all of the fictitious constructs you've
  5588. postulated in (d),(e),(f), and (g).  They're ALL "liberty".
  5589.  
  5590. > >Sure!  If a company isn't being environmentally responsible, then people
  5591. > >won't do business with them.
  5592. >
  5593. > I notice Exxon is still in business.
  5594.  
  5595. They took a huge hit, and they also took a huge responsibility in repairing
  5596. the damage.
  5597.  
  5598. > >> just cause dismissals ...
  5599. > >
  5600. > >Unions have nothing to do with that; it's a violation of one's right to
  5601. > >liberty because the company, by not dismissing with just cause, is
  5602. > >initiating force against the person they're canning.
  5603. >
  5604. > It's interesting to see yet another interesting definition of "initiation
  5605. > of force".  Just goes to show you that you can define it to mean anything
  5606. > you want it to.
  5607.  
  5608. Not at all: "Initiation of force" simply boils down to the violation of
  5609. another's fundamental rights of liberty, life, or property.
  5610.  
  5611. > >That's pure, unadulterated crap.  The three rights I listed above have
  5612. > >always existed and will always exist.  Unions had nothing to do with
  5613. them.
  5614. >
  5615. > Guess again.  Your rights only exist so long as there is a strong
  5616. > government to protect them.  Otherwise you can scream at the top of your
  5617. > lungs about your right to life all the while they're dragging you out to
  5618. > the firing squad.
  5619.  
  5620. Tyrannical governments exist all over the place, and they violate one's
  5621. rights all the time.  That doesn't remove that right from the person.
  5622. People are free (have liberty) by definition.  They have the right to
  5623. property by definition, and they have the right to life by definition.
  5624.  
  5625. Just because a tyrannical government may violate those rights doesn't mean
  5626. that those rights cease to exist.
  5627. ----------------------------------------------------------------------------
  5628. What have YOU done to bust a union today?
  5629. ----------------------------------------------------------------------------
  5630.  
  5631. Work better: Work union-free.
  5632.  
  5633. Steven C. Britton
  5634. Calgary
  5635.  
  5636. www.cadvision.com/sbritton
  5637.  
  5638.  
  5639.  
  5640. --- WtrGate+ v0.93.p7 sn 165
  5641.  * Origin: Usenet: CADVision Development Corporation (http://www.cad
  5642. (1:109/42)
  5643.  
  5644. +----------------------------------------------------------------------------+
  5645.  
  5646. From: mamodeo@stny.rr.com                               22-Dec-99 00:46:05
  5647.   To: All                                               22-Dec-99 03:27:00
  5648. Subj: Re: In case you're interested in Windows2000
  5649.  
  5650. From: Marty <mamodeo@stny.rr.com>
  5651.  
  5652. "David H. McCoy" wrote:
  5653. > Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta? Now
  5654. > that's goofy!
  5655.  
  5656. Yes it is.  The just called it by a different name.  "GA" is the term they
  5657. used I believe.  ;-)
  5658.  
  5659. - Marty
  5660.  
  5661. --- WtrGate+ v0.93.p7 sn 165
  5662.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  5663.  
  5664. +----------------------------------------------------------------------------+
  5665.  
  5666. From: jbergman@ixc.ixc.net                              21-Dec-99 23:51:00
  5667.   To: All                                               22-Dec-99 03:27:00
  5668. Subj: Re: Using LXLite on OS/2
  5669.  
  5670. From: "Trancser" <jbergman@ixc.ixc.net>
  5671.  
  5672. >
  5673. >You're emitting a significant amount of confusion here.
  5674. >
  5675. >In OS/2, there are two and a half executable formats.  The first is NE,
  5676. >and encompasses only 16-bit executables.  I believe NE stands for New
  5677. >Executable format (ironically enough).
  5678. >
  5679. >The second one and a half formats are both LX (Linear eXecutable), which
  5680. >supports both 16-bit and 32-bit programs, but is most commonly used with
  5681. >the latter.  The first implementation of LX supports the compression of
  5682. >data in the executable.  OS/2 2.x can handle this.  Then there's a
  5683. >modification to the format (hence the "half") which allows for compression
  5684. >of executable code as well as data.  Only OS/2 Warp and above support
  5685. >this.
  5686. >
  5687. >So, the compression of an executable is supported at the OS level. 
  5688. >There's no additional overhead, as the kernel already knows how to
  5689. >uncompress the executable.  On a system with a fast CPU (i.e. any Pentium
  5690. >or higher systems), this makes for better performance, because the process
  5691. >of decompression during load (and keep in mind that OS/2 doesn't have to
  5692. >decompress the entire executable, only those pages which are called for)
  5693. >is much faster than the process of reading the data from the drive.
  5694. >
  5695. >For a 7MB executable which compresses down to 3MB, this has a substantial
  5696. >impact on load performance (in the positive direction).
  5697. >
  5698. >Whether swapping comes into play at all depends entirely on whether or not
  5699. >the system is overcommitted.  As is always the case.
  5700. >
  5701.  
  5702. So its loading the portions of the program (or dynamic link librariy)
  5703. directly into swap file, decompress it there, and finally display its gui on
  5704. the desktop? And if so, would that mean that even if there is actual free
  5705. physcial memory, the program (the portion of it requested by the OS) is still
  5706. loaded directly into swap file?
  5707.  
  5708.  
  5709.  
  5710. --- WtrGate+ v0.93.p7 sn 165
  5711.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  5712.  
  5713. +----------------------------------------------------------------------------+
  5714.  
  5715. From: fake@forgitaboutit.com                            22-Dec-99 05:53:17
  5716.   To: All                                               22-Dec-99 03:27:00
  5717. Subj: Re: In case you're interested in Windows2000
  5718.  
  5719. From: David H. McCoy <fake@forgitaboutit.com>
  5720.  
  5721. In article <386065A3.351C0A4E@stny.rr.com>, mamodeo@stny.rr.com says...
  5722. >"David H. McCoy" wrote:
  5723. >> 
  5724. >> Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta?
  5725. Now
  5726. >> that's goofy!
  5727. >
  5728. >Yes it is.  The just called it by a different name.  "GA" is the term they
  5729. >used I believe.  ;-)
  5730. >
  5731. >- Marty
  5732. >
  5733.  
  5734. That would explain why certain "issues" weren't fixed. They were still betas! 
  5735. <g>
  5736.  
  5737. -- 
  5738. ---------------------------------------
  5739. David H. McCoy
  5740. dmccoy@EXTRACT_THIS_mnsinc.com
  5741. ---------------------------------------
  5742.  
  5743. --- WtrGate+ v0.93.p7 sn 165
  5744.  * Origin: Usenet: OminorTech (1:109/42)
  5745.  
  5746. +----------------------------------------------------------------------------+
  5747.  
  5748. From: sbm@direct.ca                                     19-Dec-99 20:25:11
  5749.   To: All                                               22-Dec-99 03:27:00
  5750. Subj: Re: Who runs this country?
  5751.  
  5752. From: sbm@direct.ca (Siobhan Medeiros)
  5753.  
  5754. "Steven C. Britton" <sbritton@cadvision.com> wrote:
  5755.  
  5756. >Tim Rosnau wrote:
  5757. >
  5758. >> "Steven C. Britton" wrote:
  5759. >> >
  5760. >> > Only a fascist would try to harm another because they have a different
  5761. >> > opinion.
  5762. >>
  5763. >> --------------------------------------------------------------------------
  5764. >--
  5765. >> > What have YOU done to bust a union today?
  5766. >>
  5767. >> --------------------------------------------------------------------------
  5768. >--
  5769. >
  5770. >> This is really intelligent coming from a guy who is in favor of
  5771. >> union busting.
  5772. >
  5773. >Yes.
  5774. >
  5775. >I advocate union busting.  That does not mean I advocate harm to individual
  5776. >union members.  It means that I advocate the decertification and breaking up
  5777. >of unions.
  5778. >
  5779. >For too long, union goons and their rent-a-mob tactics of threats and
  5780. >intimidation have harmed the owners of reputable corporations, and it is
  5781. >time for this crap to stop.
  5782. >
  5783.  
  5784. Employers are far more likely to use rent-a-mobs than unions.  Check out
  5785. what happened at Echlin's plant in Mexico City sometime when the UAW tried
  5786. organizing the workers there.
  5787.  
  5788. In other third-world countries, union organizers tend to...disappear.
  5789.  
  5790.  
  5791.  
  5792.  
  5793. --- WtrGate+ v0.93.p7 sn 165
  5794.  * Origin: Usenet: Internet Direct - http://www.mydirect.com (1:109/42)
  5795.  
  5796. +----------------------------------------------------------------------------+
  5797.  
  5798. From: mamodeo@stny.rr.com                               22-Dec-99 01:02:11
  5799.   To: All                                               22-Dec-99 03:27:00
  5800. Subj: Re: Using LXLite on OS/2
  5801.  
  5802. From: Marty <mamodeo@stny.rr.com>
  5803.  
  5804. Trancser wrote:
  5805. > >
  5806. > >You're emitting a significant amount of confusion here.
  5807. > >
  5808. > >In OS/2, there are two and a half executable formats.  The first is NE,
  5809. > >and encompasses only 16-bit executables.  I believe NE stands for New
  5810. > >Executable format (ironically enough).
  5811. > >
  5812. > >The second one and a half formats are both LX (Linear eXecutable), which
  5813. > >supports both 16-bit and 32-bit programs, but is most commonly used with
  5814. > >the latter.  The first implementation of LX supports the compression of
  5815. > >data in the executable.  OS/2 2.x can handle this.  Then there's a
  5816. > >modification to the format (hence the "half") which allows for compression
  5817. > >of executable code as well as data.  Only OS/2 Warp and above support
  5818. > >this.
  5819. > >
  5820. > >So, the compression of an executable is supported at the OS level.
  5821. > >There's no additional overhead, as the kernel already knows how to
  5822. > >uncompress the executable.  On a system with a fast CPU (i.e. any Pentium
  5823. > >or higher systems), this makes for better performance, because the process
  5824. > >of decompression during load (and keep in mind that OS/2 doesn't have to
  5825. > >decompress the entire executable, only those pages which are called for)
  5826. > >is much faster than the process of reading the data from the drive.
  5827. > >
  5828. > >For a 7MB executable which compresses down to 3MB, this has a substantial
  5829. > >impact on load performance (in the positive direction).
  5830. > >
  5831. > >Whether swapping comes into play at all depends entirely on whether or not
  5832. > >the system is overcommitted.  As is always the case.
  5833. > >
  5834. > So its loading the portions of the program (or dynamic link librariy)
  5835. > directly into swap file, decompress it there, and finally display its gui on
  5836. > the desktop?
  5837.  
  5838. You missed his second to last statement:
  5839. "Whether swapping comes into play at all depends entirely on whether or not
  5840. the system is overcommitted."
  5841.  
  5842. It's going to load it and expand it in memory if at all possible.  If not,
  5843. then it and or some other parts of other programs will wind up in the
  5844. swapper.  Most likely the program you just loaded won't be swapped out, but
  5845. instead an older, less recently touched memory page will be evicted.
  5846.  
  5847. Empirically, OS/2 does seem to have a threshold of free memory that it tries
  5848. to maintain, and it employs the swap file while there is still some physical
  5849. RAM free.  However, it is not going to swap out a piece of memory that needs
  5850. to be accessed immediately if it can help it at all.  Otherwise, it would just
  5851. be spinning its wheels.
  5852.  
  5853. - Marty
  5854.  
  5855. --- WtrGate+ v0.93.p7 sn 165
  5856.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  5857.  
  5858. +----------------------------------------------------------------------------+
  5859.  
  5860. From: jbergman@ixc.ixc.net                              21-Dec-99 18:23:05
  5861.   To: All                                               22-Dec-99 03:27:00
  5862. Subj: Re: question about OS/2's memory managment and ...
  5863.  
  5864. From: "Trancser" <jbergman@ixc.ixc.net>
  5865.  
  5866. On 21 Dec 1999 12:57:55 GMT, Holger Veit wrote:
  5867.  
  5868. >On Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  5869. wrote:
  5870. >>>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  5871. >>>
  5872. >>>Process/thread scheduling and DOS emulation.
  5873. >>>
  5874. >>>Holger
  5875. >>
  5876. >>I'm suprised you didnt also add the WPS in there :)
  5877. >
  5878. >The WPS is a nice concept and a lousy implementation.
  5879. >
  5880.  
  5881. Are you refering to code bloat? I guess this is true, since theres a lot of
  5882. wps replacement shell's out there (so far though none that appear to have
  5883. 100% compatability with all the fucntions of the OS like printing and icon's
  5884. among other stuff probably)
  5885.  
  5886.  
  5887.  
  5888.  
  5889. --- WtrGate+ v0.93.p7 sn 165
  5890.  * Origin: Usenet: EarthLink Network, Inc. (1:109/42)
  5891.  
  5892. +----------------------------------------------------------------------------+
  5893.  
  5894. From: hbae@primenet.com.REMOVE                          22-Dec-99 06:05:25
  5895.   To: All                                               22-Dec-99 03:27:00
  5896. Subj: ipt?
  5897.  
  5898. From: Hansang Bae <hbae@primenet.com.REMOVE>
  5899.  
  5900. Jim Moseby <jim.moseby@texfiblends.com> writes:
  5901. >If you have javascript enabled for mail and newsgroups, they can send a
  5902. >message that will open your browser and take you to wherever they want
  5903. >you to go.  In Netscape, click Edit/Preferences/Advanced and uncheck
  5904. >'Enable Javascript for mail and news...'.
  5905.  
  5906.  
  5907. Or you can use a command line newsreader like nn!  
  5908.  
  5909. I've tried Agent, Outlook, NetScape, velocity <?> and none of them can
  5910. provide what nn provides.  SPEED and absolute control.
  5911.  
  5912.  
  5913. *********** Remove the REMOVE if emailing me directly **************
  5914. Due to the volume of email that I receive, I may not not be able to  
  5915. reply to emails sent to my account.  Please post a followup instead.
  5916. ********************************************************************
  5917. Hansang Bae        Director of Network Operations, Eastern Region  
  5918. hbae@richeysystems.com  Reg. Office: (718) 352-9021 
  5919. Specializing in Network Design/Troubleshooting and Protocol Analysis
  5920. ********************************************************************
  5921.  
  5922. --- WtrGate+ v0.93.p7 sn 165
  5923.  * Origin: Usenet: Frontier GlobalCenter Inc. (1:109/42)
  5924.  
  5925. +----------------------------------------------------------------------------+
  5926.  
  5927. From: mamodeo@stny.rr.com                               22-Dec-99 01:17:20
  5928.   To: All                                               22-Dec-99 03:27:00
  5929. Subj: Re: question about OS/2's memory managment and ...
  5930.  
  5931. From: Marty <mamodeo@stny.rr.com>
  5932.  
  5933. Trancser wrote:
  5934. > On 21 Dec 1999 12:57:55 GMT, Holger Veit wrote:
  5935. > >On Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  5936. wrote:
  5937. > >>>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux
  5938. with??
  5939. > >>>
  5940. > >>>Process/thread scheduling and DOS emulation.
  5941. > >>>
  5942. > >>>Holger
  5943. > >>
  5944. > >>I'm suprised you didnt also add the WPS in there :)
  5945. > >
  5946. > >The WPS is a nice concept and a lousy implementation.
  5947. > >
  5948. > Are you refering to code bloat?
  5949.  
  5950. Likely he is not.  He's probably referring to the poor error tolerance of the
  5951. WPS.  When a WPS spawned action goes sour, it tends to take the whole WPS down
  5952. with it.  That's a poor design.  It's not terribly bloated as GUIs go
  5953. (especially in terms of "bang for the buck").
  5954.  
  5955. - Marty
  5956.  
  5957. --- WtrGate+ v0.93.p7 sn 165
  5958.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  5959.  
  5960. +----------------------------------------------------------------------------+
  5961.  
  5962. From: jbergman@ixc.ixc.net                              22-Dec-99 00:38:13
  5963.   To: All                                               22-Dec-99 03:27:00
  5964. Subj: Re: FreeOS - project to Clone OS/2
  5965.  
  5966. From: "Trancser" <jbergman@ixc.ixc.net>
  5967.  
  5968. >
  5969. >It is a different paging strategy between Linux and OS/2. It seems to
  5970. >be a brain virus injected by DOS that people still believe in the
  5971. >"how much memory is free" myth. A reasonable OS should use any available
  5972. >resource as efficiently as possible. It is nonsense *not* to use the
  5973. >available memory. If you just drive between home and workplace, you 
  5974. >basically need one road, not all the other highways and roads all over
  5975. >the country, and taking into acocunt that there are no other people
  5976. >needing roads for going to work like you, you should have plenty of free
  5977. >space you won't ever need? Wrong, there is a lot of stuff going on which
  5978. >doesn't have anything to do with just people commuting, such as transports
  5979. >to fill your supermarket with goods, transports which carry things to plants
  5980. >for producing consumer goods, etc. Same with an OS.
  5981. >
  5982. >Unix uses a greedy paging strategy of "processes take what they can acquire".
  5983. >This results in extreme performance degradation when the system is under
  5984. >load. OS/2, coming from server experiences, cannot be brought to the
  5985. >ground that easily, it pages in from swap space which requires a fast
  5986. >swap disk to be efficient (available in decent servers), but will behave
  5987. >in a balanced way under load. Actually, even Warp-non-server is better
  5988. >suited as a server OS than as a client system. The point is here that
  5989. >most people don't use OS/2 in the way it was designed for.
  5990. >
  5991.  
  5992. I dont doubt that Unix/Linux's pageing stategies do differ from
  5993. OS/2's. But, Linux's is faster (at least it is for me - and I'm
  5994. using Stampede, which seems to be the LEAST of the known
  5995. flavors) I cant say I know why either :), but what I DONT under
  5996. -stand, is that OS/2 hasnt adopted it. I mean, I hear that there
  5997. have been some major changes to OS/2's kernel, as far as 
  5998. memory managment, but what's supposed to be better actually
  5999. causes more disk activity and swapping to occur.
  6000.  
  6001. I heard from a friend that's used OS/2 from v2.0 on up, and
  6002. has stated that v2.0 and (I'm pretty sure) v2.1 seem to use
  6003. the swap file more "reasonably" (as in it didnt use it primarily)
  6004. but once 2.99 came along, everything was different. Now
  6005. one cant even boot OS/2 w/o using a swap file if they have 
  6006. less than 64megs (possibly more) of memory (I know - I only
  6007. have 40megs :). 
  6008.  
  6009. All I'm saying, is that OS/2 REALLY likes to use the swap file
  6010. BUT it is really reliable and stable nontheless (I very rarely get 
  6011. a trap or crash, except if I've got virtually no space on the
  6012. boot drive, or dont have enough room for swapper growth 
  6013. and the program that I'm trying to run is swap-heavy ... some
  6014. -thing that puzzles me as well).
  6015.  
  6016. But I guess the reason OS/2 still needs a pretty nice system
  6017. to run efficiantly is because possibly of all the backward 
  6018. compatability that remains in the code. This can have 
  6019. plenty of advantages for many people, concidering the fact
  6020. that that probably the drivers that are available for their h/w
  6021. might be from an older version of OS/2. But than again
  6022. maybe not - you are able to compile Linux w/ compatability
  6023. to handle older inefficiant A.OUT (pretty sure thats it?) binary
  6024. types, as well the more used ELF format. But Linux's memory
  6025. managment still is VERY efficiant even with compatability.
  6026.  
  6027. I would just like to be able to see swapping speed in OS/2
  6028. simular to Linux's, or at least were you DONT NEED to have
  6029. an insanely fast (and expensive?) harddrive for being able
  6030. to swap at a reasonable speed (news readers can REALLY
  6031. jack up ones swap file in EITHER linux or os2, but linux 
  6032. just seems to be able to empty out from the swap file what
  6033. whatever program's data that was created your using. OS/2
  6034. takes a li'l while longer - and with plenty of disk activity). I've
  6035. said this before, but I really do like OS/2, and really would
  6036. LOVE to see that type of performance, on a poor mans system!
  6037.  
  6038.  
  6039.  
  6040. --- WtrGate+ v0.93.p7 sn 165
  6041.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  6042.  
  6043. +----------------------------------------------------------------------------+
  6044.  
  6045. From: josco@ibm.net                                     21-Dec-99 22:51:13
  6046.   To: All                                               22-Dec-99 03:27:00
  6047. Subj: Re: In case you're interested in Windows2000
  6048.  
  6049. From: Joseph <josco@ibm.net>
  6050.  
  6051.  
  6052. Christian Gustafson wrote:
  6053.  
  6054. > "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  6055. news:MPG.12ca1c2b4067cd2e989693@news-server.mgfairfax.rr.com...
  6056. > >
  6057. > > Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta?
  6058. Now
  6059. > > that's goofy!
  6060. >
  6061. > How 'bout that Warp 5 client beta?
  6062.  
  6063. How about Warp V 4.0 Release 9.035.
  6064.  
  6065. How about getting over OS/2 and trying to help decipher MS's plans for those
  6066. NOT interested in buying 256MB Pentium IIIs.
  6067.  
  6068. --- WtrGate+ v0.93.p7 sn 165
  6069.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6070. (1:109/42)
  6071.  
  6072. +----------------------------------------------------------------------------+
  6073.  
  6074. From: josco@ibm.net                                     21-Dec-99 23:12:11
  6075.   To: christian.g@ibm.net                               22-Dec-99 03:27:00
  6076. Subj: Re: In case you're interested in Windows2000
  6077.  
  6078. To: Christian Gustafson <christian.g@ibm.net>
  6079. From: Joseph <josco@ibm.net>
  6080.  
  6081.  
  6082. Christian Gustafson wrote:
  6083.  
  6084. > "josco" <josco@sea.monterey.edu> wrote in message
  6085. news:Pine.SGI.3.93.991221162221.6651A-100000@sea.monterey.edu...
  6086. > > On Tue, 21 Dec 1999, Christian Gustafson wrote:
  6087. > >
  6088. > > > Microsoft has an excellent package for getting up to speed on Active
  6089. Directory
  6090. > > > and Windows2000:
  6091. > > > http://www.microsoft.com/directaccess/training/sales/hotkit/win2000.asp
  6092. > > >
  6093. > > > For $129, you get not-for-resale copies of 2000 Workstation, Server, and
  6094. > > > Advanced Server when they ship, an extensive training kit, and a MS
  6095. T-shirt.
  6096. > > >
  6097. > > > A great deal, from a company that still sells PC OSes.
  6098. > >
  6099. > > The T-shirts are boys sizes.  You see, like Windows2000, MS's t-shirts
  6100. > > don't scale.
  6101. >
  6102. > LOL, good one, Joseph.  We'll see, we're building a cluster on it, and I'll
  6103. let you
  6104. > know how it goes.  Personally, I can't wait to install the full Win2K on my
  6105. home
  6106. > machine.
  6107.  
  6108. Personally, I can't wait until people try to install W2K on home systems.  I
  6109. can't see a better way to contrast the PC
  6110. against the alternatives.
  6111.  
  6112. As for clusters - it can be done with NT and it will be done with NT - that's
  6113. MS's idea of compute scaling.   It runs
  6114. smack into LINUX and FreeBSD (25% of the PC server market). Clusters isn't
  6115. what W2K was designed to achieve - it's
  6116. something NT 4.0 was capable of doing.
  6117.  
  6118. > Microsoft '00 has fierce competitors, the current enterprise players, and
  6119. > Microsoft '96-'99.  The product *has* to be good, to win both the new
  6120. installations
  6121. > and the upgrades.  Otherwise, they're toast, and they know it.  I hope it is 
  6122. as good
  6123. > an upgrade as SQL Server 7 was to 6.5, quite an achievement.
  6124.  
  6125. Really?  Why not compare 7.0 to the competition, not a weak prior release from 
  6126. MS?  MS SQL has been an under achiever
  6127. -- it's locked to running on  X86 hardware.   An accomplishment in terms of
  6128. where MS has been but not a leading
  6129. product.
  6130.  
  6131. The W2K product has to be good but that's not a reason to say it is good.   MS 
  6132. put off too many technology upgrades
  6133. and rolled them into a major release.   MS shops will test and deploy.  The
  6134. real killer is the complexity of upgrades
  6135. - like a new OS - and the excessive hardware needed.
  6136.  
  6137. IMHO MS has put a lot of effort into reliability.  It will come at the expense 
  6138. of CPU cycles and RAM in some mix of
  6139. additional overhead.  In short, the price performance will decrease on the
  6140. server and that's bad.  Whether this means
  6141. OS/2, LINUX and FreeBSD are more competitive to MS customers is not clear to
  6142. me.   OS/2 is customizable by IBM.  LINUX
  6143. and FreebSD are more profitable alternatives to resellers.  The tide runs
  6144. against MS.  They cannot afford to low ball
  6145. W2K and maintain growth.
  6146.  
  6147.  
  6148. > I first learned about the free Solaris OS kits here in COOA, so I thought it
  6149. > appropriate to post the link to the MS offer.  An excellent value and
  6150. example
  6151. > of MS's developer support, some of you may order it simply to evaluate the
  6152. > full product, kick the tires, knock it around a bit.  Best-tool-for-the-job
  6153. and
  6154. > all that, right?
  6155.  
  6156. Best-tool-for-the-jobs don't come with free T-Shirt offers.  You have to ask
  6157. yourself why consumer gimmicks are being
  6158. used to sell enterprise class products -- oh I think I understand MS's meaning 
  6159. for enterprise class.   Maybe we'll see
  6160. a CNET ad with a MS T-SHIRT?
  6161.  
  6162. --- WtrGate+ v0.93.p7 sn 165
  6163.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6164. (1:109/42)
  6165.  
  6166. +----------------------------------------------------------------------------+
  6167.  
  6168. From: retsiemynnaht@spammoc.beoohaygon...               22-Dec-99 02:29:21
  6169.   To: All                                               22-Dec-99 05:19:29
  6170. Subj: Re: Using LXLite on OS/2
  6171.  
  6172. Message sender: retsiemynnaht@spammoc.beoohaygone.net
  6173.  
  6174. From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>
  6175.  
  6176. On Tue, 21 Dec 1999 23:51:01 -0500 (CST), Trancser wrote:
  6177.  
  6178. >>
  6179. >>You're emitting a significant amount of confusion here.
  6180. >>
  6181. >>In OS/2, there are two and a half executable formats.  The first is NE,
  6182. >>and encompasses only 16-bit executables.  I believe NE stands for New
  6183. >>Executable format (ironically enough).
  6184. >>
  6185. >>The second one and a half formats are both LX (Linear eXecutable), which
  6186. >>supports both 16-bit and 32-bit programs, but is most commonly used with
  6187. >>the latter.  The first implementation of LX supports the compression of
  6188. >>data in the executable.  OS/2 2.x can handle this.  Then there's a
  6189. >>modification to the format (hence the "half") which allows for compression
  6190. >>of executable code as well as data.  Only OS/2 Warp and above support
  6191. >>this.
  6192. >>
  6193. >>So, the compression of an executable is supported at the OS level. 
  6194. >>There's no additional overhead, as the kernel already knows how to
  6195. >>uncompress the executable.  On a system with a fast CPU (i.e. any Pentium
  6196. >>or higher systems), this makes for better performance, because the process
  6197. >>of decompression during load (and keep in mind that OS/2 doesn't have to
  6198. >>decompress the entire executable, only those pages which are called for)
  6199. >>is much faster than the process of reading the data from the drive.
  6200. >>
  6201. >>For a 7MB executable which compresses down to 3MB, this has a substantial
  6202. >>impact on load performance (in the positive direction).
  6203. >>
  6204. >>Whether swapping comes into play at all depends entirely on whether or not
  6205. >>the system is overcommitted.  As is always the case.
  6206. >>
  6207. >So its loading the portions of the program (or dynamic link librariy)
  6208. >directly into swap file, decompress it there, and finally display its gui on
  6209. >the desktop? And if so, would that mean that even if there is actual free
  6210. >physcial memory, the program (the portion of it requested by the OS) is still
  6211. >loaded directly into swap file?
  6212.  
  6213. Where are you getting this swap file nonsense?
  6214.  
  6215. No action in OS/2 will do anything directly in the swap file.  The nature
  6216. of Intel processing requires code and data to be in physical memory.  When
  6217. OS/2 swaps, it copies code and/or data from the least recently used
  6218. process to the swap file, and copies code and/or data for the currently
  6219. active process from the swap file into the memory just vacated, so that
  6220. the process can actually execute.  Each time a process attempts to access
  6221. an address range that isn't in memory, the processor throws an exception
  6222. (13, or 0Dh).  OS/2 always tries to handle this exception first, so it can
  6223. move pages from the swap file to memory, if they exist.  This is how
  6224. swapping functions.  If the address range in question doesn't point to
  6225. swapped memory, OS/2 passes the exception on to the application, if it has
  6226. an exception handler registered.  This allows the application to catch its
  6227. own error, and act accordingly.  If the app doesn't have its own exception
  6228. handler registered, OS/2 takes control once again, and you get a SYS3175,
  6229. ending the application.  If the code in question is running in ring 0, the
  6230. nature of Intel processing prevents OS/2 from actually handling the error,
  6231. and you get an internal processing error, TRAP 000D.
  6232.  
  6233. The process of decompressing all or part of an executable for the purposes
  6234. of loading it into memory has nothing to do with swapping outside of the
  6235. context where there is no available physical memory, and OS/2 must page
  6236. to/from the swapper to make room. 
  6237.  
  6238.  
  6239. --
  6240.  - Mike
  6241.  
  6242. Remove 'spambegone.net' and reverse to send e-mail.
  6243.  
  6244.  
  6245. --- WtrGate+ v0.93.p7 sn 165
  6246.  * Origin: Usenet: TLF (1:109/42)
  6247.  
  6248. +----------------------------------------------------------------------------+
  6249.  
  6250. From: bobg.REMOVEME.@pics.com                           22-Dec-99 03:06:16
  6251.   To: All                                               22-Dec-99 05:19:29
  6252. Subj: Re: In case you're interested in Windows2000
  6253.  
  6254. From: Bob Germer <bobg.REMOVEME.@pics.com>
  6255.  
  6256. On <38604207_1@news3.prserv.net>, on 12/21/99 at 09:29 PM,
  6257.    "Christian Gustafson" <christian.g@ibm.net> said:
  6258.  
  6259.  
  6260. > I first learned about the free Solaris OS kits here in COOA, so I
  6261. > thought it appropriate to post the link to the MS offer.  An excellent
  6262.  
  6263. You were fucking wrong you rude bastard.
  6264.  
  6265. > value and example of MS's developer support, some of you may order it
  6266. > simply to evaluate the full product, kick the tires, knock it around a
  6267. > bit.  Best-tool-for-the-job and all that, right?
  6268.  
  6269. The only way MicroSoft would be of any value would be if they PAID ME to
  6270. run their crap software and operating system and its tasksharing menu
  6271. interface.
  6272.  
  6273. There is NOT ONE STINKING JOB THAT MICROSOFT SOFTWARE IS THE BEST AT. NOT
  6274. A DAMNED ONE. MS SOFTWARE IS BUGGY, SLOW, BLOATED, UNRELIABLE, AND
  6275. WORTHLESS.
  6276.  
  6277.  
  6278. --
  6279. -------------------------------------------------------------------------------
  6280. ---------------
  6281. Bob Germer from Mount Holly, NJ - E-mail: bobg@Pics.com
  6282. Proudly running OS/2 Warp 4.0 w/ FixPack 12
  6283. MR/2 Ice 2.01 Registration Number 67
  6284. Aut Pax Aut Bellum
  6285. -------------------------------------------------------------------------------
  6286. ---------------
  6287.  
  6288. --- WtrGate+ v0.93.p7 sn 165
  6289.  * Origin: Origin Line 1 Goes Here (1:109/42)
  6290.  
  6291. +----------------------------------------------------------------------------+
  6292.  
  6293. From: osbo082@ibm.net                                   22-Dec-99 09:05:09
  6294.   To: All                                               22-Dec-99 05:19:29
  6295. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  6296.  
  6297. From: osbo082@ibm.net (BobO)
  6298.  
  6299. On Tue, 21 Dec 1999 19:29:00, jedi@dementia.mishnet () said:
  6300.  
  6301. |On 21 Dec 1999 06:29:28 GMT, BobO <osbo082@ibm.net> wrote:
  6302. |>On Mon, 20 Dec 1999 22:19:56, jedi@dementia.mishnet () said:
  6303. |>
  6304. |>|>always, or the access to the net isn't there, you need a new ISP.
  6305. |>|
  6306. |>|    Are you actually expecting mere END USERS to be forced
  6307. |>|    to actually be aware of all the quality issues involved
  6308. |>|    with ensuring that their 'online applications' are robust
  6309. |>|    wrt personal availability?
  6310. |>
  6311. |>Actually, I think he is recommending that if and only if the END USERS
  6312. |>in your organization are without any professional support.
  6313. |
  6314. |    A 'new ISP' won't do. You have to basically 'be your own ISP'.
  6315. |    That makes the situation more complicated and increases overhead.
  6316. |    It's also a level of reliability you wouldn't tolerate for your
  6317. |    other criticial network (phone).
  6318.  
  6319. Its is completely clear you have never tried the services that ibm 
  6320. recently sold to AT&T.
  6321.  
  6322. My reliability calculations is that this net over the past 4 years has
  6323. had a 99.99% reliability/availability in the 4 years I have used the 
  6324. service.  This level of reliability was something on the order of 200 
  6325. times the reliability of the local NT network, I experienced, that we 
  6326. used at my previous place of employment.
  6327.  
  6328. Don't know where you have been looking but it is obviously in the 
  6329. wrong places.
  6330.  
  6331. --- WtrGate+ v0.93.p7 sn 165
  6332.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6333. (1:109/42)
  6334.  
  6335. +----------------------------------------------------------------------------+
  6336.  
  6337. From: jansens_at_ibm_dot_net                            22-Dec-99 09:25:08
  6338.   To: All                                               22-Dec-99 10:31:07
  6339. Subj: Re: FreeOS - project to Clone OS/2
  6340.  
  6341. From: jansens_at_ibm_dot_net (Karel Jansens)
  6342.  
  6343. On Wed, 22 Dec 1999 02:49:00, andrew@netneurotic.de (Andrew J. Brehm) 
  6344. wrote:
  6345.  
  6346. > Karel Jansens <jansens_at_ibm_dot_net> wrote:
  6347. > > On Tue, 21 Dec 1999 01:00:47, andrew@netneurotic.de (Andrew J. Brehm)
  6348. > > wrote:
  6349. > > > Still, this is not what "free" means in regard to software like Minix
  6350. > > > and Linux.
  6351. > > > 
  6352. > > The original poster used the phrase "a freely available OS". From his
  6353. > > choice of words I assumed he was referring to the price. Minix did 
  6354. > > cost money when I first heard of it, although I didn't know some could
  6355. > > get it for nothing.
  6356. > > 
  6357. > > I do agree with you that both Linux and Minix are "free", in the sense
  6358. > > that their source is available to all. It's a good thing too, in case
  6359. > > you wondered. <G>
  6360. > Minix is considered "semi-free" I believe, but this is being nitpicking.
  6361. > :-)
  6362. .. which is considered a mortal sin in this NG <VBG>
  6363.  
  6364. > > > > You are correct about Tanenbaum's goal for Minix. I think it is freely
  6365. > > > > downloadable nowadays, but I'm not sure if the source is available
  6366. > > > > (the "other" meaning of "free").
  6367. > > > 
  6368. > > > Of course the source is available, otherwise it wouldn't be possible to
  6369. > > > study it, would it?
  6370. > > > 
  6371. > > It sounds logical, now that you say it. I never took the step of 
  6372. > > actually procuring Minix (at the time, Windows 3.x provided better 
  6373. > > solutions for my business needs; later that became OS/2 and only 
  6374. > > recently have I started glancing at Linux).
  6375. > > 
  6376. > > Of course, Microsoft assumes that one can become a MSCE without ever 
  6377. > > glancing at the source of their products, so at least some people are
  6378. > > convinced one can study stuff without access to sources.
  6379. >  
  6380. > I'ts amazing, isn't it? :-) I'm going to study Minix next year at around
  6381. > this time at my university (that is if I don't work during the time
  6382. > instead). I'm looking forward to it. Actually, I've heard that Minix 2.0
  6383. > (16 bit) can be run in an OS/2 VMB. I'll try out soon. (I got a CD, but
  6384. > it didn't work because of some data error during dd'ing the thingy.)
  6385. I knew a friend who had Minix installed on a 286, 1 MB, 40 MB HDD 
  6386. laptop. He lugged the thing around, just to show everybody he had UNIX
  6387. on his laptop.`
  6388.  
  6389. Karel Jansens
  6390. jansens_at_attglobal_dot_net
  6391. =======================================================
  6392. "The method employed I would gladly explain,
  6393. While I have it so clear in my head,
  6394. If I had but the time and you had but the brain -
  6395. But much yet remains to be said."
  6396.  
  6397. the Hunting of the Snark (Lewis Carroll)
  6398. =======================================================
  6399.  
  6400. --- WtrGate+ v0.93.p7 sn 165
  6401.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6402. (1:109/42)
  6403.  
  6404. +----------------------------------------------------------------------------+
  6405.  
  6406. From: osbo082@ibm.net                                   22-Dec-99 09:33:17
  6407.   To: All                                               22-Dec-99 10:31:07
  6408. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  6409.  
  6410. From: osbo082@ibm.net (BobO)
  6411.  
  6412. On Tue, 21 Dec 1999 19:20:46, jedi@dementia.mishnet () said:
  6413.  
  6414. |On 21 Dec 1999 04:32:02 GMT, BobO <osbo082@ibm.net> wrote:
  6415. |>On Mon, 20 Dec 1999 17:53:50, jedi@dementia.mishnet () said:
  6416. |>
  6417. |>|On 20 Dec 1999 17:12:11 GMT, BobO <osbo082@ibm.net> wrote:
  6418. |>|>On Mon, 20 Dec 1999 04:43:59, David H. McCoy <fake@forgitaboutit.com> 
  6419. |>|>said:
  6420. |>|>
  6421. |>|>|In article <OIf74.550$H_5.61262@typhoon1.rdc-detw.rr.com>,
  6422. kwilas@stardock.com 
  6423. |>|>|says...
  6424. |>|>|>In article <385D21B4.4DEA6ED1@ibm.net>, Joseph <josco@ibm.net> wrote:
  6425. |>|>|>>The safest place for data is, sorry, web based services which are
  6426. commonl
  6427. |[deletia]
  6428. |>|>
  6429. |>|>Sure and there was a bunch of people in Africa that thought it would 
  6430. |>|>be better to stick with drums because they could keep the logs and 
  6431. |>|>sticks stored locally too.
  6432. |>|>
  6433. |>|>My gawd,  Magumbo what if I don't get a dial tone!!!!!
  6434. |>|
  6435. |>|    If you don't get dial tone, your apps are gone, PERIOD.
  6436. |>|
  6437. |>|    No attempts to call anyone that disagrees with you some
  6438. |>|    sort of throwback will change this. The net isn't quite
  6439. |>|    as redundant as it used to be. At this point, it's far
  6440. |>|    too unreliable to trust your applications to. It's not
  6441. |>|    redundant enough.
  6442. |>|
  6443. |>|    When your net based services have the redunandancy and
  6444. |>|    high availability that you can throw at your local 
  6445. |>|    servers or even your local workstations, then this sort
  6446. |>|    of application will start to make sense.
  6447. |>
  6448. |>All points well taken, except the current state of redundancy.   Of 
  6449. |>course, maybe you cannot buy good redundancy for $19.95 a month from 
  6450. |>MSN, but that doesn't mean it is not available to those who need it 
  6451. |>and actually look for it.
  6452. |
  6453. |    If you can't buy it from the likes of MSN then it's 
  6454. |    impractical for nearly any consumer under discussion.
  6455. |    The level of expertise and expense required to ensure
  6456. |    reliability is too steep when compared to alternate
  6457. |    less-networked approaches.
  6458.  
  6459. Granted that if actually a large percentage of people were looking for
  6460. internet reliability, many would have to go to MSN.  However, they say
  6461. that the reason the capitalistic system works so well is that usually 
  6462. the system can catch up with the masses once the masses start looking 
  6463. for the product.  
  6464.  
  6465. The fact is that only some are looking now.
  6466.  
  6467. |>Is it too expensive?. . . .no doubt for many applications, however it 
  6468. |>isn't for all applications.
  6469. |>
  6470. |>IMO, somebody is a throw back if they adopt an all or nothing 
  6471. |>viewpoint.  Life is too complex for simple-minded dogma.  The hard 
  6472. |>cold and undeniable facts are that remote applications and data 
  6473. |>exists, its real, and it is being used by many people and in fact in 
  6474. |>many cases it is irreplaceable by local storage as the essential 
  6475. |>mission it accomplishes would be lost if it were.  
  6476. |
  6477. |    OTOH, those of us that are responsible for corporate 
  6478. |    services don't view this trivializing of the inherent
  6479. |    reliability problems of the current net as productive.
  6480. |
  6481. |    It can be fixed, but for the time being it's broken.
  6482. |    Merely tolerating it like some 3rd world country with
  6483. |    a funky phone network is NOT the approach to take.
  6484. |
  6485. |    We simply deserve better and shouldn't trust critical
  6486. |    services to the net as it is.
  6487.  
  6488. Oh, make no mistake about it.  I see serious reliability problems from
  6489. a large number of ISP's.  This lack of reliability is tolerated simply
  6490. because the vast majority of people using the internet only have low 
  6491. grade uses for it.  If reliability is a concern of yours, you can find
  6492. it easily.  If it is not a concern, then you won't even look.
  6493.  
  6494. Because of this fact, it is simply ignorant to conclude that one 
  6495. "shouldn't trust critical services to the net as it is" without 
  6496. qualification.    Life is seldom black and white, but indeed it does 
  6497. seem that a large number of people believe that it is.
  6498.  
  6499. The net is a perfect example of this.  The fact is one cannot 
  6500. correctly ascribe any single quality to the net overall, because the 
  6501. net is not one phone line, one ISP, or one of anything.  The net is 
  6502. made up of millions of individual pieces each with its own set of 
  6503. qualities.  These qualities run the whole gamut of degrees of quality.
  6504.  
  6505. Calling the "net too unreliable for critical services", is tantamount 
  6506. to saying that "vehicles are too unreliable for important 
  6507. transportation", or that "pans are too small for cooking a casserole".
  6508.  Some vehicles are too unreliable and some pans are too small, but not
  6509. all.
  6510.  
  6511. Some pundits, who so far have completely missed the mark, have been 
  6512. predicting for years a great internet meltdown.  To date this has not 
  6513. occurred.  Their perceptions of the reliability of the internet were 
  6514. as flawed then as yours is today.
  6515.  
  6516. I apologize for the bluntness of my comments, but when one has had the
  6517. opportunity to physically observe that your observations are in error,
  6518. one has to decide if one should just continue to roll on the floor in 
  6519. hysterics and say nothing, or whether one should set the record 
  6520. straight.  ROFLMAO
  6521.  
  6522. --- WtrGate+ v0.93.p7 sn 165
  6523.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6524. (1:109/42)
  6525.  
  6526. +----------------------------------------------------------------------------+
  6527.  
  6528. From: tholenantispam@hawaii.edu                         22-Dec-99 09:28:27
  6529.   To: All                                               22-Dec-99 10:31:07
  6530. Subj: Re: Amodeo digest, volume 2451535
  6531.  
  6532. From: tholenantispam@hawaii.edu (Dave Tholen)
  6533.  
  6534. Today's Amodeo digest:
  6535.  
  6536. 1> As pleased as I am to have met with your approval, your recognition
  6537. 1> is quite irrelevant.
  6538.  
  6539. My so-called "recognition" is at least as relevant as your observations,
  6540. Marty, given that it dealt directly with them.
  6541.  
  6542. 2> How ironic, considering the non sequitur nature of the above
  6543. 2> paragraph.
  6544.  
  6545. Exactly what response of Curtis' does my paragraph allegedly not
  6546. follow logically, Marty?
  6547.  
  6548. --- WtrGate+ v0.93.p7 sn 165
  6549.  * Origin: Usenet: IFA B-111 (1:109/42)
  6550.  
  6551. +----------------------------------------------------------------------------+
  6552.  
  6553. From: veit@simi.gmd.de                                  22-Dec-99 10:33:29
  6554.   To: All                                               22-Dec-99 10:31:07
  6555. Subj: Re: FreeOS - project to Clone OS/2
  6556.  
  6557. From: veit@simi.gmd.de (Holger Veit)
  6558.  
  6559. On Tue, 21 Dec 1999 23:45:27 GMT,
  6560.     cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  6561. >In article <slrn85utiu.fk.veit@simi.gmd.de>,
  6562. >  veit@simi.gmd.de (Holger Veit) wrote:
  6563. >
  6564. >-- snip --
  6565. >
  6566. >> Real programmers can write FORTRAN in any language. C is a pretty
  6567. >> well suited language to write lousy code, and C++ is even a negative
  6568. >> improvement to that.
  6569. >
  6570. >With all due respect, this is true of any language, including assembler
  6571. >and training languages like Pascal. I've seen lousy code written in
  6572. >several languages; there is nothing especially magical about C in this
  6573. >regard, if you are willing to overlook the obvious issue of pointer
  6574. >arithmetic nonsense.
  6575.  
  6576. C and particularly C++ have evolved to conceptual mess, a jack of all 
  6577. cards, to provide everything that might be useful somehow to anyone.
  6578. Other languages of this kind are Perl and VHDL, for instance. The result
  6579. is: if people can do anything with it, they will do anything. Compare
  6580. the OO concept in C++ (or rather lack thereof) with pure OO languages
  6581. like Smalltalk and Eiffel (and to some degree also Java). It is absolutely
  6582. no problem in C and C++ to write code that is not object oriented - OO
  6583. is not just the fact that you write the same old spaghetti code as usual,
  6584. but wrap it with the 'class' keyword. The effect is that a clean concept
  6585. will be easily given up, whenever some short-sighted hack promises a
  6586. fast workaround. C and C++ offer all facilities to circumvent good design.
  6587. This is almost impossible to write anything that is not object-oriented
  6588. in Java, without directly receiving the feeling that the way to code
  6589. everything into "public static void" methods is utterly ugly.
  6590.  
  6591. >> If you write assembler, you have to consider what you do, how you
  6592. >> layout structures, pass parameters, call procuedures etc. because
  6593. >> every conceptual flaw will shoot back at you pretty fast.
  6594. >
  6595. >However, as a software developer, I consider my time too valuable to
  6596. >squander it deciding where each byte of code should reside in RAM. The
  6597.  
  6598. You are no software engineer if you don't care about the problem. You are
  6599. then just a dilettantic coder who someone really stupid pays for. Sorry.
  6600. In this generality, your statement is absolutely unacceptable.
  6601. If the problem requires to take care about memory requirements, and you
  6602. don't because your time is too valuable to look into the pits, then you
  6603. do a pretty lousy job. In most cases, it is just laziness to solve a
  6604. problem appropriately - the next generation Pentium with more RAM will
  6605. clean up the problem. Not only this: as long as people are stupid enough
  6606. to believe that a computer normally needs to be reboot 5 times a day,
  6607. there is no reason to provide good artwork. Hence, the term "good-enough
  6608. software" became popular for this, an excuse to do the work because others
  6609. don't care either.
  6610.  
  6611. >reason we *have* HLLs is to free us from that kind of tyranny, and allow
  6612. >us to concentrate on the problem at hand.
  6613.  
  6614. If software coders actually cared about the problem, we'd not have banana
  6615. software all over the place.
  6616.  
  6617. >> With a high level language, you write something and hope that the
  6618. >> compiler will optimize your nonsense. Garbage-In, Garbage-out.
  6619. >
  6620. >You are alluding to the pointer arithmetic I mentioned earlier, I hope.
  6621. >:)  Beyond that, I take exception to the notion that my code is
  6622. >"nonsense."
  6623.  
  6624. Pointer arithmetic is just one minor brick in the whole wall. The only 
  6625. thing it produces is obscure and hard to find bugs who no one really cares
  6626. as noone really cares to test one's work thouroughly enough anymore. Use
  6627. the users as guinea pigs to find out what might be wrong, it is less
  6628. trouble. Some more are: "glueware" or middleware that is required to 
  6629. convert some A data to some B data because developers haven't thought
  6630. about data structures (i.e. they have hacked something together what
  6631. they thought would look nice instead to doing a real problem analysis 
  6632. first), excessive code duplication, not only by the use of foreign
  6633. "component" or "widget" libraries, but mainly because space and time 
  6634. does no longer matter, careless selection of algorithms like using
  6635. quicksort on a 3-element array or linear lists for random access to
  6636. thousands of items. And one then wraps the whole stuff into arbitrary
  6637. classes and sell the product as "new! now using object-oriented design".
  6638.  
  6639. >> Disk space is dirt cheap, and you aren't interested why the hell such
  6640. >> a lousy little DLL occupies 800KBytes on disk - you normally can't
  6641. >> find out at all anyway, normally.
  6642. >
  6643. >Which is probably just as well. Yes, indeed, hardware is cheap, which is
  6644. >another strike against assembler, especially as a general-purpose
  6645. >development tool.  Back when assembler ruled the roost, hardware was
  6646. >considerably more expensive, and the programmer's time was comparatively
  6647. >cheap.
  6648. >
  6649. >And don't forget the portability issue -- would you have even
  6650. >*considered* porting XFree86 to OS/2 if it had been written in 100%
  6651. >assembler?
  6652.  
  6653. I do not advocate for using assembler for all and everything; don't miss
  6654. my point. XFree86 contains several parts written in assembler, and one
  6655. of the main reasons of the xf86sup driver (which also contains assembler)
  6656. actually was to avoid rewriting these assembler parts. It is BTW possible
  6657. to write readable assembler code - some of IBMs drivers from the DDK use
  6658. pretty clever designed assembler macros to structure the code.
  6659.  
  6660. I do advocate against the "new age" generation of programmers whose
  6661. first language is Visual Basic, and who have never understood enough
  6662. of the concept of a CPU register at all to estimate how the system they
  6663. are programming really works. They are not only the car drivers who don't
  6664. know how to refill gas, they haven't even a slightest idea what traffic 
  6665. lights are good for, except hindering the free flow of traffic. 
  6666. Interestingly, this "you don't need to understand anything, just assemble
  6667. parts" concept, is not actually new: it was found already in the 60s,
  6668. when IBM hired untrained people to write applications in CICS Cobol.
  6669. The problems that indirectly resulted from that might be still visible
  6670. (hopefully not) in 10 days.
  6671.  
  6672. Holger
  6673.  
  6674. -- 
  6675. "Well, from what I've read, scientific studies show men tend to be better at
  6676. dealing with visual concepts, while women are better at complex linguistic
  6677. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  6678.     Erwin the AI, www.userfriendly.org
  6679.  
  6680. --- WtrGate+ v0.93.p7 sn 165
  6681.  * Origin: Usenet: GMD-AiS (1:109/42)
  6682.  
  6683. +----------------------------------------------------------------------------+
  6684.  
  6685. From: veit@simi.gmd.de                                  22-Dec-99 11:01:28
  6686.   To: All                                               22-Dec-99 10:31:07
  6687. Subj: Re: FreeOS - project to Clone OS/2
  6688.  
  6689. From: veit@simi.gmd.de (Holger Veit)
  6690.  
  6691. On Wed, 22 Dec 1999 00:38:27 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  6692. wrote:
  6693. [...]
  6694. >I dont doubt that Unix/Linux's pageing stategies do differ from
  6695. >OS/2's. But, Linux's is faster (at least it is for me - and I'm
  6696. >using Stampede, which seems to be the LEAST of the known
  6697. >flavors) I cant say I know why either :), but what I DONT under
  6698. >-stand, is that OS/2 hasnt adopted it. I mean, I hear that there
  6699. >have been some major changes to OS/2's kernel, as far as 
  6700. >memory managment, but what's supposed to be better actually
  6701. >causes more disk activity and swapping to occur.
  6702.  
  6703. There are several reasons: there is probably nothing in the world that
  6704. is so conservative than IBM, maybe with the exceptions of the catholic
  6705. church, so modifying the foundations of an existing kernel without
  6706. real demands from a top100 customer is not their thing.
  6707. There is also the technical reason that the memory overcommit strategy
  6708. here results in severe problems on systems that are typically low on
  6709. resources. It is much more safe for an ATM under OS/2 to fail with a
  6710. message "cannot run more processes because there is no more memory or
  6711. swap space" than just begin some transaction and fail within under
  6712. uncertain conditions and with in unsafe state. You likely know the
  6713. prominent error message of M$ Word "Cannot save document. Press F1 to
  6714. save your document and exit". If you run out of swap space in OS/2,
  6715. you get a textmode box with a warning: you can ignore it and will
  6716. find out about the consequences or terminate this or another application
  6717. in order to provide more resources. In Linux, the system will simply
  6718. stop (you won't see it normally, as one rarely runs the system into full
  6719. load).
  6720.  
  6721. >I heard from a friend that's used OS/2 from v2.0 on up, and
  6722. >has stated that v2.0 and (I'm pretty sure) v2.1 seem to use
  6723. >the swap file more "reasonably" (as in it didnt use it primarily)
  6724. >but once 2.99 came along, everything was different. Now
  6725. >one cant even boot OS/2 w/o using a swap file if they have 
  6726. >less than 64megs (possibly more) of memory (I know - I only
  6727. >have 40megs :).
  6728.  
  6729. OS/2 4.0 does much more below the surface than 2.0. 4.0 has much more
  6730. WPS classes around (compare Warp Center stuff with OS/2's taskbar),
  6731. has the network (IBMCOM/MPTN/TCPIP) integrated, has memory pigs like
  6732. Netscape and Voicetype which require there share. Yet, Aurora runs on my
  6733. Notebook with 32 MB RAM reasonably, as long as I don't attempt to
  6734. compile XFree86 in the background.
  6735.  
  6736. [...]
  6737. >But I guess the reason OS/2 still needs a pretty nice system
  6738. >to run efficiantly is because possibly of all the backward 
  6739. >compatability that remains in the code. This can have 
  6740. >plenty of advantages for many people, concidering the fact
  6741. >that that probably the drivers that are available for their h/w
  6742. >might be from an older version of OS/2. But than again
  6743. >maybe not - you are able to compile Linux w/ compatability
  6744. >to handle older inefficiant A.OUT (pretty sure thats it?) binary
  6745. >types, as well the more used ELF format. But Linux's memory
  6746. >managment still is VERY efficiant even with compatability.
  6747.  
  6748. OS/2 was not primarily made to run any different file formats, and
  6749. both ELF and a.out formats are reasonably primitive, compared to
  6750. NE/LX/PE(=COFF) formats to retain backward compatibility. a.out
  6751. was the equivalent of DOS COM files, later became a container for
  6752. the standard segments .text, .data, and .bss . This came from a
  6753. pure 16 bit system (PDP-11) and there needn't be any provision
  6754. for 16 vs 32 bit hybride code, having become popular with the 
  6755. 286/386s.
  6756.  
  6757. Holger
  6758.  
  6759. -- 
  6760. "Well, from what I've read, scientific studies show men tend to be better at
  6761. dealing with visual concepts, while women are better at complex linguistic
  6762. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  6763.     Erwin the AI, www.userfriendly.org
  6764.  
  6765. --- WtrGate+ v0.93.p7 sn 165
  6766.  * Origin: Usenet: GMD-AiS (1:109/42)
  6767.  
  6768. +----------------------------------------------------------------------------+
  6769.  
  6770. From: veit@simi.gmd.de                                  22-Dec-99 11:08:06
  6771.   To: All                                               22-Dec-99 10:31:07
  6772. Subj: Re: question about OS/2's memory managment and ...
  6773.  
  6774. From: veit@simi.gmd.de (Holger Veit)
  6775.  
  6776. On Tue, 21 Dec 1999 18:23:11 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  6777. wrote:
  6778. >On 21 Dec 1999 12:57:55 GMT, Holger Veit wrote:
  6779. >
  6780. >>On Tue, 21 Dec 1999 00:38:54 -0500 (CST), Trancser <jbergman@ixc.ixc.net>
  6781. wrote:
  6782. >>>>>Is there ANYTHING that OS/2 would (or does) NOTICABLY exceed Linux with??
  6783. >>>>
  6784. >>>>Process/thread scheduling and DOS emulation.
  6785. >>>>
  6786. >>>>Holger
  6787. >>>
  6788. >>>I'm suprised you didnt also add the WPS in there :)
  6789. >>
  6790. >>The WPS is a nice concept and a lousy implementation.
  6791. >>
  6792. >
  6793. >Are you refering to code bloat? I guess this is true, since theres a lot of
  6794. >wps replacement shell's out there (so far though none that appear to have
  6795. >100% compatability with all the fucntions of the OS like printing and icon's
  6796. >among other stuff probably)
  6797.  
  6798. I am referring to code separation. A bug in one WPS DLL will affect the
  6799. whole WPS. The WPS is only one piece of code, and it is extremely deep
  6800. integrated into the whole system (including certain special kernel support)
  6801. that there is no fallback in case of failure. If the X server crashes under
  6802. Linux (which is also only one process), you switch to another console,
  6803. remove the remains and start it again. With OS/2, you might still be able
  6804. to login through a telnet, but you won't be able to revive WPS again without
  6805. reboot (IBM's enchanted "Session Manager Hack").
  6806.  
  6807. Holger
  6808.  
  6809. -- 
  6810. "Well, from what I've read, scientific studies show men tend to be better at
  6811. dealing with visual concepts, while women are better at complex linguistic
  6812. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  6813.     Erwin the AI, www.userfriendly.org
  6814.  
  6815. --- WtrGate+ v0.93.p7 sn 165
  6816.  * Origin: Usenet: GMD-AiS (1:109/42)
  6817.  
  6818. +----------------------------------------------------------------------------+
  6819.  
  6820. From: jbergman@ixc.ixc.net                              22-Dec-99 05:28:09
  6821.   To: All                                               22-Dec-99 10:31:08
  6822. Subj: Re: question about OS/2's memory managment and ...
  6823.  
  6824. From: "Trancser" <jbergman@ixc.ixc.net>
  6825.  
  6826. >> >The WPS is a nice concept and a lousy implementation.
  6827. >> >
  6828. >> 
  6829. >> Are you refering to code bloat?
  6830. >
  6831. >Likely he is not.  He's probably referring to the poor error tolerance of the
  6832. >WPS.  When a WPS spawned action goes sour, it tends to take the whole WPS
  6833. down
  6834. >with it.  That's a poor design.  It's not terribly bloated as GUIs go
  6835. >(especially in terms of "bang for the buck").
  6836. >
  6837. >- Marty
  6838.  
  6839. Well, yea. Got a point there! A simple folder on the desktop can die (ya cant
  6840. close it) ...so ya pretty much have to reboot. ....killing wps (assuming
  6841. thats what happens when you kill PMSHELL.EXE?) doesnt even help things.
  6842.  
  6843.  
  6844.  
  6845. --- WtrGate+ v0.93.p7 sn 165
  6846.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  6847.  
  6848. +----------------------------------------------------------------------------+
  6849.  
  6850. From: dmhills@attglobal.net                             22-Dec-99 23:41:16
  6851.   To: All                                               22-Dec-99 10:31:08
  6852. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  6853.  
  6854. From: dmhills@attglobal.net (Don Hills)
  6855.  
  6856. In article <385F8424.FD229B9D@frostbytes.com>,
  6857. Jim Frost <jimf@frostbytes.com> wrote:
  6858. >
  6859. >You sure can stop Word from running CMD.EXE; just remove the execute
  6860. privilege
  6861. >from the ACL.  Done.  (You almost certainly want the admin group to be able
  6862. to
  6863. >run it, though, I bet you'll have booting problems otherwise.)  But really
  6864. >this is not important because CMD.EXE access doesn't hurt anything that
  6865. >couldn't be hurt through some application.
  6866.  
  6867. The security designers weren't amateurs. This was a law enforcement
  6868. system and it was designed to be tight. Word was the only app that
  6869. *could* hurt anything on these systems. The other apps were custom or
  6870. 3rd party. Search for INCIS, if you have a few evenings free. You'll be
  6871. "shocked and amazed", it all ended with the NZ Government and IBM suing
  6872. each other...
  6873.  
  6874. >Generally problems doing this come down to one or two configuration problems:
  6875. >1) You're using FAT instead of NTFS so you don't have filesystem access
  6876. >control.  2) You're allowing users to run as administrator.
  6877.  
  6878. NTFS, and only the security people could run administrator. I was in
  6879. the "third level" support group that got the "hard" problems, and we had
  6880. to pass the call to the security group whenever permissions etc needed
  6881. setting up or changing- and, for example, to recreate directories that
  6882. only some task with administrator privileges could have deleted... and
  6883. the only way to be able to log on as administrator was for the machine
  6884. to be connected to the network so it could reach the security server,
  6885. and all accesses were logged and audited.
  6886.  
  6887. >Gripes aside, it is possible to lock down NT quite tightly -- and it's not
  6888. >even all that hard.
  6889.  
  6890. I agree, but I'd phrase it like this: it's not rocket science, but it's
  6891. not possible to make it airtight.
  6892.  
  6893. --
  6894. Don Hills    (dmhills at attglobaldotnet)     Wellington, New Zealand
  6895.  
  6896. --- WtrGate+ v0.93.p7 sn 165
  6897.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6898. (1:109/42)
  6899.  
  6900. +----------------------------------------------------------------------------+
  6901.  
  6902. From: christian.g@ibm.net                               22-Dec-99 06:08:27
  6903.   To: All                                               22-Dec-99 10:31:08
  6904. Subj: Re: In case you're interested in Windows2000
  6905.  
  6906. From: "Christian Gustafson" <christian.g@ibm.net>
  6907.  
  6908. "Bob Germer" <bobg.REMOVEME.@pics.com> wrote in message
  6909. news:386086fe$2$obot$mr2ice@news.pics.com...
  6910. > On <38604207_1@news3.prserv.net>, on 12/21/99 at 09:29 PM,
  6911. >    "Christian Gustafson" <christian.g@ibm.net> said:
  6912. >
  6913. > > I first learned about the free Solaris OS kits here in COOA, so I
  6914. > > thought it appropriate to post the link to the MS offer.  An excellent
  6915. >
  6916. > You were fucking wrong you rude bastard.
  6917.  
  6918. You're a class act, Bob.
  6919.  
  6920. cg
  6921.  
  6922.  
  6923. --- WtrGate+ v0.93.p7 sn 165
  6924.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6925. (1:109/42)
  6926.  
  6927. +----------------------------------------------------------------------------+
  6928.  
  6929. From: christian.g@ibm.net                               22-Dec-99 06:28:03
  6930.   To: All                                               22-Dec-99 10:31:08
  6931. Subj: Re: In case you're interested in Windows2000
  6932.  
  6933. From: "Christian Gustafson" <christian.g@ibm.net>
  6934.  
  6935. "Joseph" <josco@ibm.net> wrote in message news:38604ABE.9DD4495C@ibm.net...
  6936. >
  6937. > Christian Gustafson wrote:
  6938. >
  6939. > > "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  6940. news:MPG.12ca1c2b4067cd2e989693@news-server.mgfairfax.rr.com...
  6941. > > >
  6942. > > > Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4 beta? 
  6943. Now
  6944. > > > that's goofy!
  6945. > >
  6946. > > How 'bout that Warp 5 client beta?
  6947. >
  6948. > How about Warp V 4.0 Release 9.035.
  6949. >
  6950. > How about getting over OS/2 and trying to help decipher MS's plans for those 
  6951. NOT interested in buying 256MB Pentium IIIs.
  6952.  
  6953. I'll have to get back to you on this one, especially the CE, er, Windows
  6954. Powered,
  6955. angle.  I hope that MS will get this one right on the next rev, again, the
  6956. pressure
  6957. is on them either to deliver or leave the patient on the table.
  6958.  
  6959. I confess that I am ordering another 128MB DIMM from http://www.crucial.com
  6960. (excellent prices) before I install W2K.
  6961.  
  6962. Isn't there one last "Millennium" version of the 9x series coming out?  I'll
  6963. have to
  6964. find the latest Ballmer interview / press release / People magazine sidebar to
  6965. figure out what is their overall strategy right now.
  6966.  
  6967. I'm not sure of their current plans to support the 486SX and 5-volt Pentium-60
  6968. markets -- here's a real opportunity for OS/2 evangelists.
  6969.  
  6970. cg
  6971. --
  6972. :::::=====  Christian Gustafson
  6973. :::::=====  Marina City, Chicago
  6974. ==========
  6975. ==========
  6976.  
  6977.  
  6978. --- WtrGate+ v0.93.p7 sn 165
  6979.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  6980. (1:109/42)
  6981.  
  6982. +----------------------------------------------------------------------------+
  6983.  
  6984. From: uno@40th.com                                      22-Dec-99 12:15:18
  6985.   To: All                                               22-Dec-99 10:31:08
  6986. Subj: Re: FreeOS - project to Clone OS/2
  6987.  
  6988. From: uno@40th.com (uno@40th.com)
  6989.  
  6990. Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 10:33:59 GMT):
  6991. >cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  6992. >>However, as a software developer, I consider my time too valuable to
  6993. >>squander it deciding where each byte of code should reside in RAM. The
  6994. >
  6995. >You are no software engineer if you don't care about the problem. You are
  6996. >then just a dilettantic coder who someone really stupid pays for. Sorry.
  6997.  
  6998. As you should be.  Anyone using an assembler to do more than
  6999. a few lines of code is not a real programmer but a has-been
  7000. hack -- a dinosaur.  No wonder you're stuck in OS2 -- it fits
  7001. you well.  Yes, stuck:  assembly is very, very OS/CPU specific.
  7002. That's why OS2 is x86 only, and its port (attempt) to PowerPC
  7003. was a dismail failure (thanks to all the assembly/CPU specific
  7004. code).
  7005.  
  7006. >Pointer arithmetic is just one minor brick in the whole wall. The only 
  7007. >thing it produces is obscure and hard to find bugs who no one really cares
  7008. >as noone really cares to test one's work thouroughly enough anymore. Use
  7009.  
  7010. Coming from you, that's not surprising.  It's convenient, and not at
  7011. all bug-prone.  If anything, it prevents bugs.  Besides, you don't
  7012. have to use it: just use a char * for everything.  BTW, there is no
  7013. word "noone", no matter how many times you see it on usenet.
  7014.  
  7015. >I do not advocate for using assembler for all and everything; don't miss
  7016.  
  7017. Then what exactly is your beef?
  7018.  
  7019. >actually was to avoid rewriting these assembler parts. It is BTW possible
  7020. >to write readable assembler code - some of IBMs drivers from the DDK use
  7021.  
  7022. Only by those who know x86 assembly, and the assembler syntax used.
  7023. Look at MIPS or SHx assembly and you won't think they're anything
  7024. close to "readable".  Every programmer, just about, can read C.
  7025.  
  7026. >pretty clever designed assembler macros to structure the code.
  7027.  
  7028. Macros -- the number one bug generator and cause of unreadability
  7029. in all of programming.  It's a short-cut that seldom is called for,
  7030. especially with today's compilers where a function call will do
  7031. nicely since the compiler will just inline it, letting you debug
  7032. it, etc. (of course, there's no such thing as a smart assembler --
  7033. that's even a revolting concept among asm coders).
  7034.  
  7035. >I do advocate against the "new age" generation of programmers whose
  7036. >first language is Visual Basic, and who have never understood enough
  7037.  
  7038. You mean the ones that write 20 useful apps for every one, limited-use
  7039. utility you might write?  Besides, who is going to use your applet?  A
  7040. few dozen OS2 hangers on?
  7041.  
  7042. Besides, why do you care if these people waste their time trying to
  7043. do an OS2 clone?  'Fraid they might just do it, are you?  Do yourself
  7044. a favor, Veit, dump OS2 and get on the Windows' train.  You won't have
  7045. so many mood swings, for one, and maybe you'll learn something new.
  7046. By now, you've probably had your fill of OS2, and it shows.
  7047.  
  7048.  
  7049.  
  7050.  
  7051. --- WtrGate+ v0.93.p7 sn 165
  7052.  * Origin: Usenet: Yanaguana (1:109/42)
  7053.  
  7054. +----------------------------------------------------------------------------+
  7055.  
  7056. From: jimf@frostbytes.com                               22-Dec-99 07:30:14
  7057.   To: All                                               22-Dec-99 10:31:08
  7058. Subj: Re: question about OS/2's memory managment and ...
  7059.  
  7060. From: Jim Frost <jimf@frostbytes.com>
  7061.  
  7062. Mike Ruskai wrote:
  7063. > >(I still wish that OS/2 used a simular method of executing programs like
  7064. > >Linux does - that and dynamic disk cache ....but I guess I'll stop saying
  7065. > >that, since I doubt anyone would ever add such a feature to OS/2 ...sides
  7066. me
  7067. > >:)
  7068. > I personally wouldn't add a dynamic disk cache, but I would add a larger
  7069. > one.
  7070. > Dynamic caches inevitably run into problems of contention, when there's
  7071. > lots of disk activity, and memory becomes overcommitted.  Neither Win9x
  7072. > nor WinNT deal with this situation well at all.
  7073.  
  7074. Just because Windows sucks at it is no reason to believe it can't be done. 
  7075. Several UNIXen do a very nice job at managing the contention between cache and
  7076. program requirements.  The first such UNIX I used was (I think) SunOS 4.0.3,
  7077. but there have been many more since.
  7078.  
  7079. There have also been some notable failures, particularly early versions of
  7080. AIX.
  7081.  
  7082. jim
  7083.  
  7084. --- WtrGate+ v0.93.p7 sn 165
  7085.  * Origin: Usenet: Road Runner (1:109/42)
  7086.  
  7087. +----------------------------------------------------------------------------+
  7088.  
  7089. From: b.l.nelson@larc.nasa.gov                          22-Dec-99 08:15:26
  7090.   To: All                                               22-Dec-99 15:50:24
  7091. Subj: Re: FreeOS - project to Clone OS/2
  7092.  
  7093. From: Bennie Nelson <b.l.nelson@larc.nasa.gov>
  7094.  
  7095. "uno@40th.com" wrote:
  7096. > Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 10:33:59 GMT):
  7097. > >cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  7098. > >>However, as a software developer, I consider my time too valuable to
  7099. > >>squander it deciding where each byte of code should reside in RAM. The
  7100. > >
  7101. > >You are no software engineer if you don't care about the problem. You are
  7102. > >then just a dilettantic coder who someone really stupid pays for. Sorry.
  7103. > As you should be.  Anyone using an assembler to do more than
  7104. > a few lines of code is not a real programmer but a has-been
  7105. > hack -- a dinosaur.  No wonder you're stuck in OS2 -- it fits
  7106. > you well.  Yes, stuck:  assembly is very, very OS/CPU specific.
  7107. > That's why OS2 is x86 only, and its port (attempt) to PowerPC
  7108. > was a dismail failure (thanks to all the assembly/CPU specific
  7109. > code).
  7110.  
  7111. By the same logic, anyone who codes games for directx only or someone
  7112. who codes more than a few lines in VisualBasic is, in your words,
  7113. "not a real programmer but a has-been hack -- a dinosaur."
  7114.  
  7115. A craftsman chooses the most appropriate tool available for the task
  7116. at hand.  To a hack who only has a hammer, all problems appear to be
  7117. nails.
  7118.  
  7119. Regards,
  7120. Bennie Nelson
  7121.  
  7122. --- WtrGate+ v0.93.p7 sn 165
  7123.  * Origin: Usenet: NASA Langley Research Center, Hampton, VA, USA (1:109/42)
  7124.  
  7125. +----------------------------------------------------------------------------+
  7126.  
  7127. From: bv@bigblue.no                                     22-Dec-99 13:48:14
  7128.   To: All                                               22-Dec-99 15:50:24
  7129. Subj: Re: Project Concorde - plan to run Win32 apps under OS/2
  7130.  
  7131. From: bv@bigblue.no (Bj¢rn Vermo)
  7132.  
  7133. On Sat, 18 Dec 1999 14:59:09, Jim Frost <jimf@frostbytes.com> wrote:
  7134.  
  7135. > Token ring has its own problems.
  7136.  
  7137. Mainly the lack of competent personell.
  7138. > If you have a drive you're not diskless.  It makes a difference because the
  7139. > disk is one of the few components that is likely to fail at least once in
  7140. the
  7141. > lifetime of a typical machine.  Now, I completely agree that you can utilize
  7142. > the disk as a local cache for huge wins, but it's not diskless anymore.
  7143. Define "lifetime of a typical machine" and "likely to fail".
  7144. Unless you purchase garbage or turn the drives on and off all the 
  7145. time, the MTBF of even rather inexpensive modern drives is over ten 
  7146. years.
  7147.  
  7148. Now, if the drive in a WSOD client croaks, the user might complain 
  7149. about the ugly sound and there might be a small drop in performance, 
  7150. but there is no rush to replace it. The client works perfectly well 
  7151. without it.
  7152.  
  7153. Of course, if you run remotely over TCP/IP with an ISDN connection (or
  7154. worse), the loss of the local drive would hurt performance seriously, 
  7155. but that is another matter.
  7156.  
  7157.  
  7158. --- WtrGate+ v0.93.p7 sn 165
  7159.  * Origin: Origin Line 1 Goes Here (1:109/42)
  7160.  
  7161. +----------------------------------------------------------------------------+
  7162.  
  7163. From: jmalloy@borg.com                                  22-Dec-99 08:49:03
  7164.   To: All                                               22-Dec-99 15:50:24
  7165. Subj: Re: Tholen digest, volume 2451535.479037230^-345790
  7166.  
  7167. From: "Joe Malloy" <jmalloy@borg.com>
  7168.  
  7169. Today's Tholen digest:
  7170.  
  7171. [is full of nothing newsworthy, as usual, from Tholen.]
  7172.  
  7173. Bye!
  7174.  
  7175.  
  7176. --- WtrGate+ v0.93.p7 sn 165
  7177.  * Origin: Origin Line 1 Goes Here (1:109/42)
  7178.  
  7179. +----------------------------------------------------------------------------+
  7180.  
  7181. From: bv@bigblue.no                                     22-Dec-99 14:07:04
  7182.   To: All                                               22-Dec-99 15:50:24
  7183. Subj: Re: do you have OS/2 1.1?
  7184.  
  7185. From: bv@bigblue.no (Bj¢rn Vermo)
  7186.  
  7187. On Thu, 16 Dec 1999 02:50:37, tholenantispam@hawaii.edu (Dave Tholen) 
  7188. wrote:
  7189.  
  7190. > But there's the old argument about what constitutes an "OS".
  7191. I have newer heard anybody claim that GEM was, or even was based on, 
  7192. an operating system. Windows 95 is the first Windows product which 
  7193. manages to satisfy the usual minimum requirements for being called an 
  7194. operating system rather than just a program loader with a file system.
  7195. GEM and Windows were not even integrated into the underlying program 
  7196. loader (PC-DOS or MS-DOS), so they only qualify as graphical user 
  7197. applications.
  7198.  
  7199. If we apply the terminology of the mainframe pioneers to the 
  7200. microcomputer world, operating systems were usually only found on 
  7201. minicomputers and larger up to the mid eighties.
  7202.  
  7203.  
  7204. --- WtrGate+ v0.93.p7 sn 165
  7205.  * Origin: Origin Line 1 Goes Here (1:109/42)
  7206.  
  7207. +----------------------------------------------------------------------------+
  7208.  
  7209. From: lucien@metrowerks.com                             22-Dec-99 14:01:27
  7210.   To: All                                               22-Dec-99 15:50:24
  7211. Subj: Re: Navigator 4.7 is available!! OS/2 is behind again!!
  7212.  
  7213. From: lucien@metrowerks.com
  7214.  
  7215. In article <83p3vf$1sn$1@news.hawaii.edu>,
  7216.   tholenantispam@hawaii.edu wrote:
  7217. > Lucien writes:
  7218. > > Because you provided no explicit answer to the question
  7219. > >
  7220. > > "Is the JDK sentence ambiguous WRT (grammatical) quantification?"
  7221.  
  7222. > > you tacitly agreed to the conditions I set forth in my original
  7223. > > inquiry
  7224. >
  7225. > Ah, because you cannot identify the alleged agreement, you instead
  7226. > call it "tacit".
  7227.  
  7228. Wrong. As clarified by the conditions set forth in my posts, remaining
  7229. ambivalent upon the question (see above) constitutes an implicit
  7230. agreement to
  7231.  
  7232. "The JDK sentence is not ambiguous WRT (grammatical) quantification"
  7233.  
  7234. as an explication of your position. Your choice to not respond with an
  7235. explicit answer suffices, therefore, as an agreement to those
  7236. conditions. Thus, the debate continues upon this basis.
  7237.  
  7238. You may, at any time, override this assumption by providing an explicit
  7239. answer to the question (yes or no will do).
  7240.  
  7241. > I'd call it your fantasy.
  7242.  
  7243. The reader will note here the continued introduction of frustrated,
  7244. diversionary irrelevancies, Dave's typical resort when the logic and
  7245. evidence have run out.
  7246.  
  7247. > > You may, at any time, override this assumption by supplying an
  7248. > > explicit (i.e. yes/no) answer to the original question.
  7249. >
  7250. > I provided an explicit answer to the *original* question long ago,
  7251. > Lucien.
  7252.  
  7253. Reproduce it here. Be concise and clear. Otherwise, the debate
  7254. continues upon the assumptions made above.
  7255.  
  7256. > >>> explain why these two variants of the JDK sentence are
  7257. grammatical,
  7258. > >>> coherent sentences of English:
  7259. > >>>
  7260. > >>> "OS/2 Java 1.1.8 implements some Java 1.2 functionality."
  7261. > >>>
  7262. > >>> "OS/2 Java 1.1.8 implements all Java 1.2 functionality."
  7263.  
  7264. > > Specifically, your assertion that the original JDK sentence is not
  7265. > > ambiguous WRT quantification (regardless of the source of the
  7266. > > disambiguation) predicts that one of these variants of the JDK
  7267. sentence
  7268. > > should be impossible;
  7269. >
  7270. > And I previously noted that the second is illogical,
  7271.  
  7272. Uninformed response. As I've stated previously, this section is
  7273. crucially concerned with the grammaticality of the sentences and not
  7274. any alleged "illogic" of the sentences (the reader will note Dave's
  7275. apparent ignorance of this important distinction).
  7276.  
  7277. Most critically, that both sentences are grammatical, coherent
  7278. sentences of English is inconsistent with your assertion that the
  7279. original JDK sentence is not ambiguous WRT quantification.
  7280.  
  7281. Explain why.
  7282.  
  7283. Lucien S.
  7284.  
  7285.  
  7286. Sent via Deja.com http://www.deja.com/
  7287. Before you buy.
  7288.  
  7289. --- WtrGate+ v0.93.p7 sn 165
  7290.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  7291.  
  7292. +----------------------------------------------------------------------------+
  7293.  
  7294. From: mamodeo@stny.rr.com                               22-Dec-99 09:12:08
  7295.   To: All                                               22-Dec-99 15:50:24
  7296. Subj: Re: Using LXLite on OS/2
  7297.  
  7298. From: Marty <mamodeo@stny.rr.com>
  7299.  
  7300. Mike Ruskai wrote:
  7301. > Each time a process attempts to access an address range that isn't in 
  7302. > memory, the processor throws an exception (13, or 0Dh).
  7303.  
  7304. Nitpick:  Wouldn't that be 0Eh (Page fault)?
  7305.  
  7306. - Marty
  7307.  
  7308. --- WtrGate+ v0.93.p7 sn 165
  7309.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  7310.  
  7311. +----------------------------------------------------------------------------+
  7312.  
  7313. From: mamodeo@stny.rr.com                               22-Dec-99 09:13:25
  7314.   To: All                                               22-Dec-99 15:50:24
  7315. Subj: Re: In case you're interested in Windows2000
  7316.  
  7317. From: Marty <mamodeo@stny.rr.com>
  7318.  
  7319. Bob Germer wrote:
  7320. > On <38604207_1@news3.prserv.net>, on 12/21/99 at 09:29 PM,
  7321. >    "Christian Gustafson" <christian.g@ibm.net> said:
  7322. > > I first learned about the free Solaris OS kits here in COOA, so I
  7323. > > thought it appropriate to post the link to the MS offer.  An excellent
  7324. > You were fucking wrong you rude bastard.
  7325.  
  7326. How ironic, coming from a "rude bastard" who was also "fucking wrong" and
  7327. failed to admit it.
  7328.  
  7329. --- WtrGate+ v0.93.p7 sn 165
  7330.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  7331.  
  7332. +----------------------------------------------------------------------------+
  7333.  
  7334. From: josco@ibm.net                                     22-Dec-99 06:38:18
  7335.   To: All                                               22-Dec-99 15:50:24
  7336. Subj: Re: FreeOS - project to Clone OS/2
  7337.  
  7338. From: Joseph <josco@ibm.net>
  7339.  
  7340.  
  7341. "uno@40th.com" wrote:
  7342.  
  7343. > Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 10:33:59 GMT):
  7344. > >cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  7345. > >>However, as a software developer, I consider my time too valuable to
  7346. > >>squander it deciding where each byte of code should reside in RAM. The
  7347. > >
  7348. > >You are no software engineer if you don't care about the problem. You are
  7349. > >then just a dilettantic coder who someone really stupid pays for. Sorry.
  7350. >
  7351. > As you should be.  Anyone using an assembler to do more than
  7352. > a few lines of code is not a real programmer but a has-been
  7353. > hack -- a dinosaur.
  7354.  
  7355. It would be refreshing to see someone speak intelligently and still make a
  7356. decent case for using MS's software.
  7357.  
  7358.  
  7359.  
  7360. --- WtrGate+ v0.93.p7 sn 165
  7361.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  7362. (1:109/42)
  7363.  
  7364. +----------------------------------------------------------------------------+
  7365.  
  7366. From: josco@ibm.net                                     22-Dec-99 07:00:24
  7367.   To: All                                               22-Dec-99 15:50:24
  7368. Subj: Re: In case you're interested in Windows2000
  7369.  
  7370. From: Joseph <josco@ibm.net>
  7371.  
  7372.  
  7373. Christian Gustafson wrote:
  7374.  
  7375. > "Joseph" <josco@ibm.net> wrote in message news:38604ABE.9DD4495C@ibm.net...
  7376. > >
  7377. > > Christian Gustafson wrote:
  7378. > >
  7379. > > > "David H. McCoy" <fake@forgitaboutit.com> wrote in message
  7380. news:MPG.12ca1c2b4067cd2e989693@news-server.mgfairfax.rr.com...
  7381. > > > >
  7382. > > > > Guess what? OS/2 Warp Beta 2 isn't available either. Nor is Warp 4
  7383. beta? Now
  7384. > > > > that's goofy!
  7385. > > >
  7386. > > > How 'bout that Warp 5 client beta?
  7387. > >
  7388. > > How about Warp V 4.0 Release 9.035.
  7389. > >
  7390. > > How about getting over OS/2 and trying to help decipher MS's plans for
  7391. those NOT interested in buying 256MB Pentium IIIs.
  7392. >
  7393. > I'll have to get back to you on this one, especially the CE, er, Windows
  7394. Powered,
  7395. > angle.  I hope that MS will get this one right on the next rev, again, the
  7396. pressure
  7397. > is on them either to deliver or leave the patient on the table.
  7398. >
  7399. > I confess that I am ordering another 128MB DIMM from http://www.crucial.com
  7400. > (excellent prices) before I install W2K.
  7401.  
  7402. W2K isn't going to cut it on the typical home PC purchase - web surfing and
  7403. minor tasks.
  7404.  
  7405. MS has had serious size and performance problems with WinCE on the low end.  
  7406. They've even struggled to get WinCE into WebTV.
  7407. WinCE 3.0 is due soon (if not out) and it's really a make or break edition.  I 
  7408. question if MS knows the market(s).
  7409.  
  7410. WinCE fits on devices like the Dreamcast but the DirectX API has to be system
  7411. specific and therefore isn't very portable to PCs.
  7412. Still WinCE has some promise.  The OS comes on the same CD as the application
  7413. (IE) and enables the Dreamcast to surf the web.  (It
  7414. cannot be embedded into the platform - just shipped with the application)  I'm 
  7415. not sure WinCE is going to be an effective
  7416. multimedia OS.  BeOS and Liberate's technology (based on X and NetBSD) seem
  7417. better suited for home entertainment.
  7418.  
  7419. > Isn't there one last "Millennium" version of the 9x series coming out?  I'll 
  7420. have to
  7421. > find the latest Ballmer interview / press release / People magazine sidebar
  7422. to
  7423. > figure out what is their overall strategy right now.
  7424.  
  7425. Yes.  Millennium sounds significant but it is a minor refreseh of the same
  7426. Win95 codes base with home networking features
  7427. added.    Little will change from what they did with Win95.
  7428. Some futute date MS will use W2K for the basis of the next OS but IMHO that's
  7429. 4-5 years off given their development cycles and
  7430. still to be completed Enterprise W2K efforts.
  7431.  
  7432. > I'm not sure of their current plans to support the 486SX and 5-volt
  7433. Pentium-60
  7434. > markets -- here's a real opportunity for OS/2 evangelists.
  7435.  
  7436. This isn't a small market. Leaving behind these purchases, making customers
  7437. buy a new PC is one of MS's biggest liabilities as a
  7438. wanna-be consumer company.
  7439. Ironically, MS could use OS/2 as a low end consumer OS.   It's lean and
  7440. powerful.  Embedded into devices, it could do them well.
  7441.  
  7442. --- WtrGate+ v0.93.p7 sn 165
  7443.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  7444. (1:109/42)
  7445.  
  7446. +----------------------------------------------------------------------------+
  7447.  
  7448. From: veit@simi.gmd.de                                  22-Dec-99 15:13:15
  7449.   To: All                                               22-Dec-99 15:50:24
  7450. Subj: Re: Using LXLite on OS/2
  7451.  
  7452. From: veit@simi.gmd.de (Holger Veit)
  7453.  
  7454. On Wed, 22 Dec 1999 09:12:16 -0500, Marty <mamodeo@stny.rr.com> wrote:
  7455. >Mike Ruskai wrote:
  7456. >> 
  7457. >> Each time a process attempts to access an address range that isn't in 
  7458. >> memory, the processor throws an exception (13, or 0Dh).
  7459. >
  7460. >Nitpick:  Wouldn't that be 0Eh (Page fault)?
  7461.  
  7462. No. Paging is normal operation. Exception 0D is thrown when paging fails
  7463. because there is no allocated page for the requested address, i.e.
  7464. the corresponding PTE (page table entry) is marked invalid.
  7465.  
  7466. Holger
  7467.  
  7468. -- 
  7469. "Well, from what I've read, scientific studies show men tend to be better at
  7470. dealing with visual concepts, while women are better at complex linguistic
  7471. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  7472.     Erwin the AI, www.userfriendly.org
  7473.  
  7474. --- WtrGate+ v0.93.p7 sn 165
  7475.  * Origin: Usenet: GMD-AiS (1:109/42)
  7476.  
  7477. +----------------------------------------------------------------------------+
  7478.  
  7479. From: veit@borneo.gmd.de                                22-Dec-99 19:50:21
  7480.   To: All                                               22-Dec-99 18:17:14
  7481. Subj: Re: FreeOS - project to Clone OS/2
  7482.  
  7483. From: veit@borneo.gmd.de (Holger Veit)
  7484.  
  7485. On 22 Dec 1999 16:20:40 GMT, uno@40th.com <uno@40th.com> wrote:
  7486. [...]
  7487. >>You want to demonstrate, as a loser, in a newsgroup for losers,
  7488. >>(and I trust your judgement to be a loser yourself fully - given the
  7489. >>garbage you advocate for), that your presence here is essential?
  7490. >
  7491. >Essential only to the point that there are so few left in
  7492. >os2.advocacy these days.  Where'd all the OS2 advocates go?
  7493. >No need to answer -- you know, I know, everyone knows.
  7494.  
  7495. Well, I agree, I have as well observed that the list of posting 
  7496. incredibly went down in c.o.o.a. after I had killfiled all the garbage 
  7497. from the homeless windows idiots that are trolling around here (I suspect
  7498. they are here for the only reason that they have been thrown off from
  7499. the windows groups for long already - these Win-Losers may be worshipping
  7500. BG on sabbats, but are at least knowledgable enough to distinguish between
  7501. humans and troll-bots.
  7502.  
  7503. >>Thanks, Sir, no more questions.
  7504. >
  7505. >You've folding? 
  7506.  
  7507. No, no, I've just ranked you from a -1 score to -9999 meaning you are
  7508. no longer worth to even serve for a good laugh.
  7509.  
  7510.  Already?  The truth hurts, but face it, OS2 is
  7511. >dead and that's all this NG is really about.  There's nothing
  7512.  
  7513. Dead? So you are here in this NG being necrophile?
  7514.  
  7515. -- 
  7516. "Well, from what I've read, scientific studies show men tend to be better at
  7517. dealing with visual concepts, while women are better at complex linguistic
  7518. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  7519.     Erwin the AI, www.userfriendly.org
  7520.  
  7521. --- WtrGate+ v0.93.p7 sn 165
  7522.  * Origin: Usenet: GMD-AiS (1:109/42)
  7523.  
  7524. +----------------------------------------------------------------------------+
  7525.  
  7526. From: cbass2112@my-deja.com                             22-Dec-99 19:47:03
  7527.   To: All                                               22-Dec-99 18:17:14
  7528. Subj: Re: FreeOS - project to Clone OS/2
  7529.  
  7530. From: cbass2112@my-deja.com
  7531.  
  7532. In article <slrn861a8m.3od.veit@simi.gmd.de>,
  7533.   veit@simi.gmd.de (Holger Veit) wrote:
  7534.  
  7535. -- snip --
  7536.  
  7537. > C and particularly C++ have evolved to conceptual mess, a jack of all
  7538. > cards, to provide everything that might be useful somehow to anyone.
  7539. > Other languages of this kind are Perl and VHDL, for instance. The
  7540. > result is: if people can do anything with it, they will do anything.
  7541. > Compare the OO concept in C++ (or rather lack thereof) with pure OO
  7542. > languages like Smalltalk and Eiffel (and to some degree also Java).
  7543. > It is absolutely no problem in C and C++ to write code that is not
  7544. > object oriented - OO is not just the fact that you write the same old
  7545. > spaghetti code as usual, but wrap it with the 'class' keyword. The
  7546. > effect is that a clean concept will be easily given up, whenever some
  7547. > short-sighted hack promises a fast workaround. C and C++ offer all
  7548. > facilities to circumvent good design.  This is almost impossible to
  7549. > write anything that is not object-oriented in Java, without directly
  7550. > receiving the feeling that the way to code everything into "public
  7551. > static void" methods is utterly ugly.
  7552.  
  7553. Hmm. I was under the impression that this was a C versus Assembler
  7554. discussion, not a general Software Engineering discussion.  For the
  7555. record, I agree with your sentiments. However, we should understand that
  7556. languages like C++ and Perl simply have a different philosophical basis
  7557. than "pure" languages like Smalltalk and Eiffel.  For example, Larry
  7558. Wall explained that Perl was messy simply because reality is messy.  You
  7559. don't have to agree with Wall or use his language, but someone who is
  7560. not "just a dilettantic coder who someone really stupid pays for" should
  7561. at least respect the philosophy, even if he or she disagrees with it.
  7562.  
  7563. > >> If you write assembler, you have to consider what you do, how you
  7564. > >> layout structures, pass parameters, call procuedures etc. because
  7565. > >> every conceptual flaw will shoot back at you pretty fast.
  7566. > >
  7567. > >However, as a software developer, I consider my time too valuable to
  7568. > >squander it deciding where each byte of code should reside in RAM.
  7569. >
  7570. > You are no software engineer if you don't care about the problem. You
  7571. > are then just a dilettantic coder who someone really stupid pays for.
  7572. > Sorry. In this generality, your statement is absolutely unacceptable.
  7573.  
  7574. Well, I neither said nor implied that I didn't "care about the problem."
  7575. Again, I thought this discussion was about C (or any HLL) versus
  7576. Assembler; I simply consider Assembler a waste of valuable time in the
  7577. general sense, precisely because you *do* have to sweat over each byte
  7578. of code, thinking in terms of the machine's architecture rather than the
  7579. problem space.  And, regardless of which language I use for a particular
  7580. job, I do strive to write intelligent, readable code that's easy to
  7581. maintain. If I am using REXX or TCL/TK, I am certainly not going to
  7582. worry about RAM requirements or execution speed.  If I do need to worry
  7583. about RAM requirements or execution speed, then I would choose a more
  7584. appropriate language. Calling me "just a dilettantic coder who someone
  7585. really stupid pays for" doesn't change any of that. Frankly, anyone who
  7586. hires me over the mediocrity out there demonstrates a high degree of
  7587. intelligence.
  7588.  
  7589. > If the problem requires to take care about memory requirements, and
  7590. > you don't because your time is too valuable to look into the pits,
  7591. > then you do a pretty lousy job. In most cases, it is just laziness to
  7592. > solve a problem appropriately - the next generation Pentium with more
  7593. > RAM will clean up the problem. Not only this: as long as people are
  7594. > stupid enough to believe that a computer normally needs to be reboot
  7595. > 5 times a day, there is no reason to provide good artwork. Hence, the
  7596. > term "good-enough software" became popular for this, an excuse to do
  7597. > the work because others don't care either.
  7598.  
  7599. Again, you are going off on a tangent, and again, I am not disagreeing
  7600. with any of this.
  7601.  
  7602. > >reason we *have* HLLs is to free us from that kind of tyranny, and
  7603. > >allow us to concentrate on the problem at hand.
  7604. >
  7605. > If software coders actually cared about the problem, we'd not have
  7606. > banana software all over the place.
  7607.  
  7608. Someone once said, "90% of everything is crap."  I wish I knew who it
  7609. was who said that.  It certainly rings true with the code I have seen
  7610. over the years.
  7611.  
  7612. > >> With a high level language, you write something and hope that the
  7613. > >> compiler will optimize your nonsense. Garbage-In, Garbage-out.
  7614. > >
  7615. > >You are alluding to the pointer arithmetic I mentioned earlier, I
  7616. > >hope. :)  Beyond that, I take exception to the notion that my code
  7617. > >is "nonsense."
  7618. >
  7619. > Pointer arithmetic is just one minor brick in the whole wall. The only
  7620. > thing it produces is obscure and hard to find bugs who no one really
  7621. > cares as noone really cares to test one's work thouroughly enough
  7622. > anymore. Use the users as guinea pigs to find out what might be wrong,
  7623. > it is less trouble. Some more are: "glueware" or middleware that is
  7624. > required to convert some A data to some B data because developers
  7625. > haven't thought about data structures (i.e. they have hacked something
  7626. > together what they thought would look nice instead to doing a real
  7627. > problem analysis first), excessive code duplication, not only by the
  7628. > use of foreign "component" or "widget" libraries, but mainly because
  7629. > space and time does no longer matter, careless selection of algorithms
  7630. > like using quicksort on a 3-element array or linear lists for random
  7631. > access to thousands of items. And one then wraps the whole stuff into
  7632. > arbitrary classes and sell the product as "new! now using
  7633. > object-oriented design".
  7634.  
  7635. I was in a flame-war with an author named Martin (not James Martin, some
  7636. other guy who wrote a book about developing C++ code from Booch OOD
  7637. notation) who took exception to calling Smalltalk a "pure oopl."  For
  7638. whatever reason, he took it as a personal insult that someone would call
  7639. his precious C++ an "impure" object-oriented programming language.  I
  7640. tried to draw parallels with Pascal, in which unstructured code is more
  7641. difficult to write than it is in a language such as BASIC, just as
  7642. non-OO code is more difficult to write in Smalltalk than in C++.  One of
  7643. Martin's supporters came back with the idea that one could take non-OO
  7644. code in, say, Fortran, and simply attach each subroutine to a main
  7645. object, and voila! You have translated non-OO structured code into
  7646. "pure" OO.  I suppose you could take it one step further (backward) and
  7647. attach one long-winded, spaghetti-coded subroutine to an object and have
  7648. spaghetti-coded "OOP."
  7649.  
  7650. The bottom line is that nothing out there is a magical silver bullet.
  7651. Any tool requires thought on the part of the user in order to get the
  7652. most benefit from it, and any idiot can use a tool to produce crap
  7653. regardless of the tool's sophistication.
  7654.  
  7655. And don't get me wrong. Although hardware is cheap and developer time
  7656. expensive, I don't advocate using that as an excuse for poor design and
  7657. poor implementation. I only use it to justify using a HLL over Assembler
  7658. in general. Using C or C++ should not translate into hacking without a
  7659. design. Also, be aware that one can still hack crappy code using
  7660. Assembler.
  7661.  
  7662. -- snip --
  7663.  
  7664. > >And don't forget the portability issue -- would you have even
  7665. > >*considered* porting XFree86 to OS/2 if it had been written in 100%
  7666. > >assembler?
  7667. >
  7668. > I do not advocate for using assembler for all and everything; don't
  7669. > miss my point. XFree86 contains several parts written in assembler,
  7670. > and one of the main reasons of the xf86sup driver (which also contains
  7671. > assembler) actually was to avoid rewriting these assembler parts. It
  7672. > is BTW possible to write readable assembler code - some of IBMs
  7673. > drivers from the DDK use pretty clever designed assembler macros to
  7674. > structure the code.
  7675.  
  7676. FWIW, on the rare occasions I have used assembler, I again made
  7677. readability my primary goal, and agree that assembler can indeed be
  7678. readable.  Also, don't miss my point; I was only arguing against
  7679. assembler as a general purpose development language, not against it's
  7680. very existence.
  7681.  
  7682. > I do advocate against the "new age" generation of programmers whose
  7683. > first language is Visual Basic, and who have never understood enough
  7684. > of the concept of a CPU register at all to estimate how the system
  7685. > they are programming really works. They are not only the car drivers
  7686. > who don't know how to refill gas, they haven't even a slightest idea
  7687. > what traffic lights are good for, except hindering the free flow of
  7688. > traffic. Interestingly, this "you don't need to understand anything,
  7689. > just assemble parts" concept, is not actually new: it was found
  7690. > already in the 60s, when IBM hired untrained people to write
  7691. > applications in CICS Cobol. The problems that indirectly resulted
  7692. > from that might be still visible (hopefully not) in 10 days.
  7693.  
  7694. Well, again, part of the problem is that when these legacy COBOL systems
  7695. were written, hardware and execution time *were* expensive resources, so
  7696. saving a couple of bytes per record was considered a viable alternative
  7697. for a file containing a hundred thousand records. The real problem is
  7698. the short-sightedness that runs rampant in this industry -- those files
  7699. should have been converted a decade and a half ago.  Instead, we are
  7700. settling for kludges such as windowing, or even worse, temporary
  7701. on-the-fly expansion which can increase batch cycle run times by fifty
  7702. percent or more.
  7703.  
  7704. And I agree that the average level of awareness on Software Engineering
  7705. concepts is dismally low, and the glitzy visual development environments
  7706. are at least partly to blame. The advances made by the DeMarcos and
  7707. Yourdons have given way to "RAD" and "visual development." We have
  7708. reverted to the old "hack, run, debug" cycle that we recognized as a
  7709. losing strategy only decade ago.
  7710.  
  7711. For the record, I believe that RAD and visual development have their
  7712. place, but again, having a solid S.E. background would allow the user of
  7713. such tools to gain more benefit and avoid the pitfalls.
  7714.  
  7715. -- snip --
  7716.  
  7717.  
  7718. Curtis
  7719.  
  7720.  
  7721. Sent via Deja.com http://www.deja.com/
  7722. Before you buy.
  7723.  
  7724. --- WtrGate+ v0.93.p7 sn 165
  7725.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  7726.  
  7727. +----------------------------------------------------------------------------+
  7728.  
  7729. From: andrew@netneurotic.de                             22-Dec-99 21:29:16
  7730.   To: All                                               22-Dec-99 18:17:14
  7731. Subj: Re: how much of OS/2 is ....
  7732.  
  7733. From: andrew@netneurotic.de (Andrew J. Brehm)
  7734.  
  7735. Holger Veit <veit@simi.gmd.de> wrote:
  7736.  
  7737. > >Sorry, does that mean that (now) hpfs386 (for /2) is now M$ free?
  7738. > No. The real stupidity, American greed has produced, is software patents.
  7739.  
  7740. Agreement.
  7741.  
  7742. > >If 16-bit is known as "real mode" (it takes what it needs w/o asking the
  7743. OS,
  7744. > No. 16 bit in the kernel is 16 bit protected mode code; with the few
  7745. > exceptions of the DOS emulation engine that's part of the kernel, which
  7746. > jump between VPM and V86 mode.
  7747.  
  7748. I understand 16 bit proctedted mode code is what apeared when the 286
  7749. entered the stage? And OS/2 was originally meant to be _the_ OS/2 for
  7750. the new IBM PC/AT (advanced technology) with the new 16 bit ISA bus and
  7751. the revolutionary 286 CPU?`
  7752.  
  7753. > >if I recall right?) and 32-bit is "protect mode" (it requests whatever
  7754. > >resources it needs from the OS) would it not be better to have everything
  7755. in
  7756. > >32-bit mode, so that the OS itself handles all the memory managment, and
  7757. > You can't have everything in 32 bit code, unless you give up compatibility
  7758. > with legacy software, for instance also old 1.x device drivers. With OS/2
  7759. PPC,
  7760. > these old customs were cut away, so this version should be pretty purely
  7761. > 32 bit only. Infact, the memory management stuff is 32 bit code.
  7762.  
  7763. Afaik the PowerPC version of OS/2 ran on an IBM version of the MACH
  7764. mikrokernel and worked similarly to MkLinux and MacOS X work today. I
  7765. have used MkLinux. From a user point of view there are two major
  7766. differences:
  7767.  
  7768. a) It's slower than "normal" Linux (or OS/2 for that matter)
  7769. b) you get a new set of boot messages before the Linux kernel boots
  7770. (because both kernels MACH and Linux are registering all devices).
  7771.  
  7772. Of course such a system can be easily ported to all platforms to which
  7773. the mikrokernel in question has been ported already (Intel, PPC, and
  7774. HP-RISC in the case of MACH and MkLinux).
  7775.  
  7776. Has anyone here tried out MkLinux on Intel btw?
  7777.  
  7778. Or even better: has anyone ever used OS/2 Warp Connect PowerPC Edition?
  7779.  
  7780. Afaik it was based on Warp 3 (Warp Connect to be precise) and first
  7781. appeared in 1995, only to vanish a few months later.
  7782.  
  7783. -- 
  7784. Fan of Woody Allen
  7785. User of MacOS, BeOS, LinuxPPC
  7786. Supporter of Pepperoni Pizza
  7787.  
  7788. --- WtrGate+ v0.93.p7 sn 165
  7789.  * Origin: Origin Line 1 Goes Here (1:109/42)
  7790.  
  7791. +----------------------------------------------------------------------------+
  7792.  
  7793. From: cmulligan@hipcrime.vocab.org                      22-Dec-99 12:45:25
  7794.   To: All                                               22-Dec-99 18:17:14
  7795. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  7796.  
  7797. From: "Chad Mulligan" <cmulligan@hipcrime.vocab.org>
  7798.  
  7799. <jedi@dementia.mishnet> wrote in message
  7800. news:slrn8620gn.bif.jedi@localhost.localdomain...
  7801. > On Tue, 21 Dec 1999 17:22:39 -0800, Chad Mulligan
  7802. <cmulligan@hipcrime.vocab.org> wrote:
  7803. > ><jedi@dementia.mishnet> wrote in message
  7804. <trimmed>
  7805. > >
  7806. > >Actually we aren't an infinitesimal corner of the net, we are part of the
  7807. > >backbone.
  7808. >
  7809. > That would certainly explain some of my connectivity issues...
  7810. >
  7811.  
  7812. No your inate lack of ability would explain that.
  7813.  
  7814. > --
  7815. >
  7816. >    One of the great lies of our age is the myth that
  7817. >    Microsoft has somehow managed to turn these random
  7818. >    collections of spare parts known as PC clones into          |||
  7819. >    the equivalent of a Macintosh. / | \
  7820. >
  7821. > Searching for sane PPP docs? Try http://penguin.lvcm.com
  7822.  
  7823.  
  7824. --- WtrGate+ v0.93.p7 sn 165
  7825.  * Origin: Usenet: Hipcrime Vocabulary Organization (1:109/42)
  7826.  
  7827. +----------------------------------------------------------------------------+
  7828.  
  7829. From: veit@borneo.gmd.de                                22-Dec-99 22:19:06
  7830.   To: All                                               22-Dec-99 18:59:25
  7831. Subj: Re: FreeOS - project to Clone OS/2
  7832.  
  7833. From: veit@borneo.gmd.de (Holger Veit)
  7834.  
  7835. On Wed, 22 Dec 1999 19:47:06 GMT,
  7836.     cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  7837. >In article <slrn861a8m.3od.veit@simi.gmd.de>,
  7838. >  veit@simi.gmd.de (Holger Veit) wrote:
  7839. [...]
  7840. >Hmm. I was under the impression that this was a C versus Assembler
  7841. >discussion, not a general Software Engineering discussion.  For the
  7842. >record, I agree with your sentiments. However, we should understand that
  7843. >languages like C++ and Perl simply have a different philosophical basis
  7844. >than "pure" languages like Smalltalk and Eiffel.  For example, Larry
  7845. >Wall explained that Perl was messy simply because reality is messy.  You
  7846. >don't have to agree with Wall or use his language, but someone who is
  7847. >not "just a dilettantic coder who someone really stupid pays for" should
  7848. >at least respect the philosophy, even if he or she disagrees with it.
  7849.  
  7850. Good coders are not necessarily good software engineers. The messy
  7851. reality argument is not very sound, because it replaces something
  7852. not necessarily good with something probably bad. It's like the 
  7853. Robin Hood argument of robbing out the thief. I am, besides other
  7854. things, working on robotic systems where you find a lot of incertainties
  7855. of the environment. A robot has to cope with this kind of mess somehow.
  7856. The answer to that is definitely not adding more mess, because the
  7857. result is much likely more messy.
  7858.  
  7859. >I was in a flame-war with an author named Martin (not James Martin, some
  7860. >other guy who wrote a book about developing C++ code from Booch OOD
  7861. >notation) who took exception to calling Smalltalk a "pure oopl."  For
  7862. >whatever reason, he took it as a personal insult that someone would call
  7863. >his precious C++ an "impure" object-oriented programming language.  I
  7864. >tried to draw parallels with Pascal, in which unstructured code is more
  7865. >difficult to write than it is in a language such as BASIC, just as
  7866. >non-OO code is more difficult to write in Smalltalk than in C++.  One of
  7867. >Martin's supporters came back with the idea that one could take non-OO
  7868. >code in, say, Fortran, and simply attach each subroutine to a main
  7869. >object, and voila! You have translated non-OO structured code into
  7870. >"pure" OO.  I suppose you could take it one step further (backward) and
  7871. >attach one long-winded, spaghetti-coded subroutine to an object and have
  7872. >spaghetti-coded "OOP."
  7873.  
  7874. This is just an indication that the person who brought this up misunderstood
  7875. the whole OOA/OOD/OOP development cycle as the use of the 'class' keyword.
  7876. An object, in short, is something with a single, precisely describeable 
  7877. function. The trick of the whole OO design is to clearly identify what
  7878. the function is (in the context of abstraction, interfacing, reuse, etc.).
  7879. Wrapping some arbitrary code into a class jacket usually violates at
  7880. least one of such design rules.
  7881.  
  7882. >The bottom line is that nothing out there is a magical silver bullet.
  7883.  
  7884. Agreed.
  7885.  
  7886. >Any tool requires thought on the part of the user in order to get the
  7887. >most benefit from it, and any idiot can use a tool to produce crap
  7888. >regardless of the tool's sophistication.
  7889.  
  7890. My point is that you shouldn't give idiots the chance to use the tool
  7891. at all, at least not in areas which are critical. And/or establish a
  7892. design process that has chances to recognize and weed out bad design.
  7893. It is known that it is not cheaper to produce a bad design in the long
  7894. run. There are good methodologies and tools, and bad ones, and more
  7895. important, goodness and badness are defined by the problem you want to 
  7896. deal with.
  7897.  
  7898. >design. Also, be aware that one can still hack crappy code using
  7899. >Assembler.
  7900.  
  7901. Sure you can. But assembler is rather unforgiving, as I already mentioned:
  7902. the problem with troubleshooting is that the trouble shoots back immediately
  7903. here. It is educating: if you know that your next step might lead into
  7904. the abyss, you won't stomp along like an elephant, but be very careful. 
  7905. A HLL gives a false impression of safety, and a bad HLL will honor even
  7906. bad programming practice. This brings the discussion back to pointers
  7907. in C: if there are no visible pointers at all, you won't run into the
  7908. pointer<->number ambiguity, and you directly lose one potential source
  7909. of problems. You might have pointers, but then don't have downcasts -
  7910. another way to produce obscure constructs gone.
  7911.  
  7912. >FWIW, on the rare occasions I have used assembler, I again made
  7913. >readability my primary goal, and agree that assembler can indeed be
  7914. >readable.  Also, don't miss my point; I was only arguing against
  7915. >assembler as a general purpose development language, not against it's
  7916. >very existence.
  7917.  
  7918. I wouldn't opt for assembler to write the whole CMD.EXE with it
  7919. (this is to my best knowledge pure assembler) nor even the CONFIG.SYS
  7920. parser (which is also assembler) - these are remains of the old OS/2 1.X
  7921. kernel, because in these areas the only benefit is compactness of code.
  7922. In a device driver or the interrupt handling section of the kernel,
  7923. or the IPC message passing area of a micro kernel, it is probably
  7924. esential.
  7925.  
  7926. >And I agree that the average level of awareness on Software Engineering
  7927. >concepts is dismally low, and the glitzy visual development environments
  7928. >are at least partly to blame. The advances made by the DeMarcos and
  7929. >Yourdons have given way to "RAD" and "visual development." We have
  7930. >reverted to the old "hack, run, debug" cycle that we recognized as a
  7931. >losing strategy only decade ago.
  7932. >
  7933. >For the record, I believe that RAD and visual development have their
  7934. >place, but again, having a solid S.E. background would allow the user of
  7935. >such tools to gain more benefit and avoid the pitfalls.
  7936.  
  7937. We observe that in classical engineering disciplines, a structured
  7938. and reliable development process has evolved over the decades. You
  7939. wouldn't expect a car to stop and reboot once in a while because
  7940. it is equipped with the add-on traction control and airbag systems.
  7941. As long as S.E. is still associated with "programming" and "programming"
  7942. is considered some kind of artwork, rather than craftmanship, the whole
  7943. software development won't improve. I frankly do not see any light at
  7944. the end of the tunnel there.
  7945.  
  7946. Holger
  7947.  
  7948. -- 
  7949. "Well, from what I've read, scientific studies show men tend to be better at
  7950. dealing with visual concepts, while women are better at complex linguistic
  7951. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  7952.     Erwin the AI, www.userfriendly.org
  7953.  
  7954. --- WtrGate+ v0.93.p7 sn 165
  7955.  * Origin: Usenet: GMD-AiS (1:109/42)
  7956.  
  7957. +----------------------------------------------------------------------------+
  7958.  
  7959. From: andrew@netneurotic.de                             22-Dec-99 23:31:27
  7960.   To: All                                               22-Dec-99 18:59:25
  7961. Subj: Re: FreeOS - project to Clone OS/2
  7962.  
  7963. From: andrew@netneurotic.de (Andrew J. Brehm)
  7964.  
  7965. Karel Jansens <jansens_at_ibm_dot_net> wrote:
  7966.  
  7967. > On Wed, 22 Dec 1999 02:49:00, andrew@netneurotic.de (Andrew J. Brehm)
  7968. > wrote:
  7969. > > Minix is considered "semi-free" I believe, but this is being nitpicking.
  7970. > > :-)
  7971. > > 
  7972. > .. which is considered a mortal sin in this NG <VBG>
  7973.  
  7974. :-))
  7975.  
  7976. > > I'ts amazing, isn't it? :-) I'm going to study Minix next year at around
  7977. > > this time at my university (that is if I don't work during the time
  7978. > > instead). I'm looking forward to it. Actually, I've heard that Minix 2.0
  7979. > > (16 bit) can be run in an OS/2 VMB. I'll try out soon. (I got a CD, but
  7980. > > it didn't work because of some data error during dd'ing the thingy.)
  7981. > > 
  7982. > I knew a friend who had Minix installed on a 286, 1 MB, 40 MB HDD 
  7983. > laptop. He lugged the thing around, just to show everybody he had UNIX
  7984. > on his laptop.`
  7985.  
  7986. Well, yes, "Minix-UNIX", that is. However, I believe it can be a fun
  7987. thing to have Minix standing by, especiallyif you run the 16 bit version
  7988. in an OS/2 window...
  7989.  
  7990. -- 
  7991. Fan of Woody Allen
  7992. User of MacOS, BeOS, LinuxPPC
  7993. Supporter of Pepperoni Pizza
  7994.  
  7995. --- WtrGate+ v0.93.p7 sn 165
  7996.  * Origin: Origin Line 1 Goes Here (1:109/42)
  7997.  
  7998. +----------------------------------------------------------------------------+
  7999.  
  8000. From: josco@sea.monterey.edu                            22-Dec-99 14:43:07
  8001.   To: All                                               22-Dec-99 18:59:25
  8002. Subj: Re: FreeOS - project to Clone OS/2
  8003.  
  8004. From: josco <josco@sea.monterey.edu>
  8005.  
  8006. On 22 Dec 1999, Holger Veit wrote:
  8007.  
  8008. > On 22 Dec 1999 16:20:40 GMT, uno@40th.com <uno@40th.com> wrote:
  8009.  
  8010. >  Already?  The truth hurts, but face it, OS2 is
  8011. > >dead and that's all this NG is really about.  There's nothing
  8012. > Dead? So you are here in this NG being necrophile?
  8013.  
  8014. http://dictionary.langenberg.com/
  8015. : obsession with and usually erotic interest in or stimulation by corpses
  8016.  
  8017.  
  8018.  
  8019. --- WtrGate+ v0.93.p7 sn 165
  8020.  * Origin: Usenet: CSUnet (1:109/42)
  8021.  
  8022. +----------------------------------------------------------------------------+
  8023.  
  8024. From: chris@os2ezine.com                                22-Dec-99 15:28:15
  8025.   To: All                                               22-Dec-99 22:52:22
  8026. Subj: Re: Tell me the story
  8027.  
  8028. From: chris@os2ezine.com (Chris Wenham)
  8029.  
  8030. On Mon, 20 Dec 1999 11:16:37, Joseph <josco@ibm.net> wrote:
  8031.  
  8032. > One does not need multiple processors to enjoy a multithreaded application.
  8033.  
  8034.  ColorWorks had the option of dividing an operation up over n 
  8035. processors (it actually sliced the image into n strips and spawned n 
  8036. processes that the OS would do the job of assigning to different 
  8037. processors).
  8038.  This was a feature that made ColorWorks critically different from 
  8039. PhotoShop - since no matter how many processors you had, PhotoShop 
  8040. would still assign the job of filtering the whole image to only one 
  8041. CPU (only one thread). It was only by splitting the image up and 
  8042. running n threads that a photo application could really take advantage
  8043. of SMP.
  8044.  
  8045.  So if it took 1 minute to run a gaussian blur on a single processor 
  8046. machine, ColorWorks had the potential to do it in only 25 seconds on a
  8047. 4-processor system, but PhotoShop would have still taken a full minute
  8048. on the same hardware. (SPG advertised a 100% return on each additional
  8049. processor, with the job of splitting and stitching the image back 
  8050. together adding a negligable overhead)
  8051.  
  8052.  If an adequate (read: version 3.0 or later) SMP-enabled version of 
  8053. OS/2 had been made available in time, then ColorWorks would have had 
  8054. something important to compete against PhotoShop with when selling to 
  8055. professionals who could afford that kind of hardware.
  8056.  
  8057.  But there wasn't.
  8058.  
  8059. Regards,
  8060.  
  8061. Chris Wenham - editor@os2ezine.com
  8062. The views expressed are mine.
  8063.  
  8064. --- WtrGate+ v0.93.p7 sn 165
  8065.  * Origin: Usenet: OS/2 e-Zine! (1:109/42)
  8066.  
  8067. +----------------------------------------------------------------------------+
  8068.  
  8069. From: veit@simi.gmd.de                                  22-Dec-99 15:06:18
  8070.   To: All                                               22-Dec-99 22:52:22
  8071. Subj: Re: FreeOS - project to Clone OS/2
  8072.  
  8073. From: veit@simi.gmd.de (Holger Veit)
  8074.  
  8075. On 22 Dec 1999 12:15:36 GMT, uno@40th.com <uno@40th.com> wrote:
  8076. >
  8077. >Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 10:33:59 GMT):
  8078. >>cbass2112@my-deja.com <cbass2112@my-deja.com> wrote:
  8079. >>>However, as a software developer, I consider my time too valuable to
  8080. >>>squander it deciding where each byte of code should reside in RAM. The
  8081. >>
  8082. >>You are no software engineer if you don't care about the problem. You are
  8083. >>then just a dilettantic coder who someone really stupid pays for. Sorry.
  8084. >
  8085. >As you should be.  Anyone using an assembler to do more than
  8086. >a few lines of code is not a real programmer but a has-been
  8087. >hack -- a dinosaur.  No wonder you're stuck in OS2 -- it fits
  8088. >you well.  Yes, stuck:  assembly is very, very OS/CPU specific.
  8089. >That's why OS2 is x86 only, and its port (attempt) to PowerPC
  8090. >was a dismail failure (thanks to all the assembly/CPU specific
  8091. >code).
  8092.  
  8093. You are talking shit. The failure of OS/2 PPC has nothing to do whatsoever
  8094. with the amount of assembler in OS/2 x86. The PPC kernel didn't share
  8095. much common code with the x86 kernel - it is a uKernel compared to the
  8096. monolithic x86 thing. PPC failed - likewise to NT/MIPS, NT/ALPHA and
  8097. NT/PPC for the single reason: presence (or precisely lack thereof) of
  8098. affordable and reasonably widespread hardware (besides software, but
  8099. the non-x86 NTs were WRT even less usable). That's nothing but a marketing
  8100. failure, no technical issue.
  8101.  
  8102. I don't mind being a dinosaur, if this means to use the suitable hardware
  8103. and software for the job to do. The beef you ask for below is exactly that:
  8104. if you want a performing system - this particularly accounts for those
  8105. well-beloved silver bullets named micro kernel - it's a must to select
  8106. appropriate description level, and this may account to a core of 10, or
  8107. 20, or even 100k of hand-optimized assembler. If you write a user interface
  8108. for a database that is accessed once in a decade, you might end up with
  8109. a box of far-east sararimen punching cards and distributing them by US mail.
  8110.  
  8111. >>I do not advocate for using assembler for all and everything; don't miss
  8112. >
  8113. >Then what exactly is your beef?
  8114. >
  8115. >>actually was to avoid rewriting these assembler parts. It is BTW possible
  8116. >>to write readable assembler code - some of IBMs drivers from the DDK use
  8117. >
  8118. >Only by those who know x86 assembly, and the assembler syntax used.
  8119. >Look at MIPS or SHx assembly and you won't think they're anything
  8120.  
  8121. I can read RISC assembler...it is not that I want to spend my life writing
  8122. groups of register load/add/shift stuff just to load a 64 bit literal
  8123. into some register, but if needed, I'll do it.
  8124.  
  8125. >close to "readable".  Every programmer, just about, can read C.
  8126.  
  8127. You want to look at the IOCCC...
  8128.  
  8129. >>pretty clever designed assembler macros to structure the code.
  8130. >
  8131. >Macros -- the number one bug generator and cause of unreadability
  8132. >in all of programming.  It's a short-cut that seldom is called for,
  8133.  
  8134. Macros... they are defined with some commands starting with a hash
  8135. sign...
  8136. In C++, you even have more bonus stuff: operator overloading, hidden
  8137. constructor/destructor calling by intermediates, obscure template 
  8138. instantiation...thanks, been there, done that.
  8139.  
  8140. >>I do advocate against the "new age" generation of programmers whose
  8141. >>first language is Visual Basic, and who have never understood enough
  8142. >
  8143. >You mean the ones that write 20 useful apps for every one, limited-use
  8144. >utility you might write?  Besides, who is going to use your applet?  A
  8145. >few dozen OS2 hangers on?
  8146. >
  8147. >Besides, why do you care if these people waste their time trying to
  8148. >do an OS2 clone?  'Fraid they might just do it, are you?  Do yourself
  8149.  
  8150. ROTFL. They'll never do it. Where would they acquire the knowledge? I don't
  8151. see any of the few handful of skilled people able to write an OS from 
  8152. scratch (without basically copying concepts like the Linuxers) there;
  8153. and if I'd belong to this handful, I'd probably better shoot myself than
  8154. becoming the chief developer in a horde of engaged hobbyists.
  8155.  
  8156. >a favor, Veit, dump OS2 and get on the Windows' train.  You won't have
  8157. >so many mood swings, for one, and maybe you'll learn something new.
  8158. >By now, you've probably had your fill of OS2, and it shows.
  8159.  
  8160. Why should I change to an inferior system like Windows? Just because everyone
  8161. else eats shit? BTW, my collection of OS skills does also comprise several
  8162. versions of Unix, several small embedded systems and, historically, also
  8163. certain DEC stuff. I don't need colorful lowend garbage to live and work.
  8164.  
  8165. Holger
  8166.  
  8167. -- 
  8168. "Well, from what I've read, scientific studies show men tend to be better at
  8169. dealing with visual concepts, while women are better at complex linguistic
  8170. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  8171.     Erwin the AI, www.userfriendly.org
  8172.  
  8173. --- WtrGate+ v0.93.p7 sn 165
  8174.  * Origin: Usenet: GMD-AiS (1:109/42)
  8175.  
  8176. +----------------------------------------------------------------------------+
  8177.  
  8178. From: uno@40th.com                                      22-Dec-99 15:43:06
  8179.   To: All                                               22-Dec-99 22:52:22
  8180. Subj: Re: FreeOS - project to Clone OS/2
  8181.  
  8182. From: uno@40th.com (uno@40th.com)
  8183.  
  8184. Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 15:06:36 GMT):
  8185. >You are talking shit.
  8186.  
  8187. How it tastes to you is your problem!
  8188.  
  8189. >The failure of OS/2 PPC has nothing to do whatsoever
  8190. >with the amount of assembler in OS/2 x86. The PPC kernel didn't share
  8191.  
  8192. It has to do with the way OS2 was written, and assembly was
  8193. the basis of OS2 1.x, and 2.0 didn't change that much.  OS2
  8194. is tied to x86, thanks to assembly.  NT is/was running on
  8195. lots of CPUs.  OS2 just x86 -- all it ever will run on.
  8196.  
  8197. >I can read RISC assembler...it is not that I want to spend my life writing
  8198.  
  8199. So you say.  I'd think most programmers would rather read and code
  8200. in C than assembly, esp MIPS.  I won't go into the obvious reasons
  8201. since you should already know them.
  8202.  
  8203. >groups of register load/add/shift stuff just to load a 64 bit literal
  8204. >into some register, but if needed, I'll do it.
  8205.  
  8206. As soon as your drop into assembly for the "if needed" things, you
  8207. really just sign your own fate away.  Death follows, or at least a
  8208. dead-end.  I enjoy writing code once and compiling it for a half-
  8209. dozen different CPUs without doing anything different, source-wise.
  8210.  
  8211. >ROTFL. They'll never do it. Where would they acquire the knowledge? I don't
  8212.  
  8213. They won't do it if they don't try, that's for sure.  For all you
  8214. know, one or more could be the next Franz Klamer and do an OS that
  8215. beats all OSes for years to come.
  8216.  
  8217. >Why should I change to an inferior system like Windows? Just because everyone
  8218.  
  8219. First, it's not inferior.  If anything, NT is Warp 5 and then some.
  8220. Second, if you're not into buying canned apps, then maybe it's not
  8221. all that more useful than OS2, but for me (and 99% of the rest of
  8222. the world) it is the apps (stupid!).
  8223.  
  8224. >else eats shit? BTW, my collection of OS skills does also comprise several
  8225. >versions of Unix, several small embedded systems and, historically, also
  8226. >certain DEC stuff. I don't need colorful lowend garbage to live and work.
  8227.  
  8228. All dead just like the dinosaur.  You and OS2 fit together (but I
  8229. still think you'd rather be using something else, something that
  8230. won't waste your future efforts -- I mean, what are you doing in
  8231. .advocacy, the newsgroup for losers and those that pick on them?).
  8232.  
  8233. --- WtrGate+ v0.93.p7 sn 165
  8234.  * Origin: Usenet: Yanaguana (1:109/42)
  8235.  
  8236. +----------------------------------------------------------------------------+
  8237.  
  8238. From: letoured@nospam.net                               22-Dec-99 09:33:25
  8239.   To: All                                               22-Dec-99 22:52:22
  8240. Subj: Re: Who runs this country?
  8241.  
  8242. From: letoured@nospam.net
  8243.  
  8244. Steven C. Britton" <sbritton@cadvision.com> said:
  8245.  
  8246.  
  8247. You are the most brainless asshole I've ever seen.
  8248.  
  8249.  
  8250. >> Why not just put everyone over 65 to death?
  8251. >The world doesn't owe anyone a living.  That includes people over 65
  8252. >years of age.  It is your own responsibility to make sure you can live
  8253. >after retirement.
  8254.  
  8255. Lets apply personal responsibility to everything; only people who fly pay
  8256. the entire cost of airports, ATC, etc.; only people who want to drive on
  8257. paved roads pay for them;  companies will no longer have any government
  8258. protection, e.g., the off loading of costs on the public. Only the owners
  8259. will be personally responsible for everything, good and bad. Or how about
  8260. those who want churches get to pay all the costs for it; no tax deductions
  8261. for any of it, the land, the buildings, the contributions, everything is
  8262. taxed so no one else has to make up the deductions for something that is a
  8263. personal responsibility, etc. 
  8264.  
  8265.  
  8266.  
  8267. >> >> universal school educations ...
  8268. >> >Without a doubt!
  8269. >> Now this is truly scary.
  8270. >Not at all: private education is far better for people than public.  The
  8271. >competition between schools keeps it that way.
  8272.  
  8273. Too bad you didn't finish school.
  8274.  
  8275.  
  8276. <snip the rest of Britton drivel>
  8277. Why don't you look that last word up. Its what you do all the time.
  8278.  
  8279.  
  8280.  
  8281.  
  8282.  
  8283. _____________
  8284. Ed Letourneau <letoured@sover.net>
  8285.  
  8286. --- WtrGate+ v0.93.p7 sn 165
  8287.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  8288. (1:109/42)
  8289.  
  8290. +----------------------------------------------------------------------------+
  8291.  
  8292. From: uno@40th.com                                      22-Dec-99 15:47:08
  8293.   To: All                                               22-Dec-99 22:52:22
  8294. Subj: Re: Tell me the story
  8295.  
  8296. From: uno@40th.com (uno@40th.com)
  8297.  
  8298. Chris Wenham? (chris@os2ezine.com?) wrote (Wed, 22 Dec 1999 15:28:31 GMT):
  8299. > So if it took 1 minute to run a gaussian blur on a single processor 
  8300. >machine, ColorWorks had the potential to do it in only 25 seconds on a
  8301. >4-processor system, but PhotoShop would have still taken a full minute
  8302. >on the same hardware. (SPG advertised a 100% return on each additional
  8303. >processor, with the job of splitting and stitching the image back 
  8304. >together adding a negligable overhead)
  8305.  
  8306. So, you've discovered the 100-second minute?
  8307.  
  8308. --- WtrGate+ v0.93.p7 sn 165
  8309.  * Origin: Usenet: Yanaguana (1:109/42)
  8310.  
  8311. +----------------------------------------------------------------------------+
  8312.  
  8313. From: lucien@metrowerks.com                             22-Dec-99 15:36:22
  8314.   To: All                                               22-Dec-99 22:52:22
  8315. Subj: Re: Bass digest, volume 2451534
  8316.  
  8317. From: lucien@metrowerks.com
  8318.  
  8319. In article <83p4jv$5mu$1@news.hawaii.edu>,
  8320.   tholenantispam@hawaii.edu wrote:
  8321. > Lucien writes:
  8322.  
  8323. > >> Now it's not that the sentence is ambiguous, but rather that it is
  8324. > >> "grammatically" ambiguous.
  8325. >
  8326. > > Now it's the same ambiguity at issue as always.
  8327. >
  8328. > Incorrect, given that the issue was never restricted to the
  8329. grammatical
  8330. > aspect.
  8331.  
  8332. Wrong. The issue has always been concerned with the grammar of the
  8333. sentences - the "(grammatical)" qualifier in the assertion merely
  8334. clarifies this fact.
  8335.  
  8336. The reader is directed to the other thread for details.
  8337.  
  8338. Lucien S.
  8339.  
  8340.  
  8341. Sent via Deja.com http://www.deja.com/
  8342. Before you buy.
  8343.  
  8344. --- WtrGate+ v0.93.p7 sn 165
  8345.  * Origin: Usenet: Deja.com - Before you buy. (1:109/42)
  8346.  
  8347. +----------------------------------------------------------------------------+
  8348.  
  8349. From: chris@os2ezine.com                                22-Dec-99 15:52:23
  8350.   To: All                                               22-Dec-99 22:52:22
  8351. Subj: Re: Tell me the story
  8352.  
  8353. From: chris@os2ezine.com (Chris Wenham)
  8354.  
  8355. On Mon, 20 Dec 1999 02:41:45, Jason <malstrom@yolen.oit.umass.edu> 
  8356. wrote:
  8357.  
  8358. > And don't forget Modula brought to market a product.  Which was my point, 
  8359. > several good products were available after Colorworks left.  But by then, 
  8360. > IBM had lost so much interest in OS/2 that they didn't have the desire to 
  8361. > get the word out to the people that OS/2 was running fine and that there 
  8362. > were a lot of great products for it.  
  8363.  
  8364.  "Stepping up" to replace ColorWorks at about the time it disappeared 
  8365. (June 30, 1997):
  8366.  
  8367.  Dadaware's Embellish, which is now dead. It's best redeeming feature 
  8368. was good anti-aliasing and decent control of objects.
  8369.  
  8370.  Modular Dreams Inc's SX Paint, the one you mentioned, was never ever 
  8371. usable. What was released could have only been considered pre-Alpha 
  8372. quality. It had a learning curve steeper than a equilateral triangle 
  8373. and bugs that made it impossible to operate. It also had zero 
  8374. documentation.
  8375.  Modular Dreams' web site (www.modulardreams.com) has not listed any 
  8376. activity for the year of 1999, so it may be dead, too.
  8377.  
  8378.  TrueSpectra's Photo>Graphics, now defunct as well, was a different 
  8379. type of graphics software. Do not confuse it with PhotoShop, 
  8380. ColorWorks or Embellish. It was not designed to do the same jobs.
  8381.  
  8382.  ImpOS/2 was defunct before ColorWorks made its exit. 
  8383.  
  8384.  Later there came PhotoTiger, which is a toy but still being 
  8385. maintained. And finally, GIMP - which outclasses ColorWorks by orders 
  8386. of magnitude but has to run in an X Window session (not much of a loss
  8387. since ColorWorks barely acknowledged the OS/2 desktop's existance 
  8388. either).
  8389.  
  8390.  I think the quickest way to get a professional grade paint and photo 
  8391. application onto the OS/2 desktop is to write a seamless X Window 
  8392. driver, or contribute to EverBlue :-)
  8393.  
  8394. Regards,
  8395.  
  8396. Chris Wenham - editor@os2ezine.com
  8397. The views expressed are mine.
  8398.  
  8399. --- WtrGate+ v0.93.p7 sn 165
  8400.  * Origin: Usenet: OS/2 e-Zine! (1:109/42)
  8401.  
  8402. +----------------------------------------------------------------------------+
  8403.  
  8404. From: chris@os2ezine.com                                22-Dec-99 16:00:07
  8405.   To: All                                               22-Dec-99 22:52:22
  8406. Subj: Re: Tell me the story
  8407.  
  8408. From: chris@os2ezine.com (Chris Wenham)
  8409.  
  8410. On Mon, 20 Dec 1999 02:37:37, "David T. Johnson" 
  8411. <djohnson@isomedia.com> wrote:
  8412.  
  8413. > There is also a program called Photo Tiger.
  8414.  
  8415.  Photo Tiger is, at best, a Fisher Price paint program. It compares to
  8416. ColorWorks the way a Barbie Camera compares to a Minolta.
  8417.  
  8418. Regards,
  8419.  
  8420. Chris Wenham - editor@os2ezine.com
  8421. The views expressed are mine.
  8422.  
  8423. --- WtrGate+ v0.93.p7 sn 165
  8424.  * Origin: Usenet: OS/2 e-Zine! (1:109/42)
  8425.  
  8426. +----------------------------------------------------------------------------+
  8427.  
  8428. From: sbritton@cadvision.com                            22-Dec-99 09:01:02
  8429.   To: All                                               22-Dec-99 22:52:22
  8430. Subj: Re: Who runs this country?
  8431.  
  8432. From: "Steven C. Britton" <sbritton@cadvision.com>
  8433.  
  8434. Siobhan Medeiros wrote:
  8435. >
  8436. > In other third-world countries, union organizers tend to...disappear.
  8437.  
  8438. Not in the one I live in... the government here encourages it!
  8439. ----------------------------------------------------------------------------
  8440. What have YOU done to bust a union today?
  8441. ----------------------------------------------------------------------------
  8442.  
  8443. Work better: Work union-free.
  8444.  
  8445. Steven C. Britton
  8446. Calgary
  8447.  
  8448. www.cadvision.com/sbritton
  8449.  
  8450.  
  8451.  
  8452. --- WtrGate+ v0.93.p7 sn 165
  8453.  * Origin: Usenet: CADVision Development Corporation (http://www.cad
  8454. (1:109/42)
  8455.  
  8456. +----------------------------------------------------------------------------+
  8457.  
  8458. From: veit@simi.gmd.de                                  22-Dec-99 16:05:11
  8459.   To: All                                               22-Dec-99 22:52:22
  8460. Subj: Re: FreeOS - project to Clone OS/2
  8461.  
  8462. From: veit@simi.gmd.de (Holger Veit)
  8463.  
  8464. On 22 Dec 1999 15:43:12 GMT, uno@40th.com <uno@40th.com> wrote:
  8465. [...]
  8466. >>Why should I change to an inferior system like Windows? Just because
  8467. everyone
  8468. >
  8469. >First, it's not inferior.  If anything, NT is Warp 5 and then some.
  8470.  
  8471. NT was, is, and will never be a Warp 5. The day Dave Cutler left, and
  8472. M$ overtook control and garbled the concepts for the pure reason to
  8473. cope with the lousy performance, it became inferior. 
  8474.  
  8475. >Second, if you're not into buying canned apps, then maybe it's not
  8476. >all that more useful than OS2, but for me (and 99% of the rest of
  8477. >the world) it is the apps (stupid!).
  8478. >
  8479. >>else eats shit? BTW, my collection of OS skills does also comprise several
  8480. >>versions of Unix, several small embedded systems and, historically, also
  8481. >>certain DEC stuff. I don't need colorful lowend garbage to live and work.
  8482. >
  8483. >All dead just like the dinosaur.  You and OS2 fit together (but I
  8484.  
  8485. Interestingly, the DEC/VMS and other systems did and still do work in high
  8486. reliability areas, where I wouldn't even spend a single second of thought
  8487. to consider NT as a potential candidate for the list of potential
  8488. candidates. If M$ wants to offer Win2000 for mission critical stuff, 
  8489. they surely mean computer-controlled toilet flushs or alike (although
  8490. I'd better also add a manual flush lever there).
  8491.  
  8492. >still think you'd rather be using something else, something that
  8493. >won't waste your future efforts -- I mean, what are you doing in
  8494. >.advocacy, the newsgroup for losers and those that pick on them?).
  8495.  
  8496. Well, then what are you doing here, other than uttering flames and insults?
  8497. You want to demonstrate, as a loser, in a newsgroup for losers,
  8498. (and I trust your judgement to be a loser yourself fully - given the
  8499. garbage you advocate for), that your presence here is essential?
  8500. Thanks, Sir, no more questions.
  8501.  
  8502. Holger
  8503.  
  8504. -- 
  8505. "Well, from what I've read, scientific studies show men tend to be better at
  8506. dealing with visual concepts, while women are better at complex linguistic
  8507. communication." - "You mean..." - "Men are from MACs, women are from VMS"
  8508.     Erwin the AI, www.userfriendly.org
  8509.  
  8510. --- WtrGate+ v0.93.p7 sn 165
  8511.  * Origin: Usenet: GMD-AiS (1:109/42)
  8512.  
  8513. +----------------------------------------------------------------------------+
  8514.  
  8515. From: letoured@nospam.net                               22-Dec-99 11:12:26
  8516.   To: All                                               22-Dec-99 22:52:22
  8517. Subj: Re: In case you're interested in Windows2000
  8518.  
  8519. From: letoured@nospam.net
  8520.  
  8521. Christian Gustafson" <christian.g@ibm.net> said:
  8522.  
  8523. >>> > I first learned about the free Solaris OS kits here in COOA, so I
  8524. >> > thought it appropriate to post the link to the MS offer.  An excellent
  8525. >>
  8526. >> You were fucking wrong you rude bastard.
  8527. >You're a class act, Bob.
  8528.  
  8529. Well Christian you are rude. What the hell makes you think people in an
  8530. OS2 list would be the least bit interested on your M$ drivel?
  8531.  
  8532. _____________
  8533. Ed Letourneau <letoured@sover.net>
  8534.  
  8535. --- WtrGate+ v0.93.p7 sn 165
  8536.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  8537. (1:109/42)
  8538.  
  8539. +----------------------------------------------------------------------------+
  8540.  
  8541. From: uno@40th.com                                      22-Dec-99 16:20:20
  8542.   To: All                                               22-Dec-99 22:52:22
  8543. Subj: Re: FreeOS - project to Clone OS/2
  8544.  
  8545. From: uno@40th.com (uno@40th.com)
  8546.  
  8547. Holger Veit? (veit@simi.gmd.de?) wrote (22 Dec 1999 16:05:22 GMT):
  8548. >Well, then what are you doing here, other than uttering flames and insults?
  8549.  
  8550. And what part of that don't you get?  Besides, "uttering flames
  8551. and insults"?  How about "telling it like it is", instead.
  8552. Anyway, Veit, you're the one that routinely hurls insults.  And
  8553. can calling someone living in the past a dinosaur really be an
  8554. insult?  Seems like a perfect fit to me.
  8555.  
  8556. >You want to demonstrate, as a loser, in a newsgroup for losers,
  8557. >(and I trust your judgement to be a loser yourself fully - given the
  8558. >garbage you advocate for), that your presence here is essential?
  8559.  
  8560. Essential only to the point that there are so few left in
  8561. os2.advocacy these days.  Where'd all the OS2 advocates go?
  8562. No need to answer -- you know, I know, everyone knows.
  8563.  
  8564. >Thanks, Sir, no more questions.
  8565.  
  8566. You've folding?  Already?  The truth hurts, but face it, OS2 is
  8567. dead and that's all this NG is really about.  There's nothing
  8568. you, nor I, nor anyone, can do to ever change that.  Sad, but
  8569. true -- and nothing else matter, my friend (of misery).
  8570.  
  8571. --- WtrGate+ v0.93.p7 sn 165
  8572.  * Origin: Usenet: Yanaguana (1:109/42)
  8573.  
  8574. +----------------------------------------------------------------------------+
  8575.  
  8576. From: bbarclay@ca.ibm.com                               22-Dec-99 11:50:16
  8577.   To: All                                               22-Dec-99 22:52:22
  8578. Subj: Re: FreeOS - project to Clone OS/2
  8579.  
  8580. From: Brad BARCLAY <bbarclay@ca.ibm.com>
  8581.  
  8582. Trancser wrote:
  8583. > That SOUNDS like somethin' good, but since I'm not sure WHAT EXACTLY that
  8584. > would come in handy with, I have to ask :)
  8585. > How does that help OS/2?
  8586. >
  8587. > btw, that 3Gb, that IS 3 Gigabytes, right?
  8588.  
  8589.     Yes, that's 3 Gigabytes :).
  8590.  
  8591.     OS/2, in all current versions, can address a full 4Gb of memory. 
  8592. However, previous to WSEB (with the notable exception of WARP Server
  8593. Advanced), all versions of OS/2 only allowed a maximum of 512Mb of
  8594. address space per process.  Admittedly, few applications actually
  8595. allocate this much memory anywhere, but there are a few high-end apps
  8596. which might desire to do this (servers, DBMS's, etc.) for speed
  8597. purposes.  WSEB raises the bar significantly for such applications.  It
  8598. also means that certain Microsoft applications which purposefully try to
  8599. load themselves into high virtual address locations (such as Office) may
  8600. now potentially be convertable and runnable under OS/2 through
  8601. third-party tools and applications (such as Project Odin).
  8602.  
  8603.     The 32 bit IFS removes many of the limitations on the old 16 bit IFS. 
  8604. The two most important benifits are an increased address space for
  8605. filesystem drivers, and the ability to run pure 32 bit code.  The first
  8606. allows for cache sizes much larger than the old 2Mb limit.  The second
  8607. means that the kernel doesn't need to thunk between 16 and 32 bit modes
  8608. when doing filesystem access, making the transfer of data more
  8609. efficient.
  8610.  
  8611.     (Note that in the second case, most average users won't see a huge
  8612. difference.  OS/2's kernel thunking between 16 and 32 bit modes is
  8613. already extremely efficient.  The constraining factor in filesystem IO
  8614. is generally the media seek and read times, which are orders of
  8615. magnitude slower than your systems ability to process instructions.  But
  8616. anyone with a RAID array, or sufficiently fast SCSI hard disks and a
  8617. high level of activity will probably notice that their filesystem access
  8618. is smoother - if they're using a 32 bit IFS like JFS).
  8619.  
  8620. Brad BARCLAY
  8621.  
  8622. =-=-=-=-=-=-=-=-=-=
  8623. Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  8624. E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  8625.  
  8626. --- WtrGate+ v0.93.p7 sn 165
  8627.  * Origin: Usenet: IBM Toronto Labs, DB2 for OS/2 Install Developer (1:109/42)
  8628.  
  8629. +----------------------------------------------------------------------------+
  8630.  
  8631. From: jedi@dementia.mishnet                             22-Dec-99 16:55:27
  8632.   To: All                                               22-Dec-99 22:52:22
  8633. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  8634.  
  8635. From: jedi@dementia.mishnet ()
  8636.  
  8637. On Tue, 21 Dec 1999 17:22:39 -0800, Chad Mulligan
  8638. <cmulligan@hipcrime.vocab.org> wrote:
  8639. ><jedi@dementia.mishnet> wrote in message
  8640. >news:slrn85vkv0.mtv.jedi@localhost.localdomain...
  8641. >> On Mon, 20 Dec 1999 21:44:19 -0800, Chad Mulligan
  8642. ><cmulligan@hipcrime.vocab.org> wrote:
  8643. >> >
  8644. >> ><jedi@dementia.mishnet> wrote in message
  8645. >> >news:slrn85tao9.1q8.jedi@localhost.localdomain...
  8646. >> >> On Mon, 20 Dec 1999 13:57:25 -0800, Chad Mulligan
  8647. >> ><cmulligan@hipcrime.vocab.org> wrote:
  8648. >> >> >
  8649. >> ><TRIMMED>
  8650. >> >    > >>
  8651. >> >> >
  8652. >> >> >Wrongo boyo. The net itself is just as redundant and fault tolerant as
  8653. >it
  8654. >> >> >always was.  If the dial up points of presence you use aren't as
  8655. >reliable
  8656. >> >as
  8657. >> >>
  8658. >> >> In that case, it's never lived up to it's hype.
  8659. >> >>
  8660. >> >> >always, or the access to the net isn't there, you need a new ISP.
  8661. >> >>
  8662. >> >> Are you actually expecting mere END USERS to be forced
  8663. >> >> to actually be aware of all the quality issues involved
  8664. >> >> with ensuring that their 'online applications' are robust
  8665. >> >> wrt personal availability?
  8666. >> >>
  8667. >> >
  8668. >> >Well the end users that are part of my customer base don't have these
  8669. >> >difficulties.  We actually take steps to anticipate their problems before
  8670. >> >they occur.
  8671. >>
  8672. >> That's fine for your little infintesimal corner of the net
  8673. >> but pretty much meaningless for the rest of it.
  8674. >
  8675. >Actually we aren't an infinitesimal corner of the net, we are part of the
  8676. >backbone.
  8677.  
  8678.     That would certainly explain some of my connectivity issues...
  8679.  
  8680. -- 
  8681.  
  8682.    One of the great lies of our age is the myth that       
  8683.    Microsoft has somehow managed to turn these random       
  8684.    collections of spare parts known as PC clones into              ||| 
  8685.    the equivalent of a Macintosh.                / | \
  8686.  
  8687.         Searching for sane PPP docs? Try http://penguin.lvcm.com 
  8688.  
  8689. --- WtrGate+ v0.93.p7 sn 165
  8690.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  8691.  
  8692. +----------------------------------------------------------------------------+
  8693.  
  8694. From: jedi@dementia.mishnet                             22-Dec-99 16:59:07
  8695.   To: All                                               22-Dec-99 22:52:22
  8696. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  8697.  
  8698. From: jedi@dementia.mishnet ()
  8699.  
  8700. On 22 Dec 1999 09:05:19 GMT, BobO <osbo082@ibm.net> wrote:
  8701. >On Tue, 21 Dec 1999 19:29:00, jedi@dementia.mishnet () said:
  8702. >
  8703. >|On 21 Dec 1999 06:29:28 GMT, BobO <osbo082@ibm.net> wrote:
  8704. >|>On Mon, 20 Dec 1999 22:19:56, jedi@dementia.mishnet () said:
  8705. >|>
  8706. >|>|>always, or the access to the net isn't there, you need a new ISP.
  8707. >|>|
  8708. >|>|    Are you actually expecting mere END USERS to be forced
  8709. >|>|    to actually be aware of all the quality issues involved
  8710. >|>|    with ensuring that their 'online applications' are robust
  8711. >|>|    wrt personal availability?
  8712. >|>
  8713. >|>Actually, I think he is recommending that if and only if the END USERS
  8714. >|>in your organization are without any professional support.
  8715. >|
  8716. >|    A 'new ISP' won't do. You have to basically 'be your own ISP'.
  8717. >|    That makes the situation more complicated and increases overhead.
  8718. >|    It's also a level of reliability you wouldn't tolerate for your
  8719. >|    other criticial network (phone).
  8720. >
  8721. >Its is completely clear you have never tried the services that ibm 
  8722. >recently sold to AT&T.
  8723. >
  8724. >My reliability calculations is that this net over the past 4 years has
  8725. >had a 99.99% reliability/availability in the 4 years I have used the 
  8726.  
  8727.     I don't really give a damn about YOUR reliability calculations.
  8728.     It doesn't do a damn bit of good for my customers.
  8729.  
  8730. >service.  This level of reliability was something on the order of 200 
  8731. >times the reliability of the local NT network, I experienced, that we 
  8732. >used at my previous place of employment.
  8733. >
  8734. >Don't know where you have been looking but it is obviously in the 
  8735. >wrong places.
  8736.  
  8737.     This seems to be much like the NT roasts.
  8738.  
  8739.     Dissenter: Hey man, it crashes and burns.
  8740.     Shill: No, it's just in your mind or you're not 
  8741.         using it right. I never have any problems.
  8742.  
  8743. --- WtrGate+ v0.93.p7 sn 165
  8744.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  8745.  
  8746. +----------------------------------------------------------------------------+
  8747.  
  8748. From: huffd@nls.net                                     22-Dec-99 17:29:03
  8749.   To: All                                               22-Dec-99 22:52:23
  8750. Subj: Did BillG buy ad space here??
  8751.  
  8752. From: "David D. Huff Jr." <huffd@nls.net>
  8753.  
  8754. There are more people selling M$ opportunities than debating issues.
  8755.  
  8756. --- WtrGate+ v0.93.p7 sn 165
  8757.  * Origin: Origin Line 1 Goes Here (1:109/42)
  8758.  
  8759. +----------------------------------------------------------------------------+
  8760.  
  8761. From: bbarclay@ca.ibm.com                               22-Dec-99 12:49:04
  8762.   To: All                                               22-Dec-99 22:52:23
  8763. Subj: Re: FreeOS - project to Clone OS/2
  8764.  
  8765. From: Brad BARCLAY <bbarclay@ca.ibm.com>
  8766.  
  8767. "uno@40th.com" wrote:
  8768. > >The failure of OS/2 PPC has nothing to do whatsoever
  8769. > >with the amount of assembler in OS/2 x86. The PPC kernel didn't share
  8770. > It has to do with the way OS2 was written, and assembly was
  8771. > the basis of OS2 1.x, and 2.0 didn't change that much.  OS2
  8772. > is tied to x86, thanks to assembly.  NT is/was running on
  8773. > lots of CPUs.  OS2 just x86 -- all it ever will run on.
  8774.  
  8775.     You forgot to mention that OS/2 is orders of magnitude faster and more
  8776. memory efficient on x85 because of assembly than NT is on any platform.
  8777.  
  8778.     Your lack of knowledge in large scale programming shows.  In a project
  8779. with as much of a codebase as OS/2, the pure assembly parts are
  8780. relatively few.  So long as the interfaces on assembly parts conform to
  8781. what the HLL code expects to interface with, these can be rewritten and
  8782. replaced.  Such development efforts are undertaken all the time, and by
  8783. doing so you achieve near-maximal efficiency and memory usage.
  8784.  
  8785. > So you say.  I'd think most programmers would rather read and code
  8786. > in C than assembly, esp MIPS.  I won't go into the obvious reasons
  8787. > since you should already know them.
  8788.  
  8789.     Check out VAX assembly.  It's nearly a work of art.
  8790.  
  8791. > As soon as your drop into assembly for the "if needed" things, you
  8792. > really just sign your own fate away.  Death follows, or at least a
  8793. > dead-end.  I enjoy writing code once and compiling it for a half-
  8794. > dozen different CPUs without doing anything different, source-wise.
  8795.  
  8796.     Okay then - find any scientific, NP-complete or NP-hard problem.  My
  8797. assembly solution will be orders of magnitude faster and more efficient
  8798. than yours will be in any language.
  8799.  
  8800. > First, it's not inferior.  If anything, NT is Warp 5 and then some.
  8801. > Second, if you're not into buying canned apps, then maybe it's not
  8802. > all that more useful than OS2, but for me (and 99% of the rest of
  8803. > the world) it is the apps (stupid!).
  8804.  
  8805.     Your ignorance continues to show.  First, there is no WARP 5.  There is
  8806. a WARP Server for e-business, which reports itself as version 4.5, but
  8807. there is no v5.
  8808.  
  8809.     Secondly, I have yet to see a version of NT which supports 3Gb
  8810. per-process addressing space, supports partitions up to 4Tb in size, and
  8811. which can efficiently scale to 64 CPU SMP.
  8812.  
  8813. > All dead just like the dinosaur.  You and OS2 fit together (but I
  8814. > still think you'd rather be using something else, something that
  8815. > won't waste your future efforts -- I mean, what are you doing in
  8816. > .advocacy, the newsgroup for losers and those that pick on them?).
  8817.  
  8818.     Well, if you don't want the computer scientists here to pick on you,
  8819. then you should leave.
  8820.  
  8821. Brad BARCLAY
  8822.  
  8823. =-=-=-=-=-=-=-=-=-=
  8824. Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  8825. E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  8826.  
  8827. --- WtrGate+ v0.93.p7 sn 165
  8828.  * Origin: Usenet: IBM Toronto Labs, DB2 for OS/2 Install Developer (1:109/42)
  8829.  
  8830. +----------------------------------------------------------------------------+
  8831.  
  8832. From: bbarclay@ca.ibm.com                               22-Dec-99 13:04:25
  8833.   To: All                                               22-Dec-99 22:52:23
  8834. Subj: Re: how much of OS/2 is ....
  8835.  
  8836. From: Brad BARCLAY <bbarclay@ca.ibm.com>
  8837.  
  8838. Marty wrote:
  8839. > Depends on what the code in question is doing.  If it is IO bound code, like
  8840. > those communicating with a hard disk drive, it makes very little difference.
  8841. > If it is code for display drivers or something which needs to manipulate
  8842. large
  8843. > amounts of data as quickly as possible it can give a nearly 2x performance
  8844. > boost.
  8845.  
  8846.     Or even faster.  If the numerical data you're attempting to "crunch"
  8847. does not fit inside a 16 bit value, then you're going to wind up running
  8848. several instructions to fit the solution into a suitable width, where
  8849. you might only have to run one or two instructions (assuming the values
  8850. in question fit into a 32 bit register).
  8851.  
  8852.     However, if the values in questions do fit into a 16 bit register, and
  8853. the solution fits into a 16 bit register, there is no performence gain
  8854. when manipulating these values.  
  8855.  
  8856.     To be very basic, adding 5+3=8 is no faster if you store the values in
  8857. 32 bit registers and use a 32 bit adder on them then it would be to do
  8858. the same addition in 16 bit registers with a 16 bit adder.  However,
  8859. adding 2^25 + 2^18 (neither of which fit into a 16 bit value, hence
  8860. their sum also won't fit into a 16 bit value) would be significantly
  8861. more efficient as 32 bit values in 32 bit code than it would be to
  8862. compute and store the same solution in 16 bit code.
  8863.  
  8864. Brad BARCLAY
  8865.  
  8866. =-=-=-=-=-=-=-=-=-=
  8867. Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
  8868. E-Mail:  bbarclay@ca.ibm.com        Location:  2G43D@Torolabs
  8869.  
  8870. --- WtrGate+ v0.93.p7 sn 165
  8871.  * Origin: Usenet: IBM Toronto Labs, DB2 for OS/2 Install Developer (1:109/42)
  8872.  
  8873. +----------------------------------------------------------------------------+
  8874.  
  8875. From: KevH@yorkie.dabsolLL.co.uk                        22-Dec-99 18:16:07
  8876.   To: All                                               22-Dec-99 22:52:23
  8877. Subj: Re: which soundcard to buy? 
  8878.  
  8879. From: KevH@yorkie.dabsolLL.co.uk
  8880.  
  8881. John,
  8882.  
  8883. :> > I'd appreciate your recommendations.  This is what I'd like 
  8884. to get 
  8885. :> > from a soundcard:
  8886. :> >  --COMES WITH OS/2 DEVICE DRIVER.
  8887.  
  8888. :>  Aureal
  8889. :>  Makers of PCI audio chips with native OS/2 support. Their 
  8890. 8820 A3D 
  8891. :>  chip is used in cards by Xitel, Turtle Beach, Diamond and 
  8892. others. 
  8893. :>  NOTE: Aureal claim these are reference drivers only -- you 
  8894. should 
  8895. :>  contact your card manufacturer for specific drivers.
  8896.  
  8897.  
  8898. I have a Aureal chipped, AU8830A2, soundcard (VideoLogic 
  8899. SonicVortex2)
  8900. but no OS/2 specific drivers.  I doubt if this card will be much 
  8901. use
  8902. for any OS/2 systems I do as VideoLogic have stated that they no 
  8903. longer
  8904. will support this platform.
  8905.  
  8906. A rethink is is order.  Whilst VideoLogic have produced 
  8907. soundcards
  8908. with the earlier Aureal chips the tech support have stated that 
  8909. none of
  8910. these came with OS/2 drivers either.  It seems that I should 
  8911. strike this
  8912. producer of the list unless anyone can provide any info on 
  8913. config/driver
  8914. issues/locacation.
  8915.  
  8916. Terratec used to provide soundcards with OS/2 drivers, I 
  8917. believe, but
  8918. have not seen anything of them for about a year.  Have they been 
  8919. forced
  8920. to leave the scene?  The other areas are as you say; look for a 
  8921. Crystal
  8922. chipped, ESS chipped card that a manufacturer is supporting for 
  8923. the OS/2
  8924. platform.  Can anyone supply a few names or leads for me to 
  8925. follow-up?
  8926.  
  8927. From a soundless Kevin
  8928.  
  8929. --- WtrGate+ v0.93.p7 sn 165
  8930.  * Origin: Origin Line 1 Goes Here (1:109/42)
  8931.  
  8932. +----------------------------------------------------------------------------+
  8933.  
  8934. From: KevH@yorkie.dabsolLL.co.uk                        22-Dec-99 18:13:19
  8935.   To: All                                               22-Dec-99 22:52:23
  8936. Subj: Re: Tell me the story 
  8937.  
  8938. From: KevH@yorkie.dabsolLL.co.uk
  8939.  
  8940.  
  8941. Right!  Seems that this is one to erase from the list of 
  8942. possible choices for obtaining some native apps.
  8943.  
  8944. Thanks to everyone for their input/views.  It is quite a 
  8945. journey for me, a new user, obtaining info on residual app 
  8946. availability and what they do.  More of a problem, though,
  8947. is tracking down a supplier.
  8948.  
  8949. Anyway, enough of my problems Doc.  What do you use in
  8950. place of ColorWorks?  What type of app is Embellish?
  8951.  
  8952. Regards, Kevin
  8953.  
  8954. --- WtrGate+ v0.93.p7 sn 165
  8955.  * Origin: Origin Line 1 Goes Here (1:109/42)
  8956.  
  8957. +----------------------------------------------------------------------------+
  8958.  
  8959. From: chris@os2ezine.com                                22-Dec-99 18:51:16
  8960.   To: All                                               22-Dec-99 22:52:23
  8961. Subj: Re: Tell me the story
  8962.  
  8963. From: chris@os2ezine.com (Chris Wenham)
  8964.  
  8965. On Wed, 22 Dec 1999 15:47:17, uno@40th.com (uno@40th.com) wrote:
  8966.  
  8967. >  
  8968. > So, you've discovered the 100-second minute?
  8969.  
  8970.  Oops.
  8971.  
  8972.  15 seconds, then.
  8973.  
  8974. Regards, 
  8975.  
  8976. Chris Wenham - editor@os2ezine.com
  8977. The views expressed are mine.
  8978.  
  8979. --- WtrGate+ v0.93.p7 sn 165
  8980.  * Origin: Usenet: OS/2 e-Zine! (1:109/42)
  8981.  
  8982. +----------------------------------------------------------------------------+
  8983.  
  8984. From: tholenantispam@hawaii.edu                         23-Dec-99 04:48:18
  8985.   To: All                                               23-Dec-99 03:21:22
  8986. Subj: Re: Amodeo digest, volume 2451536
  8987.  
  8988. From: tholenantispam@hawaii.edu (Dave Tholen)
  8989.  
  8990. Today's Amodeo digest:
  8991.  
  8992. 1> At least there are more people debating issues than "debating" Tholen for a
  8993. 1> change.
  8994.  
  8995. You make it sound as if those are mutually exclusive sets, Marty.  It's
  8996. also a rather ironic remark, considering how you've engaged in "debates"
  8997. with me, despite having allegedly put me in your killfile.
  8998.  
  8999. --- WtrGate+ v0.93.p7 sn 165
  9000.  * Origin: Usenet: IFA B-111 (1:109/42)
  9001.  
  9002. +----------------------------------------------------------------------------+
  9003.  
  9004. From: mamodeo@stny.rr.com                               23-Dec-99 00:14:25
  9005.   To: All                                               23-Dec-99 03:21:22
  9006. Subj: Re: Amodeo digest, volume 2451536
  9007.  
  9008. From: Marty <mamodeo@stny.rr.com>
  9009.  
  9010. Dave Tholen wrote:
  9011. > Today's Amodeo digest:
  9012. > 1> At least there are more people debating issues than "debating" Tholen for 
  9013. a
  9014. > 1> change.
  9015. > You make it sound as if those are mutually exclusive sets, Marty.
  9016.  
  9017. How I "make it sound" is irrelevant.  Your unwarranted inference is also
  9018. irrelevant.
  9019.  
  9020. > It's also a rather ironic remark, considering how you've engaged in 
  9021. > "debates" with me,
  9022.  
  9023. On what basis do you make this claim?  You referred to our dialogs as an
  9024. infantile game.  Do make up your mind.
  9025.  
  9026. > despite having allegedly put me in your killfile.
  9027.  
  9028. You were in my message filters.  You made the incorrect inference that you
  9029. would remain there indefinitely.
  9030.  
  9031. --- WtrGate+ v0.93.p7 sn 165
  9032.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  9033.  
  9034. +----------------------------------------------------------------------------+
  9035.  
  9036. From: mirage@iae.nl                                     23-Dec-99 06:16:24
  9037.   To: All                                               23-Dec-99 03:21:22
  9038. Subj: Re: Did BillG buy ad space here??
  9039.  
  9040. From: Mirage Media <mirage@iae.nl>
  9041.  
  9042. Bill's butt-boys like to cruise here with their betters.....makes them
  9043. feel more intelligent.
  9044.  
  9045. Corey
  9046. Mirage Media
  9047. Nuenen, The Netherlands
  9048.  
  9049.  
  9050. "David D. Huff Jr." wrote:
  9051. > There are more people selling M$ opportunities than debating issues.
  9052.  
  9053. --- WtrGate+ v0.93.p7 sn 165
  9054.  * Origin: Usenet: Internet Access Eindhoven, the Netherlands (1:109/42)
  9055.  
  9056. +----------------------------------------------------------------------------+
  9057.  
  9058. From: pmacintyre@home.com                               23-Dec-99 05:36:28
  9059.   To: All                                               23-Dec-99 03:21:22
  9060. Subj: Re: ipt?
  9061.  
  9062. From: "Phil MacIntyre" <pmacintyre@home.com>
  9063.  
  9064. What is nn? Never heard of it before.
  9065. Phil
  9066.  
  9067. Hansang Bae <hbae@primenet.com.REMOVE> wrote in message
  9068. news:83ppnu$ojd$1@nnrp02.primenet.com...
  9069. > Jim Moseby <jim.moseby@texfiblends.com> writes:
  9070. > >If you have javascript enabled for mail and newsgroups, they can send a
  9071. > >message that will open your browser and take you to wherever they want
  9072. > >you to go.  In Netscape, click Edit/Preferences/Advanced and uncheck
  9073. > >'Enable Javascript for mail and news...'.
  9074. >
  9075. >
  9076. > Or you can use a command line newsreader like nn!
  9077. >
  9078. > I've tried Agent, Outlook, NetScape, velocity <?> and none of them can
  9079. > provide what nn provides.  SPEED and absolute control.
  9080. >
  9081. >
  9082. > *********** Remove the REMOVE if emailing me directly **************
  9083. > Due to the volume of email that I receive, I may not not be able to
  9084. > reply to emails sent to my account.  Please post a followup instead.
  9085. > ********************************************************************
  9086. > Hansang Bae        Director of Network Operations, Eastern Region
  9087. > hbae@richeysystems.com  Reg. Office: (718) 352-9021
  9088. > Specializing in Network Design/Troubleshooting and Protocol Analysis
  9089. > ********************************************************************
  9090.  
  9091.  
  9092. --- WtrGate+ v0.93.p7 sn 165
  9093.  * Origin: Usenet: @Home Network Member (1:109/42)
  9094.  
  9095. +----------------------------------------------------------------------------+
  9096.  
  9097. From: jbergman@ixc.ixc.net                              22-Dec-99 23:51:01
  9098.   To: All                                               23-Dec-99 03:21:22
  9099. Subj: Re: FreeOS - project to Clone OS/2
  9100.  
  9101. From: "Trancser" <jbergman@ixc.ixc.net>
  9102.  
  9103. >
  9104. >There are several reasons: there is probably nothing in the world that
  9105. >is so conservative than IBM, maybe with the exceptions of the catholic
  9106. >church, so modifying the foundations of an existing kernel without
  9107. >real demands from a top100 customer is not their thing.
  9108. >There is also the technical reason that the memory overcommit strategy
  9109. >here results in severe problems on systems that are typically low on
  9110. >resources. It is much more safe for an ATM under OS/2 to fail with a
  9111. >message "cannot run more processes because there is no more memory or
  9112. >swap space" than just begin some transaction and fail within under
  9113. >uncertain conditions and with in unsafe state. You likely know the
  9114. >prominent error message of M$ Word "Cannot save document. Press F1 to
  9115. >save your document and exit". If you run out of swap space in OS/2,
  9116. >you get a textmode box with a warning: you can ignore it and will
  9117. >find out about the consequences or terminate this or another application
  9118. >in order to provide more resources. In Linux, the system will simply
  9119. >stop (you won't see it normally, as one rarely runs the system into full
  9120. >load).
  9121. >
  9122.  
  9123. I dont know about that. I was running out of swap room a lot even in
  9124. Linux, but I was able to regain memory by quiting applications that 
  9125. were monopolizing the memory needed. As far as the system stopping
  9126. cold turkey w/o any error messages is not entirely true (at least not
  9127. with recent kernels), IF the system is unable to allocate the required
  9128. memory the program is requesting, it will at least give a "The system
  9129. was unable to allocate <number of bytes> bytes of virtual memory"
  9130. (it goes something like that, I havent been in Linux in a quite a while
  9131. to remember right now :), OR (if its a gui prog) it will blantely stop 
  9132. and be pulled from the desktop entirely, seemingly w/o any warrent
  9133. for such an action, but this is not true - if you look in the '/var/log/
  9134. -messages' you are likely to find some possible explaination (maybe
  9135. a page or segmentation fault). But I kinda wish it was like that in
  9136. OS/2 as well, especially with gui programs that alone would prevent 
  9137. a lot of crashing ...or should anyway.
  9138.  
  9139. OS/2 DOES seem to be able to do that with DOS programs and
  9140. command line-based OS/2 programs. But something thats really
  9141. swapping heavy (netscape? voicetype?) might cause the system
  9142. to trap (sometimes if you run out of disk space on the swap drive
  9143.  - thats happened to me before :)
  9144.  
  9145. >
  9146. >OS/2 4.0 does much more below the surface than 2.0. 4.0 has much more
  9147. >WPS classes around (compare Warp Center stuff with OS/2's taskbar),
  9148. >has the network (IBMCOM/MPTN/TCPIP) integrated, has memory pigs like
  9149. >Netscape and Voicetype which require there share. Yet, Aurora runs on my
  9150. >Notebook with 32 MB RAM reasonably, as long as I don't attempt to
  9151. >compile XFree86 in the background.
  9152. >
  9153.  
  9154. Hmm...is the networking (ibmcom/mptn/tcpip) stuff technically "integrated"? 
  9155. I mean, today, normally it gets installed because naturally anyone wants
  9156. an internet-ready system. But unlike Linux, OS/2's networking is additional
  9157. set of drivers for config system, along with a heavty amount of dll's, which
  9158. already compromise some disk space, and then finally you have the actual
  9159. basic set of internet programs (ftp, telnet, gopher and some additional misc.
  9160. net programs). but before you can install or use this (tcpip) OS/2 needs
  9161. the Multi Protocol and Transport Services package, which is additional
  9162. drivers compromising memory and disk space again :) but I guess where
  9163. the disk space thats required for this comes in, I'm guessing is for the gui
  9164. configuration program for these services.
  9165.  
  9166. Linux, on the other hand, has (or can have) most of the internet drivers
  9167. built-into the kernel. Now I CAN think of ONE possible inconvenience with
  9168. this method, and that would be, that upgrading / installing more recent and
  9169. possibly improved network support in general would probably mean a 
  9170. complete recompile of the kernel all together. Whereas one using OS/2
  9171. would only need to replace the current set of drivers that are loaded with
  9172. the config.sys file.
  9173.  
  9174. >
  9175. >OS/2 was not primarily made to run any different file formats, and
  9176. >both ELF and a.out formats are reasonably primitive, compared to
  9177. >NE/LX/PE(=COFF) formats to retain backward compatibility. a.out
  9178. >was the equivalent of DOS COM files, later became a container for
  9179. >the standard segments .text, .data, and .bss . This came from a
  9180. >pure 16 bit system (PDP-11) and there needn't be any provision
  9181. >for 16 vs 32 bit hybride code, having become popular with the 
  9182. >286/386s.
  9183. >
  9184. Mmmm... but should this have an impact on efficiant memory 
  9185. managment? Linux can have additonal code added to be able
  9186. to execute different binary types, while still maintaining execution
  9187. speed, and fast memory (including swapper) managment!
  9188.  
  9189. I think if OS/2 adopted this method, regardless of the disk space
  9190. requirements, I dont see how anyone could possibly complain.
  9191. Linux would become pretty much useless :)
  9192.  
  9193.  
  9194.  
  9195.  
  9196. --- WtrGate+ v0.93.p7 sn 165
  9197.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  9198.  
  9199. +----------------------------------------------------------------------------+
  9200.  
  9201. From: jbergman@ixc.ixc.net                              22-Dec-99 23:56:00
  9202.   To: All                                               23-Dec-99 03:21:22
  9203. Subj: Loading LARGE files in PMView!
  9204.  
  9205. From: "Trancser" <jbergman@ixc.ixc.net>
  9206.  
  9207.  
  9208. I've noticed PMView can actually trap a /2 system by trying to load images
  9209. that require more memory (physical or virtual) than is available. Could this
  9210. actually be a problem with PMView, or OS/2 itself (by not stopping when the
  9211. swapper's ate all available disk space in virtual memory even)?
  9212.  
  9213. This I've tried, while having no other programs loaded. Having 40megs of
  9214. physcial memory, and 64meg swap file!
  9215.  
  9216.  
  9217.  
  9218. --- WtrGate+ v0.93.p7 sn 165
  9219.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  9220.  
  9221. +----------------------------------------------------------------------------+
  9222.  
  9223. From: jbergman@ixc.ixc.net                              23-Dec-99 00:13:06
  9224.   To: All                                               23-Dec-99 03:21:22
  9225. Subj: Re: how much of OS/2 is ....
  9226.  
  9227. From: "Trancser" <jbergman@ixc.ixc.net>
  9228.  
  9229. >>
  9230. >>Sorry, does that mean that (now) hpfs386 (for /2) is now M$ free?
  9231. >
  9232. >No. The real stupidity, American greed has produced, is software patents.
  9233. >You don't need a single line of code from M$, but still may have an
  9234. >entirely polluted product.
  9235. >
  9236.  
  9237. Eek, anyone find this comforting. Knowing that M$ code could (or is)
  9238. contained 
  9239. w/in the hpfs386 driver? 
  9240.  
  9241. Damn. cant IBM just jazz up the current hpfs support that comes with all
  9242. versions
  9243. of OS/2. 
  9244.  
  9245. >>If 16-bit is known as "real mode" (it takes what it needs w/o asking the OS,
  9246. >
  9247. >No. 16 bit in the kernel is 16 bit protected mode code; with the few
  9248. >exceptions of the DOS emulation engine that's part of the kernel, which
  9249. >jump between VPM and V86 mode.
  9250. >
  9251. >>if I recall right?) and 32-bit is "protect mode" (it requests whatever
  9252. >>resources it needs from the OS) would it not be better to have everything in
  9253. >>32-bit mode, so that the OS itself handles all the memory managment, and
  9254. >
  9255. >You can't have everything in 32 bit code, unless you give up compatibility
  9256. >with legacy software, for instance also old 1.x device drivers. With OS/2
  9257. PPC,
  9258. >these old customs were cut away, so this version should be pretty purely
  9259. >32 bit only. Infact, the memory management stuff is 32 bit code.
  9260. >
  9261.  
  9262. Wouldnt it work, if instead of polluting the kernel with 16-bit 
  9263. compatability, instead have a driver loading in the config.sys file
  9264. so 'rem' out 16-bit comp. mode if you wanted to?
  9265.  
  9266. >>whatever else the program(s) need? Or am I missing the concept between user
  9267. >>programs, and drivers etc?
  9268. >
  9269. >Holger
  9270. >
  9271. >-- 
  9272. >"Well, from what I've read, scientific studies show men tend to be better at
  9273. >dealing with visual concepts, while women are better at complex linguistic
  9274. >communication." - "You mean..." - "Men are from MACs, women are from VMS"
  9275. >    Erwin the AI, www.userfriendly.org
  9276.  
  9277.  
  9278.  
  9279. --- WtrGate+ v0.93.p7 sn 165
  9280.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  9281.  
  9282. +----------------------------------------------------------------------------+
  9283.  
  9284. From: mamodeo@stny.rr.com                               23-Dec-99 01:15:00
  9285.   To: All                                               23-Dec-99 03:21:22
  9286. Subj: Re: Loading LARGE files in PMView!
  9287.  
  9288. From: Marty <mamodeo@stny.rr.com>
  9289.  
  9290. Trancser wrote:
  9291. > I've noticed PMView can actually trap a /2 system by trying to load images
  9292. > that require more memory (physical or virtual) than is available. Could this
  9293. > actually be a problem with PMView, or OS/2 itself (by not stopping when the
  9294. > swapper's ate all available disk space in virtual memory even)?
  9295. > This I've tried, while having no other programs loaded. Having 40megs of
  9296. > physcial memory, and 64meg swap file!
  9297.  
  9298. So where did you come up with a 104MB picture file?
  9299.  
  9300. --- WtrGate+ v0.93.p7 sn 165
  9301.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  9302.  
  9303. +----------------------------------------------------------------------------+
  9304.  
  9305. From: jack.troughton@nospam.videotron.ca                23-Dec-99 06:49:02
  9306.   To: All                                               23-Dec-99 03:21:22
  9307. Subj: Re: FreeOS - project to Clone OS/2
  9308.  
  9309. From: jack.troughton@nospam.videotron.ca (Jack Troughton)
  9310.  
  9311. On Wed, 22 Dec 1999 05:38:27, "Trancser" <jbergman@ixc.ixc.net> wrote:
  9312.  
  9313. Ω>
  9314. ΩI would just like to be able to see swapping speed in OS/2
  9315. Ωsimular to Linux's, or at least were you DONT NEED to have
  9316. Ωan insanely fast (and expensive?) harddrive for being able
  9317. Ωto swap at a reasonable speed (news readers can REALLY
  9318. Ωjack up ones swap file in EITHER linux or os2, but linux 
  9319. Ωjust seems to be able to empty out from the swap file what
  9320. Ωwhatever program's data that was created your using. OS/2
  9321. Ωtakes a li'l while longer - and with plenty of disk activity). I've
  9322. Ωsaid this before, but I really do like OS/2, and really would
  9323. ΩLOVE to see that type of performance, on a poor mans system!
  9324.  
  9325. Try this.  I used to think the swapper in warp sucked, until I set the
  9326. initial size of the swap file way up high (around 80 MB on my 64 MB 
  9327. RAM machine).  You set this with the SWAPPATH statement in the 
  9328. config.sys; type HELP SWAPPATH at the command line to see the help on 
  9329. it.  The thing that slows it down is growing and shrinking the swap 
  9330. file, not actually using it.  I have a lot of sofware running all the 
  9331. time so you may not need a swap file that large.  Basically, my system
  9332. is always in swap, but I rarely ever notice it.  When my initial swap 
  9333. size is set to 2 MB (the default) the system turns into a pig as the 
  9334. system makes the swap file larger when I open a program, and then 
  9335. shrinks it when I close it again.  If the size remains constant, that 
  9336. use of the hard drive is avoided.  The way to find a good initial size
  9337. for the swap file is to load up all of your apps and use them a bit 
  9338. (some surfing in Netscape, open and edit a doc in 
  9339. StarOffice/Smartsuite, yadda yadda yadda) and then go check the size 
  9340. of the swapper.dat file in the \os2\system directory.  Add about five 
  9341. or ten megs to it, and you're set.
  9342.  
  9343. Linux does this automatically when you create your swap partition; 
  9344. since there is no need or even possibility of the swap partition 
  9345. changing size, allocating and deallocating sectors to virtual memory 
  9346. never occurs.
  9347.  
  9348. Properly tuning your swap file makes a HUGE difference in overall 
  9349. system performance.  We have to do it because of a design decision, 
  9350. but I can see understand that there are reasons why that particular 
  9351. decision was made...
  9352.  
  9353. Oh yeah, SCSI helps a lot too; now that I've experienced SCSI, I can 
  9354. never go back to IDE devices:)
  9355.  
  9356. Take it easy!
  9357.  
  9358. Jack Troughton   ICQ:7494149
  9359. http://jakesplace.dhs.org
  9360. jack.troughton at videotron.ca
  9361. jake at jakesplace.dhs.org
  9362. Montr┌al PQ Canada
  9363.  
  9364. --- WtrGate+ v0.93.p7 sn 165
  9365.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9366.  
  9367. +----------------------------------------------------------------------------+
  9368.  
  9369. From: jack.troughton@nospam.videotron.ca                23-Dec-99 07:02:28
  9370.   To: All                                               23-Dec-99 03:21:22
  9371. Subj: Re: FreeOS - project to Clone OS/2
  9372.  
  9373. From: jack.troughton@nospam.videotron.ca (Jack Troughton)
  9374.  
  9375. On Wed, 22 Dec 1999 19:47:06, cbass2112@my-deja.com wrote:
  9376.  
  9377. ΩSomeone once said, "90% of everything is crap."  I wish I knew who it
  9378. Ωwas who said that.  It certainly rings true with the code I have seen
  9379. Ωover the years.
  9380.  
  9381. Theodore Sturgeon.  That's Sturgeon's Law your bandying about there, 
  9382. boy!
  9383.  
  9384. :):):)
  9385.  
  9386. Jack Troughton   ICQ:7494149
  9387. http://jakesplace.dhs.org
  9388. jack.troughton at videotron.ca
  9389. jake at jakesplace.dhs.org
  9390. Montr┌al PQ Canada
  9391.  
  9392. --- WtrGate+ v0.93.p7 sn 165
  9393.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9394.  
  9395. +----------------------------------------------------------------------------+
  9396.  
  9397. From: jack.troughton@nospam.videotron.ca                23-Dec-99 07:13:03
  9398.   To: All                                               23-Dec-99 05:15:02
  9399. Subj: Re: Using LXLite on OS/2
  9400.  
  9401. From: jack.troughton@nospam.videotron.ca (Jack Troughton)
  9402.  
  9403. On Wed, 22 Dec 1999 06:02:23, Marty <mamodeo@stny.rr.com> wrote:
  9404.  
  9405. ΩEmpirically, OS/2 does seem to have a threshold of free memory that 
  9406. it tries
  9407. Ωto maintain, and it employs the swap file while there is still some 
  9408. physical
  9409. ΩRAM free.
  9410.  
  9411. From here, that seems to be 512k...
  9412.  
  9413. Jack Troughton   ICQ:7494149
  9414. http://jakesplace.dhs.org
  9415. jack.troughton at videotron.ca
  9416. jake at jakesplace.dhs.org
  9417. Montr┌al PQ Canada
  9418.  
  9419. --- WtrGate+ v0.93.p7 sn 165
  9420.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9421.  
  9422. +----------------------------------------------------------------------------+
  9423.  
  9424. From: letoured@nospam.net                               23-Dec-99 04:42:20
  9425.   To: All                                               23-Dec-99 14:39:27
  9426. Subj: Re: FreeOS - project to Clone OS/2
  9427.  
  9428. From: letoured@nospam.net
  9429.  
  9430. uno@40th.com (uno@40th.com) said:
  9431.  
  9432. >Essential only to the point that there are so few left in
  9433. >os2.advocacy these days.  Where'd all the OS2 advocates go?
  9434. >No need to answer -- you know, I know, everyone knows.
  9435.  
  9436. No. They have just become quite because they learned it is impossible to
  9437. have a conversation with the single-threaded brains driving M$ Munchkin
  9438. assholes like you uno!
  9439.  
  9440.  
  9441. _____________
  9442. Ed Letourneau <letoured@sover.net>
  9443.  
  9444. --- WtrGate+ v0.93.p7 sn 165
  9445.  * Origin: Usenet: bCandid - Powering the world's discussions - http
  9446. (1:109/42)
  9447.  
  9448. +----------------------------------------------------------------------------+
  9449.  
  9450. From: bobg.REMOVEME.@pics.com                           23-Dec-99 07:13:18
  9451.   To: All                                               23-Dec-99 14:39:27
  9452. Subj: Re: In case you're interested in Windows2000
  9453.  
  9454. From: Bob Germer <bobg.REMOVEME.@pics.com>
  9455.  
  9456. On <3860DC9E.9ECBE414@stny.rr.com>, on 12/22/99 at 09:13 AM,
  9457.    Marty the Liar <mamodeo@stny.rr.com> said:
  9458.  
  9459.  
  9460. > How ironic, coming from a "rude bastard" who was also "fucking wrong"
  9461. > and failed to admit it.
  9462.  
  9463. You have not proven yourself truthful in my opinion.
  9464.  
  9465. --
  9466. -------------------------------------------------------------------------------
  9467. ---------------
  9468. Bob Germer from Mount Holly, NJ - E-mail: bobg@Pics.com
  9469. Proudly running OS/2 Warp 4.0 w/ FixPack 12
  9470. MR/2 Ice 2.01 Registration Number 67
  9471. Aut Pax Aut Bellum
  9472. -------------------------------------------------------------------------------
  9473. ---------------
  9474.  
  9475. --- WtrGate+ v0.93.p7 sn 165
  9476.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9477.  
  9478. +----------------------------------------------------------------------------+
  9479.  
  9480. From: jimf@frostbytes.com                               23-Dec-99 07:51:04
  9481.   To: All                                               23-Dec-99 14:39:27
  9482. Subj: Failure of portable OSs, and HLLs versus assembly
  9483.  
  9484. From: Jim Frost <jimf@frostbytes.com>
  9485.  
  9486. Holger Veit wrote:
  9487. > You are talking shit. The failure of OS/2 PPC has nothing to do whatsoever
  9488. > with the amount of assembler in OS/2 x86. The PPC kernel didn't share
  9489. > much common code with the x86 kernel - it is a uKernel compared to the
  9490. > monolithic x86 thing. PPC failed - likewise to NT/MIPS, NT/ALPHA and
  9491. > NT/PPC for the single reason: presence (or precisely lack thereof) of
  9492. > affordable and reasonably widespread hardware (besides software, but
  9493. > the non-x86 NTs were WRT even less usable). That's nothing but a marketing
  9494. > failure, no technical issue.
  9495.  
  9496. OS/2 PPC failed for all kinds of reasons, including:
  9497.  
  9498. - Various factions within IBM fought over who would get to build different
  9499. subsystems, virtually halting development for over a year.  This ensured that
  9500. the product would be very late to market.
  9501.  
  9502. - OS/2 PPC suffers from the same debilitating handicap that OS/2 does -- IBM. 
  9503. In order for a healthy hardware vendor market to develop the OS cannot be
  9504. under the control of a single hardware vendor.  To put it another way, someone
  9505. like Compaq would be insane to tie their future to an OS that IBM, a major
  9506. competitor, controls.
  9507.  
  9508. - NT made it to the PPC platform two years before OS/2 PPC was in any way
  9509. useful.  IBM absolutely did not want to be beholden to Microsoft again on this
  9510. new platform, so they simply delayed the release of the low-end platform (as
  9511. opposed to the workstation, which was sold with AIX).  This gave Intel more
  9512. than enough opportunity to catch up in performance.
  9513.  
  9514. As for NT's cross-platform failures, it's more than just marketing -- and it
  9515. was quite deliberate.  NT made it to x86, MIPS, PPC, and Alpha within 18
  9516. months of its release and there was a working port for SPARC v9 in that same
  9517. timeframe.  Clearly the product was technically capable of running
  9518. cross-platform.  Unfortunately there's the old software problem: without a
  9519. hardware customer base for the software no one will build it, and without
  9520. software no one will buy the hardware.
  9521.  
  9522. But Microsoft's goal wasn't really to support multiple platforms, it was to
  9523. ensure that they weren't SOL if the market jumped to something new.  Remember,
  9524. when they started with NT RISC was beating CISC silly in performance and there
  9525. was every reason to believe that the market might dump Intel.  They were
  9526. scared to death of that possibility.  On the other hand they didn't want to
  9527. have any more versions of Windows out on the market than they could avoid --
  9528. every extra version causes segmentation of the software vendors, and
  9529. segmentation destroys the network effect that made them a monopoly.
  9530.  
  9531. It was important that they be able to respond to a shift in the hardware, but
  9532. not important that they support multiple hardware platforms simultaneously. 
  9533. So when it became obvious that RISC wasn't going to unseat Intel any time soon
  9534. they dropped everything else -- except Alpha.
  9535.  
  9536. There's a story behind their extended support of Alpha, of course.  You see,
  9537. NT was built by a team led by Dave Cutler, who came from Digital.  He left DEC
  9538. when his project, Prism, was cancelled.  Prism was a next-generation VMS,
  9539. built using modern OS design principles including a microkernel.  Sound
  9540. familiar?
  9541.  
  9542. Anyone familiar with VMS can see a lot of similarities between it and NT.  The
  9543. general assumption is that DEC simply built what he knew.  But there was more
  9544. to it than that.  When he left Digital he took Prism with him.  And that, my
  9545. friends, was theft.
  9546.  
  9547. So years go by and NT is finally released and Microsoft allows various
  9548. hardware vendors, including DEC, to port it to their hardware.  But DEC found
  9549. that some of the source code was pretty familiar.  In fact, that it was
  9550. derived from code that DEC owned.
  9551.  
  9552. Now, there are a few ways that DEC could handle this.  One of them is that
  9553. they could sue Microsoft for all they're worth, making them look really bad,
  9554. and really benefitting no one since DEC wasn't going to do anything with Prism
  9555. anyway.  Or they could use that as a bargaining lever against Microsoft, and
  9556. perhaps gain a significant advantage in this new NT marketplace.
  9557.  
  9558. The deal they worked out was that they wouldn't tell anyone that the NT code
  9559. was stolen in exchange for supporting the Alpha for at least ten years, or
  9560. until DEC decided to let it go.  This deal should sound familiar: it's pretty
  9561. similar to the deal they worked out with Intel when they sold the Alpha chip
  9562. fabs to them in order to settle a patent infringement issue regarding the
  9563. Pentium.
  9564.  
  9565. So NT supported Alpha until Compaq, who had bought DEC, decided that it just
  9566. wasn't worth doing anymore.  Compaq dropped support for it and one business
  9567. day later so did Microsoft.
  9568.  
  9569. Ahh, intrigue in the software industry.
  9570.  
  9571. > >>actually was to avoid rewriting these assembler parts. It is BTW possible
  9572. > >>to write readable assembler code - some of IBMs drivers from the DDK use
  9573. > >
  9574. > >Only by those who know x86 assembly, and the assembler syntax used.
  9575. > >Look at MIPS or SHx assembly and you won't think they're anything
  9576.  
  9577. It's perhaps worth noting that it's not all that easy to read most computer
  9578. languages if you don't know them.  It isn't all that hard to follow assembler
  9579. if you know what you're doing, and it's not particularly hard to transfer that
  9580. ability to new assembly languages (though there are always nuances).
  9581.  
  9582. The reason not to use assembly isn't so much for its lack of understandability
  9583. as a tendency to be error-prone.  Brooks (who managed the IBM OS/360 project)
  9584. makes the case for high level languages in the terrific _Mythical Man Month_:
  9585. his claim is that the rate of mistakes is about the same no matter what you
  9586. use, but that HLLs generate more basic instructions per programmer-written
  9587. code statement than assembly so the effective error rate goes way down.  He
  9588. also surmised -- this is back in the early 1970s -- that optimizing compilers
  9589. would make it possible for HLLs to be more efficient than raw assembly
  9590. language.  That has been true over long stretches for more than a decade now,
  9591. though a good assembly programmer can usually beat a compiler for short
  9592. stretches of code (on the order of a few hundred instructions).
  9593.  
  9594. These facts have led to a big change in the way a lot of assembly code is
  9595. written.  Often you write it in a high-level language, debug it, and then take
  9596. the compiler-generated code and improve it.  This is much faster and much less
  9597. error prone than writing it in assembly in general and tends to result in
  9598. better code all around.
  9599.  
  9600. > In C++, you even have more bonus stuff: operator overloading, hidden
  9601. > constructor/destructor calling by intermediates, obscure template
  9602. > instantiation...thanks, been there, done that.
  9603.  
  9604. True!  So many C++ constructs are abused that it isn't even funny, and there
  9605. sure are a lot of things going on that aren't obvious.  (Somebody should
  9606. string up Stroustrup for the use of operator overloading in iostreams.  That's
  9607. a perfect example of how NOT to use the feature, and yet it's the
  9608. standard....)
  9609.  
  9610. jim
  9611.  
  9612. --- WtrGate+ v0.93.p7 sn 165
  9613.  * Origin: Usenet: Road Runner (1:109/42)
  9614.  
  9615. +----------------------------------------------------------------------------+
  9616.  
  9617. From: jimf@frostbytes.com                               23-Dec-99 08:01:23
  9618.   To: All                                               23-Dec-99 14:39:28
  9619. Subj: Re: FreeOS - project to Clone OS/2
  9620.  
  9621. From: Jim Frost <jimf@frostbytes.com>
  9622.  
  9623. Brad BARCLAY wrote:
  9624. >         You forgot to mention that OS/2 is orders of magnitude faster and
  9625. more
  9626. > memory efficient on x85 because of assembly than NT is on any platform.
  9627.  
  9628. "Orders of magnitude" is stretching things a lot, but ignoring that for a
  9629. minute it's worth remembering that algorithms generally make more difference
  9630. than implementation language.  Notice, for instance, just how fast and capable
  9631. Linux is despite being written almost 100% in C.
  9632.  
  9633. The fact of the matter is that only a very small percentage -- usually under
  9634. 5% -- of code is stressed hard enough to make the small efficiencies you may
  9635. gain by writing in assembler worthwhile.
  9636.  
  9637. >         Secondly, I have yet to see a version of NT which supports 3Gb
  9638. > per-process addressing space, supports partitions up to 4Tb in size, and
  9639. > which can efficiently scale to 64 CPU SMP.
  9640.  
  9641. While the scalability issues are worth noting, NT's address space limitations
  9642. stem from hardware limitations of the MIPS platform rather than an inherent
  9643. design problem.  I believe that one of the recent service packs eliminated
  9644. them from x86, but I never cared enough to verify it.  As for large
  9645. filesystems, that has never been a problem for NTFS.
  9646.  
  9647. jim
  9648.  
  9649. --- WtrGate+ v0.93.p7 sn 165
  9650.  * Origin: Usenet: Road Runner (1:109/42)
  9651.  
  9652. +----------------------------------------------------------------------------+
  9653.  
  9654. From: jimf@frostbytes.com                               23-Dec-99 08:13:17
  9655.   To: All                                               23-Dec-99 14:39:28
  9656. Subj: Re: In case you're interested in Windows2000
  9657.  
  9658. From: Jim Frost <jimf@frostbytes.com>
  9659.  
  9660. Joseph wrote:
  9661. > > I'm not sure of their current plans to support the 486SX and 5-volt
  9662. Pentium-60
  9663. > > markets -- here's a real opportunity for OS/2 evangelists.
  9664. > This isn't a small market. Leaving behind these purchases, making customers
  9665. buy a new PC is one of MS's biggest liabilities as a
  9666. > wanna-be consumer company.
  9667. > Ironically, MS could use OS/2 as a low end consumer OS.   It's lean and
  9668. powerful.  Embedded into devices, it could do them well.
  9669.  
  9670. At this point it's very nearly the same price to buy a new system, complete
  9671. with Windows and some kind of bundled office suite, than to buy OS/2 with
  9672. similar applications.
  9673.  
  9674. As for embedding OS/2 into devices, there are leaner things to choose from,
  9675. and most of them aren't locked to x86.
  9676.  
  9677. jim
  9678.  
  9679. --- WtrGate+ v0.93.p7 sn 165
  9680.  * Origin: Usenet: Road Runner (1:109/42)
  9681.  
  9682. +----------------------------------------------------------------------------+
  9683.  
  9684. From: jmalloy@borg.com                                  23-Dec-99 08:13:27
  9685.   To: All                                               23-Dec-99 14:39:28
  9686. Subj: Re: Tholen digest, volume 2451536^.99999999999999999
  9687.  
  9688. From: "Joe Malloy" <jmalloy@borg.com>
  9689.  
  9690. Today's Tholen digest does little more than demonstrate the inanity of
  9691. Tholen's ASSumptions.  For example, he ASSumes that one cannot take out an
  9692. entry into a killfile, but what do you expected of such a limited mind?  The
  9693. actual digest:
  9694.  
  9695. [naw, nothing worth repeating!]
  9696.  
  9697. Glad to have saved you some time!
  9698.  
  9699.  
  9700.  
  9701. --- WtrGate+ v0.93.p7 sn 165
  9702.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9703.  
  9704. +----------------------------------------------------------------------------+
  9705.  
  9706. From: prather@exis.net                                  23-Dec-99 08:15:21
  9707.   To: All                                               23-Dec-99 14:39:28
  9708. Subj: Re: which soundcard to buy? 
  9709.  
  9710. From: prather@exis.net (Jerry Prather)
  9711.  
  9712. In message <NEWTNews.945915502.14116.yorkie@yorkie.dabsol.net> -
  9713. KevH@yorkie.dabsolLL.co.uk writes:
  9714. :>:>
  9715. :>From a soundless Kevin
  9716. :>
  9717.  
  9718. Take a look at the AOpen AW230.  It works in both OS/2 and WinOS2
  9719. and was a painless installation.  Costs about $30 from Indelible
  9720. Blue, so the price is right.  Be soundless no more. <G>
  9721.  
  9722.  
  9723. Jerry Prather                    prather@exis.net
  9724.  
  9725. "Many religions are worth dying for; no religion is worth killing
  9726. for."
  9727.                     - Me (circa 1998)
  9728.  
  9729. --- WtrGate+ v0.93.p7 sn 165
  9730.  * Origin: Usenet: Exis Net Inc (1:109/42)
  9731.  
  9732. +----------------------------------------------------------------------------+
  9733.  
  9734. From: jmalloy@borg.com                                  23-Dec-99 08:19:02
  9735.   To: All                                               23-Dec-99 14:39:28
  9736. Subj: Re: Tholen digest, volume 2451534.439896^-0000000000001
  9737.  
  9738. From: "Joe Malloy" <jmalloy@borg.com>
  9739.  
  9740. Tholen writes:
  9741.  
  9742. [stuff which, as usual, is "wrong"!]
  9743.  
  9744. You're welcome!
  9745.  
  9746.  
  9747. --- WtrGate+ v0.93.p7 sn 165
  9748.  * Origin: Origin Line 1 Goes Here (1:109/42)
  9749.  
  9750. +----------------------------------------------------------------------------+
  9751.  
  9752. From: mamodeo@stny.rr.com                               23-Dec-99 09:17:14
  9753.   To: All                                               23-Dec-99 14:39:28
  9754. Subj: Re: In case you're interested in Windows2000
  9755.  
  9756. From: Marty <mamodeo@stny.rr.com>
  9757.  
  9758. "Sideshow Bob" Germer wrote:
  9759. > On <3860DC9E.9ECBE414@stny.rr.com>, on 12/22/99 at 09:13 AM,
  9760. >    Marty <mamodeo@stny.rr.com> said:
  9761. > > How ironic, coming from a "rude bastard" who was also "fucking wrong"
  9762. > > and failed to admit it.
  9763. > You have not proven yourself truthful in my opinion.
  9764.  
  9765. Your failure to examine the evidence is your problem, not mine.  Meanwhile I
  9766. have proven you to be both a "rude bastard" and "fucking wrong" on several
  9767. issues.
  9768.  
  9769. In addition, you've again failed to respond to my challenge:
  9770. "Bob, I don't know everything about OS/2, but I'd wager that I know more about
  9771. the guts of OS/2 than you do, and I'm prepared to prove it.  You, on the other
  9772. hand are content to meerly throw around baseless fairy tales and run away.  I
  9773. guess I shouldn't be surprised, given your brand of 'advocacy'."
  9774.  
  9775. How long are you going to keep running away?
  9776.  
  9777. --- WtrGate+ v0.93.p7 sn 165
  9778.  * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)
  9779.  
  9780. +----------------------------------------------------------------------------+
  9781.  
  9782. From: christian.hennecke@ruhr-uni-boch...               23-Dec-99 16:11:28
  9783.   To: All                                               23-Dec-99 14:39:28
  9784. Subj: Re: which soundcard to buy?
  9785.  
  9786. Message sender: christian.hennecke@ruhr-uni-bochum.de
  9787.  
  9788. From: Christian Hennecke <christian.hennecke@ruhr-uni-bochum.de>
  9789.  
  9790. KevH@yorkie.dabsolLL.co.uk schrieb:
  9791. > Terratec used to provide soundcards with OS/2 drivers, I
  9792. > believe, but
  9793. > have not seen anything of them for about a year.  Have they been
  9794. > forced
  9795. > to leave the scene?
  9796.  
  9797. They are still making very good cards, but no OS/2 drivers. The XLerate
  9798. (not XLerate Pro!) has a Vortex 1 chip. They are also using ESS Solo-1
  9799. for their 128 i PCI soundcard. And some of the still available ISA cards
  9800. (32/96, EWS64L/XL) have Crystal chips.
  9801.  
  9802. Christian Hennecke
  9803. -- 
  9804. Keep passing the open windows! ("The Hotel New Hampshire", John Irving)
  9805.  
  9806. --- WtrGate+ v0.93.p7 sn 165
  9807.  * Origin: Usenet: not organized (1:109/42)
  9808.  
  9809. +----------------------------------------------------------------------------+
  9810.  
  9811. From: osbo082@ibm.net                                   23-Dec-99 17:43:14
  9812.   To: All                                               23-Dec-99 15:23:03
  9813. Subj: Re: I use _____ and I'm proud of it!  I'm not ashamed of it either! (po
  9814.  
  9815. From: osbo082@ibm.net (BobO)
  9816.  
  9817. On Wed, 22 Dec 1999 16:59:14, jedi@dementia.mishnet () said:
  9818. |>
  9819. |>My reliability calculations is that this net over the past 4 years has
  9820. |>had a 99.99% reliability/availability in the 4 years I have used the 
  9821. |
  9822. |    I don't really give a damn about YOUR reliability calculations.
  9823. |    It doesn't do a damn bit of good for my customers.
  9824.  
  9825. Perhaps I could help your customers.  Email me your customer list and 
  9826. I will point them in the direction of a reliable ebusiness solution.
  9827.  
  9828. |>
  9829. |>Don't know where you have been looking but it is obviously in the 
  9830. |>wrong places.
  9831. |
  9832. |    This seems to be much like the NT roasts.
  9833. |
  9834. |    Dissenter: Hey man, it crashes and burns.
  9835. |    Shill: No, it's just in your mind or you're not 
  9836. |        using it right. I never have any problems.
  9837.  
  9838. Well see there you go again, confusing the reliability of a single 
  9839. product versus the reliability of a product class.  Are you saying 
  9840. here, that your customers have no reliable operating system either?
  9841.  
  9842. If you are not trying to make that case, your anecdotal story is 
  9843. apples and oranges and not worth the ether it was written on.
  9844.  
  9845. If you are trying to make the case that there are no reliable 
  9846. operating systems, then the question becomes is there any reliable 
  9847. net, local or internet?
  9848.  
  9849. --- WtrGate+ v0.93.p7 sn 165
  9850.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  9851. (1:109/42)
  9852.  
  9853. +----------------------------------------------------------------------------+
  9854.  
  9855. From: hbae@primenet.com.REMOVE                          23-Dec-99 18:02:05
  9856.   To: All                                               23-Dec-99 15:23:03
  9857. Subj: ipt?
  9858.  
  9859. From: Hansang Bae <hbae@primenet.com.REMOVE>
  9860.  
  9861. "Phil MacIntyre" <pmacintyre@home.com> writes:
  9862. >What is nn? Never heard of it before.
  9863.  
  9864. I was going to eamil this since it's off topic, but I figured others
  9865. would ask as well. 
  9866.  
  9867. But "nn" stands for "no news is good news" and is a Unix based reader.
  9868. Comes with linux and other platforms.
  9869.  
  9870. I believe the updated form is called "trn" (not the same as tin) but
  9871. haven't used it yet.
  9872.  
  9873.  
  9874. *********** Remove the REMOVE if emailing me directly **************
  9875. Due to the volume of email that I receive, I may not not be able to  
  9876. reply to emails sent to my account.  Please post a followup instead.
  9877. ********************************************************************
  9878. Hansang Bae        Director of Network Operations, Eastern Region  
  9879. hbae@richeysystems.com  Reg. Office: (718) 352-9021 
  9880. Specializing in Network Design/Troubleshooting and Protocol Analysis
  9881. ********************************************************************
  9882.  
  9883. --- WtrGate+ v0.93.p7 sn 165
  9884.  * Origin: Usenet: Frontier GlobalCenter Inc. (1:109/42)
  9885.  
  9886. +----------------------------------------------------------------------------+
  9887.  
  9888. +============================================================================+
  9889.