--------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00032Date: 02/18/97 From: ALEX STUART Time: 04:59pm \/To: DENIS TONN (Read 3 times) Subj: Win No Operating Sys AS>> If boot manager - or some third party utility is not AS>> installed, OS/2 boots from a primary partion which will be labeled AS>> C:. To boot OS/2 in any other way, confining the discussion to boot AS>> manager, you must create a primary partion, install boot manager in AS>> that partition, and make it the active partition. What you seem to be AS>> missing above is that boot manager is located AS>> in a primary partion. DT> This is correct. AS>> OS/2 differs from many other operating systems in that it does AS>> not assign a drive letter to the boot manager partition, despite AS>> the fact it is the active primary partition, and that control in the AS>> boot up sequence is passed to that partition by the code in the AS>> master boot record. MicroSoft uses different conventions, and a AS>> different approach. The fact that Win95 "boots" from C: and OS/2 AS>> appears to be able "boot" from a partition that gets another drive AS>> letter after the system has loaded, simply has to do with AS>> the differing conventions. One of the conventions is that OS/2 AS>> doesn't assign a drive letter to the primary parition pointed to by AS>> the mbr if you choose to boot from a drive other than C: DT> This is misleading at least. Win95, and NT do not assign a drive DT> letter to the BootManager partition either. Linux will ignore it also. If you install Boot Manager. NT does assign a drive letter to the NTLDR partition. It's still a matter of convention, and it remains a fact that all of the operating systems we're talking about are critically dependent on a primary partition. Alex --- AdeptXBBS-GED * Origin: Quantum Leap BBS - Victoria BC [604]595-4407 (1:340/30) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00033Date: 02/18/97 From: GEORGE SIKOU Time: 10:59pm \/To: LEON KIRILIUK (Read 3 times) Subj: Colours -=> Quoting Leon Kiriliuk to George Sikou <=- GS> I don't mean to sound like a know it all, but :-) 16.7 million GS> is 24bit colour, not 32. That is, 2^24=16777216. So if you do your LK> Isn't it really : LK> 2^23 + 2^22 + ... + 2^2 + 2^1 + 2^0 to get the exact number of LK> colors? :) No. I was refering to the maximum number of colours that can be displayed on the screen. You might be thinking of the palette. Ciao. ... FidoNet??? What a STUPID name for a dog!!! --- * Origin: The Sight & Sound BBS (416)665-6908 (1:259/532) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00034Date: 02/18/97 From: SCOTT LITTLE Time: 07:52pm \/To: KENNETH ABRAMS (Read 3 times) Subj: win no operarting sy [ Quoting KENNETH ABRAMS to SCOTT LITTLE ] SL> Try a printer made in the last year or so. Unless you are totally KA> I've got a friend with a color Canon printer that was bought last KA> summer. It's supported by Warp 4, right out of the box. They dropped support in the last few months. Obviously anything that was produced before that time would still have support. But the support is now GONE for all *NEW* devices. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00035Date: 02/18/97 From: SCOTT LITTLE Time: 07:54pm \/To: DAVID DESROSIERS (Read 3 times) Subj: THE STATE OF THIS CONFERE [ Quoting David Desrosiers to Scott Little ] SL> DD> I resent that remark. I'm *FAR* from stupid, and I run OS/2 as SL> DD> ... Windows 3.1's OS/2 support is "pathetic"... SL> Anyone with that tagline MUST be stupid. Unlike IBM, Microsoft don't SL> follow the motto "Can't beat 'em, join em" as is clearly seen in SL> Win-OS2. DD> Remember, they STARTED this war together, developing the same DD> ONE product in the early 80's, and they called it MICROSOFT OS/2. DD> Please get your history right. IBM owns certain rights to the Windows DD> code (since they co-developed much of it). They can use WinOS/2 long DD> into whatever future they decide is for them. You totally missed the point. "Windows' OS/2 support is pathetic". This is because Windows (non-NT) has none, and doesn't need it. Windows can survive on it's own without stealing other companies' thunder. OS/2 on the other hand can't (or at least couldn't in the beginning) survive without supporting operating systems they didn't even produce anymore. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00036Date: 02/18/97 From: SCOTT LITTLE Time: 11:30pm \/To: DAVID DESROSIERS (Read 3 times) Subj: TO ITS KNEES! [ Quoting David Desrosiers to Scott Little ] SL> I should be able to install it have it run without crashing. DD> No, you shouldn't. Installing an operating system does not make DD> it "runnable". Absolute crud. If I can't install it and reboot without it crashing, how the hell am I going to configure the damn thing? Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00037Date: 02/18/97 From: SCOTT LITTLE Time: 07:57pm \/To: DAVID DESROSIERS (Read 3 times) Subj: HARDER TO OPERATE [ Quoting David Desrosiers to Scott Little ] DD> When I added my ZipDrive to the system here, my CD-rom used to DD> be the H:\ drive. I installed the drivers for the iOmega drive, DD> rebooted, and my CD-rom then became I:\, and the ZipDrive became H:\, DD> all transparently. I play cd's in the drive all the time, and I've DD> never had to change anything. Maybe you had it configured wrong? Playing CD's is not the same as having shadows constising of paths. (Hmm.. OO with MSDOS style path statements - pretty crud if you ask me). The CDROM drivers know where the CDROM is. But OS/2 doesn't have the foggiest since it only considers the CDROM as a drive letter, not an object. DD> It worked as you deny it does, perfectly on my system. Wrong. Remove your Zip drive, and make the CDROM H: again. Stick a shadow to an EXE on your desktop (or wherever). Also try sharing H:\ in the network setup. Then put the Zip back and see what that shadow does now. Also see if the old shared drive has kept up. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00038Date: 02/18/97 From: SCOTT LITTLE Time: 08:08pm \/To: DAVID BOWERMAN (Read 3 times) Subj: Test Results [ Quoting David Bowerman to Scott Little ] SL> Nope. 32bit apps can run 32bit apps in shells, or they can spawn DB> Really? You managed to have Binkley/32 spawn Maximus/32 using Windows DB> 95? I have managed to get AMU/Windows shell and execute Fmail/W etc. within the one windows. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00039Date: 02/18/97 From: SCOTT LITTLE Time: 11:36pm \/To: DAVID BOWERMAN (Read 3 times) Subj: OS/2 Support [ Quoting David Bowerman to Scott Little ] DB> Scott Little wrote in a message to David Desrosiers: DD> Video card in this machine is a Mach64 with 2mb of VRAM on the card, DD> and it's working fine in 1024x768x16m colors (WinOS/2 also). SL> Must be one hell of a card. SL> (1024x768x32) / (8 x 1024^2) = 3 meg. Pretty nifty. I'll have to SL> get me one of those. DB> Ummm.... Scott, just a minor query. Why are you multiplying by 32 in DB> your example above? He does say "16m" colours not "4g" colours. You mean 4 trillion? DB> He'll only need 24 bits per pixel or 2.25 megabytes. Sorry, I was thinking of true colour (what I'm using), which is 32bit. But anyway, you were still trying to pull off a little white one. You're using .25 of a meg more memory than you have on the card. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00040Date: 02/18/97 From: SCOTT LITTLE Time: 08:16pm \/To: DAVID BOWERMAN (Read 3 times) Subj: win no operarting system [ Quoting David Bowerman to Scott Little ] SL> Stagnating are we? No new an improved code? Aw, what a pity. SL> Y'know, the process of upgrading means IMPROVING the damn thing. If SL> you are stuck with the same API for the rest of eternity you are SL> not going to have a nice time. DB> How does maintaining backwards compatibility translate to no new and DB> improved code? An API extension does not necessarily equate to The claim was made that all new software works on old OS2 down to 2.1. The poster complained how Windows makes the user upgrade to use new software and other such junk. I have one little problem. If new OS has new APIs, and new OS2 software works under old OS2, doesn't it imply that the new APIs aren't being used and OS2 users are stuck with the old API set forever? At least windows improves over time. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848) --------------- FIDO MESSAGE AREA==> TOPIC: 129 OP. SYS DEBATE Ref: E2T00041Date: 02/18/97 From: SCOTT LITTLE Time: 08:27pm \/To: DAVID BOWERMAN (Read 3 times) Subj: Win No Operating System [ Quoting David Bowerman to Scott Little ] SL> I think I missed it. What's the formula for working out the space SL> used by HPFS (to store file information)? DB> Pretty simple -- 512 bytes for the node and 512 bytes for each data DB> granule. Where does it store file locations? DB> The layout of physical storage doesn't have much to do with the space DB> used to store file information. No, but these bands of data aren't enough, just holding filenames + EAs isn't enough. Regards, - SoNiC [ Scott Little (aka. SoNiC) | Fidonet: 3:712/848 ] [ admin@cyberia.asstdc.com.au | www.asstdc.com.au/~cyberia ] --- FMail/Win32 1.22 * Origin: Cyberia <> 02-9534-1702 <> v34+ (3:712/848)