--------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECY00018Date: 08/29/97 From: JUSTIN BAUSTERT Time: 01:11am \/To: LARS HELLSTEN (Read 1 times) Subj: Re: To Linux or not to Linux, that's the01:11:1808/29/97 LH> Running/debugging software I've written or ported that has bugs in LH> it. I can't even remember what the problem was now, but the point LH> is that I've gotten it to crash to the point of being unrecoverable LH> several times, and that's not something that's supposed to happen. You should probably let someone test it that knows the whats/whys, and at least someone that knows their system is stable.. LH> Again, I'll repeat myself: When was I ever on the "Microsoft LH> bandwagon"? 3 months ago I may have advocated Windows over OS/2 (and LH> I still do), but that hardly qualifies me as being on a "Microsoft LH> bandwagon". For one thing, that was my individual opinion. A As far as I'm concerned, abdicating Win95 over OS/2 without recognizing the technical superiority of OS/2 is riding on the Microsoft bandwagon.. LH> I guess I should take that as a compliment, because it must mean I LH> was doing a pretty good job of getting my point across. If you want Not really.. I've yet to see cold hard facts coming from your end.. LH> a *good* example of a bandwagon, Team OS/2 would be a perfect one. Team OS/2 is there to essentially promote OS/2.. Where's the problem? JB --- Telegard v3.02/mL * Origin: Courier Central \ Cashion, OK \ 405.433.2665 (1:147/92) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00000Date: 08/28/97 From: LAWRENCE LUCIER Time: 12:10pm \/To: ALL (Read 1 times) Subj: Re: To Linux or not to Linux, that's the12:10:3408/28/97 Gary Sprinzl @ 1:114/511 wrote on 08-25-97 14:28 about *Re: To Linux or not to Linux, that's the* LH>> If you want to talk about fundamental differences, talk about the LH>> fact that the Linux kernel is monolithic whereas OS/2 uses a LH>> microkernel architecture. GS> You've got OS/2 confused with NT here, Lars. OS/2 uses a GS> monolithic kernel, NT uses a microkernel. Anyone.................what's the difference between these two types of kernels? Thanks................:-) --- Sqed/32 1.13b2/r15155 * Origin: T-Shirts 'N Genes BBS - (250) 748-3408 v32b v42b XA CM (1:340/204) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00001Date: 08/28/97 From: GREG COBB Time: 11:39pm \/To: LARS HELLSTEN (Read 1 times) Subj: To Linux or not to Linux, that's the Hi Lars! Tuesday August 26 1997, Lars Hellsten babbled to John Meroth: JM>> He'll most likely never really learn. -> But I'll make far more money than you ever will. :) Bwaaaaaahahahahahahaha!!!!!!!!!! --- 2SuaveEd v.0 * Origin: Picture This... Southaven, Ms (601)280-2805 - (1:123/434) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00002Date: 08/29/97 From: JOHN MEROTH Time: 08:46am \/To: KEITH DOUGLAS (Read 1 times) Subj: Drag 'n' Drop Hello Keith! Replying to a message of Keith Douglas to Lawrence Lucier: KD> Drag and drop presents no 'list of choices' - it just drags from KD> here... to here. Actually, it does when you are dragging to another folder. Depends on the default method (copy or move) and whether you are using the ctrl key. (Selects non-default) KD>>> isn't the primary language spoken; commandlines are very often KD>>> not translated. KD>>> cd == change directory but if one isn't an English speaker, KD>>> knowing that will be much more difficult. LL>> Hmmm..........can't say I totally agree with this statement. LL>> Speaking from a personal experience level, I find that a lot LL>> of commandline arguments (even when they are coupled with a LL>> gui) are still pretty well on the esoteric side of KD> That's my point. LL>> mind assimulates a particular action with a certain LL>> character.......prime example, IMHO, is the QWERTY keyboard KD> yes, but an English speaker is going to remember 'cd' to Change KD> Directory a lot easier than someone in which the word for change KD> starts with a 'i' and the word for directory a 'o', say. Or may not KD> even use the Roman alphabet. LL>> from what I understand, there is also a controversy about LL>> icon usuage/recognition.......... KD> Icons are not perfect, but they do allow for easier localization. KD> A printer is a printer, regardless of where you are from. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00003Date: 08/29/97 From: JOHN MEROTH Time: 08:48am \/To: KEITH DOUGLAS (Read 1 times) Subj: To Linux or not to Linux, Hello Keith! Replying to a message of Keith Douglas to John Meroth: JM>> Since it uses REXX, it is system wide. REXX is the 'macro' JM>> language in OS/2. In reality it is like having a Pascal KD> Can it be replaced with another language? Sure, if there is a DLL available to do the same things and put the hooks in the kernal. KD> Can it be dialectized? I don't know. Perhaps someone that has another language version of OS/2 can answer that. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00004Date: 08/29/97 From: JOHN MEROTH Time: 08:58am \/To: KEITH DOUGLAS (Read 1 times) Subj: Color Matching? Hello Keith! Replying to a message of Keith Douglas to John Meroth: KD>>> application that relied heavily on ColorSync type technology under a KD>>> UNIX implementation these days. JM>> It is also becoming much easier to write an application that JM>> is OS independant with JAVA. KD> True. But nevertheless, if the underlying OS doesn't provide (to KD> continue my example from above) advanced color matching, you'll have KD> to do a lot of reinventing of the (color? :)) wheel. Seems there is some stuff missing between the two above paragraphs. As for color sync, we have it through the use of palletes. I'm not sure of your past bent on the subject as I had a quadzillion messages relating to LINUX on this thread. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00005Date: 08/29/97 From: JOHN MEROTH Time: 09:01am \/To: KEITH DOUGLAS (Read 1 times) Subj: Pipes & GREP Hello Keith! Replying to a message of Keith Douglas to Jack Stein: KD>>> Then I need to pipe and such nonsense. JS>> Now pipes are nonsense? You're kidding of course? KD> I mean, that it creates more work that is necessary. Actually, pipes create LESS work. KD> But grep doesn't look for file names. That's the whole point. Yes it does. part of the grep command is the file name with or without wildcards. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00006Date: 08/29/97 From: JOHN MEROTH Time: 09:04am \/To: KEITH DOUGLAS (Read 1 times) Subj: Unix Shell access Hello Keith! Replying to a message of Keith Douglas to Jack Stein: JS>>> don't believe they can be totally safe w/o total exclusion JS>>> from capability, as in UNIX. KD>>> As in -your- UNIX set up. JS>> As in most any UNIX site set up for multiple users. KD> Could have fooled me. (Witness any ISP that allows shell access) Don't know about your ISP, but back before I became one, my ISP did limit a rshl quite a bit. That ability is one of the really nice things about Unix! TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00007Date: 08/29/97 From: JOHN MEROTH Time: 09:07am \/To: KEITH DOUGLAS (Read 1 times) Subj: To Linux or not to Linux, that's the que09:07:4008/29/97 Hello Keith! Replying to a message of Keith Douglas to Jack Stein: JS>> Nothing can stop a MAC user from calling the above file JS>> FISH, and assigning it to a picture of a fish, nor can Unix KD> It strikes me as some UNIX programs only want to deal with (by KD> default) certain extensions of files. (eg: a linker .o files) Not oncommon for most compilers. In UNIX, it would just about be mandated for the C compiler as you use it to build your kernal. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: ECZ00008Date: 08/29/97 From: JOHN MEROTH Time: 09:09am \/To: KEITH DOUGLAS (Read 1 times) Subj: Script files Hello Keith! Replying to a message of Keith Douglas to Jack Stein: KD> So what can and can't they do? KD> - Create files KD> - Create directories KD> - Delete files KD> - Delete directories KD> - rename files KD> - rename directories KD> - perform more than one task KD> etc. In OS/2 and Unix all of the above and more can be done. Start a task as an event that is recurring. Find & replace text within text. Below is what I know to be true for OS/2 only: Math functions Take KB input and use within script. Read a file and take actions based on what data is found in fields within a record. Read/write dbase files. (requires RXDbase dll) Compile the script so that future runs are much faster. There are many more. The above were off the top of my head. TTYL, John Meroth jmeroth@tbos2cla.com --- FleetStreet 1.19 NR * Origin: Tampa Bay OS/2 -- Clarion BBS (1:377/86)