Slashdot Mirror


Fragmentation in the Windows World

Greyfox writes "While various members of the Industry press have been raising the spectre of potential Linux fragmentation, we've been seeing some very real fragmentation in the Windows world. This story details the fact that there are now 7 different versions of the Windows 98 second edition and they're not all the same product! Add that to the assorted versions of Wince, NT (3.whatever to 5.0 betas) 95, and the die-hard 3.1 users who are STILL out there and you have a real mess on your hands. And programs for most of these versions of Windows are much less portable at the source code level than UNIX programs are. I've got a fair shot at taking any given UNIX program (Say, Gnome) from Linux to HP/UX to SCO or Solaris and having it work without any (or any major) changes to the source code. Most of the time you'll have to write your windows code from scratch. "

413 comments

  1. GNOME is just starting to be portable by poopie · · Score: 1

    Okay, I've got to address this becuase I've been painfully building GNOME on Sparc Solaris in bits and pieces since the 0.2X releases.

    So... it's 95% working on Solaris now, and I'm happy, but...

    Do you know how many times I've found
    #include linux/*.h
    in gnome code?

    or how many times I found that shell scripts with #!/bin/sh really meant #!/usr/local/bin/bash (sorry, linux users sh and bash are not the same!)

    I'd seen some #define CFLAGS -m486 stuff in there as well or sound stuff hard coded to use /dev/dsp, too.

    I can't blame linux developers for writing software to take advantage of linux features like glibc2.1 and linux headers, but be aware that the result is code that needs to be ported to other unices.

    1. Re:GNOME is just starting to be portable by simm_s · · Score: 1

      That is definitely bad coding style. Did you ever try the BSD version?

      Actually now that I am writing, is there a specific BSD version? Maybe the FreeBSD ports collection.
      Oh well I think it is to late, since you have it 95% working.

      Thank goodness for open source! ^_^
      ---------------------------
      ^_^ smile death approaches.

  2. Re:Rewrite Windows code from scratch? by styxlord · · Score: 1

    So when you install Office 2000 you don't think that its upgrading all your DLLs to the current Win32 API level. A classic case in point is InitCommonControlsEx which I got burned on recently since this function didn't appear in Win95 but did appear in Win95 OSR2 and all version onwards. The MSDN documentation clearly indicates that you ALL new apps should use InitCommonControlsEx and not InitCommonControls, so they are clearly insuating that someone is going to have to update COMCTL32.DLL so that your app will actually load. When you say that MS is maintaining backward compatability with new apps, they just upgrade your old system to run new apps. I bet that Office 2000 upgrades you to at least IE 4.02 if not IE 5.0, in which case you as well have just installed Win98 SE. Whilst this is all well and fine if the new DLLs are backward compatible with old apps, there have been some instances where this is not the case. WININET.DLL springs to mind. This DLL had its interface completely changed if you installed IE 4 on a Win95 box rendered all apps that relied on it useless.

    Ugh.

  3. Nope -- please read. by Anonymous Coward · · Score: 0

    The point is there are at least seven ways of getting something that is called Win98 SE. And each way gets you something different. Some fix some bugs, other ways fix other bugs, some methods give new features, and some don't. But they all have the same name. Let's look at these 7 versions, each of which you guys are claiming is "different." First 4, which I'll call the "real" SE's: -full version OEM -full version bought (where's his evidence that this is different from the OEM btw?) -upgrade from 3.1 or 95 -upgrade from 98 (Second Edition Updated -- $20) These all give you the full SE feature set/bug fixes/etc. Now the other 3 that he mentions, which are different than SE, which I'll call the "SP1 + other free add-ons" -SP1 (just bug fixes) -downloading the free features by hand (SP1 & free utils -- ie5, media player, etc) -downloading the free features all in one place (he calls it "Second Edition Updates" ... this is no different than the previous option) There you go. This article is FUD, through and through. There ARE NOT 7 different "fragmented" versions of 98. Just different combinations of bugfixes and free utility updates. You don't have to "track down" all the free updates like he insinuates either. You can get them all from Windows Update -- one place. And code you write for one "version" of win98 will work on all of them. Bah.

  4. Re:My favorite part: by Anonymous Coward · · Score: 0

    I've run Windows 98 at home for the past year. I play mostly games on my home PCs. I've only had the systems crash maybe 6 times total in that time period. If your Win 98 systems crashing a lot, I'd suggest replacing some of the crappy hardware your using, or finding some better device drivers. Most of the problems I've seen in Windows are related to poorly written 3rd party drivers. I'm not saying that Win 98 doesn't have bugs, but I in my experience I sure don't see the "it crashes all the time" problems which I keep hearing from people on this sight. I develop mostly on NT at work (I also work on a variety of Unix and RTOS systems) at work. My NT box at work stays up for weeks at a time. It has crashed a few times in the past year. It crashed when I had a bad memory DIMM, and everytime Computer Support loads a new Novell Client. Microsoft's OSs are far from perfect. I wouldn't dream of using Win 98 for any kind of critical system. Win NT may not be a bad choice depending on how much control I had over what was installed, and if I can afford to reboot when I have to install updates and change some configuration settings. Use the best OS for the application.

  5. Re:Rewrite Windows code from scratch? by Trepidity · · Score: 2

    You don't even have to recompile. 16-bit code runs fine under win95, win98, and winNT. I've been running several 16-bit apps on my win95 (now win98) setup, and they run fine. In System Monitor it shows them as taking all the free CPU cycles due to some multitasking difficulties, but it doesn't slow the system down - the 16-bit programs just get allocated all the spare cycles.

    Most code would benefit from a recompile and some minor changes, but it's not necessary.

  6. Re:This story is not Anti-MS FUD. by Anonymous Coward · · Score: 0
    I believe it is you that needs to read the article. The words "Linux" or "UNIX" do not appear in the article; it is completely Win-centric.

    Face it, the natives are getting restless, and are getting ready to overthrow the king themselves.

  7. MS-WINE -> Billix by Anonymous Coward · · Score: 0

    I don't know crap about coding, but after
    reading this post I had a scary thought. The
    problem with WINE is the fact that there really
    is no documentation (or source code) available
    to anybody outside MS, right? So, wouldn't it be
    pretty easy for MS to make their own, 100%
    compatible MS-WINE, and create Billix, which
    would run both Linux and Windows apps?

    Please tell me this is not so.
    LND

  8. My experience with Win98 SE by eVarmint · · Score: 1

    I am no lover of Micro$oft, and I curse their products regularly. However, there are a few things they are getting better at, and Windose is one of them. I've installed Win98 SE (full blown) on two computers at home:

    1) Fresh install on a Celeron 400 with an unusual zenon motherboard with built-in components. Runs fine. In fact, it is my main system which I do everything on, including software developement, and I never turn it off. It stays up for weeks at a time without any system crashes.

    2) Upgrade from Win95 OSR2 on a Pentium 166MMX with standard components. This system runs fine as well. In fact, the Win98 install/upgrade went off without a single problem and it cleared up several nagging problems I was having with Win95.

    I also happen to use win98 SE on several systems at work. I am quite pleased with the product and I would recommend it to anyone. I especially love the internet gateway feature they've built in. Now I don't need a linux system to get my home network on the internet.

    That is my 2 bits on win98.

  9. Re:ah, good old build 950... by Oblio · · Score: 1

    The thing I remember most about the 95 beta was trying to get it the hell off my machine! =) It took me quite a while to find all the files it had dumped on my harddrive. Ah well.

    --
    Pax -- Ob
  10. Re:40% incompatibility for W2K? by Trepidity · · Score: 2

    I was under the impression that a.out binaries no longer ran under (most) default Linux distribution installs.

  11. Re:Visual Basic version madness by PenguinDude · · Score: 1

    Yes, I believe this is true. I worked on a port of a VB app that was written in VB 2.0, and I had to gather all the "major" VB releases 'cause apparently VB = 4.0 uses normal text files.
    However, even after I had a full upgrade path to 6.0 (what the customer wanted it re-coded in), I STILL had a problem with legacy controls inside the forms. It was a monsterous project, to port a simple futures calculator. After that fiasco, I decided to stick to MFC only (when I actually program under Windows :)
    Where I work, we had problems with Word and Access macros too. If you don't upgrade version by version, you'll be left behind in the Microsoft world...

  12. Win98 SE by CelestialScum · · Score: 1

    Eh.. "Slightly" off Topic, but ... This release was utter garbage. I am not surpriced that people experience problems with it.
    I am sure fragmentation doesn't help either, the more fragmentation, the more codebase. In the world of Linux, fragmentation happens within several different companies (like distribution) and sometimes in various code-bases, but the fragmentation isn't covered by any one company, like with MSoft. The extra effort hurled into supporting and upgrading all these different fragmented code-bases, Win9x in all it's forms, winNT, W2k, WinCE etc. etc.
    Maybe it is time for Windows to stop charter everyone and their kitchen sink, and start putting effort into releasing systems that fix things while not breaking other things. Win98 SE got the cute nick-name: Shit Edition after it refused to work on several peaces of hardware which its "old, buggy" version works just fine at.
    In some 15 installs, the new edition has only worked on 2. Someone will probably scream: change your hardware, but seriously, I would rather just change to an OS that actually work with what I have (it seems like 98 SE has a special affinity for not working with various network cards).
    It's about time Windows got it's stuff together, soon it won't even be good for playing games at if this is to continue, thus loosing it's usability all together.

  13. Sorry, minor typo by PenguinDude · · Score: 1

    At the end of the second sentence, I meant to say = 4.0.

    Sorry...

  14. Re:all those versions.. by Elminst · · Score: 1

    Amen,
    My experience is much the same. Win95 SR1 was crashing on me at least once every 15 minutes. I then upgraded to 98 RC 2, and crashed maybe once an hour. After further upgrading to RC 3, the machine ran better than it ever had for almost 9 months. At that point i was installing a new HD and doing general cleanup and decided "hey, while i'm at it i'll just put 98 full ver on"
    Big mistake:
    80% of the time the machine doesn't boot properly.
    3/4 of the time i get at least 2 blue screens, even on a simple restart. every time this happens i have to reset, boot into safe mode, _then_ restart, at which point normal mode comes up fine.
    But it works great after that!
    And people wonder why i leave the damn thing on all the time.

    RC 3 was/is far more stable than the final ver in my opinion.

    --
    No unauthorized use. Trespassers will be shot. Survivors will be shot again.
  15. Re:How about porting from win32 to win16? by Trepidity · · Score: 2

    Yeah, but how easy is it to port an application that uses all of the 2.2.x features back to Linux 0.0.99? I don't think that is "just" a recompile either.

  16. Re:Windows CE by Trepidity · · Score: 2

    Linux has the same problem. Try running your q3test binaries on LinuxPPC.

    This means that there are many different versions of Linux in your view. Not to mention how many hundreds of OS/processor combinations of UNIXes there are...makes Windows look positively unified.

  17. Re:Rewrite Windows code from scratch? by sfid · · Score: 1

    Well, excluding Win3.1, Microsoft has to support all the major versions of Windows with Office 2000 - and thus obeying the "standards" of the Win32 API. The fact that Microsoft now has so many different versions of Windows to support is actually a good thing for us. As an example, Wine was able to run Office 2000 the day it was released. From what I have read in the newsgroup, it runs pretty well, too.

  18. I feel REALLY stupid now.... by PenguinDude · · Score: 1

    CRAP!
    LESS THAN OR EQUAL TO!
    I keep forgetting. (preview, PenguinDude, preview)
    Sorry.....

    1. Re:I feel REALLY stupid now.... by Mignon · · Score: 1
      Preview? How am I going to get first post if I waste time previewing?

      Ok, deep breaths, PenguinDude. Count to 10...

  19. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

    Thank you, that is the POINT of this whole article. Sure Unix/Linux can be considered "fragmented", but so can Windows.

  20. Re:Not true (Win16 to Win32) by jbridges · · Score: 1

    Although Microsoft doesn't sell a 16bit compiler anymore, Watcom does.

    Who is going to go out and develop a new Win31 project who doesn't already have 16bit development tools? The last release of Microsoft's 16bit compiler (8.0c) runs fine under Win98 and WinNT, even supports long filenames.

    As for "API reading from a serial port" changing, the only real changes were a few function names (open, close, read, write all changed to standard file i/o versions). All the wierd DCB stuff is still supported with no changes!

    I'm near the end of porting a big Win16 program to Win32 (maintaining both at the same time from the same source). Very little of the work is API oriented. Most of the work is rewriting 16bit assembly language, and wierd 16bit specific stuff with FAR or HUGE pointers and other kludgey hacks.


  21. Re:Visual Basic version madness by Anonymous Coward · · Score: 0

    However, even after I had a full upgrade path to 6.0 (what the customer wanted it re-coded in), I STILL had a problem with legacy controls inside the forms. It was a monsterous project, to port a simple futures calculator. After that fiasco, I decided to stick to MFC only (when I actually program under Windows :) I work, we had problems with Word and Access macros too. If you don't upgrade version by version, you'll be left behind in the Microsoft world. Heh. I'm developing an app that started its life in Access97, and is now being converted to VB6.0. There are so many discrepancies in calling convention, it makes me cry. Different ways of opening forms, controls have different sets of properties, etc. etc. But remember, VBA is a subset of VB. Everything will port over fine

    Oh, you want to do something complicated? Complicated's not supported.

    bah.

  22. Re:Pro Linux FUD?? by Pudding+Yeti · · Score: 1
    Win95 almost never crashed on my system. I don't know what you guys do with your stuff but Win95 always worked well.

    Which is a common occurence.

    Take the office I just stopped working at. There were five computers there: two Dells with P166's, an older Gateway, a pair of brand new Gateways with PII's, and a no-name clone.

    The old Gateway flakes out three or four times before lunch, but that's because the user is a serious 'cute little applet' freak. One of the Dell's can't run for more than 20 minutes without a GPF some days, and other days complains not at all. The new Gateways haven't had time to get twitchy and run happily all day long with little complaint. The other Dell (which used to be mine before I got a new Gateway from the boss to shut me up) once had to be rebooted 10 times in a day.

    The administrative intern in the office told me I was the only person she'd ever heard complain about Windows, and that she'd been using it for years with no problems.

    Fact is, there's no telling some days. It took me a long time to get over using a computer very gingerly once I installed Linux at home, because I was tired of things breaking every ten minutes. Other people use their Win boxes as functional multitasking workstations and have little trouble.

    I've given up arguing with anyone about it because I've learned that 'works for me' is the great argument ender.

    People will denigrate happy Windows users to the high heavens as having anemic skills and no clues, or as being brainwashed victims of the Redmond thought control sattelites, when the fact is, toy operating system or not, it gets the job done for people. Especially (but not exlusively to) people who are sort of timid about doing much but using what their box came with.

    I personally don't like Win 9x much as a result of my experiences, and have the usual complaints about Microsoft's business practices, but I've learned my experiences are on the negative side of a pretty wide spectrum of opinions from all sorts of people.

    I just wish people would stop worrying about Microsoft and get on with their lives. As much as I despise the apparent need some people have to define themselves in social terms based on their computer's OS, it's hard to ignore, because the fixation on the topic permeates the discourse of the community.


    ----------
    mphall@cstone.nospam.net

    --
    ----------
    mphall@cstone.nospam.net
    "A horse laugh is worth a thousand syllogisms"
  23. Right because Microsoft is completely helpless. by Anonymous Coward · · Score: 0

    That's right, the big, bad, monopolistic Linux Giant is beating up on poor defenseless Microsoft again. Hell, the article didn't even have to MENTION the word "Linux", but the Linux marketing machine is so strong that it broke through your consciousness and alterted you that (despite what the text of the article read) this was actually an ANTI-Microsoft, Pro-Linux piece. Good job catching us on that one. Linux actually has thousands of strongholds pretending to be pro-Microsoft, but over the next few years we'll have them start advocating Linux. For example, ZD-Net, WinFiles.Com, and even the MSDN are really Linux community plants -- just waiting for the go ahead! In fact, you know the "Freedom to Innovate" link on Microsoft's homepage that preaches that Microsoft is really helping consumers instead of hurting them? That's really the uber-powerful Linux reverse-psychology marketing machine again. It makes you see things that say, "Microsoft is wonderful," but it's really slamming Windows and boasting the power of Linux. </SARCASM> P.S. If I'm off topic, so are you.

  24. Re:Pro Linux FUD?? by Trepidity · · Score: 2

    I agree that this is being exaggerated. While there are some minor compatibility problems, they are just that - minor. I run several 16-bit programs written for win3.x under my win98 system, and they run fine.

    Compare that to Linux binary compatibility. Just look at the mozilla binaries directory. Just for the x86, there's separate binaries for glibc and libc5 and libc4 systems. Plus there's the fact that none of those will run on old a.out systems.

  25. Re:Pretty much correct. by Anonymous Coward · · Score: 0

    Properly written programs on Unix use processes not threads. Threads are not necessary in Unix as they are on Windows for performance. They do help, but not nearly as much.

  26. Re:Question by Anonymous Coward · · Score: 0

    The only thing I really hate about Microsoft is the way they destroy competition using its marketshare to sell their products. Our guys are always answering to the "bad" reports in the media because we don't have the money to create a marketing task force to sell "the truth" as the major corporations are used to doing. But I don't think this is good. The best answer for this is working.

  27. Re:Rewrite Windows code from scratch? by ucblockhead · · Score: 1

    Note "...using the basic APIs..."

    --
    The cake is a pie
  28. Rewrite Windows code from scratch? by TZA14a · · Score: 2
    Sorry to say, but that's crap. You don't have to rewrite a Win3x Program to run on W2k.
    M$ is tearing their ass up to maintain backward compatibility, and that's one of the reasons they aren't getting on. And as of the different Win98
    versions, what do you have to recode to get it from one to the other? The changes are cosmetic, because having no source code every little freaking change on source level needs a completely different version.


    First ? ;)
    --
    "The use of COBOL cripples the mind.
    Its teaching, therefore, should be

    1. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      "as long as it was written right in the first place"

      Think about that comment.


      How many Windoze programmers do it right the first time???
      To take my company as an example:
      Hmmmm...
      Hrmmmm...
      one.

      zantispam (Rob won't let me log in for some reason)


      Jedi Hacker (Apprentice) and Code Poet

    2. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      Define "the basic APIs"

      zantispam (Rob won't let me log in for some reason)


      Jedi Hacker (Apprentice) and Code Poet

    3. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      I will second that one. The portability of the source code from Win3.1 to Windows 2000 is quite good. As an example take any of Charles's demos and compile it under Windows 2000. It will work.

    4. Re:Rewrite Windows code from scratch? by Trepidity · · Score: 2

      Hmm, I wasn't aware of that. My old computer has a non-IDE (Panasonic proprietary) CD-ROM drive (one of those that hooks up through the sound card), and it used a MSCDEX driver for DOS. When I installed win95, it continued using that driver (it still starts up in the autoexec.bat), and everything appears to be fine. As far as I can tell, there's no 32-bit driver loaded for the CD-ROM drive.

    5. Re:Rewrite Windows code from scratch? by Chad+Page · · Score: 1

      Actually the 'Basic' API isn't all that portable either - if you start from Windows NT and want to use all of it's features. For instance, I once took advantage of the 32-bit GDI coordinate space under NT4 for a map function (Considering 4Bx4B is _far_ bigger than say 1024x768, this works really well and allows smooth scrolling/zooming.) It could be modified for Win9x, but it wouldn't work nearly as well.

      Same goes for many of the other cool NT features... I wouldn't be suprised if most of the things in the 1st edition of "Advanced Windows NT" wouldn't work on 95 quite right. :)

    6. Re:Rewrite Windows code from scratch? by ucblockhead · · Score: 1

      If you write under Win95/98, using the basic APIs (MFC, Winsock, etc.), the resulting code will run identically under Windows NT.

      Now, the reverse is Not true, but can be if you are moderately careful.

      --
      The cake is a pie
    7. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      I'm skeptical. Everybody who runs Win9X has (or should have) a CDROM driver line in config.sys or autoexec.bat to provide CDROM support at startup and when in DOS mode. I have an ATAPI/IDE CDROM and have an MSCDEX driver line in config.sys. This doesn't mean that Win9X doesn't have a 32-bit driver for the drive. 95&98 come with drivers for practically every CDROM out there and install them automatically - check the properties (driver tab) for your CDROM in the device manager. It may give you some clue what kind of driver is loaded. Anyway, if the device has a real mode driver, then Windows has to stop everything and save the processor state on the stack, switch to real mode, access the driver to perform the I/O operation, then switch back to protected mode, restore the state, and continue on. While in real mode, Windows has no control over the driver code, so it can do anything it wants and possibly crash the system in the process. Thankfully, there are practically no real mode driver in use anymore. The application itself however, can never access hardware directly. It is restricted to reading & writing to its own address space, can't jump out of its program space, can't generate certain interrupts, etc. If an application does try to do something like accessing hardware directly, the CPU itself will catch it, generate a HW interrupt, and the Windows handler with present you with a General Protection Fault. Of course, old DOS apps try to access HW directly all the time. So starting with Win3.0, MS has taken advantage of the extra 386 features that make it possible to present the app with a virtual real mode DOS machine where all direct accesses were trapped and routed to handlers. That way Windows can stay running in protected mode all the time and manage the DOS apps. A lot of really old (late '80s Win2.X) Windows apps were real mode Windows apps that expected to be able to access things at will like DOS apps. These could only be run in Win3.X using real mode. Support for them was dropped in Win95. These are the only Windows apps that ever should have expected to access hardware directly.

    8. Re:Rewrite Windows code from scratch? by PieceMaker · · Score: 2

      Well, you're not exactly on the mark either. I agree you may not have to rewrite your code when you port, but the fact is you very often do have do a rewrite.

      Where I work, we develop Win32 apps to run on Windows 95/98 machines. The same code base typically will work for these platforms. However, in our experience, it is rare that the same code base will produce a properly functioning application on any variant of NT, or on Win 3.x. In fact, one of the developers on our staff is a big NT proponent and develops exclusively on that platform -- developing components whose target platform is Win95/98. It is far and away the norm that the stuff he writes will work under NT but not on the target platform. He is always surprised at this. Likewise, apps the rest of us are developing under Win98 typically misbehave/break under NT.

      Maybe we're morons, but I don't think so. Sure MS is "tearing their ass up" to maintain backward compatibility. That doesn't mean they are accomplishing their goal. And, in fact, it is well known that apps often don't work on one platform that do run on the other. Hell, they seem to have enough trouble keeping apps running under different iterations of Windows 9x!

      I do think the article stretches its point a bit when defining 7 variations of Windows. It's a bit unfair to call separate distribution methods different variants. Sure, based on the distribution method you choose, you may wind up with a different set of code than what someone else got, but the same point could easily be made for other OS's. How many different ways can you aquire Redhat Linux, for instance (source CD, RPM CD, download source, download RPMs, download tarballs, just to name a few)?

      His broader point is valid, however. We have at least Windows 3.x, WfW 3.x, Win 95, Win 95 OSR2, Win 98, Win 98 SE, Win NT 4, W2k, and Win CE. These platforms could be fairly judged to be at least as fragmented as some are claiming exists with Linux. I think the level of fragmentation on the Windows side is actually higher.

    9. Re:Rewrite Windows code from scratch? by Cato · · Score: 1

      From an article about Win2000, it appeared that only about 70% of Windows NT4 apps would run OK on Win2000 - allegedly MS has put stability as a higher priority than backward compatibility in this release. However, all previous releases of Windows have been highly upward and cross compatible - there is no need to modify source code much, if at all, as long as it was written right in the first place, to port to a different version of Windows (excluding WinCE, which is a smaller subset of Win32).

    10. Re:Rewrite Windows code from scratch? by madmaxx · · Score: 1

      Don't criticize people for not knowing what they are saying when your own cranium is severly cracked.

      There are numerous compatibility problems between the bastards of windows versions. I have been privlege to hundreds of them. Many features have subtle or complete differences between releases/versions/service packs, enough so that there are tonnes applications that require different builds for NT4/NT3.51/95/3.1. Add to this the library and component library version differences, and you have a situation of chaos for platform version management.

      A few projects I have been slave to have required significant architecture changes to support some odd behaviour on one of the Win32 api implimentations. As well, we have had to make many changes to support incompatible versions of system libraries and components.

      --
      mx
    11. Re:Rewrite Windows code from scratch? by Glith · · Score: 1

      This would imply that all Windows 95/98 programs would run perfectly in Windows NT, which we all know is just a steaming load of dog poopy.

      *Some* Windows 9x programs can run under NT without changes, but certainly not all!

    12. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      No, the "consumer edition" of Win2K was supposed to ditch Win9x completely and be based on Win2k (NT5) codebase. Well, that's not gonna happen. So the next version along the Win9x thread, Windows Millenium, now offers "freedom from DOS, new hardware interface, and a full 32-bit operating environment!" Right. This is exactly what was promised for Win95. Since windows millenium is based on Win9x, then all 3 are not completely true. WinMill still uses DOS to load, but does an even "better" job of hiding it. WinMill I am guessing will still thunk for Win16, will still rely on some DOS routines as-is from DOS (ala Andrew Shulman's books for Win95), won't be completely 32-bit (because still need Win16 compatability, so Win16 won't be run in WoW like it is on NT), could still have DLLs that are 32-bit "compatible" that are really 16-bit DLLs, new hardware interface is not mandatory (old one maintained for "compatability"), etc.

    13. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      Well, I think it depends-the single user apps that polls constantly, and won't share resources would certainly benefit from a rewrite. Lotsa new features in each succeeding platform makes a rewrite worth considering, but maybe not essential. I coudn't speak to the linux/unix heritage, so I'll keep reading.

    14. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      It is most likely that the driver is just there to provide support at bootup and in DOS mode. Windows very likely has a non-DOS, protected mode driver for your CDROM that is used in Windows. Real mode drivers can work in Win9X, but are undesirable because Win9X can't keep them from crashing the system and everything else that is running comes to a halt when the real mode driver is used.

    15. Re:Rewrite Windows code from scratch? by The+Ancient+Geek · · Score: 1

      Unless you're writing device drivers, I wonder at how you're having trouble getting apps written on Win9x to run on NT and vice versa. We routinely develop applications on 95, 98, and NT4. We're not doing any development in Japanese Windows at present, but we've done quite a bit of that, too. I have personally written 16-bit apps on Japanese DOS that run today, unchanged, on U.S. Windows NT 4. I developed a suite of applications on U.S. DOS and Japanese DOS that have subsequently moved to native-language versions of Windows (both 16- and 32-bit) in Japanese, Chinese (both versions), and Korean.

      IMHO, if you're not using the DDK, there's no excuse for 95/NT code conflicts.

    16. Re:Rewrite Windows code from scratch? by WasterDave · · Score: 1

      Absolutely. The basic windows API hasn't really changed since Windows 3.0. A 'C' message loop, window class, minimalist "hello world" will do exactly the same thing on Windows 3.0 through to Win2k.

      --
      I write a blog now, you should be afraid.
    17. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      But, if the 16-bit program needs to access hardware directly, you have a problem. If the code that accesses hardware is in a DLL, you need to write a thunking DLL and an NT driver (provided that a driver doesn't already exist) to do the hardware access. I have never written a thunking DLL, but I think they are fairly difficult to write and debug, with the switching between 16- and 32-bit addresses and such.

      But, if the hardware access is in the application itself, you are SOL (unless you rewrite the code and recompile.)

    18. Re:Rewrite Windows code from scratch? by PD · · Score: 1

      Yes, but C programs under Windows cannot be ANSI standard programs.

      ANSI says you gotta have an int main in the front, not some stupid winmain thing.

      I know, I know, there's a real main somewhere in the libraries, but I want to see it myself.

    19. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      They mentioned that you could go forward to NT but not necessarily backwards to 95/98. NT does obviously support a lot of system features that 95/98 simply don't have, so just as you can't run a Java 1.2 app in a Java 1.0 runtime, you can't run an NT specific app in 95/98. The same thing usually goes the other way unless using specific multimedia extensions, a la DirectX 6, but that'll finally be changing with Windows 2000 which is damn sweeeeeeeeeet.

    20. Re:Rewrite Windows code from scratch? by Chmarr · · Score: 1
      You don't have to rewrite a Win3x Program to run on W2k.

      Well, that I'm going to have to disagree with. Sure, many applications will run with a simple recompile, but many wont. Especially those that use some of the more esoteric interfaces that weren't working properly in Win3.x, such as communications or sockets.

      - Speaking from experience, thank ghod I don't program under Windoze anymore.

    21. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      Maybe a 'hello world' is compatible (as long as the compiler on the other Windows platform happens to read your project files), but is your favorite MFC-based 100000 lines company-internal Windows 95 app going to be portable to Windows CE or Windows NT? Not a chance in hell for this to happen without major resurgery.

    22. Re:Rewrite Windows code from scratch? by jflynn · · Score: 1

      I believe MSCDEX is just an interface layer to allow a read only CD device to appear as an MS filesystem. If you need to run your CD in real mode you'll also need a real driver for your specific CD device in CONFIG.SYS. Win9x often comments out the CD driver line in CONFIG.SYS when it is installed, thinking you won't be needing real mode drivers anymore, which is true unles you use MS-DOS mode or reboot to real DOS.

      Jim

    23. Re:Rewrite Windows code from scratch? by WasterDave · · Score: 1

      Bugger, I hadn't finished. (Bad keyboard day).

      What I wanted to say was that quite a lot of the API has sprouted WhateverEx(...) and the documentation for Whatever(...) now states that "Whatever is provided for compatibility, new applications should use WhateverEx(...)" and on having a look this normally means it has sprouted a security descriptor, which can have NULL passed if you don't feel like doing anything clever with security. It works. It's easy. It's fast and it's mostly quite cool.

      The problem is that only the shrink wrap industry really codes down to the API's these days - it's just not even remotely efficient for the majority of developers who are sent scampering over to VB / ASP to bump up their development speed (and lose maintainability in the process IMHO, but that's another argument). Since VB is effectively just glue for COM components, this exposes you to the vagueries of Microsoft internal wranglings in all their horror.

      If it's not data access components of the week (ADO wrapping OLEDB, which is effectively a driver specification), or cookie wrapper of the week (AUO, an object that wraps sending tons and tons of site server cookies to the client and tracking via LDAP), then it's Active Directory or its' I-don't-exist-really younger brother ADSI. Add to this MTS, wondering what COM+ is going to do and worrying about the quantity of proxying going on ("what the client thinks it has is a database connection object, when in fact it has a proxy that invokes one of the connections from the connection pool") and the feeling that you are losing control of what is going on builds almost as fast as Wrox can sell books explaining it.

      That being said, most of it has a tendency to work. And most of it does do something you would have had to code up yourself. Some of it is quite cunning. And it is all rediculously over priced.

      If you want to slate the Win32 API, I suggest you have a look at the RAS API - and check the version compatibility boxes.

      Dave.

      --
      I write a blog now, you should be afraid.
    24. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      I've heard that NT code won't be part of the inital Win2000 release. M$ couldn't make deadline, so they're putting off the "stable" Win2000 for a bit longer. Supposedly, the new Win2000 is just a modestly-enhanced Win98 (prob with whatever new interface changes Win2000 was gonna have)

    25. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      BS. You have to rewrite games (using new DirectX) and some extremely-low level things (drivers, direct hardware access stuff). That is *it*. I use Linux and WinNT, and anything that works on 98 works on NT, aside from games and very low level utilities.

      There are four groups of apps. Win95/98, Win 3.1, WinNT, DOS. There's some compatibility between the four (esp. between DOS and 95/98), though not incredible. But who cares? No one uses Win 3.1/DOS apps any more. So you only have two real branches Win95/98 and NT. And those have a very high degree of compatibility.

      I agree that M$'s idiotic year-numbering for versions is probably hell for tech-support people. I *hate* that. Bob Smith uses Win98, but *which version*? M$ needs to lose the year-number thing and go back to good old standard version numbers.

    26. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      Just to play Devil's Advocate, how many Linux 2.X / glibc2.X apps will work on a RH 4.2 system without source changes? Even the glibc2.0 to glibc2.1 upgrade forced source changes in many apps.

    27. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      With applications (not drivers of course), almost all cases of incompatibility with different versions of Windows are the programmers fault. If you use the API properly, don't hard code things that aren't guaranteed to have the same effect on different versions, and generally follow Microsoft's guidelines you'll be fine.

    28. Re:Rewrite Windows code from scratch? by Trepidity · · Score: 2

      Well, I just checked my CONFIG.SYS, and the following line appears in it:

      DEVICEHIGH=C:\FORTE16\DRIVERS\CDMKE.SYS /D:MSCD0001 /P:630


      Forte16 is the soundcard, and this non-IDE CD-ROM connects through the soundcard, so i assume these are the CD drivers. It's a 16-bit soundcard, and the drivers are 16-bit DOS drivers, yet are still loaded in CONFIG.SYS, and appear to work fine.

    29. Re:Rewrite Windows code from scratch? by delmoi · · Score: 1

      but is your favorite MFC-based 100000 lines company-internal Windows 95 app going to be portable to Windows CE or Windows NT? Yes, it will on NT 4, anyway. Windows 2000 as well (witch is just NT 5). CE isn't the same thing at all, and I don't even know if you could cross compile.

      please don't oppen your mouth if you don't know what your saying
      "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    30. Re:Rewrite Windows code from scratch? by simm_s · · Score: 2
      Main gets redundant though.

      Even when I create KDE/QT apps main is redundant.
      You really don't need to deal with main!



      int main (int argc, char **argv)
      {
      KApplication *app;
      KExample *toplevel;

      app= new KApplication (argc, argv, "Example");

      toplevel = new KExample();
      app->setMainWidget(toplevel);
      toplevel->show();
      app->exec();
      }


      ---------------------------
      ^_^ smile death approaches.
    31. Re:Rewrite Windows code from scratch? by Black+Parrot · · Score: 1

      > The portability of the source code from Win3.1 to Windows 2000 is quite good.

      But a question relevant to the 'fragmentation' topic is: what about the reverse? Who's writing code now that will run under all the fragments out there in the marketplace, including those millions(?) of 3.1 systems?

      --
      Sheesh, evil *and* a jerk. -- Jade
    32. Re:Rewrite Windows code from scratch? by IntlHarvester · · Score: 2

      Not a programmer, but ...

      Many NT 3.1 apps broke moving even to NT 3.5. When Office 95 came out, it was accompined by a NT service pack (for 3.51) which, again broke certain things, presumably because NT's Win32 was changed to be compatible with 95's Win32.

      I'd be real curious if MS Office 4.2 for NT (~1994) would even run on NT 4.0SP5 or Win2K. It ouuughhhht to, but the number of NT workstation users was so low back in those days that the lack of backwards compatiblity probably doesn't affect anyone.
      --

      --
      Business. Numbers. Money. People. Computer World.
    33. Re:Rewrite Windows code from scratch? by IntlHarvester · · Score: 2


      I know of certain Win 3.1 client-server programs that relied on special network drivers and the like that broke under 95. (Much of this stuff was NetWare ODI/NETX stuff with a *.386 driver to go along with it.)

      As far as CD-ROM drives and SCSI cards, MS put alot of effort in Win95 to get the old DOS drivers to run under 95. (And yes, you can try to run the Novell DOS stuff, although it's troublesome.) The fact that you might want run those old drivers was the primary rational for MS developing Win95 instead of just dropping DOS/Win and just going with NT a long time ago.
      --

      --
      Business. Numbers. Money. People. Computer World.
    34. Re:Rewrite Windows code from scratch? by IntlHarvester · · Score: 2


      From what I heard, the problems with NT/9x apps on W2K are primarly due to the fact that they're ignorant of security and try to do things like installing their DLLs in the system directory.

      NT4 got around this by shipping with pretty loose security (especially on parts of the registry). MS got smart and realized that if they are ever going to make an omelette they're going to have to break some eggs.

      For what it's worth, Win2000 is going to ship with a bunch of scripts for the obvious problems (Office 95,97!, etc.), and a tool to switch to box into low security mode.
      --

      --
      Business. Numbers. Money. People. Computer World.
    35. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      Hmm... One big app that doesn't do a few things in Win9x: SPSS 6.1.3. Doesn't talk too well to ODBC-32 (it's a win32s app). What if your Win31 app interacts directly with the hardware that w2k (since it's based on NT, which doesn't allow hardware-level interaction by user-level apps) doesn't allow? What if it's a Win32 app that does something similar that isn't allowed by Win2K/NT? What about non-officially documented differences in API calls between Win9x and WinNT (recent Delphi Informant article about this one...), where the official answer is that said API call returns the same value(s) on either Win9x or WinNT? Look back a windows version: What about diffs between downloadable Win95 SR2 vs, OEM-only Win95 OSR2?

    36. Re:Rewrite Windows code from scratch? by LuckyStarr · · Score: 1

      yeah! :-) that are the apps i use everyday!

      --
      Meme of the day: I browse "Disable Sigs: Checked". So should you.
    37. Re:Rewrite Windows code from scratch? by weloytty · · Score: 1

      Writing anything non-trivial for multiple platforms is a pain in the neck. That counts if you are writing for Windows, Linux, Solaris, Netware (heck -- writing trivial things for netware is a pain in the neck). Even Java (altho this is getting much better).

    38. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      The guy knows what he is saying, obviously CE and NT are two different things, and that's the point of the fragmentation aking place. Given that MS uses nearly same IDE (Visual Studio) for both and that it is not possible to cross compile same program for NT and CE, it underlines the fact that the whole Windows family is damn fragmented and writing anything non-trivial is pain in the neck.

    39. Re:Rewrite Windows code from scratch? by Anonymous Coward · · Score: 0

      NT has full Win16 support. It runs under a seperate subsystem called WOW (Windows on Winodows)

  29. Wine is crap? by xk · · Score: 1

    When was the last time you tried wine? The recent snapshots run most of the stuff quite well. Since wine is in development, more and more things run correctly. Comapring wine a year ago and now is irrelevent.

    Half of the stuff runs? Like, what might that be? From the apps I've tried, nearly all of them worked to what I expected.

    -xk

  30. My favorite part: by deity · · Score: 1

    A confused Win98 user, discussing the random "shutdowns" experienced under Win98 SE:

    Is that a bug in Win98?

    She sounded mildly surprised!

    -k

    1. Re:My favorite part: by deity · · Score: 1

      First of all, it doesn't look like you read the article in question.

      Second, I ran Win95 for about a year total, and let me tell you, it crashed every single day, sometimes more than once. I don't have any odd hardware, just an NE2000 ethernet card, an SB AWE32, and an ATI video card. If that's not standard hardware, supported by just about every OS, then I don't know what is.

      And I did run NT for a time. What drove me nuts (other than the weird, super hard crashes that occurred every couple of weeks or so) was the configuration. Every little thing required a reboot--that doesn't drive you insane? And I bet the specs on NT uptime wouldn't be what they are (and they are pretty poor to begin with) without the constant rebooting.

      But back to Linux. Since I have installed Linux, my computer has been like a well trained puppy--always doing exactly what I want it to do, and never shitting on the rug, if you know what I mean.

      It is the best OS for the desktop.

      -k

    2. Re:My favorite part: by Anonymous Coward · · Score: 0

      are you really that stupid?

  31. Re: Fragmentation in the Windows world by crimsun · · Score: 1

    Wow, I never thought of it that way, so it has to be interesting. =) Is Win3.1 really *that* fragmented from, say, NT, though? I never even thought of them under the same umbrella. Correct me if I'm wrong, but just how multiuser is 3.1 (not 3.11)?

  32. Backwards INcompatibility by Weasel+Boy · · Score: 1
    M$ is tearing their ass up to maintain backward compatibility,

    That's absolutely correct. I can write one program and have it crash with exactly the same error code under every version of Windows! ;-)

  33. Re:example by Dan+Guisinger · · Score: 1

    I'd have to say from my Windows programming experience it would have been your fault. If you had followed the Win16 APIs like you had said to the dot, it would have looked fine in Windows 3.x. Remember, Win 3.x had a different look and if you hardcoded any single line of code instead of getting all metrics from Windows you would have amde a mistake.

  34. Re:THIS STORY IS A SERIOUS ISSUE! by Anonymous Coward · · Score: 0

    > Hrmm...I could have swore Win95 (original) == Win95A....of course, I might be wrong.

    Don't worry. You are.

    > Well, VB requires IE for documentation (plus, if you ignore the fact that its an MS product, its not a half bad browser).

    While I'd dispute that IE is "not a half bad browser" (I have the strange feeling that I'm being directed to MS approved sites, which isn't half wrong since search engine CGIs can detect your browser) it has served as a beneficial piece of Microsoft's strategy beyond it's original intent (i.e. to attack Netscape). It has served as the vehicle for distributing hundreds of unseen patches to the common Windows user. While I dispute that IE is a part of the operating system (that is to say, it is as intrinsic to Windows programs as certain CORBA objects are to Linux programs.) it is useful when you want to change APIs behind developers backs (so Microsoft can keep a perpetual edge on anyone else who wants to write Windows programs). It's ironic (or rather, it's outraging) that Microsoft rarely follows the requirements it makes of Windows applications writers in order for them to get the "Windows 95 Compatible" logo; simply because they can say, "Up yours Charlie, we're Microsoft!"

  35. Not true by Anonymous Coward · · Score: 0

    Portability between different versions of Windows is trivial. Porting from win16 to win32 is usually just a recompile, and later versions of windows can run pretty much everything the earlier versions can run. + The differences between the different versions of win98 are hardly major. Much less major than the differences between Linux distributions.

    1. Re:Not true by Anonymous Coward · · Score: 0

      Bull. I have done this and it is a major PITA. MS switched a buttload of word order stuff in WPARAM and LPARAM. And just think, we get to move it all back in win64...

    2. Re:Not true by The+Original+Bobski · · Score: 1

      So what happens when you compile a mutithreaded win32 application under win16?

      --
      satire, n: 1) witty language used to convey insults or scorn; 2) a form of humor lost on most slashdot moderators.
    3. Re:Not true by Syslevel · · Score: 1

      For the record:

      Microsoft included an entire separate CD-ROM of Visual C++ Version 1.52 in the shrinkwrapped box that Visual C++ 4.0 came in, because VC 4 can't build Win16 (or DOS) binaries.

    4. Re:Not true by Syslevel · · Score: 1

      Almost everybody has tons of libraries and code installed on their Linux systems, because there is such tremendous fragmentation when it comes to developing X apps. I remember what fun I had building XCDRoast on my Linux system. I didn't have Tix installed. Tix needed to be integrated with TCL. I had to rebuild TCL with debug turned on in order for Tix to integrate with it.

      I may be forgetting a few of the details in this mess (nitpickers, have at it! we'll all be fascinated by your recall of arcana!) but I remember what a horrible mess it seemed at the time.

      XCDRoast was great, once I had it installed.

    5. Re:Not true by Pike · · Score: 1

      This is true. Portability is a non-issue for 99% of Windows developers; my Win32 program will run on any version of Windows 9x without any changes. In many cases it will also run on NT. Portability is a must in the *nix world where there really is fragmentation between operating systems, window toolkits, &c. Incidentally, I see a bunch of questions about porting a program from Win32 to Win16, which is just plain stupid; it almost never needs to be done. You might as well port it to MS-DOS. If you have a win32 program that absolutely needs to run under Windows 3.x, you install the Win32s library, which allows Win 3x to run most 32bit apps.

      One of the reasons I have not started programming Linux yet is that I am loath to waste my precious time distributing two versions for just KDE and Gnome.

    6. Re:Not true by Anonymous Coward · · Score: 0

      You didn't add the important bit that it also can compile for Windows 95 and in some cases you can do it as easy as change in target (Win16/32), however if you try to use any yummu things it breaks down and only let you make Win32 build.

    7. Re:Not true by coldguy · · Score: 1

      "And there are versions of windows being released RIGHT NOW (WinCE, and soon NT
      Embedded) that have next to no support for the win32 API."

      When will people understand that WinCE (the most appropriately named Microsoft product ever) and NT Embedded are not Windows and Windows NT? They're completely different operating systems, with different code bases, and similar but different APIs, that try to share a common look and feel with MS's other products. It's kind of like complaining that porting your NeXTSTep wharf applications to LiteStep isn't seemless. Similar look, completely different guts.

    8. Re:Not true by sjames · · Score: 2

      So what happens when you compile a multithreaded application on a kernel-0.99-libc4-System, sucker?

      You install the pthreads library first?

    9. Re:Not true by coldguy · · Score: 1

      .. replace "seemless" with "seamless" and you'll do just fine without flaming me ..

    10. Re:Not true by TZA14a · · Score: 1
      So what happens when you compile a multithreaded application on a kernel-0.99-libc4-System, sucker?

      That's not fragmentation, that's TIME. If there are new features in a Windows release, that doesn't mean fragmentation.
      --
      "The use of COBOL cripples the mind.
      Its teaching, therefore, should be

    11. Re:Not true by The+Original+Bobski · · Score: 1

      Oh! A Zealot! Get a clue.

      --
      satire, n: 1) witty language used to convey insults or scorn; 2) a form of humor lost on most slashdot moderators.
    12. Re:Not true by TZA14a · · Score: 1

      The incompatibilites at source level simply don't exist. Period.

      Of course you can't take a NT program BACKWARDS and let it run in Win3X, but this is NOT FRAGMENTATION, that's just development.
      --
      "The use of COBOL cripples the mind.
      Its teaching, therefore, should be

    13. Re:Not true by Anonymous Coward · · Score: 0

      win16 -> win32 is simple? Some code might break with integers now being 32bits, for example the code which uses wParam Of course you could have used MFC or windowsx.h The old memory and file code would be wasteful and could be cleaned up on the 32bit platform. You can't rely on hInstance to indicate that your program is already running(?) etc

    14. Re:Not true by MassacrE · · Score: 2

      Sorry, but this is bullshit. You cannot compile win16 code with any compiler made after 1995. The API for say, reading from a serial port, changed between 3.0,3.1, then 95. And indeed, there are changes to serial port handling with 98, and NT, and Win2k, and none of these changes match up. This is just an example. You cannot even get documentation on win16 anymore, let alone write code for it. And just in case you didn't know, a 'recompile' does not convert your 16-bit code to 32-bit code. Sorry if I now think you have never written a line of code in your life. Also, which VERSION of win32 are you porting to? There are features in Win32s (the 32 bit addon for windows 3.1) that never made it into 95, and definately vice-versa. There are features in win16 that have no win32 alternative, such as the fine-grained functions to shut down windows. And there are versions of windows being released RIGHT NOW (WinCE, and soon NT Embedded) that have next to no support for the win32 API. I spent a week evaluating what would be neccessary for a CE port of our code, and my advice to my employer was to just encourage people to buy laptops- passing on the cost of the MONTHS of work needed for the port would quickly outway the slightly cheaper price of the CE machines. Let alone that there are close to a hundred different versions of CE. For instance Dreamcast CE, which does not even contain Windows GDI.

    15. Re:Not true by WasterDave · · Score: 1

      Win32s was nearly a practical joke. Micros~1 admitted to it before its' release, during its' existance and when they failed to support it soon after. It existed purely to try and egg some Win16 developers into writing for Win32 - in order to sell Windows 95. Win32s doesn't count.

      Porting to CE? I'm right with you on that one. It supports an absurdly small subset of the Win32 API, and most Win32 API code is far too lardy to be worth trying to make it run on a CE machine. Writing from scratch for CE is a slightly more plausible pastime, but you have to ask some very serious questions about why you wouldn't develop for Palm or Epoc instead.

      Dave.

      --
      I write a blog now, you should be afraid.
    16. Re:Not true by Midnight+Coder · · Score: 1

      The person you replied to seems to be an idiot so I'm not taking their side, but what you're saying is wrong.

      The incompatibilites at source level simply don't exist. Period.
      Blatantly false. The "Porting Code from 16-bit Windows to 32-bit Windows" section of the "Platform, SDK, and DDK Documentation" clearly states:
      "Although the Win32 API was designed to be as compatible as possible, you may need to modify a large amount of source code."

      I now feel obliged to state that while i get paid for windows application development, I, of course, spend all of my friend time developing for Linux. The same as any other self respecting nerd.

    17. Re:Not true by Anonymous Coward · · Score: 0

      WTF do you think happens, brainiac? So what happens when you try to compile an X app under qbasic? A. you may as well attempt to compile both of them on a horse.

    18. Re:Not true by jscott · · Score: 1

      Borland C++ 5.0 (1997) can compile for DOS and win16. And, yes, call it foolish -- I do have a DOS 6.22 partition in my box.

      --
      signal, noise, to me it's all the same.
    19. Re:Not true by Anonymous Coward · · Score: 0

      What happen when you try to compile a linux app that requires kernel 2.2 on a 0.99 kernel ? This is silly you *don't* want to compile win16 app. an app for 0.99 will compile well under 2.2 but not the inverse. this is the same for win16/win32. why the hell would you want to support win16 anyway

    20. Re:Not true by Anonymous Coward · · Score: 0

      THis sux. the same thing will happen with your linux when you switch from 32 to 64 bit computing. code that rely on 32bit int will break as code relying on 16 bit broke when they switched to 32bit

    21. Re:Not true by zuvembi · · Score: 1

      One of the reasons I have not started programming Linux yet is that I am loath to waste my precious time distributing two versions for just KDE and Gnome.

      Ummm, why would you? Almost everyone (I think) who has one installed has the other installed also. Everyone I know does anyway, and if they don't it's not as if it costs them any money to install it. Just because you're running gnome doesn't mean you can't run KDE apps (and vice versa). If you're really concerned about it, I believe you can staticly link GTK to your executable (I don't know anything about programming for KDE). It's really not that big a deal. I never worry about which toolkit something needs before I download it.

      As far as programming goes, I much prefer to spend my development time on Linux to any other Unix or Windows. The environment is just more developer friendly. My $0.02 FWIW.

  36. Re:Multiple Windows 95 by Anonymous Coward · · Score: 0

    >I'm not sure about AGP, but I'm not risking it. Don't bother, 95A doesn't support it either, only 95B and later.

  37. S.S.D.D. by The+Original+Bobski · · Score: 1

    What else need be said?

    --
    satire, n: 1) witty language used to convey insults or scorn; 2) a form of humor lost on most slashdot moderators.
  38. Re:Pro Linux FUD?? by elspud · · Score: 1
    I had that run time issue. Guess what win32 program wouldn't run because I installed MSVC 6?


    Wordperfect. Coincidence?

  39. But Variety is the spice of life... by Anonymous Coward · · Score: 0

    Right? Right?? Windows 98 is much less stable than 95... But this is pretty much a mute point for Linux users...

    1. Re:But Variety is the spice of life... by coldguy · · Score: 1

      "Must be those damned non-Microsoft programs again."

      Here's my theory.

      If you set up ANY operating system in a shitty and haphazard manner, it will crash. This is true for both Linux and NT.

      Linux comes out of the box (or the tar file, or the ftp site) set up in a fairly well-done manner. It's also relatively easy to set up Linux in a well-done manner (it's hard to do it perfectly, but that's hard on any os).

      Windows 95/98/NT, however, comes out of the box set up in a shitty and haphazard manner. It's also fairly difficult to set up in a well done manner (and hard to do in a perfect manner, also).

      However, if you really know what you're doing with NT (which I do, thank you), you'll actually get a groovy thing called uptime. The NT server here has been up since the day they released Service Pack 5, and before that, was up till the day they released SP 4. (and it handles a lot of shit. Shared drives and printers, WWW Server, SQL server, etc). The Linux box here has been up since I moved the kernel to 2.2.10, and before that, was up since I moved the kernel to 2.2.5 (it also handles a lot of shit.. Mail, DNS, WWW, FTP).

      So.. as I see it, NT can be just as stable as Linux. The difference is, Linux usually comes to you already stable. NT you have to put a lot of work into.

    2. Re:But Variety is the spice of life... by coldguy · · Score: 1

      "BTW, do you use the standard MS telnet to go to your linux box? I have some sort of curses problem
      trying that with MS telnet. Says something like terminal not supported. Same with the enhanced version of
      hyperterminal used as a telnet client."

      MS couldn't spot a goot VT100 emulation if it showed up and bit Bill Gates' nose off. For VT100 under Win*, use Tera Term. It's the best terminal emulator out there for Windows (in my opinion) and even has a SSH plugin (though you'll have to hunt for it, and sometimes the SSH portion gets a little funky). I know Tucows has it somewhere.

    3. Re:But Variety is the spice of life... by sjames · · Score: 2

      it handles a hell of a lot more that linux does.

      But what Linux handles, it handles well. That in spite of the driver writer generally having NO documentation, NO vendor assistance (occasionally outright vendor hostility), and charging nothing for it. MS handles a lot of hardware because the hardware vendors wrote the drivers.

      On the other hand, when's the last time you booted NT on your Indy or SparcServer?

    4. Re:But Variety is the spice of life... by Anonymous Coward · · Score: 0
      MS couldn't spot a goot VT100 emulation if it showed up and bit Bill Gates' nose off

      Hear Hear.

      One of the many articles in the MS Knowledge Base describes an interesting problem in MS Telnet - if you select the "Terminal" font, it starts up in Courier instead. If you want Terminal, you have to select it every time you go in.

      What it doesn't say is that in its strange hybrid Terminal/Courier state, some of the letter spacing uses Terminal sizes and some uses Courier sizes; so the cursor ends up nowhere near where it should be. WYSI definitely not WYG.

    5. Re:But Variety is the spice of life... by Jon_S · · Score: 1

      I'm not at a W98 box, but I understand that there is a checkbox nested down in some dialogue boxes that allows you to run the basic UI stuff in a separate process (right word?) from IE5. The default is that since win explorer and other basic UI tools use IE5 libraries/code, if you have IE 5 running, they share processes, so that if IE dies, so does windows.

      I probably have all the details and terms wrong (someody clarify, please), but supposedly running these separate (using more memory, of course), makes things more stable. Or at least IE is free to crash without taking down the whole GUI, and thus the OS.

      BTW, do you use the standard MS telnet to go to your linux box? I have some sort of curses problem trying that with MS telnet. Says something like terminal not supported. Same with the enhanced version of hyperterminal used as a telnet client. Interestingly, hyperterminal doesn't have this problem if I use is a "dial up" client though a serial cable to the linux box. This is with the same hardware setup: connected by serial cable, used either as a dial in connection, or if a TCP/IP connection is esatblished over the serial cable originated with Win95 DUN (using the null modem driver available out there on net somewhere). Same getty running on ttyS0.

    6. Re:But Variety is the spice of life... by Anonymous Coward · · Score: 0

      ah I have now come to the light ... I see clearly now. So it is because of the evil third party programs that causes win95/98 to crash huh. of course it couldn't be because microsoft writes substandard OS ... no definitely not ...

    7. Re:But Variety is the spice of life... by Schmander · · Score: 1

      I think your speaking sh^t, ive had uptimes on my win98 box of over a week.. now i know that aint as good as Linux, because i run a linux gateway at home and well it just seems to keep going and going... but that aint the point... I dont know what you people do to your windows 98 box's but its the same with any computer.. you load it with crap and programs not made well enough and not made by the company that made the OS and suprise suprise, the thing dies in the arse.. if you go and get a windows 98 box, dont install anything on it and leave it sitting there.. works fine for ages and ages..

      There are a lot of people out there endlessly knocking a operating system that really doesnt have any challangers.. Linux is not ready to take on windows in the commercial battlefront, Microsoft know that which is why they arent advertising there products for anything but there releases (in australia atleast).

      Ok, to sum up.. i think most people out there are bashing a operating system that does not deserve it, windows mainly dies in the arse when you install to many programs from companys other than microsoft.. those that in my opinion could have been made better. All for all of you out there that bash Windows for no reason except "its cool" SHUT UP!

      --
      The Reality in which we choose to live in really sucks
    8. Re:But Variety is the spice of life... by Rendus · · Score: 1

      Ah, so THAT'S why my Windows 95, IE5, Outlook Express, FP98 box keeps crashing. I've installed too many (none) non-Microsoft programs on it. A BSOD pops up at LEAST every day I'm using it. IE5 likes finding new ways to die horrible deaths, and tries taking the entire system down with it. Today it was loading a Java applet that IE5's JVM didn't like, and it promptly took itself out, along with the rest of the system (Not BSOD, persistant crash dialogs). FP98.. Well, let's not go there. I can't even bring myself to try loading Outlook Express anymore. Last time I tried, it did the Windows equivilant of laughing in my face. (Yeah, it crashed on startup) Besides, I like telnetting to my headless Linux server (486DX2/50, 12mb of RAM) and using Pine more than a graphical, bloated, slower than necessary e-mail client anyways. Yep. Must be those damned non-Microsoft programs again.

    9. Re:But Variety is the spice of life... by Schmander · · Score: 1

      Ok ok, in a perfect world there would be none of these BSOD's, but we do not, thus these problems are usually caused by incompatability, whether it is hardware based or software based.. to extent on of my last points further, i run a win98 system at home, i can burn cd's on it after its been up 1 week without a problem, and thats with a ide burner.. to a lot of my friends.. that is impossible. Perhaps its because i dont by sh^tty hardware...

      I know this is starting to look like im making excuses for Microsoft, but you just stop and think about how many pieces of hardware there are on the market, now each of those bits of hardware have there own instructions on how to work, each atleast slightly different from the others... Windows has to handle almost ever type.. it handles a hell of a lot more that linux does..

      --
      The Reality in which we choose to live in really sucks
    10. Re:But Variety is the spice of life... by babyroo · · Score: 1

      I hate to inform you of this, but most hardware is made following these wonderful little things called "standards". Don't be wowed by the great amount of hardware windows supports, because a great deal of the time they are following "standards". Not only that, you might remember that many hardware drivers are written by the hardware manufacturer (Uh Oh, non Microsoft Software has invaded your machine!). Just because it works in windows doesnt mean *Windows* supports it.

      "What is now proved was once only imagin'd"

      --

      "What is now proved was once only imagin'd"
      William Blake, The Marriage of Heaven and Hell
    11. Re:But Variety is the spice of life... by nemogish · · Score: 1

      About your comment on hardware support... it better damn support every peice of hardware available. Microsoft has the money to make an operating system capable of making a priest get a woody, but does it? of course not. They are too busy selling to the masses. They need to stop their damn trend of making "almost works" software and make something that can handle abuse. Linux funding is squat in comparison, so you might wonder why it's stable in comparison.

      Basically it boiles down to this... I've had beta linux software crash on me and crappy windows software crash too. The main difference is that windows pukes and linux couldn't care less. I can't count the times I've had to reboot NT servers at work because some program died... and I've rebooted our linux and bsd boxes... ummm let me think.... nope, never had to.

      Sadly I would have to agree about the whole bandwagon comment though. It's a fad... hopefully it'll go away.

    12. Re:But Variety is the spice of life... by Schmander · · Score: 1

      Hell, i work for a Isp that uses linux servers.. i know how wonderful linux is especially in this enviroment, and we only have to reboot the servers when some of the more load intensive box's get to 2 months to 100 days then crap out ..

      But hey.. ill be the first one to say that id like to see NT do that... i know it couldnt

      --
      The Reality in which we choose to live in really sucks
    13. Re:But Variety is the spice of life... by delmoi · · Score: 1

      I hate to inform you of this, but most hardware is made following these wonderful little things called "standards"

      In some cases that's true, keyboards, floppy drives, hard drives, CD-ROM's. In other cases you may need other drivers if you want to use all the features. such as video cards(pure VGA only), mice, modems.

      And then there is hardware that while it conforms to an "outside" standards like the phone system, the way it communicates with the computer is different for all devices, such as winmodems, 3d accelerators, Ethernet cards, sound cards video capture cards. Basically, anything "cool" (except for winmodems, witch are a cheap hack and suck).

      while, MS doesn't write drivers for these, the companies do. Some are starting to write drivers for Linux, witch is a Good Thing (nVidia comes to mind). The problem is, however that the drivers are not always that good, and can cause system crashes. Its possible that Linux users with cheap hardware might find themselves in the same situation as windows users. Hopefully H/W designers will Open Source there drivers, and we can all fix bugs together : )
      "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    14. Re:But Variety is the spice of life... by DanJose52 · · Score: 1

      I'm still trying to figure out what part of your little story you left out? You see, I run ICQ, encode mp3's, browse the web(including sites with heavy java on them), AOL, STB TV Pro(tv card viewer), mIRC32, WinAMP, and have the active desktop full of crap at the SAME TIME and I experience a crash under these conditions every day....of course, that crash is caused by lightning which takes the power out daily... :) Windows 98se with MSIE 5 is what I'm running on an AMD K6-3/366 with 128 megs of RAM, in case you're wondering. I run it because I don't have time to write my own drivers and compile things I need, I just want to put the CD in and install what the happy people in redmond put together for me. I have no problems with Windows98 save for the $99 price tag, but I still happily paid it. It's great.

      Dan "Flame Me To Death" Turk

  40. Fragmentation isn't just about applications... by Ami+Ganguli · · Score: 2

    The fact that Wince, Win98, and WinNT all have entirely different source code and are administered differently is IMHO a big liability.

    If I outgrow my Linux box I can upgrade to a big SGI (or Sun or IBM) Unix box and it still works more-or-less the same way. Sure the GUI admin tools look different, but their not so radically different that I can't adapt in a day or two.

    On the other hand, if my company wants to change all it's Win98 desktops for WinNT, I have to learn a different operating system entirely. Unlike Unix, the similarities are cosmetic and the differences are fundamental.

    Changing technologies like this is a big deal for companies that have large existing staff that either need to be replaced (in a very competitive market) or retrained.

    --
    It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. - Abraham Maslow
    1. Re:Fragmentation isn't just about applications... by sjames · · Score: 2

      The last time I had an IRIX box on my desk, I missed a few fine points from GNU system utils (on my Linux box). No problem, they all compiled and ran 'out of the box'. Linux can run SCO apps (I understand that SCO can now run Linux apps as well). If different OSes from different vendors with diametrically opposed philosophies can manage to be compatable, why can't two teams within the same company manage to do the same?

    2. Re:Fragmentation isn't just about applications... by cjs · · Score: 1

      Yes, but `Linux' isn't any better. You can't run BackOffice on under WinCE, sure, but try to compile and run Apache on the PalmPilot version of `Linux.'

      cjs

      --
      The world's most portable OS: http://www.netbsd.org.
  41. Re:all those versions.. by Anonymous Coward · · Score: 0

    Err... you might want to have your computer checked out. Windows isn't that unstable. Heck, Win95 SR1 used to run for days at a time (damn Battle.net) for me. And Windows 98 hardly crashed when I ran it last year for a couple of months.

    RedK
    Too lame to get an account

  42. Windows CE by DMoylan · · Score: 1

    If I remember rightly even Windows CE has different binaries for the different processors it runs on. This means that there are different versions of CE in my view.

    1. Re:Windows CE by MassacrE · · Score: 1

      There are HUNDREDS of versions of Windows CE. Every different product has its own version, and most products that CE is being used on are not PDAs, but 'internal' or special interest devices. There is support for (I think) eight different processors now, and you can build in or out any sort of functionality in CE when you make the platform. For instance, you can either support bitmap or truetype fonts. Not both. Just one. For one example, we were considering a port to Windows CE for an application the company I work for publishes, hoping to get it on a very low-cost system. Most of our profit margin goes towards tech support where people's cheap computers do not like windows and like our software even less. So we want to ship it on a consumer device, so we have no hardware inconsistancies. Well, Dreamcast CE does not include lots of Win32 stuff. CE takes out support for just about all the 'cool' windows features- you can't have any visual mapping mode besides 1 to 1 pixel mode, the only drawing command that is accelerated in hardware is the line. But Dreamcast CE does not even include windows GDI. It is merely DirectX. Or rather, a subset of DirectX. Scratch that idea. In the end, if we say we support Windows CE we have a lot more of a headache we ever would just saying we support wintel 98, so we will stick with that, and people blaming intermittant reboots on our application. *sigh*

    2. Re:Windows CE by Anonymous Coward · · Score: 0

      Most likely because different processor families are very seldom binary-compatible. Unixes also have different binaries for different platforms :) - We brake for someone, but very seldom.

    3. Re:Windows CE by geert · · Score: 1

      Of course, different processors use different machine languages. The same is true for Linux binaries. So you cannot say that StarOffice runs on `Linux', it runs on `Linux/ia32' only.

    4. Re:Windows CE by Anonymous Coward · · Score: 0

      Well, duh. Same goes for any system, unless you're running something like Java (I can feel the bloat now...)

    5. Re:Windows CE by DMoylan · · Score: 1

      Agreed but not all developers release versions for all processors therefore it amounts to different versions when one CE machine cannot run a commercially available piece of software written for a different processor. At least with Linux you can compile from the source. Me I've used Epoc 16/32 and Palm OS for my portable needs so I may be a little biased against CE.

  43. Re:Pro Linux FUD?? by Oblio · · Score: 1

    Ahh, the FUD word. =/ Every OS I have used has had some sort of "fragmentation" or binary compatability issues as it has rolled versions.

    I think the story poster was trying to highlight that the IT media seems to be concentrating on potential linux fragmentation without looking at other OS's.

    That said, as far as the topic goes, if it is fud, it is fud-light. I've personally experienced significant issues moving our source base forward from Win16->Win32, and then sprinkling "if (HIBYTE(HIWORD(::GetVersion())) lessthanssymbol 0x80)"'s arround my printing code. If I was to bitch it would be with printing and gdi in particular. (I can't seem to get the less than symbol to appear when posting "plain old text" I must be an idiot.) =)

    Also, the various releases of comctrl32.dll have subtly changed certain message behavior of some controls our software uses. Admittadly it was somewhat cosmetic, but we have a commitment to making sure our UI is consistant across software releases, so it was something we had to spend time working around.

    --
    Pax -- Ob
  44. Tell the guy... by patrikr · · Score: 1

    ...to just click "Save As Text" in VB3, and VB5/6 vill load and convert the forms/modules just fine.

    We just moved at pretty large app from 3 to 6 at work, so I know for a fact that it's possible :)


    --

    --
    All Glory To The Hypnotoad!
  45. Re:Question by Anonymous Coward · · Score: 0

    As the one who asked the question ... exactly, I do not consider it good either, although I've been using Linux since 0.99.8 and counting ;-)

  46. Re:Simple recompiles by david@ecsd.com · · Score: 1

    Well, when the binary only app doesn't work, I ldd the app and then download the libraries which it needs.

  47. Countering FUD: List of Win95->NT->Win2k programs by Anonymous Coward · · Score: 0

    I have *NEVER* encountered programs that run under 95 that won't under NT4.0 with the exception of non-OpenGL/Glide directX games, but those games now work under Win2k.

    Here's what I run on 98 (crashes maybe once
    a week) and Win2k (hasn't crashed ONCE since april), and NT (hasn't crashed on my home machine in over a YEAR)

    Office97, Office2000

    XWin32

    SecureCRT

    Winzip

    Quicken

    Emacs

    Cygwin32

    Quake 1, 2, 3

    Diablo

    Everquest

    JDK1.2

    JBuilder

    Symantec Cafe

    Visual C++

    Mathematica

    WinAmp

    ACT!


    I'm a Linux user, but I'm really sick of the kiddies on Slashdot *lying* about NT/Windows. The vast majority of my friends run Win98/NT and they don't report BSODs as a daily occurance, or massive incompatibility.

    I actually use Unix, but the desktop experience is just much smoother on Win98, and until you come to grips with that, you will never be able to improve Linux. So stay in denial, and lose.


  48. It's NOT A LIE. It's using their definition. by GeneralTao · · Score: 1


    Calm down, calm down.

    Alot of what the author said was false. Alot of it was FUD. BUT.. I think everyone is missing the point. The point here is that it IS true that if a software vendor designs a program SPECIFICALLY for, say, Win95, there's a fairly good chance that it will NOT work on ALL versions of Windows.

    Sure, with a little effort, you could probably solve the problem. Sure, a clueful developer would not design software that way. THAT DOESN'T MATTER.

    M$ and the Linux FUD-meisters are going on and on about Linux fragmentation, yet the issues Linux faces if the distributions become much more different are IDENTICAL to the ones the various Windows distributions (NT, CE, 98, 3.x) face TODAY. ie: MINOR issues that a smart software developer can work around and/or suggest user-implemented fixes for.

    So let's keep it apples to apples (no pun intended). EITHER Linux is in no danger of fragmenting OR Windows is fragmented already. You can't have it both ways and this article, in my opinion, is merely an attempt to attack Windows using the same logic and language used to attack Linux.

    --
    --- Tao
  49. Indeed: Windows is not a unified platform by jetson123 · · Score: 2
    While there aren't seven incompatible versions of Windows, there is a lot of fragmentation on Windows platforms.

    Among the two major product lines, consumer Windows (95/98/98SE) and small business Windows (NT3.51, NT4, NT2000), there are lots of differences and incompatibilities; even major chunks of the APIs are different. Then, there is CE, which is really just a completely different operating system.

    With all that complexity, Microsoft's operating systems still don't scale over a large range of hardware: all you get is systems that run from hefty PDA to small server. Linux spans that range with just a single OS and API. UNIX/POSIX systems more generally run from on anything from small, embedded, real-time system to the largest scientific supercomputers, parallel machines, and mainframes.

    Compared to UNIX/POSIX, I find that both the interoperability and the scalability of Windows platforms are disappointing.

    1. Re:Indeed: Windows is not a unified platform by Syslevel · · Score: 1

      It's a good thing you said UNIX/POSIX and left out the 'L' os. The GNU community is reknowned for thumbing their nose at standards committees. (text like POSIX_ME_HARDER in the gnu source) There's a vigorous discussion of GCC as an embrace-and-extend development platform crossposted on several of the newsgroups (I'm following it on one of the bsd groups).

      Yesterday, the maintainer of BASH admitted publicly that he doesn't even have access to the POSIX specifications. In a thread where somebody was trying to make the claim that BASH is an implementation of the POSIX shell spec.

  50. Re:It's this kind of crap that kills us all by KidIcarus · · Score: 1

    In general you're making some pretty good points here, but I think it's even worse than you describe. Micro$loth doesn't even need to create their own Linux distro. For the past month or so I've had the creepy feeling that when RedHat issues it's IPO MS (or at least Bill Gates) is going to end up as a majority shareholder. Then they could build a proprietary GUI on top of it and make use of both their own and RedHat's name recognition among newbies. They would be able to seed the single most popular linux distro. with their own proprietary gratuitous incompatibilities and call it an 'enhancement'.

  51. Fragmentation a good thing? by TheSlack · · Score: 1

    Might fragmentation be a good thing for Windows? The UNIX market fragmented. Each guy took a copy and rewrote it and made it better and better. Then linux came along. Now every guy could add their own improvments but keep it non-propiatary.

    What if we could get the Windows market to fragment in the same fasion? Could we end up with a Windows that might actually be usable and stable?

    Jack

  52. Exhibit B by Anonymous Coward · · Score: 0

    The article comes from WINMAG.COM and NEVER even mentions Linux!

  53. Re:It's this kind of crap that kills us all by gregm · · Score: 1

    ooh that hadn't even occured to me. Now I really am scared.

  54. Win9x has UNICODE by Dan+Guisinger · · Score: 1

    Its true people, I've used it.
    The difference is:
    Win9x internals use ASCII
    WinNT internals use UNICODE
    if you decide to use the other one, it has to convert it to make use of it.

  55. WHAT! by Anonymous Coward · · Score: 0

    what are you talking about: " it was simply a matter of uncommenting all of the modprobes, rebooting and then looking to see which one worked, then recommenting the rest"... Are you honestly saying that's easier than clicking a couple "ok" buttons, fishing out your win 95 CD, and rebooting? You people are out of your frickin' mind...... I program for a living. I learned assembly language in junior high. I am NOT a technical illiterate. I was all excited about actually trying linux, get RH 5.2, messed around for a week trying to get X windows working(Command line? No thanks, I lived through DOS 1-5 and my Atari - we have this new thing called a GUI), only to find it didn't support my card (ATI all-in-wonder pro, over a year old), dl'ed and installed new x-windows, still couldn't get it to work, downloaded RH 6, which included new x-windows, couldn't get it to work because my monitor (an NEC xp17, only about 3 years old) wasn't listed and no matter how many times I punched in the stupid stats for the monitor it wouldn't work. Then, I had the audacity to ask a linux newsgroup, and got flamed, despite that I had read HOWTO's and stuff out the wazoo and phrased my question politely and briefly. After all this I get to read some guy on /. say how it's easier to configure his hardware by commenting and uncommenting lines in a text file than clicking OK.... geez.

    1. Re:WHAT! by Anonymous Coward · · Score: 0

      You're right...but remember that you two are talking about different things. He says that it's easy to use what's already supported (Well, if you're using RH and have everything under the sun preinstalled as a module, and never have to recompile your kernel, maybe). You're saying that Linux doesn't support much hardware. I agree with both of you. Think of the poor BeOS lads. *Really* easy to support the hardware there and almost *nothing* supported.

  56. Re:Pro Linux FUD?? by Evangelion · · Score: 1

    Watch it if you're running NT. The last several times I've run it on my machine, NT's filesystem has decided that it just doesn't feel like existing any more (i.e. I boot up one day to 'no operating system found', and then proceed to thank various Ancient & Powerful(tm) deities that I never kept any Real Work on there). The filesystem implosion thing has happened twice to me, and at least once to another person I know.

    Am I alone in this happening to me?

    (yes, well, obviously if it happened to another person I know, I'm not really alone in it, but I was speaking within the context of slashdot. I think. Anyway, it's coffee time. mmmm.... raspberry chocolate.......)

  57. Re:Visual Basic version madness by PenguinDude · · Score: 1

    Yes, you are right. In fact, I did use the "Save as Text" option to get the form saved (cause the company I was doing this for only bought me a copy of VB 2.0 and 6.0, not later ones).
    The main problem I tried to illustrate was the fact that ealier versions of VB used controls that were no longer supported in the later versions. As any VB programmer knows, when you got a ton of controls all squeezed onto one form, maintenence becomes a real bear. Anyone know of a way to port the old controls over to VB 5.0/6.0? I'd rather use the new controls for 5.0/6.0 that replaced the legacy ones, however, if there is a faster way to simply import the legacy controls, that would make the job a piece of cake.

  58. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

    I hate to say this, but your two examples are examples of poor coding. In both examples, you're relying on undocumented behavior in NT. Example 1: The reason you get a stack overflow is because SortItems causes OnItemExpanding to be called. This cause an infinite loop. It sounds more like this is a bug in NT than in 9x. Some day your code will break on NT as well when that bug is fixed. Example 2: You're not properly setting up the display context and relying on the way the OS initializes the context (which is different for each OS). You should always completely initialize the context to whatever you need and not rely on any given behavior that seems to be default since that is likely to change when the OS get's updated. It's like relying on a value to be initialized to 0 by the compiler. Sometimes it is, sometimes it isn't and that could change at any time.

  59. Re:Pro Linux FUD?? by Dan+Guisinger · · Score: 1

    Bullshit
    I test Windows 2000 and every single Win32 app has worked besides games which the installers were written in a stupid way, instead of checkig for DirectX they check for Windows 9.x and then fail....Thats not Microsoft's fault, that is the people who write the software.

  60. My own experiance. by Damon+C.+Richardson · · Score: 1

    Well...
    I just got a full time Linux Programming job. I will be leaving a Windows only company. Here is my experiance. First let me say that I work for a realy big company. The second largest in the world. Here is what I found about windows programming and the reason I can't wait to delete all the windows programming software off my Hard drives at home.
    First I will start with C code. At a large company you have a lot of programs that are old as dirt. Like one C program I had to kinda redo to get to compile with MSVC++ 5.0. When I looked at the code for the first time I thought It was very well written. There were even If defs on the reusable source files that could be re-compiled to OS/2 and Unix. It was these files that caused the most problems. Why you ask? Because Microsoft in a attempt to kill portable C code has changed alot of functions that were ANSII Standard functions to functions that Now have a underline in the frount and capitals in the function name. This turned out to be a nightmare since the Help files for Microsoft sometimes did not make the new names clear. Not to mention the fact that now the code was not nearly as portable as it was befour. since most of these functions were part of the code that should not have needed to be changed to compile on other OS's. After 4 years writing C code that should be as easy as a recompile to another OS this deeply affected my opion of Microsoft. Okay Okay... so this is a pretty easy problem to fix.... It was time consuming and still sucked. It is also a reason why I will be using a different compiler then MSVC++ in the future. ( if i ever do windows again ).

    Second problem. This time MSVB. From VB4.0 16bit to VB6.0 32bit. This time a control from a 3rd party that worked perfect under windows 3.11 did not work at all under windows95. So... I had the task to compile to VB 32 bit. When trying to compile under VB6.0 I was presented with a ton of other problems. Seems that all the other 3rd party Objects that was used in the VB program would not work at all under VB6.0. Seems that Microsoft had purchased all these controls and put them into VB6.0 with the same names only now they all used the Variant data types. This nightmare extended it self to all most every method that displayed data to the user. So yet again. Not a real hard problem, but very time consuming and it sucked.
    I have done quite a bit of Unix type programming in my time. Most of the time I would write things like BSD Socket services on linux first. Almost every time I would take my Linux source and move it to UnixWare, SCO, or BSD. All I had to do was to change the compile options in the Makefile. The *nix code I wrote 4 years ago can still be compiled on all most any *nix box. I can't say that for my C code for Windows. Now I don't even try to make windows code portable.

    I don't think that the "Hard Core" windows programmers even care about running there code on other platforms. So maybe they are more inclined to dink around every time Microsoft comes out with a new Dev Package. I'm not. Thats why I'm leaving the world of MS Windows. Besides InfoWare ( or Web based applications ) will make the OS a client is using a mute point anyway.
    Also. since I work for a really large company that has based there application on MS products there will be quite alot of programming needed to be done when they try to get the current application Security model working on Win2000. I'm glad I wont be around for that!

    --

    Last one in jail is a fascist.
    1. Re:My own experiance. by Anonymous Coward · · Score: 0


      Well, I hate to break this to you, but at any company, you're going to encounter old legacy code, even on Linux, code benefits from a rewrite every once in awhile.

      Furthermore, Unix code is FILLED with #ifdefs, way more than Windows code.

      Lets see: is it BSD? Is it GCC? What version?
      Does the boolean keyword exist? Do you have
      bzero vs memset? What's the size of this
      struct?

      Jeez, just look at all the stuff Perl's configure asks, or autoconf.

      Unix/Linux is far far far worse portability wise than Windows, anything to the contrary is FUD.

  61. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0
    I realize that UNIX code is not going to port with out much trouble, but portability between Windows programs is at the *binary* level. You might have some trouble running newer win 95/NT code on windows 3.1, but try running the latest version of Mozilla on XENIX or whatever. (there's also the Direct X issue, witch has effected me personally... rrr)
    1. First off, Linux and Unix programs are VERY binary compatible. You still cannot copy a x386 binary to a PPC and expect it to run, but that is because the PPC uses a different chip with different assembly code and interrupt systems. They even have different number of registers, pipelines, and use very different architectures. The fact that you can copy a binary from one windows box to another is simply a byproduct of windows running on the same set of processors. Should MS port windows to the Power4, you would lose this capability. Given this information, is this an advantage of Windows? Or is it simply the same across ALL platforms.
    2. Second, the reason Mozilla might not compile is that it is, oh my gosh, BETA!!. That's right, there are bugs. If it didn't have bugs, then it would be a release version. You really should not use a beta version of a program as an example of how all unix programs have bugs and are non-portable. Let's consider porting a program called fetchmail under Linux. I download the source, which has been heavily tested under x386. I run make, and I run the program. Simple. -- Oh, you say they debugged it. Then let's take my most recent assembler I wrote for Compiler Theory. I wrote the darn thing, in spaghetti code, for the PPC (604e). I then compile it on RedHat for x386, and because our TA wasn't any good, I had to run it under Solaris as well. Any problems? Nope. It ran on the first shot. These two examples show that Unix/Linux programs are just as portable as anything MS makes.
    What a FUD fountain.
  62. Re:Overloaded system by Chad+Page · · Score: 1

    Humm... there should be a RealTek driver for Linux, but it is a slow chip anyway. (Grr. All the GOOD cheap NICs vanished the day Intel bought DEC Semi.) As for sound cards, I've found the Ensoniq-chip Creative boards (AudioPCI, SBPCI64(D/V)/128, _not_ PCI512) cheap ($30) and well supported. There are probably some other good cheap PCI sound cards too with native (no SB emulation) Linux drivers.

  63. Clarification on POSIX Support by TheMeld · · Score: 1

    Yes, there is POSIX support in NT. HOWEVER...

    The posix subsystem is separate from the win32 subsystem. That means that you can't make any calls to the win32 API if your program uses the posix subsystem! No graphics, none of the standard windows tools. As such the POSIX subsystem is almost entirely useless, and the only place I have seen it used is in the latest 'get administrator privs' crack.

    --
    -Cheetah
    1. Re:Clarification on POSIX Support by Anonymous Coward · · Score: 0

      NT adopted SOME POSIX protocols ONLY to qualify it for use in the government/military. (hence the stealth ship having to be towed back into port due to NT crashing). NONE of the POSIX protocols in NT are usefull for anything at all... dead code people - that's what Microsoft is about...

  64. Enh; that's not really the problem... by MenTaLguY · · Score: 2

    That's not really a significant problem. What's more of a problem is that Win32 programming requires a number of subtle changes to the C compiler to really do right -- i.e. Windows code in general is not pure ANSI C. "Strict" type checking comes to mind, although it's not the best example.

    Now, in practice it's not that big a problem for most people (the differences are not normally a compatibility issue), but it has been a serious headache for the folks working on winelib with ANSI compilers that don't like the Microsoft-isms.
    ---

    --

    DNA just wants to be free...
  65. NT not multiuser by Anonymous Coward · · Score: 0

    NT is not multiuser, except in text mode. In GUI, only one user at a time can log in. I'm usining VNC client on Linux to view an NT box. Only one login, thank you. Others can log in sort of, but can only view what I'm doing.

  66. Re:What's up with Linux? by Anonymous Coward · · Score: 0

    You missed out WinCE as a branch. Valid or not, it's still there. However, this raises an interesting point, is there an embedded Linux around?

  67. porting VB is a major pain in the ass by MatriXOracle · · Score: 1

    I did most of my high school programming in VB, because I was forced to. Even in the simple programs I made, Windows and VB incompatibilities really pissed me off. Some examples:

    -A setup program for a VB3 program made with the VB3 setup wizard works in 3.1, crashes in 95
    -the grid and database controls changed significantly between VB3 and 5, requiring a great deal of recoding to port the program.
    -One VB5 program which, while compiled as a .exe, wouldn't run on the target system unless VB was installed on it. I've had this problem with VB3 as well.
    -One VB5 program which ran fine in the VB IDE, but crashed when run as a .exe. THAT was a bitch to debug.

    And they wonder why they're losing developers.....

    1. Re:porting VB is a major pain in the ass by Anonymous Coward · · Score: 0

      ...well, if they keep hiring Delphi's developers, maybe VB will end up working OK... Conspiracy: Inprise releases first BasicBuilder next year or so. MS finally buys Inprise, VB7 delayed indefinitely. Delphi, JBuilder, C++Builder die, but funny how VC++, VJ++, VB finally work as advertised...

  68. Re:Article by Darth+Hubris · · Score: 1

    Start an install using the upgrade CD on a formatted harddrive. It will ask you to insert your Win95 or 98 CD for verification. It will proceed with a full, clean install.

    Create a blank text file on your formatted harddrive called "ntldr"; no ".txt", just "ntldr". Install from your Windows 98SE upgrade CD. Win98 will see that you have NT on your system and will "upgrade" it, and replace any and all portions that are "missing".

    You will need to have the CD drivers on a boot floppy or boot from the CD.

    For Win95 create a text file with these lines:
    [Setup]
    ProductType=1
    ccp=0
    Run D:\win95\setup.exe C:\"filename".txt from DOS.
    This will install a full version.

    It's important to note that you must have a legal right to do so, but ability does not equal authority.

    All of this assumes, of course, that you want to install Win 9x on a system. I personally wouldn't want major software upgrades cluttering a system regardless of the OS. If we've all followed good housekeeping procedures with regards to partitioning system and data, this shouldn't be a traumatic experience.

    --
    The party's over ... the drink ... and the luck ... ran out
  69. Slashdot=Misinformed kids... by Anonymous Coward · · Score: 0

    Here's yet another article showing really how close minded slashdot users are. How about looking at it from both angles? The fact that you guys claim you haven't touched windows in a year leads me to believe that you have no idea what Windows is really about. Remember, we are now on internet time in the computer world. Just how much has changed in a year in Linux land? Nuff said.

  70. Re:Not necessarily fragmentation, but still a pain by Darth+Hubris · · Score: 1

    My experience has been that PCI swaps pose no problems in NT4, but ISA does. It takes some finagling to get NT4 to play nice with the new configuration. However . . .

    I've changed the motherboard twice on my NT4 machine with the same installation. I had to make sure that the drives stayed on the same Controller and in the same master/slave configuration. My ISA modem had to be set up again, but that was it. The only time I've reinstalled was for shits and giggles and to reconfigure where the OS and the data lived.

    --
    The party's over ... the drink ... and the luck ... ran out
  71. No. Fragmentation in a closed system not good... by ??? · · Score: 1

    "Each guy took a copy and rewrote it and made it better and better."

    How would you suggest that we "[take] a copy [of Windows] and rewr[i]te it and ma[k]e it better and better"?

    Without the source, we cannot improve things. It just means that Microsoft's (and their OEMS') already overworked undercapable support structures will become worse and more monolithic.

    This whole situation is evenn further compounded by Windows' braindead approach and culture around shared libraries. Would any Linux users here be happy if, when an application was installed by an unprivileged user, without asking the user, it went and replaced libc.so or any of the X libs with a newer, incompatible version? This _is_ the accepted way of doing things on Windows. The net result is you have a complex system of applications, all stepping on each others' toes. Would you like to be providing the support for this system?

  72. Re:Fun with VB by Anonymous Coward · · Score: 0

    It's all ok what you pointed out, but try to write anything real world (not hello world or calculator) which is not slow. It always has been and is too slow, and I think for a reason -- if it was way good people would stick to it and won't buy VisualStudio

  73. Do I detect a taste of bitterness? by Anonymous Coward · · Score: 0

    Yep, Windows can and does make a person bitter. The hours spent on an important document due in the morning, only to have a crash and file corruption ruin it all for you. Your mission critical NT webserver that's down more than it's up (the win2k failed crack challenge for example). The pain in the ass frozen mouse cursor. The famous GPF's. The Blue Screens of Death that are so popular that instead of fixing the problem, MS is planning to profit on it. (I wonder how much ad space costs) :) And there you are, hunkered over your rebooting (again) computer while we while away our time with high productivity - yes, I can understand the resentment. You believe that Microsoft will soon pull their collective heads out of their collective asses and save the day, but it never happens. And here we are, always happy, always excited, grinning all the time (almost as irritating as those bubbly Christians). What can you do but lash out? You get nothing done and in fustration go out to the beach. We get all of our work done and in glee go out to the beach. Who's going to look good on Monday? You upgrade your Windows and suddenly your absolutely needed software doesn't work and some of your important hardware doesn't work. You find out that it's either not supported anymore or you'll have to shell out more green stuff to upgrade. We upgrade Linux and, oh gee, this program doesn't work right. Oh well - make config; make; make install - and we're up and running again in no time. Now, I don't know what's up with the numerous Windows versions and differences and really don't care. All I know is everyone has a horror story regardless of the operating system. It just seems that the Win32 camp has about 95% of them... It also seems that the Win32 camp is so used to crashes that they think it's normal. The computer just wants to rest a little... And users in the Win32 camp seem to be resigned to upgrading their hardware and software every time they upgrade their OS, at great cost. Hey, if you like to be bent over a chair and raped, be my guest. But don't whine about it. You're more than welcome to cross over into the light and live a happy and fulfilling life... :) BTW - I am an avid Linux user (both desktop and sys admin) and I still find the time to be married, raise two children, go swimming, buy a house, run a business, enjoy numerous hobbies including photography and enjoy a very productive life. This wasn't the case when I was struggling under the weight of Microsoft...

    1. Re:Do I detect a taste of bitterness? by Anonymous Coward · · Score: 0

      The bitterness is due to the incredible amount of incompentent people that can't even keep an NT box up. That's sad. Nt has NO inherent problems. All crashes are due to incompetence. Grow up.

  74. FUD by warmi · · Score: 1

    This article is nothing but a bunch of pro-linux FUD. I came to Linux after 5 years programming on Win16 and Win32 and Linux is much , much more fragmented than Windows ever was. Just think about this: how many times were you unable to run something on linux due to incompatible libraries ??

    1. Re:FUD by Todd+Knarr · · Score: 1

      Actually, never. If a program requires libc5 instead of the default glibc2.1, it uses the libc5 libraries installed. If it needs libc4, I go dig up the libc4 libraries and drop them in. If, like some versions of Netscape, it needs a specific minor version of libc5 that isn't completely compatible with the installed version of libc5, I put in the correct library and use a shell script to make sure that Netscape and Netscape alone uses that library. If I need to compile against older versions, I install the proper header files and use the correct compiler and linker switches to make them ignore the system libraries and deal with the versions I need. In short, I've never had a problem with a program not running because of incompatible libraries except when I was too lazy to install the correct libraries.

  75. yea, i had that happen... by nmarshall · · Score: 1

    ...but it was win95.

    it's werd to one day bootup your system and get 'error no operating system found'. this really freaked me out. and was one of the meny reasons i moved to linux.


    nmarshall
    #include "standard_disclaimer.h"
    R.U. SIRIUS: THE ONLY POSSIBLE RESPONSE

    --
    nmarshall

    The law is that which it boldly asserted and plausibly maintained..
    --Colonel Burr 1783
  76. Re:Not necessarily fragmentation, but still a pain by thal · · Score: 1

    Well, I don't really have that much exotic hardware, but I had much less problems installing, for example, my ethernet card in Linux than I did in Windows. In Windows, the first time you put it in, it "detects" it, but it doesn't always know what to do with it. I just had to fool around with it and boot it a billion times until I got everything right. And I still have like phantom drivers for it in my system devices. In Linux, it was simply a matter of uncommenting all of the modprobes, rebooting and then looking to see which one worked, then recommenting the rest. If I had known which one it was, then it wouldn't have even been that hard. In Windows, if I didn't know what I had, I would have to reboot 200 times trying every ethernet card I thought could be mine.

    The only thing that was more difficult in Linux was my soundcard, but only because it comes with a special install disk for Windows. Without that disk, Windows has problems with it, even though it's a genuine SB.

    The only thing I had to manually enter any settings for was my soundcard. Every thing else is automatically figured out at boot.

  77. Re:right !!! by warmi · · Score: 1

    This is one of the worst submissions ever !!!

    Complete bulshit !

  78. Re:how multiuser is 3.1 (not 3.11)? by coldguy · · Score: 1

    "example: i'm still "fighting" with my colegue on photoshop pelettes positions and some other preferences
    because adobe takes same "multiuser" policy as microsoft."

    Well, I know I'm going to get flamed for this.. but..

    NT _is_ multiuser. Each process has an owner (which can be any user on the system), and inherits the permissions of that owner. Processes running on the machine at the same time do not need to have the same owner. In fact, when you're logged onto an NT server, there's usually processes owned by three other users (System, WWW, and maybe Administrator) running continuously during your session. In this way, NT is somewhat like UNIX.

    However, from NT 3.x to 4, there has been no way for multiple users to interactively log on concurrently. The windowing system is basically based off of the same code that was introduced in Windows 3.0, which doesn't even pretend to be multiuser. The only functionality that NT 4 really lacks compared to Linux in "multiuser-ness" are a remotely displayable windowing system, a text-based way to log in remotely (telnetd/ssh/what have you), and multiple virtual consoles.

    This changed a little bit with the introduction of RConsole in NT 4 Resource Kit, which provides a text-based interactive login for remote users, and VDesk, which provides up to 9(?) multiple virtual desktops (in which you can be logged in as one user on one desktop and another user on the other).

    However, Windows 2000 is where a Microsoft OS will finally have all the 'real' multiuser perks. Remotely displayable GUI (which I'm sure the Samba guys or someone else will produce a Linux/X client for) will be included (in Win2k Advanced, at least), and get this.. a telnetd. Plus the functionality of VDesk.

    As for the fact that Photoshop doesn't save your settings correctly, blame Adobe and not Microsoft. In the Registry (which, yes, is evil), there's HKEY_LOCAL_MACHINE and HKEY_CURRENT_USER. When you log into an NT (or even 95 or 98) box, it reads in the values of HKEY_LOCAL_MACHINE, and then overrides those values with the values in HKEY_CURRENT_USER, if they exist. Applications are supposed to store settings like window position, etc, in HKEY_CURRENT_USER, and only the out-of-the-box defaults in HKEY_LOCAL_MACHINE (in case a user hasn't used that particular app before). However, application vendors are often stupid and store all their settings in HKEY_LOCAL_MACHINE, which means that no matter who's logged in, the app uses the same settings.

    I don't mean to sound like an NT cheerleader here.. I actually use Linux at home and prefer it. However, it annoys me to see people bashing NT for things that (in my mind) it actually does correctly (such as multiuser-ness in the registry and dynamic web pages). One would sound much more intelligent by bashing NT for things it sucks at (such as being a mail server or not having to reboot).


  79. Re:oh.... by ostiguy · · Score: 1

    NT doesn't allow any direct access to hardware. Thus, DOS games' sound often wont work, nor will DOS communications programs.

    Matt

  80. Re:Best Method to Upgrade Windows 9.X by warmi · · Score: 1

    That's stupid. If anyone prime interest is in Warcraft than he/she should stay with Windows - it is completely pointless to go thru all this just to play a game that you could already play with no effort whatsoever !!

  81. Re:Apps and kernel versions by coldguy · · Score: 1

    "Can anyone actually name me an app that requires specific kernel version (or at least a certain version). Oh
    yeah, closed-source binary only kernel modules from don't count!"

    ipchains. It requires at least a 2.1something kernel (though you can patch a 2.x kernel to work with it) and doesn't dig pre 2.0 kernels at all.

  82. SunOS Fragmentation by coats · · Score: 1
    I do scientific computing, in large heterogeneous networked environments. There are usually several versions of everything running. The code base is large enough that it is a pain in the a** to have to re-compile and re-link everything (even if everyone had consistent versions, which they don't).

    Among other things, I've had to deal with the Sun WorkShopPro family of compilers, particularly f77 and f90, versions 3.0, 3.2, 3.5, 4.0, 4.2, and 5.0. Taken pair-wise, that's 12 combinations -- no two of which are link-compatible. (Of course, Sun claims that they are... :-) I wish they'd reimburse me for about $12K in extra labor that incompatibility has cost us just this last week;-(

    And the PHB's are Sun-bigots, in love with their stuff. It's hard to make them listen to reason.

    fwiw

    --
    "My opinions are my own, and I've got *lots* of them!"
  83. Re:Hmmm, i just wana to say.... by warmi · · Score: 1

    You are writing this from Win box , arent' you ??

  84. Re:This story is Anti-MS FUD. by Anonymous Coward · · Score: 0

    Fear, Uncertainty, Doubt.

    Fear that you're gonna get the 'wrong' version of these "7 versions of SE", or your programs might not work on the wrong one.

    Uncertainty of which version of these "7" you need -- and what the differences are.

    Doubt that one 'version' of SE is the same as another 'version'

    Besides, it's false. There aren't 7 versions of SE. There's SE, then there's 98 SP1. Seems like 2 to me. And they're not significantly different.

    This IS FUD people. Remember what it stands for.

  85. Re:Not necessarily fragmentation, but still a pain by r_hakz · · Score: 1

    Try moving any card to a different PCI slot, windows will flip out and reinstall the driver for the thing, Linux won't even care...

    Move your NIC, windows will install a second driver for it, losing ALL the settings for the thing...

    Install a new mother board, when you boot windows you will have no cdrom, and it will try to install drivers for the disk controller, but you can't use the cdrom to access your friggin win98 disk! To fix this, boot off a floppy and load some dos cdrom drivers, then boot windows and you have access to your cdrom again.

    in linux...

    Install new mother board. Boot Linux. Linux sees the disk controller just fine, finds all the hardware you had in your machine and boots without a problem.

    --
    The oxen are slow, but the earth is patient... - High Road to China
  86. Re:THIS STORY IS A SERIOUS ISSUE! by PimpBot · · Score: 1

    >Don't worry. You are.
    Wow...a tad touchy, aren't we?

    In reply to the rest of your comment:
    Let me guess...you also believe that little green men abduct people on a regular basis.
    MS has played a big brother role...that's not in question. But you toss out the idea that MS distributes unseen patches...now, correct me if I'm wrong but something like that would leave finger prints...such as extra packets being transmitted, changed dll's that some AV program would pick up. You might suggest that the Windows API allows for such modifications. Well, considering the quality of the rest of Windows, I think evidence to that point would have already come about. When you have proof of such calls, then you can start throwing out your "theories."

    When it comes to MS specific URL requests, I ran a couple request on altavista and yahoo using both NS and IE on a Mac at my place of emplyoment. Identical results (at least the first 20).

    Let me play devil's advocate for a second:
    kfm:KDE::ie:Windows
    Without kfm's web intergration, KDE would be a significantly different desktop enviornment. Are you telling me that KDE can do web integration, and MS can't?

    As far as the "Windows 95 Compatable" deal goes, its MS..its a big corportaion, and like most big corporations, its multifacited(sp?). One comittee judges 3rd party software, and another one actually writes the OS. Such problems are to be expected.

    Wow, I sound like a Microserf here. Makes me feel kinda dirty. ;-)
    --------------------------

  87. Re:7 different versions of SE? Pish. by Alan+Shutko · · Score: 1

    You're missing the point. The point is there are at least seven ways of getting something that is called Win98 SE. And each way gets you something different. Some fix some bugs, other ways fix other bugs, some methods give new features, and some don't. But they all have the same name.

    We're not talking here about WinNT vs Win9x vs Win3.1. When a customer buys one of those products, they know what they're getting, just as customers understand that SuSE and Redhat may be considerably different. But what about two Win98SE people, who each got it by a different method? Something might work for one, but not the other, because of subtleties related to the install. Confusing, no?

  88. backwards compatibility != lack of fragmentation by jetson123 · · Score: 2
    What the hell is this? quite frankly, windows is almost perfectly compatible.

    Backwards compatibility isn't the same as lack of fragmentation.

    Major chunks of the APIs are different or missing between the different Windows versions (even leaving CE out of the equation). What is shared is often incompatible in subtle or not so subtle ways. And a lot of the backwards compatibility is only a short-term workaround and impractical (do you really think you can use an 8.3 version of Word on NT for long before it becomes a logistical nightmare?).

    Similarly, in theory, you can keep your old source code and still compile it. But in a commercial development environment, that's not really an option. When Microsoft comes out with MFC, ATL, or a new database access library, you have to use the new stuff to be able to take advantage of the new features and remain competitive, and that often requires a fundamental rewrite of your application.

    Which matters to you more as a developer and user depends. But I think it is accurate to say that the Windows platform is quite fragmented, even though it may offer a lot of backwards compatibility.

  89. Fear - Uncertainty - Doubt by Anonymous Coward · · Score: 0

    And once again the Lienix kiddies resort to FUD to try to deflect a very real question about all the various Linux distributions... Whatever.

  90. Re:How about porting from win32 to win16? by coldguy · · Score: 1

    "How easy is it to port an NT/Win 2000 application back to the good ol Win 3.11? I dont think that is "just"
    an recompile ;)"

    What's the motivation for porting a NT/Win2k application back to Win3.11? What exactly have you been smoking? It's like porting a big Linux application to Minix.

  91. Re:Cyrix?? by coldguy · · Score: 1

    Fact:

    Cyrix chips suck.


    Theory:

    Crappy companies that release crappy hardware only write drivers or design hardware for Windows consider the driver bug-free if it doesn't crash within 5 minutes of light use. Then they go out of business or get bought and eviscerated by the company that bought them.

    Linux does better with this crappy hardware than Windows does because many drivers for Linux are written by people who really can't afford good hardware, but hate having their box crash. Therefore, they first write drivers that expect the hardware to do exactly what it should, and then write workarounds for particular pieces of crappy hardware so that they'll work correctly, too. Ever compiled a kernel? There's stuff like this all over it, and actually, that's a very good thing. So in many cases, the Linux drivers/code actually work better than the manufacturer supplied drivers/code.

    Windows sucks with this crappy hardware because (a) the company doesn't care, or (b) if you don't have money, MS doesn't really care about you, and since they can certainly afford the top of the line, they aren't plagued by crashes from crappy hardware. If MS has to write a driver, they just write code that expects the hardware to do what it should, and freaks out if the hardware doesn't.

  92. Re:Visual Basic version madness by daviddennis · · Score: 2

    I wrote a large VB application in VB 3.0. A consultant hired by our company said that the Access database in VB 4 worked better and had some whizzo new features, so we decided to upgrade.

    The experience was vile. All our old VBX controls were replaced by OCXs. In the case of one of the controls we used (Truegrid, if anyone cares), the entire interface was rewritten. As a result, every form I had using a grid had to be rewritten. In addition, the database interface had some bizarre bugs that required major changes in the tools I used to generate SQL queries.

    Suffice it to say that the whole thing was a hideous mess. My best advice after going through that is to stick to whatever version of Visual Basic you first started using. Do not upgrade under any circumstances.

    D

    ----

  93. Everyone seems to be missing a point here by nitehorse · · Score: 1

    The point isn't whether or not Linux is fragmented; nor is it about whether or not Windows is fragmented. It is about the fact that Bill Gates himself, who we all know and either love/hate, claimed that one of the reasons that people probably WOULD NOT USE LINUX IS BECAUSE IT IS FRAGMENTED. Now that implies that Windows ISN'T fragmented; however, seeing as how there are innumerable different versions, we ALL know that this isn't true. That's what the article is about. It is just more proof that Micro$oft is hypocritical. Don't get your panties in a wad over whether or not Linux is fragmented; Linux himself agrees with that and doesn't apologize for it. But he doesn't criticize Windows or Bill Gates because of their product having the same fragmentation as his; I realize that that is on a much lesser scale (with Windows having at most ?30? different builds including all the different CE versions and Linux having what was it? 191 versions?) But the real question is this. How MANY of those windows versions ran, and currently do run, with as much uptime as ANY of the marked stable versions of Linux? Remember, EVERY RELEASE of windows is supposed to be stable unless marked otherwise. So 95, 95b, 95c, 98, 98SE, NT3.51, NTWS4.0, NTS4.0, NTES4.0, all of these are supposed to be stable. I won't claim that the versions of NT crash as much as the 9x versions, but they aren't (in my experience) as stable as Linux. Comments?

    -Chris

  94. Ok, Ok, Ok! by The+Original+Bobski · · Score: 1

    Alright already! So I woke up in the early morning from the pain caused by the disease that is eating my life away. So I decided to distract myself and catch up on Slashdot. So I decided to reply to a message, but between the pain and early morning fog, it came out stupidly. So I should have known better and not left any message. OK? Sheesh. Now go get a life.

    --
    satire, n: 1) witty language used to convey insults or scorn; 2) a form of humor lost on most slashdot moderators.
  95. Pure and utter garbage. by Anonymous Coward · · Score: 0

    As a Windows programmer I can assure you that my Win32 programs run on /all/ Win32 platforms with no changes whatsoever. The only exceptions are WinCE (which runs on non-Intel platforms) and Win 3.1. And even porting from Win 3.1 to Win32 is far easier than some Unix ports. Get your facts straight before you go spouting garbage.

  96. Re:What's up with Linux? by PimpBot · · Score: 1

    I see WinCE has a retarded inbred bastard child of Windows 9x(who itself isn't that great of a specimine)..I try to ignore it whenever possible ;-)

    But, it is a valid flavor of Windows...so yeah, there's 4.

    As far as embeddle Linux goes, I could have swore I heard something about someone trying to get the Linux kernel running on a Palm III. Of course, it might be the voices in my head again ;-)
    --------------------------

  97. Re:Hmmm, i just wana to say.... by coldguy · · Score: 1

    "Micro~1 sucks.... Have you seen how many Service Packs are around there??????"


    Linux sucks.... Have you seen how many kernal versions are around there??????


    Jeez, one would think you'd be happy that MS eventually gets around to fixing bugs and adding new needed features in their products. They do it slowly, but at least they do it.. and don't charge for it more than once every two years. Better than I'd expect or hope for from closed-source binary only stuff. Moving from NT 4 to NT 4 SP5 is like moving from Linux 2.0 to 2.2.. waaaay better.

  98. Re:oh.... by coldguy · · Score: 1

    "NT doesn't allow any direct access to hardware. Thus, DOS games' sound often wont work, nor will DOS
    communications programs."

    That's a bad thing? Sure, you lose DOS compatability, but hey, big deal. I don't want some rogue app talking directly to my hardware. If you let a program take direct and exclusive control over one of your devices, haven't you completely defeated the point of going to a multitasking OS? Or am I just being ignorant, and old DOS games are actually a crucial component of mission-critical server operating systems?

  99. Re:all those versions.. Pirates With an Attitude by fr0g · · Score: 1

    Funny that you include the PWA version.


    nice that software pirates are beta testers for Microsoft.

  100. Not pro-linux by Anonymous Coward · · Score: 0

    they don't even mention linux in the article. It *is* anti-MS FUD though.

  101. Re:It's this kind of crap that kills us all by Anonymous Coward · · Score: 0

    Uhmm.. if MicroSoft was going to get into the business of a UNIX or UNIX-like clone, they might as well bring Xenix back from the dead. Yuck.

  102. Re:Cyrix?? by Rendus · · Score: 1

    Fact:

    When this box runs Linux, it NEVER crashes. Not with load averages over 10, not when playing Quake.

  103. Wow! by ??? · · Score: 1
    "It stays up for weeks at a time without any system crashes." Wow! Weeks at a time - you don't say?

    More to the point... anecdotal evidence shows little - on either side of the issue. Win98-SE apparently does have some (severe) problems. If it's working for you, great! That doesn't mean that it's a quality product, though.

    As for the Internet gatewaying, NAT/IP masquerading have been around for ages on the sane operating systems. This is not a new feature.

    Word to the wise - don't try using PPTP to set up a VPN on your home network. The "security" used is a joke compared to less proprietary protocols like IPSEC. Take a look at l0pht.

    1. Re:WOW! by Syslevel · · Score: 1

      Look! I saw a black helicopter swoop down! Twelve rolls of astroturf fell out of it! Now they're coming for me!


      You'd think this was a talk-about-tech (platform neutral) site.

    2. Re:Wow! by Syslevel · · Score: 1

      Reality check- Anybody who needs a 'workstation' grade OS like Windows 98 to stay up for more than "weeks at a time" is mis-applying the OS. So your sarcasm is misdirected.

      Anybody who's not running a continuous-duty 'Server' application, who leaves the system running 24/7 in order to log those oh-so-important uptime hours is, well, playing a little ego game.

      I mean, get real kids. Yes, it's cheap fun because you don't pay the electric bill in your dorm room, but come on...

  104. Re:It's this kind of crap that kills us all by coldguy · · Score: 1

    "Uhmm.. if MicroSoft was going to get into the business of a UNIX or UNIX-like clone, they might as well
    bring Xenix back from the dead. Yuck."

    *shrieks in terror, runs around room, falls on floor and flails about*

    Xenix! Noooooooooooooooooooo!

    Seriously, if Xenix is what Microsoft thinks UNIX should be like, then Microsoft is seriously warped. I've actually gotten my hands dirty with Xenix a few times in my life, and it's something I hope I never never never never never have to do again. It was obviously written by programmers who (a) hate the human race, and (b) were under the influence of extremely strong (we're talking CIA grade here, folks) mind-altering substances. Xenix radiates a "wrongness" than one can feel within a 3 mile radius of the machine that's running it, and by the time one could get close enough to the machine to actually see it, even Tux and the BSD Demon/Daemon/Cute-stylization-of-evil made physical would be renouncing their ties with UNIX and saying that Atari TOS is the only way to go.

    They could have made Blair Witch Project a whole lot scarier for me by just saying there was a Xenix box somewhere out in those woods.

  105. Re:Pro Linux FUD?? by ochinko · · Score: 1

    Thats not Microsoft's fault, that is the people who write the software.

    Mac fans have been repeating the same argument for many many years. The thing is that however bad a program is, it shouldn't be able to freeze the whole system. With Linux you kill the program and if you care you can examine it's core dump. With Win and Mac most of the times you are forced to reboot because the faulty app has taken down the whole system.

    So the responsibility for an unstable OS is precisely the people's that wrote it.

    I read a book about programming by a prominent MS developer some years ago. In it he advised against using 'defensive programming'. This is a style of coding that makes the bugs in your program harder to track but it also fools you that there are fewer bugs present than there actually are.

    It is obvious that MS programmers continue to use this technique and that makes their bugs harder to reproduce and thus harder to get rid of. If you add to that the inclination to reboot in order to avoid tackling even the most trivial of problems (like the log file that was filled up in their beta IIS2K) and what you get is a system that is indeed quite hard to debug. Add to this their bloated libraries, add the fact that they don't actually need to produce a stable OS because otherwise it would be easier for them to convince you to buy their next version three years later by promising you that they killed all previous bugs, and you'll begin to understand why their OS is inferior in terms of robustness.

    This post is getting quite long but let's mention also that their code has been seen by less people literate enough to be able to correct any mistakes.

    You could argue of course that they have more *features*. And you would be right. It's all a matter of priorities.

  106. Re:What's up with Linux? by Syslevel · · Score: 1

    Palm III is a port, not an embedded Linux.

    There are real embedded Linux projects out there (I don't have a URL, I am sure somebody else can supply them to this thread).

  107. What a load of FUD by Salamander · · Score: 2

    First off, the way he counts seven versions of Windows 98 is dishonest, since it counts the same thing bought in a store and downloaded electronically as two separate versions. Yeah, right. By my count it's more like four of five, which is still a really stupid way to release software, so it would have been better to report the sad truth honestly instead of trying to inflate the numbers.

    Others have addressed the way that many Windows applications port more easily between 95/98/NT[1] than UNIX applications port between e.g. Linux/AIX/HPUX. Heck, thanks to glibc-maintainer incompetence, even portability between Linux distros is often questionable. What I'd like to point out is the issue of driver portability. Windows 98 adopted the "Windows Driver Model" which is a minor variation on the model NT had used all along. While this doesn't necessarily mean that the same driver binary will work with both, the changes required are trivial. Compare this to the situation in UNIX-land. Driver models are drastically different between UNIX versions, even between those that supposedly use standards such as DDI/DKI or DLPI. Occasionally a driver can be ported with little change, but more often 30-50% of the driver code has to be different for each platform. The saddest part is that there have been efforts to agree on a common UNIX driver model, but people right here always shout them down as a way to make it easier for vendors to ship closed binaries. *sigh* You want openness, you take fragmentation with it as a necessary consequence, and I wish everyone who tries to have their cake and eat it too (in this or other contexts) would just choke to death.

    [1] As an owner of and programmer for a CE device, I think it's fair to say that CE isn't truly part of the "Windows family". Yes, it has the same GUI, mostly, but the internals are totally different.

    --
    Slashdot - News for Herds. Stuff that Splatters.
  108. Re:ok ok you guys made up my mind by Syslevel · · Score: 1

    Why OS/2, when you could choose Coherent?

  109. When did we get on the topic of Sun? by slothbait · · Score: 1

    Actually, I like Sun, but I'm glad there are people who are open about their problems with it...

    I'm curious. You mention making your bosses "listen to reason". What are you trying to convince them to do? Do you want to change systems (to another OS), or standardize on a few compilers? Or do you want to get rid of the Sun software altogether (move to GNU perhaps)?

    Or are you considering something even more drastic, like buying a few MS products?

    --Lenny, who still uses OpenLook at work.

  110. threading versus fork() by MenTaLguY · · Score: 1

    > Properly written programs on Unix use processes
    > not threads.

    It depends on what you are writing. Some things demand multithreading -- SHM and fork(2) only get you so far, and fork(2), although efficient compared to the Windows equivalent, can waste resources in many instances.

    > Threads are not necessary in Unix as they are
    > on Windows for performance.

    Untrue. The situations that demand multithreading are the same as they are under Windows; it's just that under Unix you can fudge things using fork(2) in what would otherwise be transitional cases.

    (That is sometimes desirable; fork(2) is more portable and the separate address spaces add robustness, although it does cost you some speed and memory, even with copy-on-write)

    The main reason you don't see fork(2)-like stuff being done under Windows is because Windows physically has no way of simply implementing a clean copy-on-write clone of the current context. CreateProcess() just creates a new blank process and does the equivalent of an execvp(2). Best you could do is CreateProcess() with the same executable as the parent, and then use CreateRemoteThread() [ that API call is EVIL! ] and shared memory to copy as much state over as you could.

    > They do help, but not nearly as much.

    Wrong. For some purposes, they don't really help. For others, they net very dramatic improvements in performance. The situations under which multithreading is desirable, though, are basically the same under both Windows and Unix.
    ---

    --

    DNA just wants to be free...
  111. How about porting from win32 to win16? by Anonymous Coward · · Score: 0

    How easy is it to port an NT/Win 2000 application back to the good ol Win 3.11? I dont think that is "just" an recompile ;)

    1. Re:How about porting from win32 to win16? by Pike · · Score: 1

      "good ol Win 3.11" ??? Why in the whole stupid universe would you want to do a fool thing like that??? Nobody except nobody uses Windows 3.anything anymore! Like I said, you may as well port your stuff to TRS-80 Disk Basic 1.1 or store it on a paper tape for crying out loud. It's a non-issue! Nobody with a gram of grey matter is going to need to do such a thing. You people keep asking that dumb question. And it is a dumb question.

    2. Re:How about porting from win32 to win16? by Anonymous Coward · · Score: 0

      There is a city public library near here, where all the public computers run Windows 3.1, Netscape 2.02, etc. Methinks you perhaps operate in an ivory tower of computing, from whence you never come down to greet the gritty, smelly masses.

  112. To all those who say 2 FUDs don't make an article by MeerCat · · Score: 1

    I agree that MS-FUD would be bad, but the unfortunate real world is that the article in question is badly written, but not FUD.

    I agree that some posters have remarked on silly issues (like trying to run NT4 programs on Win3.1) but MS backward compatability has always been terrible, and relies on the fact that the old platform dies when the new one is released, so someone will rewrite the old program for the new platform.

    I've spent 15 years (since Uni) developing shrink wrap and in-house software, and I'm sorry to say that, contrary to what a number of people have posted;

    - well behaved Win16 binaries do not run OK on Win32 platforms (WoW is a virtual subsystem that emulates Win16, it's not the real thing, it's as bad, if not worse, than WABI, SoftPC, etc.) except by luck

    - well written 16-bit Windows code did not simply recompile onto Win32 (and the numerous variants). Even with simple 16-32 bit word changes, numerous API calls and messages which MS claimed were "non-order dependant" would only
    work called (or expected) in one order on win16 and another order under WoW (16on32) or under full Win32. The famous Unix Rabbit book about differences in key API calls would have been invaluable 5 years ago, but nobody knew enough to write one.

    - NT 3.5 (especially with the "new shell") and NT 4 were very different and required significant rewrites at source level. I expect W2000 to be as different, if not more so.

    - is it 7 different versions, or 7 ways of getting one thing ?? Well, at my current big company, the ONLY way we have found to reliably roll out, for example, Office97 over Office95 is to rebuild every single machine - from fdisk up, because registry keys and DLLs are just so variable across all the permutations of which SP you have now and which you're installing. Is this FUD ? Well, I was at the Office 2000 Deployment conference, and I have the business card of Robert Crissman Jr. (Product Manager for Office) on my desk to say that he agreed - never upgrade Windows or Office, always wipe the disk and start all over again.

    - trying to get an inhouse build of NT4 with an inhouse build of IE4 (on a locked down desktop of identical machines) has proved possible, but only with a tweak every month for the last 18 months. Anyone who doesn't mutter "the horror, the horror" in response to the phrase "shlwapi.dll" doesn't really know about deploying NT and Office.

    Is all that techie enough ??
    I've done cross platform Unix work, and to honest it Unix sounds worse, but ends up easier.

    Tim

    --
    I spent a lot of money on booze, birds and fast cars. The rest I just squandered. - George Best
  113. Re:was that the 'origonal' windows 95 (950)? by unitron · · Score: 1

    Is the July 11, 1995 version "originaler"?

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  114. Re:It is you, who needs a clue by unitron · · Score: 1

    "you can't exspect(sic)old versions of software to support new features in new versions."
    Why not? Isn't this stuff supposed to have been written by visionary geniuses with a clear view of the road ahead?

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  115. NT Posix compliance by unitron · · Score: 1

    It's only there to keep the U.S. government happy, not to actually be of any use.

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  116. Re:Install Windows from the Hard drive (nt) by unitron · · Score: 1

    It especially makes life easier after you've dropped the CD a few times and gotten scratches too deep to polish out. (or if you'd have to install from a big ol' double handful of floppies)

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  117. Re:Cyrix?? by coldguy · · Score: 1

    Hence the theory. The reason it never crashes under Linux is that Linux users who wound up with a Cyrix chip got sick of their box crashing and worked around the inherent braindeadness in the chip, where as MS said "Screw that. People who can only afford Cyrix chips can't afford our latest vesion of Office. Why should we fix our stuff for them? There's no money in that."

    Yet another yummy reason why open source is better =). It produces code that is not only better in terms of distribution and modifiability (I'm not even sure if that's a word, but you should get what I mean), but also code that is better in terms of working on all hardware and not just the Intel chip-of-the-week.

  118. Re:Not true (KDE and GNOME) by simm_s · · Score: 1

    Uhm, the sweetness of *nix is you can statically link the KDE libs or GNOME libs and it can work on the same OS and different environments without the libraries. I had to choose between KDE and GTK and I chose KDE, because I like the Documentation for QT. I think if you actually researched the issue you would have found this out.

    The issue of linux fragmentation comes in when linux coders use linux ONLY things like /proc or try to access hardware directly like the use of /dev/dsp. In a way this is laziness, coders need to learn to use libraries that work for *nix in general. The more general you get while programming the more scalable and stable programs get.

    Any compiling problems can be solved when you learn how the compiler works, and how to read compile errors. Otherwise use rpms and avoid the source.

    To make a long rant short try to avoid making linux programs and make *nix programs.
    ---------------------------
    ^_^ smile death approaches.

  119. Re:Who needs fragmentation anyway? by juggleme · · Score: 1

    "It's in the fact that I have copies of MSIE 3 that swear blind that they are actually copies of MSIE 4 (this when queried via Javascript under oath). "

    I almost had a heart attack laughing at this. Allow me to explain.

    Some coworkers of mine are doing some freelance web design and are having a hell of a time developing for IE 5 b/c if you just ask it if it's Netscape or IE it will say it's Netscape. (though if you ask it what version it is it will say it's IE 5...)

  120. Re:Simple recompiles by simm_s · · Score: 1

    That's not linux's fault that's the developer's fault! In linux it is assumed that the source should be open. This could happen to any OS, but that is the major point of the existence of linux. Close source gives users and developers headaches!!
    ---------------------------
    ^_^ smile death approaches.

  121. Re: Fragmentation in the Windows world by WasterDave · · Score: 1

    Not at all. There was some network logging in stuff, but the basis of the OS wasn't even remotely multiuser.

    --
    I write a blog now, you should be afraid.
  122. Let's see by Anonymous Coward · · Score: 0

    Linux developers find bugs, and submit patches to various sites and distributions within hours. They cost nothing - just a little download and install. Microsoft developers probably already know about their bugs (a profit making venture) - every few months they'll release a bugfix/update - but it's going to cost you. With Linux, you live with a bug for a few hours at the least, a few days at the most and you can fix it for free. With Microsoft, you live with a bug (thousands) for the duration of you using Microsoft, and the few that get bugfixes and updates more often than not you have to shell out for them or pay support to request them. Even just shipping - $5 bucks is a rip-off. I ship boxes for customers for less than that. Imagine profiting 1 dollar for every "free" fix shipped. I'd rather pay $5 bucks shipping to Cheapbytes for their $1.99 Linux - at least there I'm getting way more value than I'm spending. Having to pay for a fix of a faulty product is just plain stupid and it's a shame so many people don't notice that... If I build a new computer and sell it and part of it doesn't work - I sure as hell don't charge my customer for the fix. It's my product that was faulty and my responcibility to make it right. Why doesn't Microsoft operate under the same principals? (that would assume they can fix it in the first place - and they call their fixes "updates" as if you're getting something special - what a sham...)

  123. Re: Fragmentation in the Windows world by zarcher · · Score: 1

    Win 3.1 is 16-bit code sporting the win16 api. NT in all versions is 32-bit code supporting the always changing win32 api. As for multiuser, win3.1 has cooperative multitasking (not preemptive such as with linux, win9x, or NT).

  124. Re:Truth by Syslevel · · Score: 1

    It's a bit stretching it to say so, but yes, the proprietors of Slashdot do benefit when they can fan the flames.

  125. Re:remote access + concurent sessions by hany · · Score: 1

    when using such remote access tools, windows got big problems running apps (for concurently logged users) because of same reason i mentioned (as you wrote: stupidly made applications): apps compete for files/resources/... assuming they are runing in only one instance (this relates to 3rd party products but to MS' own Office suit too IMHO)

    having remote access (text or GUI based) is ONE thing and having whole system (not just kernel and some services) multiuser is SECOND thing

    and only "second" is usable

    --
    hany
  126. Really big "fragments" though. by Syslevel · · Score: 1

    The fact is, each of the separate Windows "fragments" represents a bigger 'market' than Free Software as a whole. So while it can be said the market is fragmented, each fragment is a big healthy bunch of customers for a product.

    There was a transition period when software vendors felt it necessary to sell multiple versions (Win16 and Win32) of Windows programs in the same shrink-wrapped package. I bought a fax program packaged like that a few years back.

    People hold onto and continue to use some of the more mature Win16 products (Office 4.3 is a good example) because they are solid programs that work well at what they're designed for. In a way, the high quality of Office 4 has undercut Microsoft's ability to sell newer versions. A happy customer isn't clamoring for an upgrade.

    (yes, I know I've said incenderary things here. Some of the more unstable torches will doubtless go off now. Here's the first spoonful of baking soda to try to put out the fire: "Windoze~1 5UX")

  127. Re:Pro Linux FUD?? by Anonymous+Coed · · Score: 1
    Just look at the mozilla binaries directory. Just for the x86, there's separate binaries for glibc and libc5 and libc4 systems. Plus there's the fact that none of those will run on old a.out systems.

    Gee, that's funny. My Debian system can run libc6, libc5, and a.out binaries without any hassle. Mozilla provides these different binaries as a convenience more than anything.

    The whole Linux libc "compatibility" situation is quite overblown. Usually it's a non-issue.

  128. VB imitates INTERCAL? by washort · · Score: 1

    This sounds extremely familiar to the Warmenhovian logic used in INTERCAL's "SELECT" statement.
    Warmenhovian logic has four states: True, False, Undefined (e.g. an uninitialized flip-flop) and Oscillating,
    represented in the INTERCAL manual as 1, 0, ?, and F.
    "Note in particular that, while NOT-0 is 1 and NOT-1
    is 0 as in two-valued logic, NOT-? is ? and NOT-F is F."

  129. Re:Fun with VB by daviddennis · · Score: 2

    Well, sorta. My VB 3 real world program was painfully slow. Then we got a Pentium/75 and it became reasonably fast. Then we upgraded to VB 4 and it was slow again.

    Now that we have 400mhz machines running it, it's fast again. But of course we haven't upgraded to VB 6. My recommendation is that we don't.

    D


    ----

  130. Re:Pretty much correct. by Cyclic · · Score: 1

    They are quite important for a good object oriented library. Without threads, you just don't seem to have a logical IO system. Point me to
    a single threaded IO/GUI OO system. None are
    at all good OO without blocking the system.

  131. Re: windows 3.1 multi-user by radja · · Score: 1

    it isn't. windows 3.1 is a shell around dos. dos isn't multi-user, neither is win3.1

    --

    No one can understand the truth until he drinks of coffee's frothy goodness.
    --Sheikh Abd-Al-Kadir, 1587
  132. NT 4 and games by magellan · · Score: 1

    My joystick disappeared when I added SP5. I reinstall it but it disappears after reboot. Plus, the Flight Sim 98 install did a rip and replace on my Sounblaster Drivers and removed the volume control from the tray. I now have to fly in windows 95.

  133. I agree about man and info... by slothbait · · Score: 1

    Unix is in great need of reduction. The man/info split is a good example of competing solutions to the same problem (a competition that has never ended), but there are many others. I really yearn for a (GNU) Linux distribution that has the guts to dispense with some of the old baggage and redo some of the older systems in a more unified and sane manner. At times, I've considered doing it myself...

    Seriously: what I feel we need is a *progressive* distribution that isn't afraid of breaking a few ties with the old Unix world. Why do we have three versions of grep? Why do we still have "edit" lieing around? Who in their right mind still uses xedit (by choice)? Why is the find command so difficult to use? (and *don't* tell me to read the docs: I've read them all) These are holdovers from the past...largely anachronistic.

    Most all distros coming out these days just gank the Red Hat or Debian package list and try to differentiate themselves with a "slick" install program, or "pentium optimized" compiles. Is anyone trying to define a better base for a Linux system?

    Now, I understand the benefits of backwards compatibility with Unix, and this ancestry should not be broken without good reason. However, in some cases I *do* think we have good reason. But somehow, what constitutes a "Linux install" has been set for years, and almost no one is questioning that selection. I suppose that they are happy to have some kind of "standard base", but I don't like many of the inconsistencies in that base.

    *sigh* I'll get off of my soap cube now. But, please: someone inform me if there is such a project in the works.


    --Lenny, who has launched off into day-dream mode.

  134. Adminspotting by TtG · · Score: 1

    Where is that quote from? I'm pretty sure I have already seen something very similar somewhere, but can't remember where...

  135. Re:How many linux paches are there? by sjames · · Score: 2

    Probably as many as there are Windows patches. The difference is, most of the Windows patches are MS internal. Most of the Linux patches are also Linux internal, it's just that with open source, internal only means freely available.

  136. Re:Visual Basic version madness by Ben+Hutchings · · Score: 1

    VBXs are Win16 shite. Of course you can't use them in 32-bit programs.

  137. Anything else you'd like to make up? by Zico · · Score: 1

    Greyfox, how about the next time you submit something to Slashdot, you just send the link and spare us the discussion on something you obviously know nothing about. Please?

    "Most of the time you'll have to write your windows code from scratch." Uhhhh, sure thing, buddy...

    Cheers,
    ZicoKnows@hotmail.com

  138. Re:Visual Basic version madness by divbyzero · · Score: 1

    Before I discovered the benefits of programming in a Unix-type environment, I used to do a bunch of VB programming. (Admit it, many of you did too!)

    There is a quick solution to VB's cross-version compatibility problem... use the "save as text" option in the older version's IDE, then "load from text" in the new version. They put in this feature to allow people to use better editors than the one in the IDE. It has been available at least since VB 2.

    Div.
    But my grandest creation, as history will tell,

    --
    But my grandest creation, as history will tell,
    Was Firefrorefiddle, the Fiend of the Fell.
  139. Re:Not necessarily fragmentation, but still a pain by Salamander · · Score: 3

    My experience was a little different. I installed a new disk drive in my system, making the new one the primary IDE master (I do SCSI at work, don't want it at home) with the old one as primary slave. I could still boot Windows 95 - yes, 95, not 98 - via LILO off the old drive and it would figure out what happened and be happy. When I tried to boot Linux off the old partition it wasn't happy because what used to be /dev/hda was now /dev/hdb etc. So I restored the old hardware config, booted Linux, fixed up LILO and /etc/fstab and so on and so forth, and rebooted. Still doesn't work. Maybe there's some step I forgot, but if anyone here says it's my own fault for not remembering to change /etc/shove_this or whatever then I don't ever want to hear a comment from the same person sneering about config.sys and win.ini and "that just works on Linux" because there's just as much nobody-could-have-known crap on Linux as on Windows. I've been working on UNIX kernels longer than Messrs. Torvalds and Cox, and it's entirely reasonable to say that the OS should be able to figure out something as simple as this and deal with it instead of crashing. Remeber, even lowly Win95 managed it, and Linux fell over itself.

    --
    Slashdot - News for Herds. Stuff that Splatters.
  140. No Compatiable by Bud^- · · Score: 1



    Why is winmag spread a FUD like substance around about M$, when they have a M$ Office 2000 banner at the bottom of their page?

    I'm not saying it is total FUD city or anything, kinda if to.

    And what is the deal with the guy who posted the story, Now that is FUD

    I just like saying FUD, neat word.


    Seriously though a couple years back I used to run old DOS, Win3.1 apps on a Win95b machine, without any problems (Expect the ussually suspects).

    I have a friend who runs win98 at work, I downloaded those old DOS, WIN3.1 apps from my ftp server (now running linux), ran the programs with little problems.

    Try running a Sparc Solaris app on SparcLinux and see what your get..

    You can run some binraries though an emulater and get them to work... x86 Solaris can run x86 Linux binairies without problems, x86 Linux can run x86 SCO binairies without problems. Provided you have a Special emulater to do this, it can work though.

    As for there is 7 differant boxes of win98 SE, there was alot of win95 editions... The only think I would worry about is which win98SE edition has the correct bugs fixes... Did this version leave out the IE4.0 security fix, or did this one forget to include the OLE bug fix...

    Not that I would personal use win anything :)


  141. Missed the point by Anonymous Coward · · Score: 0

    I think you missed the point. The problem isn't *abou* choice. It's about the choosing of what you wish to carry. The way it's suppose to work is you carry what experience has shown you will most likely sell. As for the rest you make it known to your customers that they are available and can be ordered if they so desire. The customer gets their *choice* the stores don't have to carry a lot of inventory. You may not get as much of a *bulk* discount but then one must always be careful when excercising that option. As you say it's about *choice*, question is who's choice are we talking about?

  142. BS: ALL of my 98 users crash more... by musique · · Score: 1

    than my 95 users. 98 is crap, because they've broken power management. Every 98 computer that I've bought, without and with changing default settings, has gone to sleep only to never wake up a great (20-80%) percentage of the time.

    Users come to me, "My computer always goes to sleep and won't wake up." I always ask, "Are you running Windows 98?" And amazingly they say, "Yes." A: Disable power management.

    Or, "When I shut down, I get a black screen and the computer hangs." I ask: "Win98?" And the answer is always (GUESS?)

    Of course, NT almost never crashes. My laptop has never crashed since SP4. I have to reboot (because NT has no way to go into administrative mode without logging out--a pain in my ass) for convienience sake to restart all of my services when the SQL Server 6.5 (Dev. Ed.) memory leak creaps up, and that's only once a week. (i.e. faster than logging out, logging in as Admin, restarting MSSQLServer, logging out again, and logging back in.

    I was reading about the 19,000 NT versions in the latest issues of NT Magazine. (load ballancing edition, terminal server edition, cluster edition, enterprise server edition, ...) Maybe if they opened the source, people could compile their own editions. (musique edition - Run afterstep as the window manager :)

    AND of course, my Linux box is faster and never crashes with a slower processor and less RAM than my laptop.

    If you want MS S#1t to get better, E-mail MS and let them know that they suck. Eventually they will get the point and maybe, just maybe, make a descent OS product.

  143. Re:MSIE users... by · · Score: 1

    Of course, they are displayed correctly on Windows. But fortunately, not the whole world runs Windows, as you might have noticed.
    --
    OS lover

    --
    OS lover
  144. Reminder, Red Hat does not Define Linux! by Anonymous Coward · · Score: 0
    > So if I want to upgrade my webserver I gotto
    > apache.org, /dl the new one, compile it, then do
    > the same for my windows sharing client /server
    > (samba)

    Run Debian. If you're a real zealot you can run the dselect program daily and it will download all updated Debian packages. This way you don't have to worry about recompiling, etc...

    Even better, the Debian packages WORK and are conveniently and uniformly placed.

    I will admit that Debian (like Redhat) does lag behind the near-weekly updates of source trees in many projects, but most maintainers do a good job!

    BTW, this is not a troll, I don't want to get into a distribution holy war here. I just like to point out to many people that Redhat's shortcomings may not be shared by all the popular distributions in the Linux community.

    Wondering where my registration went,
    Neuronix
    igotfucked@yahoo.com

  145. Re:40% incompatibility for W2K? by Anonymous Coward · · Score: 0

    I can't really attest to the accuracy of that statement, given that I compile all my own kernels, but anyway... Firstly, it doesn't matter because if you need a.out, then just recompile your kernel, with a.out support enabled. Takes half an hour, maybe. Secondly (and this is the more important point), it doesn't matter, because with open source, anything that used to be a.out is no longer distributed as a.out, because people just recompiled. Windows, on the other hand, has legacy binaries, which will never go away.

  146. Re:Countering FUD: List of Win95->NT->Win2k progra by M$ · · Score: 1

    Aphrael,

    I agree with your comments on Win98 as a development enviroment, but I have to disagree on the NT stuff. _What_ the hell are you doing as a developer to make NT crash? Low-level programming or system drivers?

    Please add the type of programming you do to the debate. Thanks.


  147. Re:Countering FUD: List of Win95->NT->Win2k progra by Black+Blade · · Score: 1

    Gee, at my work - I'm not an IT professional - we have a Win95 box that is used for Word processing, to recieve e-mails for supply orders and periodically track packages via the internet. That machine crashes almost daily. Probably three times a week. If one of the network drives - which we never use - is unavailable because the server is down Windows crashes.

    I no longer use Windows at home. I for the most part use various distributions of Linux such as Slackware and Mandrake. They kick Windows AND NT butt. So does my FreeBSD installation. I don't think that Linux and users of other open source OS's are in denial - that's the Windows users that want to convince themselves that it's OK to reboot once a week and pay $150+++ for it. I paid $1.99 each for my distros. I hear a great chorus of open source OS users laughing with glee.




    --
    #include "mysig.h"
  148. Re: Fragmentation in the Windows world by Anonymous Coward · · Score: 0

    None of the windows except the terminal server edition are real multiuser systems. Casual NT-server in Windows network can do no more than share files & printers. And act as a web-server etc. ofcourse.

  149. Oh really? by demon · · Score: 1

    I think most of us have had SOME dealing with Windows. I know I have. "Both angles"? Which other angle are we looking at it from? Windows is fragmented, but Bill & Co. are pointing fingers at everyone else saying "Look how fragmented is!" Linux has been changing pretty rapidly - improving hardware support, gaining support from hardware manufacturers, and gaining some serious applications.

    How much have things changed in the Windows world of late? Not much - Windows 9x went to 98, and it still sucks - they just shoved in IE and a few bugfixes (which should have been in there LONG AGO) and USB drivers and a few other minor things. No significant changes in the GUI. It still crashes. It still bluescreens and hangs up and acts erratically. Not a huge change. NT still sucks as a serious server. No big changes there either.

    Linux has its fragmentation, but for the most part, all the major distributions are staying with glibc2.x now, keeping up with the latest XFree86 releases, and there're utilities to convert packages for your distribution of choice. LSB will hopefully pull that together even more.

    Linux is trying to move AWAY from fragmentation. Bill & Co. just don't care - fragmented or no, they're going to claim what they want, and market the crap out of their low-quality product.

    I think this puts it best: "If buildings were built like software, the first woodpecker to come along would destroy 95% of civilization." That definitely applies to Microsoft software.

    --

    Sam: "That was needlessly cryptic."
    Max: "I'd be peeing my pants if I wore any!"
  150. Re:Fragmented Graphics API.... by MenTaLguY · · Score: 1

    > is Berlin supposed to be OpenGL only?

    No. We're adding postscript next (think printers). However, you generally don't program directly to the OpenGL or postscript or whatever layer, there's an abstraction layer (DrawingKit) over top which is pretty much consistent. Which is not to say that you couldn't use the OpenGL stuff if you wanted to, and it is not to say that OpenGL won't be the 3d API of choice.
    ---

    --

    DNA just wants to be free...
  151. This is not fully true by Anonymous Coward · · Score: 0

    Normaly all new versions of windows are downward compatible with the older versions. The only thing, where you can get such versionproblems is, when you use functions, which are only avaible on one of these versions of windows. e.g. if you compile your program with unicode, it will only run on WinNT. If you use Direct*, it will only run on Win95 or Win98. Such things are the only things, which i know to make problems. But they can of course make much trouble, if you e.g. should make your program using Unicode on WinNT, but Ascii on Win95 without recompiling it. (MsDev supports compiling a program with Ascii or with Unicode support without changing the sourcecode) I think, this is not realy the major problem of windows

    1. Re:This is not fully true by WasterDave · · Score: 1

      True, unicode is an NT only thing (CE too, but that doesn't count). NT and COM both use unicode as their internal string type, but will exchange between ascii and unicode really easily. Use unicode for getting the last smidgeon of 'performance' from NT apps. Otherwise use MBCS for international stuff under 95, or ascii. Depending on what mood you're in.

      You need a recompile to switch between the different modes, and there are significant differences in the source to get over this (there is a different entry point for unicode apps). However, VC++ has a heap of macros (TCHAR and _T) for dealing with this invisibly, as well as explicit conversion macros that actually work.

      Dave .

      --
      I write a blog now, you should be afraid.
  152. Not True by Anonymous Coward · · Score: 0

    Microsoft puts the NT service packs up on the net for free download. They don't cost a cent. Likewise the hotfixes for serious problems (which contrary to Linux FUD, actually do tend to get fixed within 48 to 72 hours).

  153. glass houses? by Davorama · · Score: 1

    Hmmm... Doesn't sound like fragmentation but version compatibility. My bad experience with this is having to pay extra for drivers for an NT box when 95 drivers came with the device. But.... IMHO, You should not make too much noise about this when issues like a.out->elf or libc5->glibc2->glibc2.1->glibc2.1.1 can be such a pain in the ass.

    --

    Davo -- Free speech, free software, AND free beer.

    1. Re:glass houses? by Black+Parrot · · Score: 1

      > But.... IMHO, You should not make too much noise about this when issues like [...]

      True, but that was actually the point of the original post: the media and FUDmeisters are talking up Linux "fragmentation", and he pointed out that it's not a Linux-specific phenomenon. It's probably best that nobody throw stones on this topic.

      --
      Sheesh, evil *and* a jerk. -- Jade
  154. Damn straight by Anonymous Coward · · Score: 0

    In ten years of reading USENET and now web postings, I don't think I've ever read anything that was so dead on as this posting. As much as I hate "me too" and "yeah, what he said" postings, I agree completely. Reading slashdot makes me want to run anything but Linux, and reading USENET now just leaves me mourning for what it once was.

  155. Shades of Grey by JPelorat · · Score: 1

    Adaptec EZ CD Creator... Try installing it to NT 4: no problems. Try installing it to NT 3.5: it won't even install.

    There is a lack of compatibility for programs between versions of the SAME OS. As you say, this is not true of -every- program, but neither is it 'nearly perfect'...

    Also, try running a random new 32-bit binary on Windows 3.1. Let's see how far you get... there is a certain point at which new binaries will no longer work on older framework, and vice-versa, for both camps. That's why having the source code is important, cos you can tweak and/or recompile that program to get working binaries for the given framework.

    --
    Hokey statistics and ancient misconceptions are no match for a good thought in your head, kid!
  156. 7 different versions of SE? Pish. by Anonymous Coward · · Score: 0

    There might be 7 different products (boxes, for want of a better term) available, but they all produce the same files/dlls/ocxs ultimately. How many Linuxes are there then? I'm betting it's more than 7, and each version of a file could be substantially different from another. Remove the mote from thine own eye. Choose linux. Choose no job. Choose no family. Choose a f***ing big monitor. Choose X10, Perl, MP3 players and electrical novelties ... choose PHP and wondering who the f*** you are on a Sunday morning. Choose sitting on that couch watching mind-numbering, spirit crushing computer games, stuffing junk food into your mouth. Choose rotting away at the end of it all, pishing your last in a miserable home, nothing more than a embarrassment to the selfish, f***ed up advocats you spawned to replace yourself. Choose your future. Choose linux ... But why do I want to do a thing like that?
    A tip of the hat to Adminspotting.

    1. Re:7 different versions of SE? Pish. by Anonymous Coward · · Score: 0

      The original post was obviously stupid, but what's crawled up your ass?

  157. No by Anonymous Coward · · Score: 0

    Where's this quote from Gates? It's certainly not in the article you're replying to.

  158. Re:Not true (Win16 to Win32) by Anonymous Coward · · Score: 0
    As for "API reading from a serial port" changing, the only real changes were a few function names (open, close, read, write all changed to standard file i/o versions). All the wierd DCB stuff is still supported with no changes!

    Wrong. Win16 used window messages to indicate when serial data was received. Win32 uses file handles and I/O blocking. The two APIs are vastly different.

  159. Re:Not necessarily fragmentation, but still a pain by Anonymous Coward · · Score: 0

    This is why everyone I know changes their CD-ROM drive to be Z immediately after installing the sucker. Then you can later add more hard drives to your heart's content.

  160. Re:Choose life ... I did by drivers · · Score: 1

    What you say is very interesting but why do you have to insult gamers and science fiction fans (or did you mean sci-fi?)

  161. Re: Fragmentation in the Windows world by Ed+Avis · · Score: 1
    Correct me if I'm wrong, but just how multiuser is 3.1 (not 3.11)?

    Just how multiuser is NT? There is Terminal Server, but most NT installations allow only one user at a time, although you can create multiple accounts.

    --
    -- Ed Avis ed@membled.com
  162. Add MacOS X to that list too... by Maktoo · · Score: 1

    Heheh, yeah, and you can add MacOS X Server and MacOS X (client, due next year) to the list of platforms you can easily port Unix apps too.

    BeOS isn't too far either (though a little tougher).

    heheh... haha Windows ;)

  163. It's already been done by MenTaLguY · · Score: 1

    "Internix" was done by a third party sometime ago as a replacement for the (useless) POSIX subsystem in NT. I believe it'll be the new POSIX subsystem in W2K.

    I'm not really overly worried, to be honest. VMWare and cygwin32 don't really seem to have had a major attenuating effect on Linux adoption (in fact, quite the reverse); I don't think this will either.

    Is the key to Linux the apps or the kernel? If the apps are more or less present on both sides, then the kernel becomes the discriminator, and we win.
    ---

    --

    DNA just wants to be free...
    1. Re:It's already been done by Anonymous Coward · · Score: 0

      Easy. Short term, this helps M$. Long term Linux. Native Linux apps will always run fastest and most efficiently on Linux rather than Windows. So more programs are written for Linux (since anyone can use them), and when people discover that their programs run faster under native Linux, they go to Linux.

      Which is why, though I appreciate the efforts put into WINE, I wish the developers would knock it off. If a publisher can say "Just use WINE...it'll work" when you ask them for a Linux port, you never get a Linux native version. Don't tell me it won't happen -- it happened on the Mac with Virtual PC. Lots of people asking for ports were rebuffed, and told to get Virtual PC. The WINE guys would be better off making a Linux emulator for Windows, much as I hate to say it.

  164. Strictly speaking, Win3.1 had some preemptive mult by Improv · · Score: 1

    Strictly speaking, Win3.1 used a mix of preemptive
    and cooperative multitasking -- cooperative for
    Win16/32s apps, and preemptive for DOS apps.
    Completely cooperative multitasking wouldn't
    work with DOS apps -- DOS programs don't have
    a way to give up the timesplice.

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
  165. Re:Pro Linux FUD?? by iserlohn · · Score: 1

    Pls. don't bold your paragraphs when there is nothing really special there. It is really annoying. Thanks.

    In an oss/fs world, binary inoperability is not a big issue. Source support for different platforms is. Install Linux one day and see what that means.

    Who would want to run a applications through a emulation/thunking layer when they can run it natively.

  166. ego game? by MenTaLguY · · Score: 1

    > Anybody who's not running a continuous-
    > duty 'Server' application, who leaves the
    > system running 24/7 in order to log those oh-so-
    > important uptime hours is, well, playing a
    > little ego game.

    Um, either that or extending the life of their hardware. Power cycling is extremely unkind to our silicon friends.


    ---

    --

    DNA just wants to be free...
  167. Emulation by Improv · · Score: 1

    Of course, if you're on an Alpha, and lack
    an intel machine, you could use the x86 emulator
    that DEC has so generously provided us...

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
  168. Re:What's up with Linux? by coldguy · · Score: 1

    "I see WinCE has a retarded inbred bastard child of Windows 9x(who itself isn't that great of a specimine)..I
    try to ignore it whenever possible ;-)

    But, it is a valid flavor of Windows...so yeah, there's 4."

    WinCE is no more a flavor of windows than Win95 + LiteStep is a flavor of NeXTStep. It looks like Windows. The APIs are vaguely similar. But the code underneath it all isn't..

    WinCE appears to be the product of some evil goon at MS who said "Hey! I know! Let's completely re-write 95 to run on PDAs, and let's strip out %95 of the features, and then, if there's anything left that we did correctly the first time, when we do CE we'll do it in a totally backwards and ghoulish way! Then, we'll write the APIs to slightly resemble that of normal Windows but change them in ways too twisted and fiendish to discuss at the moment! We'll also throw in a bunch more of the functions from normal Windows, but we'll just set our random character generator up to put code behind those, so instead of being different and/or weird compared to our regular stuff, they'll just NOT WORK AT ALL! And then, we'll pass it off as an actual version of Windows and say that it's really easy to port to from Windows when it's actually more painful than having your nose bitten off by a VT100 emulation!"

    It's kind of scary to say this, but you shouldn't associate WinCE with Win95 because Win95 deserves more respect than that.

    Hopefully Embedded NT won't be done by the same evil goon.

  169. Re:Countering FUD: List of Win95->NT->Win2k progra by aphrael · · Score: 1

    Your experience is a little different from mine, then. When attempting to do development work or
    debug under windows 98, I can't expect the machine
    to stay stable for more than two or three hours.
    NT, on the other hand, I manage to crash once
    every two or three days.

    Running desktop applications --- office, games,
    win amp, etc --- win98 seems reasonably stable
    (although ICQ blows up under it constantly). But
    trying to do development work under it is asking
    for trouble.

  170. Re: Fragmentation in the Windows world by timftbf · · Score: 1

    Pre-emptive multi-tasking? Win9x has it, except when it doesn't. Anything that hits the thunking layer fails to multi-task miserably (ISTR there's a single mutex for all of the 16-bit code in 95).

    Trying to do anything while accessing the floppy has routinely blue-screened every 95 and NT machine I've used (not BSOD, the 'an error has occured while writing' full-screen nonsense).

    Then there's the little un-announced joys of non-compatability between versions, such as the removal of support for DOS file/record locking (SHARE.EXE functionality) in Win95 OSR2. That was fun for those running "legacy" DOS database apps (like great chunks of FidoNet, and I'm sure plenty of other folks).

    It's a mess :(

  171. Re:Pro Linux FUD?? by Azog · · Score: 1

    I have had significant problems with compatibility between NT and 95/98. These problems do exist.

    I develop Win32 software professionally for a very small company using MS Dev Studio (C++, MFC, ActiveX controls). We aren't using anything like multimedia, DirectX, or any of the other newer API's.

    A couple of examples:

    1. Last year, I discovered that in the OnItemExpanding event for a MFC tree control, you can do a SortItems in Windows NT with no problem. But that causes a stack overflow on 95. (Worked around by using the OnItemExpanded event instead.)

    2. I wrote an ActiveX control this year which draws into a bitmap and then bit-blits onto the screen. This dramatically reduces flicker. It works perfectly under NT, but under 95/98 the bitblt resulted in complete garbage on-screen. Never did figure that one out. (Worked around by detecting the OS at runtime and not using offscreen bitmaps unless it's NT. Sigh.)

    Stuff like this is a nightmare to debug, and often only discovered near the end of the test-fix cycle.








    --
    Torrey Hoffman (Azog)
    "HTML needs a rant tag" - Alan Cox
  172. Office 2000 by Mathieu+Lu · · Score: 2

    It's also pretty funny for Office 2000. I work in a computer store, and when someone walks in asking for the price of the product, it's hell.. Also, I'm in Montreal, so there are french and english versions:

    - Standart
    - Professionnal
    - Premium
    - Developpers

    + Now, double that for the academic versions.
    + Also add 4 more for the upgrade versions. (but you can't upgrade an academic version).
    * 2 because there are french translations of all the products, they are all in the same box as most linux apps do.

    = Total: 24 different boxes of Ms Office 2000.

    But wait! You can also buy all the products individually (frontpage, word, excel, whatever..)
    Imagine how fun it is, and how clients are usually pissed when they need to buy these products. :)

    Now that's what I call Marketting:

    This forces most stores to buy a big load of Ms Products, since to get a better "cost" price they have to buy alot. But they also have to buy all the different versions. Therefore, they have to store these boxes somewhere, and that's why in all stores you see a wall full of boxes, since it's either they have alot of this crap, or they won't have any.

    Therefore, stores are forced to make free publicity for Microsoft products and they make it sound very important because they have a big pile of boxes. But they don't have a choice but to have a big pile of boxes since there are so many different products to display!

    (that was hard to explain, don't be too supprised if I typed it all wrong :)

    1. Re:Office 2000 by Anonymous Coward · · Score: 0

      So you think that Microsoft make so many different retail boxes as a conspiracy against the retail outlets - and not to give more choice to customers of what they buy.

      Perhaps MS should just force everyone to learn engligh - and buy preimuim editions.

  173. Re:What's up with Linux? by Ted+Nitz · · Score: 1

    Lineo has Embeddex (or however it's spelled). Those two names make me laugh every time.
    -Ted

  174. Re:Multiple Windows 95 by drivers · · Score: 1

    > USB can only be added to 95B or later

    I used to work with a systems integrator setting up computers with an OS, and drivers for tons of peripherals, usually out of the mainstream ones, and a bunch of software and drivers, and getting them to behave nicely together. There was one configuration that had to be Windows 95, not 98, and using a Microsoft USB keyboard. Despite the fact that USB "support" was in Windows 95, Microsoft would only provide drivers for the keyboard that worked with Windows 98. You know you have a problem when the most substantial input device (that is usually handled by the BIOS level, plus the lowest levels of DOS) requires Windows 98 but doesn't work under Windows 95 OSR2 with USB "support."

  175. Article by Anonymous Coward · · Score: 0

    Anyone have anything to say about the ARTICLE? RTFA -Its from "WinMag" for goodness sake.

    1. Re:Article by TZA14a · · Score: 1

      Well, the problem is this: The article talks about incompatibilities when installing a Win98 SE over normal Win98, which, as M$ explicitly states on their website, IS NOT A GOOD THING TO DO. Of course, they have mislabeled it so the customers will think they can install it and live happily ever after, but Greyfox managed to make it into "Windows fragmentation", which is utter crap, it's just the everyday "App xxx overwrites DLL yyy" problem.
      --
      "The use of COBOL cripples the mind.
      Its teaching, therefore, should be

  176. Talking out your ass by Anonymous Coward · · Score: 0

    If the application was trying to access hardware directly, it wouldn't have worked in Windows/286 much less Windows 3.X unless it was running in real mode.

    1. Re:Talking out your ass by IntlHarvester · · Score: 2


      Yeah, that's why Win3.1 had no mouse or video card support.
      --

      --
      Business. Numbers. Money. People. Computer World.
  177. What we mean by portability by Jepler · · Score: 1

    Unix users make the claim that Unix code is more portable than Windows code. "Why," they say, "you can "just compile" gnu fileutils on any old unix---even on windows. But Microsoft can't port IE to Solaris without man-years of work."

    Windows users say, "I can run the same binary that worked on DOS 1.0 on Windows 2000 server. Unix can't do that, Unix is not as portable as Windows."

    This hilights the difference between Unix and Windows ideas of portability---Unix portability is in terms of providing the same API on many platforms and calling a recompile portable. The Windows way is by adding a new API every few years, but endlessly dragging along the old ABIs.
    (Is it really true that you can't compile to the win16 ABI with recent Microsoft development tools?)

    If Linux is emerging into the world of Windows, people evangelizing it either need to educate others on what we mean when we say "portable", or use the word in the way the Wintel world expects to hear it.

  178. Re:Best Method to Upgrade Windows 9.X by Anonymous Coward · · Score: 0

    Except for step 4, 5, 6, etc involving playing other games besides Starcraft and Solitaire don't work...

  179. Re: Fragmentation in the Windows world by WasterDave · · Score: 1

    Only half true. Windows NT (even workstation) is truly multiuser. The services run under the system account. Most people log in as administrator, and DCOM components invoked on the server are run under the account of the remote user.

    Only one user can be the interactive user i.e. the one that gets a screen to play with. AFAIK there's nothing stopping you writing your own multiuser shell onto the existing multiuser kernel and running it as user mode code (the NT4 windowing stuff runs in kernel mode).

    Dave.

    --
    I write a blog now, you should be afraid.
  180. Re:Not necessarily fragmentation, but still a pain by Jon_S · · Score: 1

    man rdev

    Actually, I hate people who just say "man whatever" as a response, but I'm not at my linux box, and I forgot the syntax. You have to rdev the kernel to know which harddrive has the root partition. Note, you don't have to recompile, just rdev it.

    If you alreay know this and tried it, then ignore this post.

  181. Hmmm, i just wana to say.... by Anonymous Coward · · Score: 0

    Micro~1 sucks.... Have you seen how many Service Packs are around there?????? Are multiplier!!!! VS sucks FSO sucks Windoze sucks sucks (for each version).

  182. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

    A) Why on *earth* are you still using win16 apps? I mean, you can't run UNIX binaries from that timeframe on Red Hat 6.0 either. What UNIXes were big in '86, anyway? AT&T? B) There are a heck of a lot more things written for Solaris that don't work on Linux or things done for Red Hat that require the latest libraries and break stuff than there are problems between Windows. I like Linux more than Windows, but compatibility is *definitely* not the reason. Get your facts straight, people arguing that Win compatibility sux.

  183. Simple recompiles by LizardKing · · Score: 1

    I have only encountered one application that didn't work happily after a change for a.out to ELF, or libc5 to glibc2. This was a particularily flaky app and the tweaking of two functions fixed it. In fact, it was better for it. The two functions in question used several library functions that are frowned on as potential memory blitzing holes ...
    Chris Wareham

    1. Re:Simple recompiles by Davorama · · Score: 1

      Yes, but what about binary only apps? While this is not the norm for Linux some of these are out there and I know I've had some troubles where the only solution is to reach for the phone and pray that there is intelligent life manning the help desk...

      --

      Davo -- Free speech, free software, AND free beer.

    2. Re:Simple recompiles by LizardKing · · Score: 1

      While this is probably a bit of a glib thing for me to say, I can point out that this is one of the benefits of free software (or open source, call it what you will). With it, I *can* simply recompile.

      Obviously I realise this is not always the case in the real world, but then I tend to use stuff where I can get the source code beacuase it suits my laziness. Rather than fart around with purchase orders and licensing nonsense it's far easier to download a free alternative off the net.

      This is what makes free / open software so useful to me, regardless of the FSF ethics or whatever. I can concentrate on getting the job done, not worrying about lengthy evaluations because the responsibility for spending a serious amount of cash is hanging over me, as it is with commercial software. Given that my experiences of commercial software support have left me less than enamoured, the lack of accountability (who does my boss sue?) with free stuff is a non-issue.


      Chris Wareham

    3. Re:Simple recompiles by Davorama · · Score: 1
      All true and my general attitude too except that my boss doesn't care about who to sue when the software doesn't work. They just blame me!

      I've always thought that this was an arguement slightly misunderstood by the free software world. I've never heard of any legal action against a vender where I work but I sure have seen folks catch hell for a bad choice in software, especially when it was free. It's not who do you sue, it's who do you blame. PHB's blame software venders when they pay money to them. They blame the engineer when the software was free. Not that it's logical or that I agree with it, it's just what I've seen happen.

      --

      Davo -- Free speech, free software, AND free beer.

    4. Re:Simple recompiles by motyl · · Score: 1

      Yes, but if it was open source, you have a chance of fixing it, before things get really bad.

  184. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

    Then why do all the non-games(DirectX)/non-low-level (direct hardware) utilities I use written for Win98 work fine on WinNT. I dunno about going the other way. Maybe WinNT binaries don't work well on Win98. But you can run just about anything for Win98 on WinNT.

  185. all those versions.. by xcene · · Score: 1

    Hi. I've been running several versions of the Windows 9x family. In short, I've installed and used Win95 v4.00.950, Win95 OSR1 v4.00.950a, Win95 OSR2 v4.00.950b
    (aka build 1111), Win95 OSR2.1 v4.00.1212a, Microsoft Memphis (win98 developer release) build 4.10.1415, Microsoft Memphis beta v4.10.1500, Microsoft Win98
    release candidate 3 v4.10.1900, Microsoft Win98 [PWA] v4.10.1998, Microsoft Win98 Retail v4.10.1998 (yes, the last two are different), Microsoft Win98 Second
    Edition beta v4.10.2162 and now Microsoft Win98 Second Edition final v4.10.2222/3.

    Of all these versions, i must say that Windows 98 Release Candidate 3 (build 1900) has been the most stable of all the above versions. I think I never had one single
    BSOD during the two-three months of using it. Upgrading to the final version of Win98 introduced several bugs and crashes. Also, while using the SE beta, I had a
    general feeling that it was a lot more stable than the "final" version of Win98 SE. Do Microsoft add bugs to the final version and keep using the release
    candidates/internal builds for themselves? Seems very strange....

    --
    -- close but no sig
    1. Re:all those versions.. by Anonymous Coward · · Score: 0

      >Do Microsoft add bugs to the final version and >keep using the release candidates/internal >builds for themselves? Seems very strange.... Could very well be. I remember reading something about a win98 programmer responding about an identified bug -- he said something like if they fixed it, less people would want NT. Now this doesn't *really* make sense to me.. but hey, it's MS we're talking about here -- they do a lot of wierd things. - jF

  186. Best Method to Upgrade Windows 9.X by Anonymous Coward · · Score: 0
    Step 1: Scrape hard drive completely.

    Step 2: Install RedHat, Debian, Slackware or any other distribution.

    Step 3: Install Wine and play Starcraft.

    1. Re:Best Method to Upgrade Windows 9.X by Anonymous Coward · · Score: 0

      wine is crap, half of the apps don't run well on it

  187. A few qualifications by Anonymous Coward · · Score: 0
    Hmm. Can't seem to log in. Anyway...

    *) In programs more complex than "Hello World" in a window.

    *) In my experience. I admit I try to limit my Windows programming experience lest someone recruit me to program in it full time (Shudder.) I am responsible for the maintenance of a Win16 program that downloads fonts to a printer. Some customers want an NT port, so we'll end up rewriting it from scratch and drop Win3.1 support so that we can use a compiler written in this decade. A half-decade ago on OS/2 support, we saw the Win32* API's changing every other week, probably to break WinOS2. My Y2K people tell me Windows 3.1 isn't Y2K compliant anyway.

    *) Not AIX, which tends to differ significantly from other UNIX flavors.

    And for you naysayers,

    *) If it's so compatable why are we going through another iteration of the 95/98 kernel with W2K desktop edition instead of going to the NT kernel? If they're binary compatable or all it takes is a recompile, I wouldn't think that going straight to the NT kernel would be any big deal.

    --
    Greyfox

    Greyfox has been a professional programmer since 1989 and has been programming since he got his first computer in 1983.

  188. MS only supports current and previous verions. by cpeterso · · Score: 1

    So VB5 would (apparently) support VB4 files, but not VB3.

  189. Realmode by delmoi · · Score: 1

    it is posible to use realmode drivers for thigns under windows 9x however. a frend of mine *could not* get his CD-ROM to work. I 'un rem'd it from the autoexec.bat file, and it worked perfictly.

    also, I think that if you have a DOS driver up before windows boots, it uses that (in some cases) usualy CD-ROM, sound ect drivers are loaded in the dosstart.bat file, and run when you 'exit to dos' I'm not real sure though, but I know windows can use realmode CD-ROM drivers
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  190. Pretty much correct. by Midnight+Coder · · Score: 1

    Amongst other oddities Petzold Win3x example printing source code won't work on 95 (but the binaries will) and I doubt your average Win32 program ports easily to Wince. However it's much easier to port programs between versions of windows than versions of unix.

    Just look at the state of threading for instance. Linux has good support for threading but other *nixes don't so code intended to be portable can't use it :-( I believe there is an ACE library that includes portably *nix threads but from all accounts ACE is bloated and complicated, most people opt to use a non threading solution, luckily this is almost always possible.

  191. nope 2k == nt5 by delmoi · · Score: 1

    not 9x. sorry
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  192. Haven't used Office much, have you? by Anonymous Coward · · Score: 0

    MS has been doing this sort of thing for a long time.

  193. was that the 'origonal' windows 95 (950)? by delmoi · · Score: 1

    if you had the august 25 1995 version of 95, that isn't strange. it was a real peice of shit. 98 is much better IMHO
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  194. Pro Linux FUD?? by delmoi · · Score: 2

    What the hell is this? quite frankly, windows is almost perfectly compatible. I realize that UNIX code is not going to port with out much trouble, but portability between Windows programs is at the *binary* level. You might have some trouble running newer win 95/NT code on windows 3.1, but try running the latest version of Mozilla on XENIX or whatever. (there's also the Direct X issue, witch has effected me personally... rrr)

    there are some issues relating to driver incompatibility between NT and 9x, but other then that, all win32 platforms are compatible. Apps don't need recompiling. NT and 9x can run win3.1 code, and 9x can run DOS code. (NT can run some DOS, but not all. I think)

    I realize that a UNIX program is not going to compile out of the box, (although NT is postix compliant, I'm not sure if its a very good implementation or not though) But neither will Mac or BeOS program. what does that have to do with anything?

    I've seen this type of anti-MS FUD before, in a document stating that win64 OS's wouldn't support win32 properly. This was because the original version of win NT didn't support win16 very well (NT 3.5 has an emulation layer, or something). It was blatantly false, however, considering that windows NT currently supports 16 bit code, and 9x is half built of it (not that that's a good thing....)

    Please realize that when you are dishonest, it calls into question everything you say. I for one never believed anything Apple said in there information, because some of the things they said weren't true at all (or no longer true). If you don't want to alienate potential linux users, you must not tell them things that they know aren't true. If you don't use windows, or have any experience with it, don't say things about it (the same is true for win* crashing all the time. It's not 100%, but it's not 0% ether)


    Disclaimer: I use win98, I hate NT, I think linux is cool, and plan to install it, and I dislike Microsoft.
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

      Here's my experiences:

      Win95: only time I used it for an extended period of time was at my high school. I found it really unstable, but we had a clueless sysadmin and a lot of low-level security and networking crud tossed on.

      MacOS: version 6 was pretty darn stable (but I was less for application diversity in those days). Version 7.x (and I assume 8.x) just depends on what you do with it. The MacOS usually crashes not because of bugs in the OS, but because the OS doesn't have memory protection, and lets programs bring down the OS. Pretty much if Netscape crashed, the OS crashed. So using Netscape was a pain. But most of the time, doing general gaming and business stuff, everything was stable. You could go for weeks easily without seeing any crashes. Programming could give you crashes every five minutes, if you were trying to track down some bug that caused writes to bad areas of memory.

      WinNT: Never had it crash (Used it for over a year). Had a few times things messed up to the point that I tried to reboot, and couldn't (had to hard-reboot the machine). This happened about 4 times in a year. I think 2 of those were related to OpenGL when I was playing Quake II. This is pretty acceptable stability for most people as a workstation OS, IMHO. I didn't feel like I had to save everything when opening a web browser, like i did on my Mac. The real drawback to NT seems to be in disk I/O and VM, IMHO. I used IDE drives, which NT seems to work with much more slowly than RH Linux. Also, when quitting something like Netscape that uses lots of memory, NT thrashes at the drive, even if I haven't reached the memory limits. I dunno, I guess it pages something out and then has to do lots of writes to the disk, but it's annoying. I guess NT would make a decent Web server for anything less than a Fortune 500 corp. People on /. slam it, and there *are* people that need E10K machines, but NT isn't all that bad. I find the real drawback is the Microsoft made-up technolingo like "workgroups" -- neither intuitive like the Mac or standard terms like Linux -- is difficult to understand. Plus, M$ tends to not give you tech information (their help files are useless) or let you customize the OS (if the "start bar" was a standard Mac feature, there would have been dozens of rewritten versions).

      RH Linux 5.2: Stable. Fast for many things that I was accustomed to taking a long time...the speed of grep at searching, say, my entire HD (and the efficiency of Linux in using my 128MB of RAM in caching) truly blew me away. Hasn't crashed in the 6 months or so I've been using it. A pain to learn and start using (when I first sat down I didn't even know alternative window managers had been installed). Some things are rather slow -- X, due to its fundamental architecture, and the fact that it doesn't get the incredibly high priority that the GUI does on Windoze, seems less responsive. The cursor can get "jumpy" on Linux during heavy CPU load (I hear that FreeBSD doesn't do this). I have a Matrox G200 8MB vid card, and I see slower redraw than in Windows...not many 640x480 apps with full-screen scrolling (I really want a Linux version of Syndicate too...). X *has* frozen up on me a few times (rarely)...and since I don't have a remote workstation handy, I have to hard-reboot. This makes things about as stable as NT. I wrote an Xlib program to draw a message at 2000 point, which promptly freezes X, for an example of how easy it is to kill X.

      I really think that everyone upstream on the reliability chain (E10k-FreeBSD-Linux-WinNT-Win98/Win95/Mac) tends to exaggerate the instability of those below them. I don't run into the "horrible instability" that FreeBSD fans keep accusing Linux of. I personally think that Linux would make a rocking server. Whatever.

    2. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

      So it's work to port WinNT stuff to Win98...I have seen a few instances of that. But if you develop for 98, I really doubt you can find an everyday 98 program that won't work on NT (besides the obvious, drivers/low-level utils, and games that require DirectX).

    3. Re:Pro Linux FUD?? by delmoi · · Score: 1

      1)
      Well, there are some attempts at binary compatability between various Unixes, and several of them can run Linux stuff, however you can't run a compiled x86 SCO program on Solaris, or vice versia. they use diffrent syscalls, binary formats, ect.

      Uh, I would think that Mozilla would at least compile (if it runs corectly or not is a diffrent issue) I've use the mozila preview on my windows Box, and it ran OK.

      XENIX was discontinued several years ago, its been obsolite for a long time. I don't know if Mozilla would compile or not, but I doubt it. I bet it wouldn't compile on Minix ether.

      x86 binarys will run on the Alpha version of NT as well. I relize that Unix source is portable in general.
      "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    4. Re:Pro Linux FUD?? by delmoi · · Score: 1

      Pls. don't bold your paragraphs when there is nothing really special there. It is really annoying. Thanks.

      sorry, I thought it was more imporntant, and I wanted people to read it
      "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    5. Re:Pro Linux FUD?? by divec · · Score: 1

      You're wrong. I had plenty of win16 apps that
      don't work in win NT. Ok, so that's probably
      because they were badly written and assume that
      they have root access to everything, but it is
      still true that these are big pieces of software
      that don't work.

      --

      perl -e 'fork||print for split//,"hahahaha"'

    6. Re:Pro Linux FUD?? by redhog · · Score: 1

      I only want to comment on your note on POSIX compliance in Windows NT. The support is the minimal requered; it does not implement any of the optional parts of the POSIX standard. It does not even implement networking, from what I know (Please correct me if I'm wrong). This is why packages like Cygwin exists (Cygwin implements all the POSIX libraries using Win32 calls, and it implements a lot more than the native POSIX support).

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    7. Re:Pro Linux FUD?? by Zmey_Gorynich · · Score: 1

      Although I agree that differences in Windows versions are not that big, they do exist. Everywhere - in GDI, memory management (memory mapping), multithreading support. Win9x and NT are very different in those parts - trust me, I write windows programs for living for 5 years :-). And I've had much less troubles porting Motif/X11/OpenGL programs from IRIX to Linux than porting from Win3.1 to NT - I ported some QuickWin application to NT console - this is the programmer's hell!

    8. Re:Pro Linux FUD?? by ochinko · · Score: 1

      If I haven't misunderstood their statements, MS themselves say that 1/3 to 1/2 of all Win32 apps are going to be incompatible with W2K. They say it even for the NT apps which I find strange.

      Otherwise you are absolutely right that overzealous advocacy does more harm than good. Judging from the posts here it would seem that most of the time Win machines are in rebooting state. But these posts come from people that have very little tollerance to instability (mostly SysAdmins) and software that is at the same time buggy, proprietary, and mandatory really pisses them off.

      Having to reboot my Win workstation every 2-3 days doesn't bother me at all. But this is at least two orders of magnitude less stable than an average Linux installation, and for a server this counts.

    9. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

      Quite frankly i'm using NT4 and it never crash and run mostly well. Win95 almost never crashed on my system. I don't know what you guys do with your stuff but Win95 always worked well.

    10. Re:Pro Linux FUD?? by schala · · Score: 1

      What the hell is this? quite frankly, windows is almost perfectly compatible. I realize that UNIX code is not going to port with out much trouble, but portability between Windows programs is at the *binary* level. You might have some trouble running newer win 95/NT code on windows 3.1, but try running the latest version of Mozilla on XENIX or whatever. (there's also the Direct X issue, witch has effected me personally... rrr)

      Binary level portability, huh? I think not. If you really think so, then maybe you can tell me why this simple photoshop plugin that I'm developing won't run on 95, although it runs fine on 98 and NT.

      It probably has something to do with the fact that there are hundreds of subtle variations in windows installations. There's Win3.1 with Win32s (doesn't work), Win95, Win95 + IE4, Win95 + IE5, Win95OSR2, Win95OSR2 + IE5, Win98, etc. All of these have slightly different versions of everything that have to fit together just right or things will break. (Wonder why these systems are so unstable?) Plus, there's no protection for system libraries. That's right, anyone can put whatever they want in there, and there's no guarantee it will work or be compatible with anything. (This problem is not unique to Windows. But it's a huge deal. Read on.)

      But why do do this, you ask? Why not just link with whatever libraries you need and keep them local to the application? Because Windows, up until 98 Second Edition (har har) and 2000, has been utterly incapable of having two versions of a given DLL loaded at once. This means if (for example) you built your executable with the C runtime (think libc/glibc) that shipped with Visual Studio 6, you have to install that on top of whatever C runtime is already on the system. If you try to keep them separate, Windows will see you trying to load the new library, see the one it knows about, and load that one instead!

      Compound this with the fact that MS keeps changing their "standard" DLLs with every new compiler version and service pack, thereby making them incompatible with the ones from older operating systems (that's right, Visual Studio craps all over your system DLLs--once you install it, there's no going back), and you might be able to see why the words "compatible" and "Microsoft" deserve to go together about as much as JFK Jr. and a military burial.

      ps: NT's POSIX compliance is a joke. Someone who has more direct experience will probably explain further. Me, I'm off to figure out which of the mysterious DLLs in the Windows System directory are causing my plugin to die. Wheeeee!


      -m
    11. Re:Pro Linux FUD?? by styopa · · Score: 1

      As other people have mentioned, not all apps that were Win 3.1 complient were NT 4.0 complient. One that I can think of off hand was the WordPerfect Suite, at that time owned by Novell. As for running DOS code, generally not. The NT memory manager doesn't allow for a very large portion of DOS programs to run, mainly because of the way the DOS programs try to access the memory.

      One thing about Linux is that you can generally test on one distro, like RedHat, say it is RedHat complient and to a very good degree of accuracy say that it is Linux complient, which is what a lot of these Linux complient companies are starting to do. I was testing a product and we had NT 4.0, 95a, 95, 95OSR2, 98, Win 3.1, and Win 3.11. All were needed because they all caused significantly different errors during testing and therefore need to use all of them.

      As for NT being POSIX complient, it is there and works. It isn't great but it works. Interesting thing, there is one POSIX .exe file, I can't remember the name, that if you, under service pack 4, type help (filename).exe or (filename).exe -? it gives you nothing, but if you type man (filename).exe it tells you the basic syntax. When I get off work I will try to remember to attach to this message which file it is.

      As for backwards compatability. MS should just give up, it hurts them more than it helps them IMHO.

      --
      Disclamer - Opinion of Person
    12. Re:Pro Linux FUD?? by Anonymous Coward · · Score: 0

      "there are some issues relating to driver incompatibility between NT and 9x, but other then that, all win32 platforms are compatible. Apps don't need recompiling. NT and 9x can run win3.1 code, and 9x can run DOS code. (NT can run some DOS, but not all. I think) Arrghhhh! You've obviously never had to sort out the mess caused by Microsoft's changes in the Visual Studio 6.0 run times. Getting more than one program to run simultaneously on a single Win32 system is getting to be a major hassle in DLL Hell land, let alone 16-bit apps on NT. Take a look around at the various freeware and shareware download sites on the net. You'll see an incredible number of 16 and 32-bit apps that do not run on NT, and you're told that before you download them. And many 16-bit apps will not run under Win9x. Try the 16-bit version of Wordperfect Office. Or the Envoy viewer, or the tons of utilities that perform disk level operations, or . . . Maybe I'm biased because I spend half of my time helping folks having problems with Win32 apps and I just see the problem situations, but compatibility issues between Windoze versions are far more vast than driver issues. pem@televar.com

  195. Classic Dr. Dobb's article about Windows DLL Hell by cpeterso · · Score: 1

    "Windows DLLs: Threat or Menace?". If you write Win32 apps, I highly recommend you read this article. In a nutshell, it recommends that you statically link to libraries and do not use DLLs (because of their headaches and versioning problems).

  196. Re:Not necessarily fragmentation, but still a pain by Eric+Sharkey · · Score: 1

    Ever install a second drive in a Windows machine and have the CD-Rom change from D to E, causing half a million short-cuts to break? I'm glad I don't have to deal with that stuff much anymore.

  197. Re:Not necessarily fragmentation, but still a pain by Anonymous Coward · · Score: 0

    I dunno. It may detect your cards again, but I don't know whether they'll be named the same thing. Espcially if you have multiple ones of the same type (common scenerio). If you picked up a couple of 3com cards to toss in a server and start swapping them around, you won't get them in the same order again. But whatever. I sorta like the Mac for this. The Linux/win approach is just to include every driver under the sun so that things work. On the Mac, you get drivers with the product, so you don't waste tons of disk space. From a driver standpoint, I have a much higher degree of reliability under the Mac, and configuration is *way* easier for everything that I can think of. I remember someone thinking that drivers didn't even exist on the Mac (and he had just installed a new drive, too... :-) ), which gives you an idea of how transparent things are.

  198. Re:Not necessarily fragmentation, but still a pain by Phantom+of+the+Opera · · Score: 1

    Debian doesn't crash at this point, but it complains, then shuttles you to single user mode so you can make the changes. At least, that was how it was over a year ago.

    -phantom

  199. Fragmented Graphics API.... by Anonymous Coward · · Score: 0

    Why is it that their always has to be a fragmented graphics API....for windows its GDI DirectDraw Direct3D and 4 if you include the third party OpenGL... I know unix is not that much better.... but when is someone going to have a fully functional graphics API, that does not have scattered functionality.... is Berlin supposed to be OpenGL only?

  200. Outlook 2000 requires Outlook Express!!! by cpeterso · · Score: 1

    I have Outlook 2000 and IE5 on my NT4 dev machine. IE5 rudely installs Outlook Express (OE5) without asking. When I try to uninstall OE5, it warns that uninstalling OE5 will break Outlook! I uninstalled it any ways (stupid) and Outlook died. sigh.. Why would the new Outlook 2000 require old OE5? They problem share some mail DLLs, but why can't OE5 Uninstall ref-count those DLLs and leave them on the machine when necessary??!!!

  201. My odd(a little of topic) by Anonymous Coward · · Score: 0

    I always thougth IMHO that Linux will kill NT in the 2000.... But Linux kill NT (W2Y or what else is called now) few days ago... The world domination has begun...

  202. well, that to... by delmoi · · Score: 1

    Linux does work on the chip to, but you should be able to get 98 to work well, if you get really nice hardware. in theory...
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  203. Re:Not necessarily fragmentation, but still a pain by Anonymous Coward · · Score: 0

    It's still a fundamental problem Linux was made to be like UNIX. UNIX doesn't care what the hardware is. It's just one big filesystem to applications. The Mac was made from the ground up to be the Mac. The idea was that you would work with each drive, but wouldn't care about the order of detection ("C"? Get real.), so you work with drives based on their name. (Renaming drives doesn't break aliases...well, it does, but the OS is smart enough to still follow them up). The user simply never interacts with things like SCSI/IDE ids. They don't matter, because the OS was designed not to present them as part of the user interface. Windows is (IMHO) sort of a wrapper to DOS. When it was made, people were used to using DOS, which was designed around the hardware...you had to set interrupts, memory addresses, IDE relationships, etc. So in Windows you have to deal with garbage like "C" for drive names. Stupid artifacts from DOS days. Same thing with detecting devices. Setting IRQs and friends on DOS was designed to be done by hand. Plug and Play (tm) was a cheap wrapper around something *that was supposed to be done by the user*. So you run into lots of problems detecting and configuring devices. Compare that to the Mac, where the OS was *always* supposed to take care of hardware issues, without the user having to set things (SCSI IDs are an exception, but this is pretty easy compared to the Wintel world...just choose a unique number from 0 to 7, usually on a dial), and you realize where the real problems of the computer world come from. DOS. The demons of DOS. If M$ would just ax DOS compatibility for once and all, they could make a good, stable OS without this crud...but they want to maintain their market share, and not give customers a chance to go to another OS.

  204. Fun with VB by Phantom+of+the+Opera · · Score: 1

    if val(True) = val(False) then

  205. Fun with VB by Phantom+of+the+Opera · · Score: 1

    (reprint..hit then @.@

    if val(True) = val(False) then
    msgbox "Visual Basic Sucks"
    endif

    try to write a subroutine over 64k.

    try to write datastructures into a sub. if you have over 32k of them, the program won't compile. (A stack limitation I guess)

    try to pass a datastructure as an argument (not an object)

    type size
    byte 1 byte
    boolean 2 bytes

    a boolean has 4 possible values:
    True
    False
    Null
    Other (yes, other. it is used though undocumented. It indicates that multiple checkboxes in a group do not all share the same value)

  206. Re:MSIE users... by delmoi · · Score: 1

    Well, I use both IE 4 and netscape, although I just upgraded to IE5. The questionmarks don't show up in IE or Netscape here. Actualy, IE handles slashdot posts *a lot* better then netscape, ironicly. (I like to view them in nested mode, so I don't have to keep clicking for subcomments)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  207. Microsoft to buy RedHat...News at Eleven by Anonymous Coward · · Score: 0

    Don't think it couldn't happen!

    I also believe that M$ is building their own Linux distribution...I have seen the large number of Linux/*NIX titles in the Redmond M$ library, and I doubt they bought them so they could gather dust~

    Which path would be easier to take for M$?

  208. No FUD, just facts by Shimmer · · Score: 1

    Folks, there are important differences between the APIs of the various versions of Windows. If you are a programmer who does not bother to account for these differences neither your binaries nor your source code will port very well. Probably the biggest example of this is the fact that the 9x API supports only ANSI (single-byte) text strings, while NT prefers Unicode (double-byte) text strings. Unicode progams written for NT become very unhappy under 9x. ANSI programs written for 9x merely run slow under NT (because NT will convert to Unicode on the fly). There are many other such gotchas as well, both small and large. Hopefully, Windows 2000 should help to alleviate this problem once it has replaced 9x/NT in a few years. 'Course that won't do anything about the CE problem, though... -- Brian

    --
    The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
  209. Re:It's this kind of crap that kills us all by Anonymous Coward · · Score: 0

    Wow...this is well-written.

    We slam M$ for bad software. But 99% of that is two simple reasons:
    a) M$ has a massive monopoly. To leverage it they tie their software together (which generally makes it worse), and are loathe to modularize. If M$ had less than 50% market share and was losing fast, they'd change quickly
    b) Massive backwards compatibility. The vast majority of MS software problems go back to having to have DOS compatibility. The bloat, the instability (the reason 95/98 aren't as stable as NT is because they can't have the protection around hardware NT has without breaking old apps), the reliance on pathnames (a UNIX flaw as well), the difficult-to-troubleshoot platform....all from trying to maintain massive backwards compatibility.

    There's one other possible reason. c) M$ is trying to be everything to everyone. We slam it, but if *you* made software designed to be used by corporate managers and IT administrators (I'm *not* talking about you IT people with more than half a brain out there), what would it look like? The kind of software in the Linux world is unapproachable for the average secretary. Sure, it's great for the programmer...which fits your profile well, and is why you like it so much. So Word is huge and slow. If you were making the de facto word processing program, and it had to do everything from software documentation to professional writing to thesis writing, it'd be pretty bloated too. But M$ has to do this to maintain the monolithic monopoly, rather than making lots of products for niche markets, and losing their dominance ("95% of people use MS Word!").

    If a), b), and c) were eliminated, M$ software would be a lot better.

    M$ may not be the world's best software company. But we forget -- it isn't all that bad. Put RH in it's shoes, and it'd be just as flavorless and corporate. Besides, M$ makes a nice scapegoat.

  210. Right by Anonymous Coward · · Score: 0

    I agree about the M$ Linux distro. But I don't think they'll base it on anything. They'll just make enough stuff (like RH's GNOME, but closed-source) and include it in the OS so that no one can run M$ Linux stuff on other Linux distros. And, yes, they *can* put closed-source libraries stuff in a distro. Navigator wasn't open-source, and it still went in most distributions.

  211. Question by Anonymous Coward · · Score: 0

    Why all this silly tit for tat. M$ sets up a machine to crack, so some Linux guy has to too. There is an article about fragmentation in the Linux world, hours later someone thinks there must be the same about the M$ world. Yes, I know, "My daddy has got a bigger car than your daddy" but ha, "Your daddy cannot pee as far as my daddy" ... Jesus. Lot's of people do not care but use what helps to get the job done.

    1. Re:Question by Anonymous Coward · · Score: 0

      True 99% of poeple using computer don't give a crap about technical merit of the OS. They want something easy to use that gets the job done. They want to play games, email their friend, browse the net and write letters in a wordprocessing software. Windows works very well for that.

  212. Choose life ... I did by LizardKing · · Score: 1

    As a Unix programmer for all but one year of my career (currently six years long), I can honestly say that your Trainspotting parody is completely wide of the mark. I have met far more sad, no-life Windows programmers than Unix ones, and that's not due to the prevalence of Windows, as all the companies I work for are Unix based.

    I initially chose Linux for it's low cost. I couldn't afford to upgrade my computer to run the latest version of Solaris, and installed Linux on the off chance it was any good. It runs dramatically faster than Solaris, and is usually bundled with a large collection of useful utilities.

    My years experience of Windows was using NT 3.51. This was reliable, but ran very slowly on what was top end PC hardware at the time. I have since heard from colleagues that NT 4.0 (which was installed after I left) is moderately faster, but crashes on a daily basis. Worse than this, they installed NT on a server - nothig heavyweight, just file sharing for 20 or so people. They have found many networking features don't work, and performance (on a dual Pentium Pro 200) is risible even over a 100Mbit network.

    Lunchtimes don't exist for my former colleagues anymore, as they spend them frantically trying to do system admin tasks in the machine room. This is thanks to the non-existence of NT remote admin tools (except expensive third party addons) and the need for regular reboots. As a solution, Win32 Perl was installed, and the ActiveState extensions used to write some admin tools. This has been a partial success, thanks to the fact that only a limited number of things can be done with the API.

    I wouldn't be surprised if the API's do exist to remotely administer NT, but they don't seem to be readily documented. The NT resource kit proved worthless, and the machine has now been turned into a Linux / Samba box.

    As for me, I now work as a Unix contracter earning a salary that is magnitudes more than my ex-colleagues. I get a serious amount of work done with little more than C, Perl and a basic Unix setup, I go home at 5.30pm promptly, and never work weekends. I don't play computer games at work afterhours, and I don't have a sad fucking science fiction fixation, unlike all the Windows programmers I have known.


    Chris Wareham

    1. Re:Choose life ... I did by Anonymous Coward · · Score: 0

      if these colleagues NT servers were doing this, then i would say they didnt know what the hell they were doing (esp a vanilla file sharing machine FFS) - just like i as a linux newbie dont know what the hell im doing, so i manage to break it in spectacular ways :) crashes every day? theres a fault risible 100Mbit performance? there's a fault blah blah "this billyshit crashes every day. choose linux" so go on, install linux on your obviously broken machine and obviously broken network and wonder why the same happens... slap VNC on the box and use the tools on the NT CD for basic admin (users, services etc)

    2. Re:Choose life ... I did by LizardKing · · Score: 1

      If these colleagues NT servers were doing this, then i would say they didnt know what the hell they were doing

      Hmm ... I would agree with you, but the engineer from the support firm (an MCSE), also couldn't sort out the reliability. On the hardware front, one of the two network cards was broken initialy, but it was soon replaced. As for the problems with backup domain controllers and trusted NT domains (my terminlogy is a little rusty here) not talking to each other, this was also never resolved.

      Admittedly we did all have more Unix experience than with NT, but at the time MicroSoft were mnaking big claims for NT's ease of administration. We certainly weren't clueless, but that failed to amount to anything when faced with administration dialogs that allowed too little configuration.

      Another problem was DHCP and the system logs. The logs would fill, the machine would crash. On rebooting, several services would mysteriously fail. The DHCP would use up it's pool of addresses, and never free them up for reuse. This was not configurable, so don't tell me NT wasn't broken.

      The Linux machine, while having an initially harder learning curve for administration newbies, is reputedly problem free. It also took less time to setup than the NT box, but again that may be a reflection of the deeper Unix knowledge at that company.

      The ultimate satisfaction? The boss who instigated the NT server doesn't even know that it no longer runs NT. Ditto for the old SparcStation that acts as an FTP server. My former workmate switched it from SunOS to SparcLinux (RedHat 4.2 that I provided him with) about two years ago, and it has been up continually ever since

      Chris Wareham

  213. I didn't say linux sucked by delmoi · · Score: 1

    I just wanted to point out that windows didn't suck for that particular reason (large number of service packs)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  214. Re:It's this kind of crap that kills us all by Anonymous Coward · · Score: 0

    Or me. That would be a neat coup. Assuming they could afford it...and it *would* kick the ladder out from under the Linux market neatly...yeah, the hard-core Linux people might avoid M$ Linux-only apps, but MS would make them. And M$ Linux would run everything written for other Linuxes. And MS could push for people currently using Windows to use M$ Linux.

    Although I expect they'd want to have a propriatory WINE-like software package...so that anyone wanting to use Windows with 100% compatibility would use M$ Linux. That'd keep their old customer base.

  215. win 3.11 (windows for work groups) by delmoi · · Score: 1

    windows 3.11 had more support for "work groups" as well as some support for win32 code (from NT 3.51) in the for of win32s (they may have worked in win 3.1,3.0 as well, but I don't know).

    so it was "multi user" in the sense of multiple users at multiple computers running peice of shit non premptive OSs...
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  216. Not necessarily fragmentation, but still a pain. by thal · · Score: 1

    The problems that the letters here describe seem more to be with how Windows handles hardware than fragmentation necessarily. I haven't run anything past Windows 95 on my machine, so maybe I'm missing something with these Windows 98 versions, but I've had similar problems just getting my hardware to load up correctly.

    Of course, you almost always have to fight with Windows when you try to install new hardware. Even with a friggin' Lucent WINmodem, I had to go through probably two dozen reboots and lucky guessing to get it to figure out that there is a modem there. It wouldn't recognize it as a modem, only as a "PCI Communication Device". Ultimately, I had to let it install it as that, and then "update" the driver later.

    Once you get it set up, usually everything works okay as long as you don't change anything. BUT, if you do, it goes nuts. As far as I know, with Linux, most (if not all) of the hardware stuff is figured out dynamically when the computer boots. But with Windows, it seems, this information is stored on the hard drive so if you add and/or remove something, you have to first boot up, have it recognize that something is new or gone, and then reboot again so it will have its new settings. And this is assuming that it actually works correctly. With Linux, you may have to recompile the kernel to get support for something you didn't have before, but if you just have a bloated kernel and sometimes have stuff in and sometimes out, it just says "oh well, didn't find that hardware, no big deal, moving on...".

    I got completely frustrated with Windows when I used VMWare to boot my raw partition. I tried to use a separate "hardware profile" so that VMWare's simulated environment wouldn't screw up my real environment, but it simply doesn't work. I have to reconfigure my video card everytime and I boot into either, as well as my sound card. The virtual machine can't find VMWare's simulated network card, but I got it to find it when I created a clean virtual disk for VMWare. I can only imagine that it's because I had a "clean" install that it figured out everything. These profiles don't need to be stored on disk, they should just be created dynamically.

    Through all of my Linux kernel upgrades, I have never had to reconfigure any of my hardware settings. I can only imagine what would happen to my hardware settings if I ever felt like wasting $100 on a Windows 98 "upgrade".

  217. DOOM by delmoi · · Score: 1

    if that's not mission critical, I don't know what is.

    maybe you can get by with winquake/quake2 however, but its still not the same
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  218. Re:backwards compatibility != lack of fragmentatio by Anonymous Coward · · Score: 0

    Major chunks of the APIs are different or missing between the different Windows versions (even leaving CE out of the equation). I don't consider CE Windows, regardless of whether M$ tries really hard to use the Windows name on it. Win 3.1 is obsolete, and few still rely on 3.1 programs (if you do, you should have upgraded). And the API changes are only in really esoteric areas. Yes, one in a thousand really weird programs won't work. Maybe. But in the real world, it isn't that big of a deal. If we ignore direct hardware access utilities (like card option-setting stuff) and games (where you need DirectX), I've never used a single program written for 95/98 that didn't work on my copy of NT.

  219. It is you, who needs a clue by delmoi · · Score: 1

    he had a valid point, you can't exspect old versions of software to support new features in new versions.

    you're origonal post was brainless, you are the one who needs to get a clue
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:It is you, who needs a clue by The+Original+Bobski · · Score: 1

      Whatever. There are others making my point better than I. wadaya want at 4:00 in the morning?

      --
      satire, n: 1) witty language used to convey insults or scorn; 2) a form of humor lost on most slashdot moderators.
    2. Re:It is you, who needs a clue by delmoi · · Score: 1

      What point? that code writen in 1999 won't work on an OS that came out in 1993?

      That's not really a point that needs to be made, it has no relevance to to the 'fragmentation' of windows.
      "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

      --

      ReadThe ReflectionEngine, a cyberpunk style n
    3. Re:It is you, who needs a clue by TZA14a · · Score: 1

      Get a decent timezone to live in ;)
      --
      "The use of COBOL cripples the mind.
      Its teaching, therefore, should be

  220. Windows Games by delmoi · · Score: 1

    The guy wasn't talking about apps crasshing the system, but installers that wouldn't install beacuse the OS wasn't calling itself 'windows 95'. bad apps shouldn't crash the system, and on windows (NT *or* 9x) they usualy don't.
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  221. example by hany · · Score: 1
    once i was making some wheather-parameters displaying application for win95. while i did not have 32bit development tool, i did it using TurboPascal for Windows (16bit compiler not aware of win32 API).

    i was developing on win95 and the main task was to setup (for example) 100x100 pixels window and redraw all of it (i.e. no titles, borders etc.). i did use some API calls to determine title width and height, border width etc.
    but
    when i run resulting app (which works well under win95) on win3.1, windows did not have correct sizes thus result was "damaged" byt gray areas around each window.
    when run on winNT 4, there were problems mostly with properly displaying 256 color bitmaps and from time to time with fonts/texts (not good alignment, positioning and/or clipping)

    i'm not saying it's all fault of windows, maybe i did something wrong but all info about APIs i get from TP help (which i consider good).

    --
    hany
    1. Re:example by Anonymous Coward · · Score: 0

      recompile it on a pure Win16 system. It'll probably work better. Compiling a Win16 app on a Win32 system can cause problems when running the Win16 app on the Win32 system (I remember reading this somewhere official).

  222. < by delmoi · · Score: 1

    use the ampersand (shift+5) followed by an ell (L), a tee (T) and a simicolon (;)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  223. active X control???? by delmoi · · Score: 1

    . I wrote an ActiveX control this year which draws into a bitmap and then bit-blits onto the screen. This dramatically reduces flicker.

    You needed an active X control for that?? what the fuck? talk about software bloat. You can easyly get a GDI device context for a CBitmap, and draw to that. then use one GDI call to blit that to the CPaintDC or whatever (if you're using MFC). I can't imagen why you'd need to use Active X....
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  224. Your box crashing by delmoi · · Score: 1

    Your box is most likely crashing do to a bad driver. The quality of the hardware really has a major impact of stability under windows (crappy hardaware works, but it has crappy, buggy drivers)

    if you buy cheap *no name* hardware, problems will happen. Before I baught a Peice of shit winmodem, My 98 box probably only crashed 3 or 4 times, in months, after I put it in, it crashes every few days, but only when I'm playing an MP3. but the card cost $16 and doubled my effective bandwidth :)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:Your box crashing by Rendus · · Score: 1
      The box in question:

      Cyrix 233MX processor, works fine under Linux.
      Amptron PM8600 Rev. B motherboard, never had a problem with it.
      Linksys EtherPCI II card, works fine under Linux (ne2kpci)
      Diamond Monster Sound MX200 card. Doesn't work under Linux, but the generic SBPro card that's also installed does.
      Diamond Monster 3D II card. Works fine under Linux.
      Western Digital hard drives, of course they work under Linux.
      Trident video card, don't feel like looking for the model. Works fine under Linux.

      Nothing on this list is what I'd consider no-name. I'll be upgrading the Cyrix to a MII 300, since this motherboard only supports up to 262MHz processor speeds.

  225. Install Windows from the Hard drive (nt) by delmoi · · Score: 1

    it makes life much easyer
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  226. You are clearly not a windows user by delmoi · · Score: 1

    Anyone who thinks this guy is, you're an idiot.

    windows is perfictly capable of running non-MS software. Cheap no-name hardware though, can cause a lot of problems (shitty drivers that run in the kernel)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:You are clearly not a windows user by Schmander · · Score: 1

      I did not say that it cannot running non ms products.. i said the problems are caused by software that was not made as well as it should have been for the Windows operating system.. I then later after the first response to what i said noticed i had not included anything about hardware problems, which you can see was posted before you meantioned it so im not just taking it from your other post on this topic

      --
      The Reality in which we choose to live in really sucks
  227. No Unicode? by delmoi · · Score: 1

    are you sure about that? A lot of text based functions have a whatEverU() and a whatEverA() version that get's put in when you use whatEver(), so you don't really need to worry about it. I do think 9x does have some unicode support. I can view Chinese/japanese websites in IE4...

    I don't know for sure though
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:No Unicode? by Anonymous Coward · · Score: 0

      No, Win9x does not have any Unicode-Support-API. It has of course the COM-Unicode-Support (BSTR). This means, it can store UNICODE and maybe can convert it. But you can not call e.g SetWindowTextW(), because this function does simply not exist on Win9x. I think IE4 does it its own way (as usual for MS; Each MS product uses own code for displaying Menus, Coolbars, ...); It will have a own buildin support for displaying UNICODE.

    2. Re:No Unicode? by WasterDave · · Score: 1

      Non ascii support under 95 is by MBCS. A curious Ascii/unicode mix where characters can be either 8 or 16 bits. You don't want to know the rest. Just note that there is chinese/japanese support in 95, it's more memory efficient than in NT, and it's not a home cooked in IE4 thing.

      --
      I write a blog now, you should be afraid.
  228. NT POSIX by IntlHarvester · · Score: 2


    Well, if you don't like notepad, you can run vi.
    --

    --
    Business. Numbers. Money. People. Computer World.
  229. How many linux paches are there? by delmoi · · Score: 1

    well...
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:How many linux paches are there? by LuckyStarr · · Score: 1

      must be a sign for vast fragmentation: "5000 versions of linux and still counting!" :-)

      --
      Meme of the day: I browse "Disable Sigs: Checked". So should you.
  230. Re: Fragmentation in the Windows world by IntlHarvester · · Score: 2

    Trying to do anything while accessing the floppy has routinely blue-screened every 95 and NT machine I've used (not BSOD, the 'an error has occured while writing' full-screen nonsense).

    The fact that NT doesn't do a full blue screen unless the kernel has crashed proves you're full of it. You're example is purely a DOS/Win behavior.

    Basically, I'm sick of hearing slashdotters try to extrapolate their 9x horror stories to NT because it makes them sound more legitimate. Hopefully people here are smart enough to see past the similar GUI.
    --

    --
    Business. Numbers. Money. People. Computer World.
  231. Re:how multiuser is 3.1 (not 3.11)? by IntlHarvester · · Score: 2


    Actually, blame Microsoft too. Just like Adobe, MS Office 95 and 97 isn't multi-user aware either. (Office 2000 is.)

    So, if Microsoft can't even code their own applications to take advantage of NT features which have existed for 6 years, why would 3rd parties even bother?
    --

    --
    Business. Numbers. Money. People. Computer World.
  232. Exchange/Outlook by IntlHarvester · · Score: 2


    Umm, Exchange is an server application that runs under a service account on NT. It has nothing do with NT's multiuserness.

    And to answer your question, it can't because MS Outlook and Exchange groups at MS are too retarded to be even on the same page, so you get a sucky client-server product. Exchange does allow server-side scripts, but they all run under the same privlege level as the server. Not good for user mailboxes.

    So, your options are to either run Lotus Notes (which has a server-side security model) or a brain-dead type user-level mailstore such as traditionally found on Unix systems.
    --

    --
    Business. Numbers. Money. People. Computer World.
  233. Why MS Linux/BSD will never happen by IntlHarvester · · Score: 2


    MS SQL 7, MS Exchange, MS SMS, COM, DCOM, ActiveDirectory, ADO, CDO, IIS, MFC, WDM, DirectX, etc.

    Despite this /. thread, the *only* thing Microsoft has going is 95% backwards compatibility. Furthermore, they've got where they are despite never producing a particularly scalable or reliable product. Why would they throw out 8 years of legacy intefaces rather than just trying get what they got to be stable and reliable.

    Think of Apple a few years back. Many folks (including some on the board of directors) thought they should drop the Mac and just make high end WinTel boxes. They chose to make Macintoshes, even if meant going out of business. You don't think Microsoft is just as arrogant to do the same with Windows?
    --

    --
    Business. Numbers. Money. People. Computer World.
  234. ah, good old build 950... by delmoi · · Score: 1

    Ahh, that brings back memories. the original august 25 1995 version...
    Buggy OpenGL. Lethargic boots. daily crashes,
    What a piece of shit
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  235. The *post* not the linked artical, is the FUD(NT) by delmoi · · Score: 1

    ..
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  236. how multiuser is 3.1 (not 3.11)? by hany · · Score: 1
    i looks to me like win3.X hase same level of "multiuserness" as win NT.
    because for me "multiuser-OS" means that each user have everything separated, not just login name, password and some desktop settings. by everything i mean also every existing app preferencies to be stored separately for each user. also i mean (if remote access is possible) to be able to work with system at the same time as another user. etc.

    example: i'm still "fighting" with my colegue on photoshop pelettes positions and some other preferences because adobe takes same "multiuser" policy as microsoft.

    --
    hany
  237. Re:UH by Anonymous Coward · · Score: 0

    Uhhh.... Microsoft hides the differences, trying to create the impression amongs not only users, but DEVELOPERS, that programming for the different versions of Win32 is seamless.

    Look at how much weight they put on adverts for Excel for Wince, thus "proving" the portability. Not for develpers? What if said ads are in developer mags?

    Win32s is loathed by MS. I know of one well-known Win32s app that doesn't work perfectly in Win32: SPSS 6.1.3. It has problems with ODBC.

    Win16 apps work on Win32 systems in as much as what the Win16 app does is supported either by WOW (Windows-on-Windows, how NT supports WIn16) or by the thunking layer(s) in Win32. If you have a Win16 app that interacts directly with hardware, it just won't work in NT/Win2k, as that is not allowed.

    Sure, these are sort of esoteric issues. But these esoteric issues limit a popular class of software for NT: Games. Wish NT4 had DirectX 5.0? Some DirectX 5 games work in NT4SP3 (which provided some semblance of DirectX3), some don't.
    StarCraft works fine in NT4SP3. Civ2, Masters of Orion2 don't. Sure, they're "old" games. But NT people have to waite for Win2k to run DirectX 6.x games!


    Believe what you want.

  238. Thank you Apple by crayz · · Score: 1

    Your machines may be over-priced and may not be state of the art, but at least you aren't MS. OS 9 will be out soon, with new features that people will actually want to have, it will be $100 no matter what, whether you want to upgrade or not. And you actually can upgrade, you don't have to do a clean install.

    OS X is coming, OS X Server is hear and all the people who said Apple couldn't deliver shut up real fast.

    Apple has finally got it right in the OS dept. They're churning out new versions of the old MacOS nice and quick, and every one is faster and more stable than the last. And at the same time they're building the OS that some Mac users have been waiting for for 7+ years now.

    Also, when Apple does bug-fixes, they don't charge $99 for them. OS 8 was $99, 8.1 had bugfixes and HFS+ support - it was free. 8.5 was $99, 8.5.1 - bugfix - free. 8.6 fixed bugs and improved support for games - it was free. At least Apple understands that they shouldn't make us pay because they did something wrong the first time around.

  239. Re:UH by Anonymous Coward · · Score: 0

    Well, there is an official and partial port of MFC (the most popular classes). Just cause you use some library that isn't available in another OS doesn't mean the OSs are fragmenting. It's no were near as bad as the hundreds of different library versions and branches in Linux and Unix. Generally, any program will compile for all Windows providing you don't use any new function calls not in the old version. Windows has been quite backwards compatible. Things like Win32s alow Win16 to run many Win32 apps as well. I mean, I could be just as "stupid" as say, oh well VB apps compiler straight out and run on win16 win32 and ce....but that would be silly...or would it? I'm a windows developer and am very happy.

  240. Re:UH by Anonymous Coward · · Score: 0

    Well, there is an official and partial port of MFC (the most popular classes).
    Just cause you use some library that isn't available in another OS doesn't mean the OSs are fragmenting.
    It's no were near as bad as the hundreds of different library versions and branches in Linux and Unix.
    Generally, any program will compile for all Windows providing you don't use any new function calls not in the old version. Windows has been quite backwards compatible. Things like Win32s alow Win16 to run many Win32 apps as well.

    I mean, I could be just as "stupid" as say, oh well VB apps compiler straight out and run on win16 win32 and ce....but that would be silly...or would it?


    I'm a windows developer and am very happy.

  241. red eye eunuchs by Anonymous Coward · · Score: 0

    Once upon a time there's this community called eUnuchs. This group of people are full of hacks and can't do any fucking things right. One manifestation is that they created 100 versions of mutually imcompatible and incomplete body of softwares. Fortunately, an orgy called GNU's Not eUnuchs came along and helped them achiev some upward status with Linux.
    However, the eUnuchs group now led by incontinent slashdot imbeciles fear about their past frag tendency. The red eye syndrom compells them to bitch about other OS's pillar they lack.
    I sympathesize these dickless man, for they sometimes have good passion about freedom. I encourage them to forget their ugly past and ditch X-widows, shebang, shell bags, c sed awk Perl Open Source shit, and embrance Berling, Python, scsh, scheme Guile Hurd Free software, and look at everything Gnu is Not Unix as a guiding hand to felicity.
    Xah http://www.best.com/~xah/PageTwo_dir /more.html

  242. Re: Fragmentation in the Windows world by hany · · Score: 1
    AFAIK there's nothing stopping you writing your own multiuser shell onto the existing multiuser kernel and running it as user mode code (the NT4 windowing stuff runs in kernel mode).

    does it mean i have to write new windowing stuff too? (to avoid conflicts between users)
    or whole kernel?

    --
    hany
  243. red eye eunuchs by Anonymous Coward · · Score: 0

    Once upon a time there's this community called eUnuchs. This group of people are full of hacks and can't do any fucking things right. One manifestation is that they created 100 versions of mutually imcompatible and incomplete body of softwares. Fortunately, an orgy called GNU's Not eUnuchs came along and helped them achiev some upward status with Linux.

    However, the eUnuchs group now led by incontinent slashdot imbeciles fear about their past frag tendency. The red eye syndrom compells them to bitch about other OS's pillar they lack.

    I sympathesize these dickless man, for they sometimes have good passion about freedom. I encourage them to forget their ugly past and ditch X-widows, shebang, shell bags, c sed awk Perl Open Source shit, and embrance Berling, Python, scsh, scheme Guile Hurd Free software, and look at everything Gnu is Not Unix as a guiding hand to felicity.

    Xah, http://www.best.com/~xah/PageTwo_dir /more.html

  244. remote NT admin.... by delmoi · · Score: 1

    I wouldn't be surprised if the API's do exist to remotely administer NT, but they don't seem to be readily documented.

    Back Orifice 2000! And it's Open Source(tm)!! :)

    sorry I couldn't resist, and "Open Source" isn't really a trademark. I always thought trade marking the term Open Source was kind of weird anyway...
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  245. Visual Basic version madness by weave · · Score: 1
    As a system manager, I was floored when a user from a department that we had just purchased Visual Basic 5 came to me and said we also had to buy VB4. (We had skipped a version and went straight from 3 to 5).

    I was in total disbelief. He was telling me that VB5 would not read in any of their VB3 programs. They had to first import it into VB4, and then take that and move it to VB5.

    I, of course, thought the person was nuts and out of their mind. I have no VB experience but do realise that they have project files and such. The fact that it will only read its own version and the one before it, however, still has me shaking my head in disbelief.

    Is this really true? I really didn't have time to argue with the user, so they got their VB4.

    Of course, when VB6 came out, we had to upgrade and not skip a version again... :-(

    What a racket.

  246. oh.... by delmoi · · Score: 1

    I don't really use NT much (actualy, I try to avoid it), do they work an Administrator mode, or whatever?

    anyway the main point was just that windows is not "fragmented" and certanly not in the sense that UNIX was. Also that we should be carfull, spew FUD about windows. We don't want windows users to hate us :)
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  247. Overloaded system by diarrhea · · Score: 1

    Any normal (read: NOT micros~1 window~1) operating system shouldn't let a messed-up app take down another prog or the whole system with it. It doesn't matter if you have 2 apps installed or 2,000. Windows is notorious for letting one app trash the entire system. That's why I try to stick to Linux.

    On a side note.. I just want to make a comment about linux's (still) inadequate hardware support... I have a beautiful P3-500 box sitting at home but I can't really run linux on it b/c it won't support my pci sound card and my NIC.. I could change out the sound card but its a big expense for me (i'm looking for QUALITY hardware, ya know? :) and i'll probably change the nic in a couple days.. I got some RealTek piece of crap when the guys came in to install my cable modem. Haha funny thing is that I ended up configuring and setting up my 2 boxes because it would take the loser installation guy hours to do it :)

    --


    Eat shit! A hundred billion flies can't be wrong!
  248. 98 *is* 95... by delmoi · · Score: 1

    there the exact same thing, the even follow the same build numbers 950, 1111, 1212, 1998. each one is a little more stable. and 98 is *much* more stable then build 950.. (the august 25 1995 version). 98 also has IE4 "built in"...
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  249. hardware support and stability by delmoi · · Score: 1

    actualy, I'd bet linux is more stable *beacuse* it supports less hardware, if we had every shitty hardware company come out with kernel level drivers for linux, it would be unstable to (when using that hardware)

    Microsoft dosn't write the drivers themselfs
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  250. convenient definitions by Anonymous Coward · · Score: 0

    Frankly, this is a silly article. Speaking as someone who writes code for both Linux and Windows and ports between them, intra-Windows porting is far easier than Unix-to-Unix porting. For that matter, Unix-to-Windows is easy as well. The only one that's really sometimes hard is porting Windows programs to UNIX, where certain functionality simply doesn't exist. If you consider, say, Win95 and Win98 to be "fragments", then you'd have to do the same for Linux 2.0 vs. 2.2, or RH 6.0 vs. RH 5.2... It's ridiculous!

  251. Re:PHB's arguments by hany · · Score: 1
    those PHB's arguments are not just "slightly misunderstood" but irrational!

    if you (engeneer) did bad decisiona about software, you/your boss/your firm/... loose:
    1) cost of software (not usable thus lost)
    2) damages caused by bad decision (lost income, etc.)

    "2nd" can't be changed (i'm talking about situation after damage) but when you (engeneer) did use free software, "1st" is $0 (or cost of CD or internet connection). and "1st" can be pretty big bunch of money when using some commercial solution!

    --
    hany
  252. MSIE users... by · · Score: 1

    Could you finally get rid of that ? in your postings, please. It?s not that ``cool'' and it only demonstrates that you?re using software screwed up by our "friend" Microsoft.
    --
    OS lover

    --
    OS lover
  253. "mute point"? ROFL by Anonymous Coward · · Score: 0

    Heh, that grammatical mistake made my day. No offense, but that was hilarious!

  254. Re:Cyrix?? by orcrist · · Score: 1

    I don't know why 98 would be crashing so much, with that setup. I don't know for sure, but my guess would be the CPU or the mother board. Check amptrons site for BIOS upgrades (I have an amptron myself and it works pretty well).

    That's funny, my guess would be the operating system ; )

    chris

    --
    San Francisco values: compassion, tolerance, respect, intelligence
  255. It's this kind of crap that kills us all by gregm · · Score: 1

    I was going to go to bed... but noooo... somebody posts something and now I gotta respond to this one. Microsoft bashing is counterproductive for Linux advocacy even when the fact are correct...... yours are not correct and they're skewed the same kind of way we've seen the enemy twist the words.

    For instance:
    "now 7 different versions of the Windows 98 second edition and they're not all the same product!"

    Oh My God!!!!.. Microsoft puts their patches out in chunks, not individually like we do. If they did create a patch for ftp.exe and every other little app that's included in the box I'd be rich running around patching this and that. Microsoft takes all their little patches and combines them into a service pack/new version so the mindless hordes of start button clickers can do a whole lot of patching with one double click.

    How many different versions of samba or apache have been released in the last 6 months? I don't know either, but there have been a couple anyway. So if I want to upgrade my webserver I gotto apache.org, /dl the new one, compile it, then do the same for my windows sharing client /server (samba). Microsoft's way is to create a service pack that contains all that stuff. Is their method better? Probably for them. Should they get bitched at for this practice? Should Apache or Perl get bitched at for releasing bug fixes often? I don't think so. Why is it if Redhat releases a new version, they're gods and if Microsoft releases one they're stupid money grubbing, bad code writing, assholes (mind you I'm NOT saying they're not money grubbing, bad coding, assholes).

    As far as backward compatibility? They win hands down.... Which is why they will eventually fail.
    I've got 16 bit win 3.1 apps, EGA dos apps etc., running on a 98 FE (First Edition:) box. Yeah, it crashes daily and yeah, I don't like it but it's a necessary evil at this point. Microsoft cannot alienate their customer base without taking a serious, serious, hit. Linux shows up, it's free, no one in their right mind would ever bitch at Linus 'cause him and his group are doing us all a favor and you don't look a gift horse in the mouth. If, next week, Linus says "hey Xwindows won't work with our new kernel" the guys who are doing the hacking, hunker down and modify X. Those of us who aren't that talented, wait patiently and are very grateful when the Xwin guys get things working and we can up to the new, new kernel.
    I've had this thought for months now and am amazed I haven't heard any of you guys suggest it yet......

    Microsoft has painted themselves into a corner and can't seem to see a way out. They're got an unstable OS (any of them except weak old dos) and have billions of lines of code in their dlls that they've built their little house of cards on. Their oses have to continue to get less stable, unless they clean house. They have a really big house with a lot of clutter and it will be difficult if not impossible to clean without accidently breaking some windows (get it? hehe).

    Here's my prediction... and you all won't like it.

    Microsoft will create their own, Linux distrib. I'll bet they're working on it right now. They would get the best of both worlds that way. Let's call it micro-nix. They have some very talented people, slick installs, cpu power out the butt (they need it, you all know why), a wan that the US gov would kill for, a marketting group from hell (I think that's pretty obvious) and their gaggle of lawyers. They'll start porting office (their only decent product if you exclude Access IMHO) Now they'll start out all fine and well and stick to the GNU/GPL and with their huge marketing engine they'll capture every newbie Linux wannabe for the next 3 years. And it'll probably be pretty good. They'll create their own window manager and install/configuration app and everyone except us hardcore Open Source people will buy their distrib for $25 or $35 bucks. Next thing you know they'll start whittling away at the GPL and begin to change things just a bit to break everyone else. Just look at what they did to HTML 3.X . We'll take them to court and it'll get stalled, drug out till we're out of cash and their lawyers will rip up the GPL. Next thing you know, they're right back in the driver's seat and are busy monopolizing once again. Hey Slashdot guys, this would be a good discussion all in itself.

    Just my $.002

    1. Re:It's this kind of crap that kills us all by Jon+Peterson · · Score: 1

      Yes, I think lots of people agree with you.

      Truth is, if I have something intelligent I want to say, I don't go to /.

      Kudos to you for bothering to spend time posting interesting material in this place. One of microsoft's strenght is that they have no pride. No ego. This is also OS's great weakness.

      When MS were proved wrong about the Internet they didn't beat their chests and rave about how it sucked. They said "yup, we were wrong, but just look how fast we can turn the world's biggest company around".

      What makes you think MS has changed? When Bill Gates thinks to himself one day "you know, *nix is the way to go, I've had it up to here keeping Win32 shored up", then MS will turn around and have the best damn *nix distro out there in the space of 2 years.

      The GPL won't matter. They'll grab BSD, write the replacement for X we've all been looking for, write a Win32 compatibility layer, port office, and ship it out the door.

      Meanwhile Linux will be saying it sucks because you can't configure the scroll bars to be translucent, and still arguing with each other about whether to use info or man.

      Christ, every day I read this damn site I feel like wiping SuSE and stilling *BSD on and having done with the lot of it until some vendor ships a distro that doesn't have wankers for advocates.

      Sorry about the language, and before you say 'if you hate /. why read it', well, it's because I hate to see a good thing die. I hate USENET, but I read it because it used to be an amazing place indeed.

      --
      ----- .sig: file not found
  256. THIS STORY IS A SERIOUS ISSUE! by Anonymous Coward · · Score: 0
    At running the risk of being down moderated because it's slightly off topic, I would like to address an important issue.
    I completely understand the Linux Advocacy HowTo FAQ, but I think some people here are taking it entirely too far.

    YES - It's important not to advocate Linux to the extent of bashing alternatives...and,

    YES - It's important to acknowledge Linux's weaknesses (if they do exist), as real.

    But lately the comments section has turned into the bash Linux site. (And strangely enough, it seems to have happened after Microsoft started their "ANTI-LINUX" campaign). Listen, this story isn't remotely about Linux -- it's about Windows, how did the comment section get turned into an OS Holy War(TM) against Linux? This story presents a real issue with real concerns about Windows.

    Why is it that, lately, any story on slashdot with even the slightest negative comment about Microsoft is treated as "Just more MS bashing?"

    FUD is a real tactic. Just because someone makes an accusation against Linux, doesn't make it true. Before complying with the "Acknowledge Linux's weaknesses" step of the Advocacy HowTo, CHECK to make sure the weakness actually exists. If it's not there, STAND UP FOR LINUX! Say, "No, that's wrong. See, that is addressed right here..."

    Not everything Microsoft churns out is the high holy. Many Microsoft programs (and Operating Systems) have bugs, many are error prone. On the rare occasion that Linux and Windows have the same failing, it's okay to point that out. But it's important not to limit comparisons between to two -- if Linux and SCO-Unix have the same failing, point that out too. It's not bashing until you say that Linux alternatives "suck."

    To address the article at hand (and hopefully save my moderated rating), I would like to say that when I have been required to use Windows, that I have experienced problems with incompatibility between certain Windows programs and certain versions of Windows. However I would like to note that those are mostly issues of upward compatibility. But I think that IF a program requires a certain patch level to Windows, then it should say that. If the program requires Win95B to run instead of Win95A, it should say that. If it requires Service Pack 3,309,292 to run, it should say, "Program Requires Windows 95A, Service Pack 3,309,292." Not just, "Program Requires Windows 95" because that's incorrect.

    1. Re:THIS STORY IS A SERIOUS ISSUE! by PimpBot · · Score: 1

      >But lately the comments section has turned into the bash Linux site.

      LATELY?? Its been going on for a *while*...hence, my sig.

      >IF a program requires a certain patch level to Windows, then it should say that.

      It *does*...I've never seen a Win9x dependent on a specific patch level...NT, yes, but all products say "requires Service Pack X or higher"

      Just helping to break up the FUD. (And if you think I'm MS, read my post below :-P)
      --------------------------

    2. Re:THIS STORY IS A SERIOUS ISSUE! by Anonymous Coward · · Score: 0
      That's right, it *does*.

      MS-Exchange will NOT run on Win95. It requires Win95A in order to run. (I'm not sure how many service packs/patches make the difference between Win95 and Win95A).

      MS-Visual Basic 6 will NOT run on Win95A. It requires Win95B, and Internet Explorerer version 4.0 or greater to run.

      Of course, it doesn't surprise me that most of the programs that require upgrades or patches to Windows are Microsoft programs. After all, if they're going to change the API without telling anyone, and they need to make system calls to those interfaces, they have to sneak in the new API calls some way..

    3. Re:THIS STORY IS A SERIOUS ISSUE! by PimpBot · · Score: 1

      Hrmm...I could have swore Win95 (original) == Win95A....of course, I might be wrong.

      Well, VB requires IE for documentation (plus, if you ignore the fact that its an MS product, its not a half bad browser). I have no idea about Win95[a|b] and VB.

      Do yourself a favor...if you have to run Windows, run NT...it sucks less than Win9x ;-)
      --------------------------

  257. What's up with Linux? by PimpBot · · Score: 1
    (Apologies to Fred Langa...but I hope this makes a point to people)

    Linux 2.2.10 was supposed to ix a pile of minor problems. Why, then, are so many people having trouble with it? If you have, or plan to get, Linux--read on!

    I've been getting a ton of reader mail about Linux; lots of people are having trouble getting it installed and working correctly.

    But before I go into specifics, let's take a second to define some terms because "Linux" can mean many different things--there are no less than 191 (in the 2.x.x series!) and they're not all the same product.

    Its a matter of perspective, people...personally, I only see 3 Windows branches: Win 3.x, Win9x, WinNT. Linux, I see 3 branches: Linux 1.x.x, Linux 2.0.x, Linux 2.2.x. Although there may be 7 different version of Win98, there's been how many kernels? 191 since 2.0.x. (calculation done hastily early in the morning...I HATE mornings, but I digress).

    And save me the stuff about "But 2.1.x/2.3.x is devel!!" I consider most MS products to be still in development ;-)

    This article is FUD, pure and simple. Yeah, MS isn't perfect, but I don't know of any OS out there that is. I know from expierence that Linux isn't(cases: People can print to my printer through samba, but *I* can't print to it...*growl*; I wish KDE would have an option to make double-clicking icons open/run them...I haven't had a chance to look at the source to try to fix it...; i have more, but I'll hold back for now).

    The way to beating MS is by having a better, easier to use, more stable product - something 90% of the people out there feel comfortable with. There is no uber OS. But one with a low learning curve for newbies, and lots of customizability for the more advanced users, and you've got it. Right now, Windows is the closest to that goal. MS R&D is smart on their design, even if the implementation is poor.

    Will Linux be the MS killer? Honestly, I don't think so. Based on the trends I've seen in the industry, an OS who's based on a CLI won't be it. Yes, Win9x is based on DOS, but I can configure a Windows machines with all the given dialogs. I'd like to see a person be able to fully change Linux's config without opening up an xterm *once*.

    Ah well...just my $0.02
    --------------------------

  258. This story is not Anti-MS FUD. by Anonymous Coward · · Score: 0

    How can this story possibly be considered FUD against MS? It was written by a middle aged, white, marketing director. Plus, it's loaded via an active server page. If that doesn't say PRO-MS advocate, I don't know what does!

    1. Re:This story is not Anti-MS FUD. by PimpBot · · Score: 1

      Hrmm. Typical Slashdot uninformed poster.

      Remove yourself from your "M$ suX0rz" world and read the article.
      --------------------------

  259. Cyrix?? by delmoi · · Score: 1

    the hardware looks good, it may be the Chip though. Cyrix's are generally pretty crapy, and not always supported well (so more bugs may show up). You might consider getting a K6-2 for when you upgrade instead. There pretty cheap now, for the sub-300mhz range. pricewatch.com lists a k6-2 300 at just $30.

    I don't know why 98 would be crashing so much, with that setup. I don't know for sure, but my guess would be the CPU or the mother board. Check amptrons site for BIOS upgrades (I have an amptron myself and it works pretty well).

    It's not the quality of the hardware itself, it's the quality of the drivers (except in the case of CPUs and MoBos, witch don't need drivers). If you ever get a new motherboard, look into Soyo, Abit, or Aopen, and read reviews online.
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  260. Multiple Windows 95 by Bruce+Stephens · · Score: 1

    Don't forget the multiple Windows 95s. I have one of the early (95A) versions. I couldn't use a K6 faster than about 330MHz with it (there's a patch for 95B or later fixing the dumb bug, but not for 95A). Discworld Noir apparently won't install (it uses a function added subsequently). USB can only be added to 95B or later. I'm not sure about AGP, but I'm not risking it.

  261. Re: Fragmentation in the Windows world by BlueAdept · · Score: 1

    Just how multiuser is NT? Not at all, from where I'm standing.... unless you count 1 user at a time.

    Sure you can share disk and printers with some access control, but I can whack X screens and X keyboards on Unix and have X users on the same box... Be they dumb terminals or X terminals... Some cases I can just whack 2 VGA cards in one box to do it!

    --
    Who is Seg Fault, and what is he doing with Kernel Space?
  262. Re: Fragmentation in the Windows world by stu · · Score: 1

    >Only one user can be the interactive user i.e. the one that gets a screen to play with. AFAIK there's nothing stopping
    >you writing your own multiuser shell onto the existing multiuser kernel and running it as user mode code (the NT4
    >windowing stuff runs in kernel mode).

    I think the phrase we are looking for is 'non-trivial'.

    Grafting a new remote login shell onto NT is certainly possible, but it would require some hefty rewriting of all the heavily GUI-ed admin toops and apps to make running them remotely feasible.

    Or you could just run an X server on NT or something, but that opens another can of flames entirely. :-)

    stu.

    --
    -- Stu
  263. Re:Not necessarily fragmentation, but still a pain by Dave+Fiddes · · Score: 1

    Perhaps if you ditched 95/98 and used a decent OS like NT Workstation your troubles would be reduced.

    I quite happily skip between NT and Linux depending on the project I'm working on...neither OS crashes on me or blue screens almost no matter what I subject it too(Linux has been the most fragile).

    I'm looking forard to VMWare for NT so I can run both OSs at the same time.

    Who cares really.

  264. Re: Fragmentation in the Windows world by BlueAdept · · Score: 1

    Oh come on....

    So why can't exchange server process rules that write to personal folders unless I am logged onto a workstation running the client?

    Terminal server is vaguely multi user.... but have you seen how much memory it hoggs!

    --
    Who is Seg Fault, and what is he doing with Kernel Space?
  265. sorry, I didn't mean to insult you by delmoi · · Score: 1

    I'm tired and its fun to flame :)

    He, might actualy be a windows user, just incredibly stupid himself, but it just seemed to me to be a "sarcastic take" on windows users, a la Gerold Holms.

    so anyway, sorry :(
    "Subtle mind control? Why do all these HTML buttons say 'Submit' ?"

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  266. Childish crap by RPoet · · Score: 1

    I'm all for Linux, but spreading lies about Windows this way is not going to change the world for better. As for the article, it may be right about Win98SE being buggy (haven't tried it myself, but I hear it). Still, just because there are several ways to install it (full version CDs, upgrade CDs, service packs etc.) does NOT mean that there are several "versions" around!

    Just my .02 euros.

    --
    "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
  267. ok ok you guys made up my mind by tom721 · · Score: 1

    os/2 it is, then i don't have to worry about upgrades!!!!!!

  268. 40% incompatibility for W2K? by A+nonymous+Coward · · Score: 1

    I believe I have read that 40% of NT 4.0 programs won't run on W2K. That strikes me as pretty serious compatibility problems. Programs from my old Slackware 1.0.9 kernel still run on the same box, even tho it has been upgraded to ELF, glibc, and 2.0.3? kernel.

    --

  269. Portability BS by Anonymous Coward · · Score: 0

    What a load of Crap... I work on flight simulation software, a couple million LOC, (won't say which because I don't speak for my employer).. We compile it once.. runs on 95, 98, NT 4, and probably 3.51(though I've never tried).. You should stop and think about what you are writing.. Portability is for the most part in the hands of the programmer... As long as the OS designer didn't go out of there way to make API's incompatable... I can just as easily write code for any Unix that would be hell to port, as I can write code that would be hell to port between 95/NT.. My guess is it only seems Unix is more portable because Unix programmers have had to deal with portability issues for a long time..And thus avoid those pitfalls.. -JD

  270. WOW! by Anonymous Coward · · Score: 0
    The Astroturfers are out in force!

    You'd think this was a freaking Windoze site.

  271. Re:Not necessarily fragmentation, but still a pain by Jon+Peterson · · Score: 1

    "As far as I know, with Linux, most (if not all) of the hardware stuff is figured out dynamically when the computer boots. "

    Sadly, no. In fact, no no no noNO NO NO!! arg. Thud. :-)

    Linux can dynamically detect far less hardware (and less reliably) than Win95+, especially if the hardware is less than a year old.

    Hardware config for most things is stored in ASCII files on the hard drive, which are read during the boot processes.

    --
    ----- .sig: file not found
  272. Re:Not necessarily fragmentation, but still a pain by Anonymous Coward · · Score: 0

    I've had a similar experience, but with none of your problems.

    I agree that it should be nice if Linux could auto-detect changes in ther layout of your Hard Disks, but when I moved my primary slave (which is the drive Linux boots from) to the secondary master position, all I had to do was change /etc/fstab and /etc/lilo.conf, and reinstall LILO. Everything worked fine (at that time I was running Slackware 3.1 with all sorts of upgrades).

    Windows still today acts funny sometimes after the change: if I go into Windows Explorer, sometimes everything but the C: (the only thing that was not changed) do not show up. If I refresh (F5), though, all comes back to normal (I can see the D: drive, a partition in the second master, my CD-ROM, that was sec master and now is sec slave, and the Linux partition - I use fsdext2 for that, if I remember the name right).

  273. Apps and kernel versions by spodpit · · Score: 1

    Hmmm ....

    Can anyone actually name me an app that requires specific kernel version (or at least a certain version). Oh yeah, closed-source binary only kernel modules from don't count!

  274. Truth by coli · · Score: 1

    Do you know why RobLimo and CmdTaco keeps on putting offensive/misinformed information in the articles posted on slashdot?

    I think I heard this from here somewhere, but the intention is to get people offended so *you* will post your replys to it.

    Think about it, the only thing slashdot has to offer is this forum. Without post in this forum, slashdot is worthless.

  275. Who needs fragmentation anyway? by gabbleratchet · · Score: 2
    If you really want to find fragmentation on Windows, you don't have to look far:
    • It's in DLL conflicts and VB runtime version mismatches...and the fact that IE 3 and IE 4 can't coexist in the same Windows installation...
    • It's in the fact that certain of the MS products require a particular version of IE...
    • It's in the reality that Outlook and Outlook express are two entirely different beasts, sharing only a name; and that (when IE4 was originally released) you couldn't send email messages between them...
    • It's in the fact that I have copies of MSIE 3 that swear blind that they are actually copies of MSIE 4 (this when queried via Javascript under oath).

    The question is: is fragmentation a technical problem or a marketing problem?

    A more important question is: how does fragmentation actually harm a platform? There seems to be a general fear of fragmentation about in the Linux community. But fragmentation doesn't seemed to have harmed Microsoft any; If anything, the confusion just encourages their customers to go out and buy the very latest of everything "just to be on the safe side". In the realm of Consumer Linuxism, this would translate into the latest Redhat or the latest Caldera, wouldn't it?

    Personally I want everybody to do it my way.