Slashdot Mirror


64-Bit Windows Releases Now Available

SimplyJeff writes "Athlon 64 users rejoice! Today at WinHEC 2005 in Seattle, Microsoft announced availability of the 64-bit editions of Windows XP and Windows Server 2003. Strangely (and possibly a sign the drivers aren't yet up to snuff), Microsoft will not sell the 64-bit releases in retail outlets. For now, only new PC buys can get Windows x64 Edition as an option. However, those who purchased Windows XP after March 31, 2003, can trade in their copy for the 64-bit version at a cost of $12 and a voided warranty. Although, x64 users will get one free support call to Microsoft." Reader bonch adds a link to CNET's review of the OS.

594 comments

  1. Twice the Carnage by Anonymous Coward · · Score: 0

    The bad news... if you bought XP before April '03 you have to buy it again at full price. The good news... you won't ever have to buy another OS because 64-bits should be enough for anyone.

    My apologies to this guy.

    1. Re:Twice the Carnage by unknown_goth · · Score: 3, Funny

      One free phone call . . . sounds just like going to county jail if you ask me. . . . i'll take my 64bit use on a G5 thank you very much

      --
      Force of Will = Glue 'nuff said.
    2. Re:Twice the Carnage by CrimsonScythe · · Score: 1

      It's just a euphemism for "vendor lock-in".

      --
      The view was horrible and the smell was even worse; Julie severely regretted becoming a proctologist.
    3. Re:Twice the Carnage by some_random_person · · Score: 2, Interesting

      Actually, you'll have to buy a new system in order to get it: x64 Windows releases will not be sold on retail shelves - only as an option from manufacturers selling PCs...

    4. Re:Twice the Carnage by Jim_Maryland · · Score: 1

      Sort of makes sense that only new systems will include this option. A vendor who delivers the 64 bit MS Windows systems will surely make every attempt to resolve the driver issues before actually selling it. Home users are more likely to just "try it" on their existing hardware without doing all the homework on verifying driver compatibility and all that will do is generate negative feedback for the company. Microsoft realizes they don't need to provide their critics with any ammo.

  2. Intel by Anonymous Coward · · Score: 0, Funny

    So whens intel coming out with 64 bit x86 chips ? Will they also be dual core ?

    1. Re:Intel by Anonymous Coward · · Score: 2, Funny

      Six months ago. Yes.

    2. Re:Intel by Anonymous Coward · · Score: 0

      I already have a system with an Intel 64-bit dual-core processor.

    3. Re:Intel by x-caiver · · Score: 3, Informative

      I must be missing something... I don't get why that was modded 'funny'.

      Anyway, Intel's "Extended Memory 64 Technology" (EM64T) is compatible tech. They have Pentium 4 w/ EM64T and Xeon w/ EM64T processors that will run Win XP x64 Edition (and the Server 2003 x64 Editions) just fine.

    4. Re:Intel by Anonymous Coward · · Score: 1, Funny

      Most importantly, will they be AMD compatible?

    5. Re:Intel by Anonymous Coward · · Score: 2, Funny

      Yes, but the first slashdot article about it will be tomorrow, and there will be a repeat every other day for the next week and a half.

  3. Applications? by _Sharp'r_ · · Score: 4, Insightful

    Great, now all people need are some applications really designed to take advantage of it....

    --
    The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    1. Re:Applications? by Reaperducer · · Score: 3, Funny

      64-bit Solitarire is going to rock! I can't wait! Minesweeper will seem so much better with all those extra bits. It's definately worth the upgrade price.

      --
      -- I'm old enough to have lived through six different meanings of the word "hacker."
    2. Re:Applications? by Anonymous Coward · · Score: 1, Funny

      I was playing 64-bit solitaire and when I won, one of the cards came smashing through my monitor, so yeah I don't even want to try Minesweeper.

    3. Re:Applications? by ink · · Score: 5, Insightful
      Well, you should be able to run Win32 apps as quickly as you did on your 32-bit version of XP. As 64-bit apps make an appearance, they should run just fine alongside their elder bretheren. I wonder if we'll see the marketing blitz for "Win64" or "Certified for 64-bit Windows" applications this time around. When Microsoft moved from win16 to win32, everyone had to upgrade all their apps to take advantage of Windows 95, Win32S and NT 3.5. It was quite a money grab for the application developers; many simply had to re-compile against the 32-bit libraries and do some minor tweaks to release their preemptive-enabled applications. People bought it up.

      New Paintshop Pro 64! Now able to address 16TB of RAM! J00 need it!!

      --
      The wheel is turning, but the hamster is dead.
    4. Re:Applications? by breakbeatninja · · Score: 2, Insightful

      I'm sure they're already on the way. Microsoft has been working with programmers, vendors and other partners for quite some time to coordinate this release. In short time you'll see 64-bit enabled video games, graphics applications, scientific applications, etc, etc. Be patient as this is new territory for Microsoft that some would say is long overdue. :-)

      --
      shop.envescent.com - Computer hardware and more.
    5. Re:Applications? by Anonymous Coward · · Score: 0

      > 16TB of RAM! J00 need it!!

      I don't doubt that we may need that much someday in the not-so-distant future, but this is only capable of having up to 128 GB of RAM, according to page two of the article.

    6. Re:Applications? by breakbeatninja · · Score: 2, Informative

      There is a slight amount of increased overhead because they are running in an emulated environment called Windows on Windows (WoW), but the performance decrease, if any, is speculated to be around 5%.

      --
      shop.envescent.com - Computer hardware and more.
    7. Re:Applications? by lseltzer · · Score: 0

      Symantec Antivirus is available.

      Now it's safe to get e-mail on W64.

    8. Re:Applications? by deranged+unix+nut · · Score: 2, Informative

      Well, many applications.

      Anything that is doing tricky work tied closely to the OS might have problems:
      Anti-virus, firewalls, virtual private networks, low-level utilities, etc.

    9. Re:Applications? by carpe_noctem · · Score: 1, Redundant

      Just wait until you see the 64-bit spellchecker! It'll blow you away!

      --
      "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
    10. Re:Applications? by TekPolitik · · Score: 4, Interesting
      When Microsoft moved from win16 to win32, everyone had to upgrade all their apps to take advantage of Windows 95, Win32S and NT 3.5. It was quite a money grab for the application developers; many simply had to re-compile against the 32-bit libraries and do some minor tweaks to release their preemptive-enabled applications.

      There was far more to it than that. When you're writing C or C++ code you often make implicit assumptions about the size of many objects. Also MS changed the layout of values passed to Windows messages in many cases, and that required extensive code changes.

      I don't see many apps being ported to 64 bit though - only apps that have very heavy memory requirements. MS made a mindbogglingly stupid choice when they made sizeof(long) = 32bits in their 64 bit data model. Every other 64 bit operating system made sizeof(long) == 64 bits. That means that even if you've ported to 64 bits before (because you're a server app that works on thing other than Windows), you're up for porting work.

    11. Re:Applications? by croddy · · Score: 5, Funny

      yes! it handles such long long words!

    12. Re:Applications? by johansalk · · Score: 1

      So is Avast! which is free. Tiny has a beta version of it's firewall for windows 64 that you can try. Virtualdub has a 64-bit release too.

    13. Re:Applications? by Anonymous Coward · · Score: 0

      Good one.

    14. Re:Applications? by x-caiver · · Score: 2, Funny

      It spellchecks butter so fast it monkey types words caravan in to your games documents before you even candy know what you want to type ice cream!

    15. Re:Applications? by NutscrapeSucks · · Score: 4, Insightful

      When Microsoft moved from win16 to win32, everyone had to upgrade all their apps to take advantage of Windows 95

      Widespread 32-bit support was long overdue, and the applications were generally more stable and functional than 16-bit apps that had to manage segmented memory. (Plus you had fancy new UIs, long filenames, etc).

      I just don't see any real compelling advantage to 64-bit that would make users demand an upgrade to their word processors and MP3 players. Maybe only for high-end video/image editing apps, CAD and the like.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    16. Re:Applications? by Malc · · Score: 1

      If you've been paying attention, everybody here on /. thinks Windows is full of bloat. You won't believe how much memory is required by something as seemingly as simple as Solitaire.

    17. Re:Applications? by NanoGator · · Score: 4, Informative

      "Great, now all people need are some applications really designed to take advantage of it...."

      Newtek just announced a 64-bit version of Lightwave. Okay, this isn't a must-have product for the masses, but 3d artists tend to be the ones to make the most of their new found bits and hertz.

      --
      "Derp de derp."
    18. Re:Applications? by crazyaxemaniac · · Score: 1

      Dude it's the legend of soltar with action missles! It'll kick your zits to the curb yo!

    19. Re:Applications? by Anonymous Coward · · Score: 1, Insightful

      It's the registers, stupid! Compile for 64 bit mode, and you now have have access to all of the AMD64/EMT64 registers, which is double the number available in the 32 bit x86 instruction set. Screw addressing more than 4 GB of virtual memory, more registers makes a huge difference on today's memory-bandwidth starved architectures.

    20. Re:Applications? by bersl2 · · Score: 4, Informative

      It's not just about memory.

      AMD made it so that a program running in pure 64-bit mode has access to double the number of general purpose registers and SIMD registers. More registers == fewer memory accesses && fewer memory accesses == faster programs.

    21. Re:Applications? by Anonymous Coward · · Score: 2, Funny

      What about viruses? Will I need to recompile all of them as well?

    22. Re:Applications? by Trillan · · Score: 1

      It was quite a money grab for the application developers; many simply had to re-compile against the 32-bit libraries and do some minor tweaks to release their preemptive-enabled applications. People bought it up.

      A lot of the APIs changed between Windows 3.1 and Windows 95, and for no particular reason Microsoft did not make many of them backward compatible. There was a lot more to it than tweaks and a recompile. One thing I did *not* need to do is any changes for pre-emptive multitasking. That just worked.

    23. Re:Applications? by StillAnonymous · · Score: 5, Insightful

      What about games that utilize commercial protection schemes (safedisc, securom, starforce)? These all use 32-bit drivers to do their low-down and dirty work.

      Will they work on XP64?

      I have a feeling it'll be another case where the cracked version is more compatible than the original..

    24. Re:Applications? by syzler · · Score: 1

      I'm puzzled, what "every other " 64 bit operating system are you referring to? Solaris 9 running on a 64bit sparc uses 4 bytes for a long. "long long" is 8 bytes. I just compiled a test program that prints the return of sizeof(long) and sizeof(long long) to verify. Me thinks you are mistaken.

    25. Re:Applications? by m_pll · · Score: 1
      MS made a mindbogglingly stupid choice when they made sizeof(long) = 32bits in their 64 bit data model. Every other 64 bit operating system made sizeof(long) == 64 bits. That means that even if you've ported to 64 bits before (because you're a server app that works on thing other than Windows), you're up for porting work.

      So you had existing code which wasn't 64 bit clean. And you "fixed" it by assuming that on any 64 bit system sizeof(long) == sizeof(void*)? I'd say you deserve what you get if that's the case.

      You should have used proper types (size_t, ptrdiff_t, or an explicit 64 bit integer type) to begin with, and if you're still not using them even after you've "ported" the code the first time then you have only yourself to blame.

    26. Re:Applications? by BigDog1942 · · Score: 1

      There are plenty of applications for Win64 - See http://www.geocities.com/masonralph/win64.htm

    27. Re:Applications? by l0perb0y · · Score: 1

      Is the Win64 better than the N64? It better be, because N64's graphics just can't compete with today's gaming consoles.

    28. Re:Applications? by qray · · Score: 1

      Handling of long long words is expected to have a dramatic performance impact on Microsoft Word. Spell checking things like supercalifragilistickexpialidoshus(sp? sorry didn't want to take the time to spell check that, don't have a 64 bit CPU).

      --
      oxrodromatrically romdru piru timdock

    29. Re:Applications? by mabinogi · · Score: 1

      Cakewalk also have a 64 bit version of Sonar, and a few audio vendors already have 64 bit drivers (M-Audio for instance).

      Given that there are a large number of sample based soft-syths out there that use gigabytes of samples, and currently have to rely on direct from disk streaming techniques, the ability to support large amounts of physical memory could be quite an advantage.

      --
      Advanced users are users too!
    30. Re:Applications? by TekPolitik · · Score: 1
      I just compiled a test program that prints the return of sizeof(long) and sizeof(long long) to verify. Me thinks you are mistaken.

      It appears you forgot the "-m64" flag (assuming GCC):

      ksh [154] cat test2.c
      #include <stdio.h>

      main()
      {
      fprintf(stderr, "%d\n", sizeof(long));
      return 0;
      }
      ksh [155] gcc -m64 test2.c
      ksh [156] ./a.out
      8
    31. Re:Applications? by Anonymous Coward · · Score: 0

      That is normally handled by the compiler, not something you need to do any "porting" to take advantage of.

    32. Re:Applications? by Anonymous Coward · · Score: 0

      A long is always 32 bits, just as a short is always 16 bits. The size of an int is dependent on the environment. On Win32 it's the same size as a long (32 bits). On Win64, it's 64 bits, the size of a long long. If you choose your types carefully, porting to 64 bit Windows can be fairly painless.

    33. Re:Applications? by ceeam · · Score: 3, Funny

      64-bitness Microsoft way:
      void* = 64bit
      int = 32bit(?)
      long = 32bit(!)
      long long = 64bit

      Good thing it's not "long long long long" :-(
      Assholes.

    34. Re:Applications? by AndroidCat · · Score: 1

      I'm sure we'll see the 64 bit malware soon enough. (And if it wants to pull down stuff like the .NET 2 beta, it should be quite an exciting install!)

      --
      One line blog. I hear that they're called Twitters now.
    35. Re:Applications? by TekPolitik · · Score: 1
      So you had existing code which wasn't 64 bit clean. And you "fixed" it by assuming that on any 64 bit system sizeof(long) == sizeof(void*)? I'd say you deserve what you get if that's the case.

      I'm not saying anything about my own code, but you are making many assumptions you don't even realise. Not every piece of code that is affected by this moronic design decision would have been visited in a prior 32bit-64bit port (or a 16bit-32bit port). In anything other than a trivial application, you're going to have to re-examine potentially a large number of pieces of code that you wouldn't have had to deal with elsewhere - and you certainly couldn't say that just because you did the things you indicate that there are not going to be any issues created by this.

      For instance, it has always been true that sizeof(long) >= sizeof(void *) (leaving aside systems with strange pointer formats like the AS/400 where you can't realistically port anything even moderately complex anyway).

      Passing a pointer through an integer is very common in C, and not unheard of in C++, and the integer of choice for this has been the "long" for the past 15 or so years. In fact the Windows API requires passing pointers around in integers, and because they have made sizeof(long) 32 bits, have then made the API depend extensively on non-standard integer type declarations (no, it doesn't depend on a particular non-standard type, but it does require non-standard types to work).

      The fact remains that making sizeof(long) < sizeof(void*) means people porting to 64 bit will have to do more checking, and more testing than if sizeof(long) were >= sizeof(void *). That's going to operate as a disincentive to vendors to move to 64 bits.

    36. Re:Applications? by Anonymous Coward · · Score: 0

      A long is always 32 bits, just as a short is always 16 bits.

      Says who?

      The size of an int is dependent on the environment. On Win32 it's the same size as a long (32 bits). On Win64, it's 64 bits, the size of a long long.

      Uh, no. int is still 32 bits, since that's what most integer math will still be done with. int cannot be larger than long with a conforming C or C++ compiler.

    37. Re:Applications? by deranged+unix+nut · · Score: 1

      We can only hope that the virus writers will be forced to update. :)

      Realistically though, it will largely depend on the specific vulnerabilities that they are exploiting.

    38. Re:Applications? by Anonymous Coward · · Score: 0


      If people need all new drivers and newly-ported applications to use 64-bit Windows effectively, why not save the money and use 64-bit Linux and Solaris? ISVs take note, you are at a crux of application platform support. Do you choose the more-expensive harder to support Windows, or the *free* open and non-proprietary systems?

      Microsoft has peaked. People need to recognize this and start the migration to more open and cheaper alternatives soon or be left cornered in a dead-end platform.

    39. Re:Applications? by weicco · · Score: 1

      But doesn't MS discourage you from using form example long datatype and tell you to use macro LONG instead? I thought those macros was designed just for situations like this where you are porting your app from 32 bit to 64 bit environment.

      --
      You don't know what you don't know.
    40. Re:Applications? by NutscrapeSucks · · Score: 1

      > sizeof(long) >= sizeof(void *)

      I read that MS went through their entire codebase and removed all of these assumptions. The question is why they would go to all that effort when a easier solution was available.

      The only reasons I can imagine are:
      (A) They wanted to kick programmers in the ass to "do the right thing" wrt pointers
      (B) They surveyed 3rd party code and found that other assumptions about a 32-bit long outweighed the pointer issue, so fixing the system code was the right thing for ISVs.

      But I'm out of my depth here, any other ideas to their thinking?

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    41. Re:Applications? by TekPolitik · · Score: 1
      But doesn't MS discourage you from using form example long datatype and tell you to use macro LONG instead? I thought those macros was designed just for situations like this where you are porting your app from 32 bit to 64 bit environment.

      There are many, many valid reasons for using "long" rather than "LONG" - especially if Windows is only one of your platforms. Even if you were doing that as a rule, it would not prevent you from going through all the steps required for checking. Also LONG is defined as a 32 bit integer even for a 64 bit target - you probably mean LONG_PTR.

    42. Re:Applications? by City+Jim+3000 · · Score: 1

      The compiler is one big part of porting... you have to compile your app for another arch = porting.

    43. Re:Applications? by syzler · · Score: 1

      Me thinks I was mistaken.

      I usually am just porting code for a simple apps from Linux or FreeBSD to Solaris so I have not looked in depth at the differences between 64 bit and 32 bit. I was unaware of the "-m64" flag, which is not configured on the solaris box I use to test the ports:

      syzdek@webster$ cat long.c
      #include
      main(void)
      {
      return(0);
      }
      syzdek@webster$ gcc -m64 long.c
      cc1: -m64 is not supported by this configuration
      cc1: -mptr32 not allowed on -m64
      syzdek@webster$

      Looking at your other posts, you appear to be very knowledgeable in compiling/writing code for different archs (including making code compatible with MS Windows), can you recommend any good online resources that give pointers on how to write clean code that can be easily ported between 32 bit and 64 bit systems and various operating systems?

    44. Re:Applications? by weicco · · Score: 1

      Ah. Okay. I didn't know this. I probably need to read MSDN more carefully :)

      --
      You don't know what you don't know.
    45. Re:Applications? by TekPolitik · · Score: 1
      can you recommend any good online resources that give pointers on how to write clean code that can be easily ported between 32 bit and 64 bit systems and various operating systems?

      I'm not aware of any off the top of my head. Most of my experience with such things is empirical, having done 16-32bit and 32bit-64bit ports in the past. It also helps to have a background in assembly language so you can fully understand the implications of a lot of the constructs used in higher level languages. One of the great shames these days is that new programmers tend to have no assembly language skills, couldn't read a disassembly listing to save themselves, and don't realise the cost of some of the high level constructs they use.

    46. Re:Applications? by jaxdahl · · Score: 3, Insightful

      If you like, you could use cracks to remove the protection so you can play your legally bought game.

      However, there are some cases where this will not work:
      One obvious example is Splinter Cell: Pandora Tomorrow. Nobody has been able to crack it and ubisoft has not patched it to the latest version of Starforce3 which supports xp64.

    47. Re:Applications? by Anonymous Coward · · Score: 1, Insightful

      MS made a mindbogglingly stupid choice when they made sizeof(long) = 32bits in their 64 bit data model.

      No, they made an appropriate choice, given the circumstances.

      Developers expect to be able to take their existing apps, compile them on Win64, and have them work the same. That's what LLP64 is good at, and backwards-compatability is why Microsoft has been king of the hill for a couple decades.

      If Microsoft released a version of Windows such that you couldn't simply compile your old Windows apps, developers would (a) cry that Microsoft broke it (regardless of whose fault it is), which would (b) slow the adoption of Win64. Microsoft isn't looking to give customers excuses to *not* upgrade.

      Unix systems use other 64-bit data models, because they're more appropriate there. Unix systems have had inconsistent data types between platforms (and code runs on more platforms) for ages, so developers don't often write code that requires int to be 32 bits. Yeah, yeah, it's the 3rd-party Windows app developers' fault -- but that doesn't matter!

      Disclaimer: I don't even use Windows. But I do recognize a good decision when I see one.

      It is possible -- as happened in this case -- that two people can make two very different decisions, and both can be correct for the person who made them.

    48. Re:Applications? by Lord+Kano · · Score: 1

      I remember when Apple went to 32 memory addressing, your apps had to be "32 bit clean" or else they'd negatively impact system stability.

      LK

      --
      "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
    49. Re:Applications? by aug24 · · Score: 5, Funny
      More registers == fewer memory accesses && fewer memory accesses

      I'm not letting you code C for my company!

      Justin.

      --
      You're only jealous cos the little penguins are talking to me.
    50. Re:Applications? by Anonymous Coward · · Score: 0

      sizeof(long) = 32 bits??
      This smells like they have a problem with backwards compatibility!

    51. Re:Applications? by turgid · · Score: 1

      That's the way Linux and Solaris and GCC do it too. Unless I'm missing the joke?

    52. Re:Applications? by Anonymous Coward · · Score: 0
      When Microsoft moved from win16 to win32, everyone had to upgrade all their apps to take advantage of Windows 95

      Some of us got a clue and went straight to Linux.

    53. Re:Applications? by Anonymous Coward · · Score: 0

      The basics, as always, still apply. Don't assume the size of anything other than char. If you need a fixed-sized variable, use the C99 types E.g. int16_t, uint64_t etc.

    54. Re:Applications? by master_p · · Score: 1

      And 64-bitness enhances security too!

    55. Re:Applications? by Anonymous Coward · · Score: 0

      Er, no - that's the way Linux and GCC do it on 32-bit processors. On 64-bit processors, long is 64-bit in Linux.

    56. Re:Applications? by Anonymous Coward · · Score: 0

      In theory, wouldn't the maximum addressable amount RAM be 2^64 Bytes = 16 Exabytes?

    57. Re:Applications? by turgid · · Score: 1
      Er, no - that's the way Linux and GCC do it on 32-bit processors. On 64-bit processors, long is 64-bit in Linux.

      Oh dear :-( I've been spending too much time on Solaris. At least I haven't written much 64-bit code so far.

      /me goes off to read about it some more...

    58. Re:Applications? by maxpow · · Score: 1

      64bit is a step in the ladder, it took ms long enough but its an important step swords better performance in all its aspects.

    59. Re:Applications? by Bert64 · · Score: 1

      Well, it's in microsoft's interest to make sure that your NOT developing for other platforms.. If they make it more difficult to do so that will discourage people from doing so because of the additional work involved.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    60. Re:Applications? by hartz · · Score: 4, Interesting

      I will quote in its entirety a post I put on a http://forums.hexus.net/showthread.php?t=23425 Hexus forum a few months ago:

      Our world is such that we commonly work with numbers between positive and negative 2 billion. Everything from monetary amounts to the number of records in a database, from distance between places to weights and quantities - we generally work with numbers well within the 32-bit range.

      When 32-bit processing came around we had a general and common need to process numbers bigger than what could be handled by 16-bit CPU registers, e.g. numbers bigger than 65,000. But this need for large number processing have stayed the same over time, and so it will not assist to drive the development of 64-bit CPUs!

      There is also the ability of the CPU to do more accurate floating point mathematics. This, as well as the need to work with very big numbers, play a role only in engineering and science applications, and to a smaller degree in games.

      Therefore the need for 64-bit processing is driven more by the need for addressing more memory than by the need for faster processing of very big or very small numbers.

      We need 64-bit processing where the data width inherent in the problem exceeds the (32-bit) processor's registers' width. (Actually this is true for database memory requirements and for games' number crunching and engineering and scientific applications too ... these applications gain from 64-bit processing either because the problem lends itself to a very large data set, eg a large memory requirement or else because of a requirement to process numbers which are wider than the CPU's register width.)

      It is not generally possible to recompile or even rewrite an existing problem to "require" bigger registers or memory space. However if a problem already requires big numbers to be processed and had been "optimised" to fit into 32-bit world, then the program can be (un/re)"optimised" to utilise the full 64-bit processing capability by removing these initial optimisations, such as where 64-bit operations have been broken into multiple 32-bit operations.

      In fact, someone (Adrian Cockroft) very aptly said http://www.sun.com/sun-on-net/itworld/UIR951101per f.html 64-bit CPUs increase application performance despite the 64-bit nature of these CPUs . 64-bit instructions and, in particular, 64-bit memory address pointers imposes a big additional load on memory, caching and the CPU, so if you're not using those extra bits, compiling to 64-bit actually makes the application execute slower!

      To test this, take your favourite compiler and compile your favourite utility program to both 32 and 64-bit executables and run both and compare the timings on your trusted Althlon64 or Sun ULTRA 5 workstation. :-)

      Unless the program either processes lots of large numbers or utilise more than 4GB ram, the 32-bit version will run faster.

      A program which does not process huge numbers and which does not process numbers bigger than 32-bits will run faster when compiled to a 32-bit executable, even on a 64-bit CPU. There is also the bigger 64-bit executable to load and instructions to move between memory and CPU.

      Let me add something to this - as a pojnt in case, all the general purpose utils on Solaris 7, 8, 9 and 10 come as 32-bit executables by default (Some 64-bit utils are available, but not in your path by default). This is probably because the memory bandwidth overhead (read: Wasted memory bandwidth) due to 64-bit executables needing to transfer double the amount of bits from memory to find out where pointers point, even if it is just to point to next next memory address! (Eg pointers are bigger because they can address more memory, even if you don't need it)

      A very simple comparisson will prove this, eg
      timex

      --
      --- Abnormally normal.
    61. Re:Applications? by WolfDeusEx · · Score: 3, Interesting

      Hum strange. I've played a cracked version in the past.

      --
      Shoot me
    62. Re:Applications? by IWannaBeAnAC · · Score: 1
      Yes, I think they do have a compatibility problem ;)

      But I would expect that having sizeof(void*) != sizeof(long) would cause even more problems. But it is years since I did any Windows programming.

    63. Re:Applications? by IWannaBeAnAC · · Score: 1
      I do not know what they have finally decided, but at least in the early Win64 documents, size_t and ptrdiff_t etc were also 32 bits. To get 64-bit versions, you needed to use SIZE_T, PTRDIFF_T etc etc.

      If Microsoft are going to do that, then they only have themselves to blame for porting problems!

    64. Re:Applications? by BridgeBum · · Score: 1

      This needs a funny mod. Thanks for making a dreary morning more cheerful.

      --
      My UID is the product of 2 primes.
    65. Re:Applications? by pommiekiwifruit · · Score: 2, Insightful

      Shit, they don't work on XP let alone XP sp 2 (on my machine anyway). Since SecuROM is made by Sony I suspect it is just sabotage to persuade me to buy PS2 versions of games instead...

    66. Re:Applications? by Ilgaz · · Score: 1

      Well, its a thing to be asked at application developers. I guess the big 4 multimedia (Apple, Real, MS,various mp3 vendors) will be the first to take advantages.

      Real used SSE the day it shipped, I remember on windows. For CD ripping/listening same time.

      Using OS X/ G5 desktop 1600, I can't believe the opportunities that altivec stuff not used. Well, I generally find a better performing one using my cpu, not the auto vectoring etc and I use it.

      I don't think they (real got 1.800.000 customers paying) will make first day attempt to move to 64bit stuff. E.g. on superpass stuff, the content producer gets its share based on seconds the content played, imagine a crashing, experimental real :)

      Well, in general, its always the media stuff jumping on train first and distributed stuff like seti etc. Well, I know from Folding@home Mac team and a professional image DSP thing ( I bought, moving to 64bit didn't give any significant advantage to the apps as they use Altivec already.

      Its what I know from developers posting to forums and my mail suggestions, nothing else.

    67. Re:Applications? by Thaelon · · Score: 1
      What about games that utilize commercial protection schemes (safedisc, securom, starforce)? These all use 32-bit drivers to do their low-down and dirty work.

      Will they work on XP64?


      They should. Doing things with 32 bits on a 64-bit system is no different than a 32-bit one. The only time you run into problems is when you try to do an operation that requires more than 32 bits 32-bit system. Ever try multiplying an unsigned long by 4294967296 (0x1 0000 0000) on a 32-bit system? It works just fine on a 64-bit system.

      There's no reason N-bit drivers can't be made to work on a Z-bit system as long as N is less than Z.

      --

      Question everything

    68. Re:Applications? by Vladimir · · Score: 1

      From my personal experience, I agree that it is true on SPARC (~20-30% slowdown). However, it seems to be more complicated on x86_64. I have access only to Intel's processors and most of the programs I deal with are _not_ slower than 32 bit analogs. In many instances you can clearly see they take twice as much memory, but run at least as fast as 32 bit analog (the example I talk is a pointer-heavy Union-Find implementation). Is it memory prefetch, double number of registers or something else? Hard to say, but it (just) works.

    69. Re:Applications? by Anonymous Coward · · Score: 0
    70. Re:Applications? by Anonymous Coward · · Score: 0

      Last time I checked www.gamecopyworld.com had the unexisting crack you are talking about. Weird... Maybe their web site is in another dimension. I'm not saying that your obvious example is lame. No, I'm not.

    71. Re:Applications? by Anonymous Coward · · Score: 0

      Some of us don't give a shit about Linux and it's 1% desktop market share.

    72. Re:Applications? by Anonymous Coward · · Score: 0

      No its cracked. I know people who are playing it wihout Starforce3. You just dont know the right people.

    73. Re:Applications? by MiKM · · Score: 1

      No advantages? Imagine all the new things Clippy will be able to do.

    74. Re:Applications? by Bert64 · · Score: 1

      No, not on a 64bit architecture.. long is 64-bits on 64bit unixes, but only when you compile 64bit binaries, most os's like solaris default to 32bit binaries (because theres no performance loss, and you can save some memory) and you can manually build 64bit binaries if you do need the extra memory space.. long long is still 64bit on solaris running in 32bit mode, and i believe the processor still processes it as a single 64bit rather than 2 32bit

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    75. Re:Applications? by turgid · · Score: 2, Insightful
      This is one of the many shortcomings of C. In the old days, in FORTRAN, you could say INTEGER*4 and be sure you were getting 4 bytes.

      So you go and make a bunch of typedefs for things to garantee storage is of the required size and then some smarty-pants comes along and says "you mustn't do that. It's not how the language is supposed to be used Blah blah blah blah confusing for other people blah blah blah might introduce bugs blah blah blah why do you think you know better that the people that wrote the compiler"

      So you leave and do something where there people aren't a bunch of anally-retentive tossers. Or become a skr1pt k1dd13.

    76. Re:Applications? by s0ny · · Score: 2, Informative

      heres four cracks for you. you researched that well eh? http://megagames.com/cracks/html/c911870_0.htm

    77. Re:Applications? by Anonymous Coward · · Score: 2, Informative

      You're thinking of Chaos Theory, not Pandora Tomorrow, which was cracked long ago.

    78. Re:Applications? by amliebsch · · Score: 1
      It appears you are trying to be funny. Would you like to:
      o Retire a joke that was obsolete years ago
      o Download a clue from the interweb
      o Continue living in the past
      --
      If you don't know where you are going, you will wind up somewhere else.
    79. Re:Applications? by LWATCDR · · Score: 1

      Not all that simple.
      64 bits means your program will be larger. I.E. It will take more memory. Very few programs will need 64bit ints or a 64bit memory space. Finally very few programs need to run faster! You will see a lot of apps stay 32 bit for a very long time. Why? Because most machines are still 32 bit and 32 bit programs run just fine on the 64 bit systems. In the Windows workstation world you will see high end video and graphics programs as well as games migrate to 64bit first. On the server side databases will the the first users.
      Here is where OSS gets an big boost. A lot of apps are already 64 bit and the 64bit version of Linux has been out for a while.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    80. Re:Applications? by OhPlz · · Score: 1

      I don't think that's the same 64-bit XP that we're talking about here.

      "Windows XP 64-Bit Edition supports the latest class of Intel Itanium processors designed for users who need to create and manipulate large amounts of complex data."

      I believe they dumped Itanium processors a while ago. I think that's some bastard 64-bit XP you've linked us to.

    81. Re:Applications? by mikael · · Score: 1

      And as compromise there will be:

      short = 48 bit

      as two parties couldn't agree on whether a short int should be 32-bits or 64-bits, so they decide to half the difference.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    82. Re:Applications? by bugeaterr · · Score: 2, Insightful


      Now Microsoft can come out with Office 64, which no doubt will have a sticker on the shrink wrap exclaiming:
      *Now with 64-bit spell checker!*
      It will have a host of "new features" that 99.999999999% of Office 95 users wouldn't clamor for.
      Alas, due to their enhanced 64-bit nature, Office 64 documents can NOT be saved in ancient Office 2003 (or earlier) format, requiring everyone to upgrade.

    83. Re:Applications? by Anonymous Coward · · Score: 0

      But that ludicrous!

      Everybody knows shorts must be sized three inches over the knees!

    84. Re:Applications? by Anonymous Coward · · Score: 2, Informative

      ISO-C99 specifies that {u,}int{8,16,32,64}_t must be defined in stdint.h. If you use those consistantly, you will get the size you need no matter which system you are on.

    85. Re:Applications? by Anonymous Coward · · Score: 0
      long = 32bit(!)
      long long = 64bit

      Good thing it's not "long long long long" :-(


      Well, if you don't like it you can always do:
      #define long long long
    86. Re:Applications? by elgatozorbas · · Score: 1
      Great, now all people need are some applications really designed to take advantage of it....

      Like Loadlin64

    87. Re:Applications? by Some_Llama · · Score: 1

      When i run solitare it uses 1.8mb of memory... is that so extravagant?

    88. Re:Applications? by bersl2 · · Score: 1

      I had just finished a homework written in C 10 minutes before it was due. Therefore I had used up all of my lucidity for the day. I needed to flush the waste from my system.

    89. Re:Applications? by giantsfan89 · · Score: 1

      Therefore the need for 64-bit processing is driven more by the need for addressing more memory than by the need for faster processing of very big or very small numbers.

      dude, somebody wake him up at 3:14am on Jan 9, 2038 (GMT)!!

      --
      Don't ping my cheese with your bandwidth!
    90. Re:Applications? by bored · · Score: 1

      Accually most of the 64-bit unix's also have long=32 bits. I agree its stupid, long should have been 64-bits but now you have the "long long" basdardization which is 64-bits. At least M$ did that one correctly and just defined int64 for everyone to use years ago before the C standards org decited that "long long" was legal.

    91. Re:Applications? by TekPolitik · · Score: 1
      Accually most of the 64-bit unix's also have long=32 bits.

      Name one (make sure you're building a 64 bit application not a 32 bit one).

    92. Re:Applications? by Anonymous Coward · · Score: 0

      The act of porting implies that the code is actually changing. If the "port" is just a simple recompile and no modifications to the source code are made, that isn't really "porting" in the sense of, "oh crap, I have to fix all the things that are broken on this other system." It's more like, "hey, it works fine on this system, how 'bout that?"

    93. Re:Applications? by Anonymous Coward · · Score: 0

      Except that gets annoying when you port to systems that don't have [u]intNN_t.

    94. Re:Applications? by Anonymous Coward · · Score: 0

      Holy crap! That has to be the stupidest thing I've ever read. I am no huge fan of Microsoft, but I would expect more of them than that. I really hope they didn't go ahead with that idea...

    95. Re:Applications? by Anonymous Coward · · Score: 0

      Wow, I knew the reply would be a flame.

      Dude, why don't you get a life instead of putting down the preferences of others? You might live longer.

    96. Re:Applications? by Bert64 · · Score: 1

      Yes but a lot of code will use long integers (and some code uses regular ints and has to be patched to work on 64bit unixes) to store pointers, i encounter these problems often when porting apps from x86/linux to alpha/linux or amd64/linux.. Sure you can manually specify the size with uint_64_t but that only works if you already know the size of a pointer, some code actually copies pointers into uint_32_t size integers and consequently crashes on 64bit platforms, that's why the unix standard of a long always being the same size as a pointer is very usefull.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    97. Re:Applications? by IWannaBeAnAC · · Score: 1
      Both the C and C++ standard (at least prior to C90, not sure about that) guarantee that long is the largest builtin integral type. So if you were going to assume that a void* can be stored in an integer (which is not guaranteed, but obviously works on virtually all hardware) then it is quite reasonable to assume that it will fit in a long.

      Explicit 64-bit types (prior to C90 and stdint.h) are not standard and not portable.

  4. Uh ... by Sonic+McTails · · Score: 3, Interesting

    Why the hell don't they just label it public beta, since it seems they want no one but a very select few to use it. This is more like a beta test then a product release ...

    --
    This signature was left intentionally blank.
    1. Re:Uh ... by Anonymous Coward · · Score: 2, Insightful

      April '03 is when the original AMD64 Opterons shipped. Therefore nearly every Windows user of x64 hardware is covered by this program.

      (Exception would be if you bought the $300 retail version and transfered it to your x64 machine.)

    2. Re:Uh ... by Anonymous Coward · · Score: 0

      No No No .... you get the alpha's for free. You pay for the beta's get it right.

    3. Re:Uh ... by Mattwolf7 · · Score: 4, Interesting

      Because they have gotten alot of bad press about being behind Linux on the 64 bit release schedule for ~2 years. Now it is "released" but it is still sortof a closed release. Remember Microsoft has a really good marketing division, this is one of their achievements.

    4. Re:Uh ... by km790816 · · Score: 5, Insightful

      You can get it on a machine and Microsoft will support you. Doesn't sound like Beta to me.

      If you were Microsoft, would you like to deal with the long line of tech support calls explaining why the new version of Windows doesn't work on a Pentium Pro.

      For the market they are targetting, their sales strategy makes perfect sense.

    5. Re:Uh ... by Anonymous Coward · · Score: 0

      And the charlie's just don't happen.

    6. Re:Uh ... by cptgrudge · · Score: 2, Funny
      This way they can say that they beat Apple to a 64-bit desktop.

      I know you're making a joke; you have to be, but I don't get it.

      --
      Qualitas edurus commercium, nullus penitus net rimor, nullus deus beneficium
    7. Re:Uh ... by Progman3K · · Score: 1

      Yes, I think it's fair to say Microsoft will go down in history as a great marketing company.

      Not as a great software company, but marketing is what they decided to concentrate on.

      --
      I don't know the meaning of the word 'don't' - J
    8. Re:Uh ... by lunar_dawn · · Score: 1

      Why the hell don't they just label it public beta, since it seems they want no one but a very select few to use it. This is more like a beta test then a product release ... How astute of you. :) Perhaps because if they call it what it is they have to wait longer for their money. Or maybe they're just embarrassed by their own elephantine pace of development. One would think that with their resources they could have done much better much sooner.

    9. Re:Uh ... by enosys · · Score: 5, Informative
      It's not beta. There was a public beta test and that is now over. The OS is finished. It's just that there are relatively few drivers and even fewer 64 bit applications.

      The OS is there for whoever needs it. Microsoft is just making sure that people don't start upgrading without understanding the limitations.

    10. Re:Uh ... by badriram · · Score: 1

      May be you need to know what a beta release is. In this case, a built in support of 15000 devices does not count as a lack of drivers in any way.

      According to your logic Windows MCE was in still in beta. It is just a fact that OEM can always provide better support for hardware that comes with a computer.

    11. Re:Uh ... by bluekanoodle · · Score: 1

      Technically, it's true as tiger doesn't ship until the 29th. :)

    12. Re:Uh ... by Anonymous Coward · · Score: 0


      You can get it on a machine and Microsoft will support you. Doesn't sound like Beta to me.



      It does sound like public beta, Microsoft style, to me. Well, make that public alpha. Microsoft's normal OS releases have beta quality. This time, Microsoft themselves seem to be a little bit shy about their newest child, so its probably worse than their normal software quality.

      Thomas
    13. Re:Uh ... by Anonymous Coward · · Score: 0

      they would actually be gammas, not charlies

    14. Re:Uh ... by ClubStew · · Score: 1

      And you don't think they're trying to avoid bad PR because people that bought 64-bit machines (hey - twice as many bits is twice as good, right?) will find it difficult to use their hardware that's lacking 64-bit drivers. Who do they blame, then? The same company that /. does for every little thing.

      When the market is truly ready for it and more 64-bit drivers are available I'm sure they'll put it out for retailers just like the 32-bit platforms.

    15. Re:Uh ... by Anonymous Coward · · Score: 0

      And won't come with a 64-bit desktop anyway.

    16. Re:Uh ... by cptgrudge · · Score: 1
      Ok. I get it now.

      Hmm. I wonder if Apple got word of this and "accidentally" shipped a few boxes of Tiger early to one-up Microsoft.

      --
      Qualitas edurus commercium, nullus penitus net rimor, nullus deus beneficium
    17. Re:Uh ... by GoRK · · Score: 1

      Except for the fact that many retailers have "accidentally" shipped Tiger preorders early :)

    18. Re:Uh ... by psp · · Score: 1

      Technically, it's true as Tiger is not a 64-bit OS by any stretch of imagination.

    19. Re:Uh ... by im_thatoneguy · · Score: 1

      Compared to Linux 64 bit driver support, this is version 2.0.

    20. Re:Uh ... by Bert64 · · Score: 1

      And the lack of 64bit applications is the fault of the closed source development model, opensource apps can easily be recompiled for 64bit architectures and instantly benefit from the additional registers etc, and often benefit from the increased address space quite easily.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    21. Re:Uh ... by Bert64 · · Score: 2, Insightful

      Actually, most opensource linux drivers are written in C and are architecture independant... A lot of older devices don't have drivers for the 64bit windows atall, while the existing architecture-neutral drivers for linux are supported just fine, infact many of these devices were already supported by 64bit linux on alpha, ppc and sparc for many years, many linux drivers already existed and worked perfectly on 64bit architectures before amd64 even existed.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    22. Re:Uh ... by sonofagunn · · Score: 1

      Uh... They've had it in beta for a couple of years now. They've mostly been waiting on drivers and manufacturers to catch up. They're hoping that, by releasing it, the pace of 64-bit drivers and applications being readied will be accelerated.

    23. Re:Uh ... by Glock27 · · Score: 1
      (Exception would be if you bought the $300 retail version and transfered it to your x64 machine.)

      Or you got XP Home with your machine, which applies to a lot of people... Perhaps most of those are better off sticking with 32-bit for now though...

      --
      Galileo: "The Earth revolves around the Sun!"
      Score: -1 100% Flamebait
    24. Re:Uh ... by Anonymous Coward · · Score: 0
      Technically, it's true as Tiger is not a 64-bit OS by any stretch of imagination.

      How so? Tiger supports true 64-bit apps, just not 64-bit GUI apps. No big deal, and I'm sure it'll be fixed by the next major OS release...

    25. Re:Uh ... by robnauta · · Score: 1
      And the lack of 64bit applications is the fault of the closed source development model, opensource apps can easily be recompiled for 64bit architectures and instantly benefit from the additional registers etc, and often benefit from the increased address space quite easily.

      On the contrary, if a new CPU with extra instructions, extra registers or a 64-bit CPU is introduced and a new version of the .NET framework becomes available, all .NET applications will automatically at maximum performance due to the JIT compiling this does.
      Also, you vastly underestimate the work needed. Open source that makes assumptions about int size, that structs will get 32-bit alignment and use pointer arithmetic on them, etc. may compile but will crash when run.
      Also if you recompile you need at least a new compiler. And if you compile a version that uses the new registers you would need to provide two versions, one for AMD64/intel64 and one for standard i686. But knowing open source the writer will probably compile for i386 and 95% of the people will just run those provided binaries without feeling the need to recompile.

    26. Re:Uh ... by psp · · Score: 1

      How so? Tiger supports true 64-bit apps, just not 64-bit GUI apps. No big deal, and I'm sure it'll be fixed by the next major OS release...

      Not providing any of the GUI libs in 64-bit version is a big deal. The Mac applications that would benefit the most from having lots of memory are apps like Maya and Shake. By not providing the libraries we might see another Maya release without 64-bit support on the Mac.

    27. Re:Uh ... by megarich · · Score: 1
      Because they have gotten alot of bad press about being behind Linux on the 64 bit release schedule for ~2 years. Now it is "released" but it is still sortof a closed release. Remember Microsoft has a really good marketing division, this is one of their achievements.

      I'm here to say your right. Beginning last week the plans were set for me to build my own athlon 64 machine. I tried inquiring about windows x64 last thursday. MS had nothing on their site(the trial download was closed and no info on where to buy full version) nor could i find much googling. I e-mailed ms asking about release date and price for x64 to which I got an e-mail back 2 days later saying call this number.

      Yesterday rolls along and I didn't call the number because ms updated their side and is now offering a "free"(you pay $6 in shipping + tax) 120 day trial version. I placed an order for a cd so now I wait 2-4 weeks. I still can't find any concrete information on how to buy a FULL x64.

    28. Re:Uh ... by Experiment+626 · · Score: 1

      I'd say "The OS is there for whoever needs it" is a bit of a stretch. People running the beta version can't step up to the production release unless they buy a whole new computer. For all practical purposes, this software is still a beta, no matter what Microsoft's marketing department chooses to label it.

    29. Re:Uh ... by ckaminski · · Score: 1

      When most computers run 64 bit CPU's, THEN you'll see Windows on the retail shelves. Or when they move to a DVD unified install that detects the proper version to install, Xp64 home, or xp32 home.

      Until then, to keep grandma from installing XP64 on her Pentium III/Celeron, no buying Xp64 in stores...

    30. Re:Uh ... by Bert64 · · Score: 1

      A new .net framework, a new java runtime or a new compiler, all will benefit from the new architecture.
      Also, most opensource software does not make assumptions about int size, opensource software has been running on 64bit architectures for many years, i find very few apps nowadays that fail to compile and run on my old alphastations.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    31. Re:Uh ... by jrockway · · Score: 1

      Offtopic and Troll? What a bunch of morons the mods are. We know that Apple did the real work to get a great 64-bit desktop; M$ is just making a marketing move so they can say they shipped a 64-bit consumer OS first. Not offtopic, not a troll. It's called FUD.

      --
      My other car is first.
  5. Sweet. by Aeron65432 · · Score: 2, Funny

    Yes! Now I can run 64bit on an OS I never wanted to use in the first place!

    1. Re:Sweet. by Anonymous Coward · · Score: 0

      With twice as many bits and Windows XP you could be twice as successful at whoring your free ipod spam!

    2. Re:Sweet. by Anonymous Coward · · Score: 0

      Actually he could be an order of magnitude more successful.

  6. Slashdot has changed... by NitsujTPU · · Score: 5, Funny

    Athlon 64 users rejoice! Today at WinHEC 2005 in Seattle, Microsoft announced availability of the 64-bit editions of Windows XP and Windows Server 2003

    ...nuff said.

    1. Re:Slashdot has changed... by urmensch · · Score: 1

      I'm hoping this gives me the drivers for ndisloader

    2. Re:Slashdot has changed... by Trogre · · Score: 1, Insightful

      although it's not going to make a beans worth of difference to most of us Athlon 64 users, since Linux systems have been running in 64-bit native mode for some time now.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    3. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      And the difference to 99.99% of computer users world wide is?

      Oh yeah, that's right. Big Fat Nothin'.

    4. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      Don't worry, Slashdot will be back to it's biased and idiotic insulting/flaming of Microsoft in a couple of days.

    5. Re:Slashdot has changed... by Xugumad · · Score: 2, Interesting

      Frankly, I doubt this is useful to more than a tiny fraction of /.'ers. My impression is that most of us run Linux or OS X for our desktop/server systems, and only use Windows for games. Okay, a reasonable number of /.'ers will have to use Windows desktops at work, but how many of those actually run memory intensive applications that are too slow currently?

      When they games start coming as standard as dual format AMD64/x86, I'll think about switching. In the meantime, don't care (and if more games start getting released on the Mac, I'll just ditch the PC anyway, frankly).

    6. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      "Most" Athlon 64 users are clueless dildos who bought an expensive HP/Compaq shitbox at Circuit City. They don't run Linux.

    7. Re:Slashdot has changed... by Anonymous Coward · · Score: 0
      Frankly, I doubt this is useful to more than a tiny fraction of /.'ers. My impression is that most of us run Linux or OS X for our desktop/server systems, and only use Windows for games.

      Oh, stop being so gullible. I'll eat my own hat if more than 30% of Slashdot users actually use linux as a "main" desktop OS. If Slashdot had any balls, they'd post some usage numbers to confirm what those of us with common sense already know. Naturally, that is never, ever, ever going to happen, so feel free to keep exercising that imagination.

    8. Re:Slashdot has changed... by NitsujTPU · · Score: 1

      My guess is that greater than 50% of Slashdot now uses Windows as their primary OS.

      My guess is that about 50% of those people think that that's a-ok. The others are in denial.

      The balance use Linux, though for a mixture of reasons.

      Not everyone is RMS :-)

    9. Re:Slashdot has changed... by ottothecow · · Score: 1
      actually...I use my athlong-64 system as my windows system. Sure linux can take advantage of it, but linux cant take advantage of the powerhungry windows apps (like games and photoshop CS) that I use the power of the athlon64 for.

      I run linux on my thinkpad (crossover for Photoshop 7 and Dreamweaver MX...I wish it supported new versions of both) as well as on a dual PII used for audio output in theatrical applications.

      --
      Bottles.
    10. Re:Slashdot has changed... by NitsujTPU · · Score: 1

      ..ps Alex?

    11. Re:Slashdot has changed... by Skrybe · · Score: 1

      Most A64 users? I'd have thought most A64 users are actually not runner Linux at all. Just like most x86 users in general are not running linux. And honestly I wouldn't be running linux on my A64 box for one simple reason - bleeding edge hardware. There are too many problems with drivers for the latest and greatest hardware in linux to make it worth installing on my main box. Instead it sits on a nice little 32bit AthlonXP 1800+ with an old Geforce 2 :)

    12. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      I know this stands a good chance of being modded as a troll, but let's be realistic. Linux is great and the fact that it had 64 bit support a long time ago is not coincidence. But as with all x86 processors "most of us Athlon 64 users" run windows.

    13. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      Okay, a reasonable number of /.'ers will have to use Windows desktops at work, but how many of those actually run memory intensive applications that are too slow currently?

      I use Windows on servers for my home network. I have tried numerous distributions of Linux over the years, and even have a Linux machine for messing around with, but overall I think Windows excels at the ease of server configuration. I know that it has certain downfalls compared to Linux (such as security), but when it comes to trying to figure out how to set things up, it is alot easier. Atleast for those who don't want to have to edit a config file every time you want to change something. In my experience Linux doesn't have the ability unless you are using a few specific distributions (such as RHEL or Suse Enterprise).

    14. Re:Slashdot has changed... by ErikRed1488 · · Score: 1
      My impression is that most of us run Linux or OS X for our desktop/server systems, and only use Windows for games.

      IIRC there was a poll on /. a number of years ago asking what people use as a desktop OS. The result was overwhelmingly Windows. Maybe a lot of the "old school" (like user ID 39311) /.ers use *nix at home, I'd guess that over 70% of current visitors are on Windows boxen.

      This brings up a question I've seen asked many times over the years. How about a look at an aggregate of the logs to see what the distribution of OS and browsers are for the visitors of /.?

      --
      I was not touched there by an angel.
    15. Re:Slashdot has changed... by strider44 · · Score: 3, Informative

      I found it the opposite. I use ubuntu and all I needed to do is write apt-get install apache.

      After doing this the web server was up and running and I didn't need to do anything other than apt-get the packages (such as php, it had a quite readable list just by searching for apache) that I wanted the server to run and it just worked ((tm), apparently). It told me it was set up in /var/www I think and I didn't have to modify any config files to configure it.

      I was surprised how easy it was because I had tried not long before to run a web server on Windows XP Pro and it took me a very very long time to get it up and running, and even then didn't have things like a database (you need to pay for that).

      Perhaps it's just been a long time since you've tried this. Linux has made huge leaps in just the past couple of years in usability, and should this trend continue it will most definitely eclipse Longhorn before its release.

    16. Re:Slashdot has changed... by scum-e-bag · · Score: 1

      ...but once you get your configs and compile time options set for linux, you can use slightly older hardware and linux will beat ms on brand new bleeding edge hardware...

      --
      Does it go on forever?
    17. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      If you're afraid to edit a configuration file then what the fuck are you running a server for anyway?

    18. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      "apt-get install apache" is old school Linux, not a leap in usabilty.

      As for Windows, IIS is the easiest thing there is to install (Add/Remove Programs), and you can easily download the same crappy free databases you get with Linux.

    19. Re:Slashdot has changed... by turgid · · Score: 1

      That's not "biased" it's "challenging." It will be a sad day indeed when sycophants rule the world and parody, criticism and skepticism are no more.

    20. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      Usage numbers would include those of us at work who must use Windows. In effect I use both Windows and Linux as my desktop, but I only use Linux at home.

    21. Re:Slashdot has changed... by Anonymous Coward · · Score: 0

      I admin both Windows and Linux servers. The Windows servers run IIS 5 for internal development and testing. The Linux servers run Apache, to enable WebDAV for Subversion. Apache is far easier to manage and far easier to actually make it do what I need it to do, compared to IIS. I won't make any claims about Windows V's Linux administration because I'm far more experienced with Linux and UNIX than I am Windows, which obviously colours my judgment towards Linux. Although I do find ADS amazingly easy to use, especially when you have to compare it to managing groups and users on a traditional UNIX style system.

    22. Re:Slashdot has changed... by syrinx · · Score: 0, Redundant

      My impression is that most of us run Linux or OS X for our desktop/server systems

      My server runs FreeBSD, you insensitive clod!

      --
      Quidquid latine dictum sit, altum sonatur.
    23. Re:Slashdot has changed... by FictionPimp · · Score: 1

      I actually just went back to windows with my new machine and i'm loving it. I like how simple it is. On semi new hardware linux is a pain and requires too much time screwing with the OS to actually use the OS. Now on my p3 machine linux is better than sliced bread. I install it and its done, a few apt-get's and I've got 3d support for my video card and i'm ready to go. But on my p4 or my amd64 i'll stick with windows for a few more years. I'm sick of screwing with config files and fussing with wrappers and weird hacks to get my hardware to work.

    24. Re:Slashdot has changed... by scum-e-bag · · Score: 1

      True... windows is simple... like those cameras that came out of Japan during the 80s, the only thing required to operate it is a PhD (press here dickhead) ;)

      --
      Does it go on forever?
    25. Re:Slashdot has changed... by Skrybe · · Score: 1

      Which is fine when it's just for word processing, web surfing etc. But I bought an X800 and an A64 for Far Cry and Doom3. While I could dual boot linux it doesn't like my particularly hardware config (sadly). On the other hand it works very nicely with my older machine. I just can't play Far Cry on it :D

      BTW, "runner" meant "running". Damned typos.

  7. The real question is now? by ZiakII · · Score: 1, Interesting

    How long before they hits the Warez, Is it me or does it seem like M$ is just shooting themselves in the foot by not selling it retail since many will seek "other" ways of obtaining the product?

    1. Re:The real question is now? by Anonymous Coward · · Score: 0

      I know Windows Server 2k3 x64 editions are out on P2P(don't ask how I know). Personally, I wasn't impressed. I mean, there biggest products for Windows Server, SQL Server and Exchange don't take advantage of the 64 bitness, so what's the point?

      Will there be VLK versions of the x64 bit Windows?

    2. Re:The real question is now? by yakumo.unr · · Score: 1

      as some news sites have allready covered, like most companies these days, ms retail was beaten to the release of their own product by several days.

      this one does seem particulally stupid however, as plenty of people have been buying x86-64 chips now and they are all bright enough to know they want a 64bit os to go with it.

      but many have been lumbered with XP home somehow, so can't upgrade free.

    3. Re:The real question is now? by Anonymous Coward · · Score: 0

      People who use Microsoft products are inherently good, so I doubt that piracy will be an issue...

    4. Re:The real question is now? by snuf23 · · Score: 4, Insightful

      At this stage of the game it doesn't make any sense for most users to switch to 64 bit XP. It isn't mature enough and doesn't have enough driver support. This is being put out there so that businesses that have a special need for 64bit computing (for example large memory address space) can get started.
      Expect to see plenty of patching and continued development moving forward.

      --
      Sometimes my arms bend back.
    5. Re:The real question is now? by Anonymous Coward · · Score: 0

      Well I was lumbered with a valid copy of XP Professional that I bought before the debut of the AMD64 chips. It's not valid for upgrade because of that. This is really a bullshit policy when I have a valid copy of Windows XP and a supported 64bit processor but can't get the XP 64bit "upgrade". Given how Microsoft has always tried to make money any way it can, the fact that there is a product that will not be sold to people who are willing to buy it just doesn't make sense.

      Yeah, I know, there are x86-64 bit versions of Linux. I have that. But I still need Windows. I guess Microsoft has decided that it is ok for me to steal if I can't get it any other way.

    6. Re:The real question is now? by cookd · · Score: 1

      SQL Server 2000 is available in a 64 bit edition.

      --
      Time flies like an arrow. Fruit flies like a banana.
    7. Re:The real question is now? by Anonymous Coward · · Score: 0


      Interesting?

      No. They're not encouraging illegal downloading. I mean, someone who was going to pirate it at all was going to pirate it regardless of the initial distribution channel.

    8. Re:The real question is now? by imemyself · · Score: 1

      Yes, but that's for Itanium.

      --
      Every time you post an article on Slashdot, I kill a server. Think of the servers!
    9. Re:The real question is now? by Anonymous Coward · · Score: 0

      been out for over a week already -- MS released it on the MSDN site and it spread from there.

    10. Re:The real question is now? by DarkEdgeX · · Score: 1
      How long before they hits the Warez

      Over a week ago.

      Windows.XP.x64.Pro.REAL.WORKING.PROPER.READ.NFO-Xi SO

      Anyways, it sounds like you'll be able to get OEM versions of it, so you'll probably be able to find it on Pricewatch for example. Or, you can buy an OEM version of Windows XP for x86 and use the free upgrade site ($12 shipping) to get the x64 edition (expires July 31st, 2005, certain restrictions apply, see site for details).

      --
      All I know about Bush is I had a good job when Clinton was president.
    11. Re:The real question is now? by Anonymous Coward · · Score: 0
      Actually there was a release of the retail version over a month ago:
      03/31/05 Microsoft.Windows.XP.Professional.x64.Edition-WBi
    12. Re:The real question is now? by x-caiver · · Score: 2, Informative

      SQL running on an x64 is awesome. The increased capabilities of the OS (performance, memory, I/O, etc) give it a serious boost. Some of the demos show literally a 5x improvement in DB perf (query response time, number of connected users, etc).

      Same holds true in the web space. The improvements to memory, etc, let IIS serve pages way more effeciently - meaning the server responds faster, can serve more simultaneous pages, recovers from request surges, etc, way better than a 32-bit server. ASP.NET web applications get great benefits in scalability too.

      Basically the thing to take away is that it isn't just '64-bit native' server apps that take advantage of an x64, it is virtually any server app. Even a simple server app could get a boost just from the system's ability to handle more simultaneous TCP/IP connections.

    13. Re:The real question is now? by DarkEdgeX · · Score: 1

      Yeah, but that one was broken. :( XiSO's real.proper is the only one that actually works.

      --
      All I know about Bush is I had a good job when Clinton was president.
  8. Free call? by shreevatsa · · Score: 4, Interesting

    From the summary:
    Although, x64 users will get one free support call to Microsoft.
    What on earth does that mean? Does a call to MS support cost so much that one free call is worth mentioning in the summary?
    Or do they know that anyone using W64 will need to call MS support, or what?

    1. Re:Free call? by Anonymous Coward · · Score: 0

      Phone support is very expensive, somewhere around $75.

    2. Re:Free call? by Anonymous Coward · · Score: 0

      Yeah, the routing fees to India have gone way up recently.

    3. Re:Free call? by imemyself · · Score: 2, Informative

      Does a call to MS support cost so much that one free call is worth mentioning in the summary? It costs $35 for a "basic" call for a home user. An advanced support call costs $245. http://support.microsoft.com/oas/default.aspx?ln=e n-us&x=5&y=3&gprid=6794&

      --
      Every time you post an article on Slashdot, I kill a server. Think of the servers!
    4. Re:Free call? by Ayaress · · Score: 5, Funny

      It's like when you go to jail. You only get one call to get yourself back out.

    5. Re:Free call? by Bullfish · · Score: 1

      Actually, it's from the crack school of marketing. Release a buggy product, give them one free call of support, and then nail them once they're hooked.

    6. Re:Free call? by aixou · · Score: 5, Funny

      I wonder how many people's calls will go like this:

      MS_Help: How may I help you?
      Caller: Is it true that I only get one free support call?
      MS_Help: Yes it is.
      Caller: oh...
      Caller: ...
      Caller: right
      Caller: thanks. ::click::

    7. Re:Free call? by Anonymous Coward · · Score: 0

      Does a call to MS support cost so much that one free call is worth mentioning in the summary?

      Yes.

    8. Re:Free call? by BrainSurgeon · · Score: 1, Insightful

      The word "Call" is a bit misleading in the article. It states the an a user can trade up their copy of XP32 to XP64 but voids the warrenty.

      Warrenty support at Microsoft entitles somone to 2 free support incidents. An inceident can be 20 calls or more until the issue is resolved. As you can see now, using the word "call" can be misleading

      So, it you trade in your copy to get XP64 you're really only loseing out on one support incident which are like $35 bucks or something.

      --
      "It's not rocket science, Smithers! It's only brain surgery!" --Mr. Burns
    9. Re:Free call? by NanoGator · · Score: 1

      "Or do they know that anyone using W64 will need to call MS support, or what?"

      Maybe they know 80 million or so people, many of them computer newbs, bought it.

      --
      "Derp de derp."
    10. Re:Free call? by aardwolf204 · · Score: 1

      Installation support is free. If you cant get XP installed, call MS, the number is on the box. Free as in no cost.

      --
      Im dreaming ofa big bndwdth, That can resist the /.crowd.May ur days b merry & bright & may al
    11. Re:Free call? by rob_squared · · Score: 1

      User: I've come to ask you a favor. Microsoft: Yes. As you know, I am obligated to offer one call, on this, the day of my software release.

      --
      I don't get it.
    12. Re:Free call? by strider44 · · Score: 1

      "You have three questions"
      "Are you really the head of the Kwicky Mart?"
      "Yes"
      "really?"
      "Yes"
      " really ?!"
      "Yes. Thank you, please come again."

    13. Re:Free call? by skiman1979 · · Score: 1

      Microsoft: Stop! Who would call tech support must answer me these questions three, 'ere the solution he find.
      You: Ask me the questions, I am not afraid.
      Microsoft: What is your name?
      You: My name is Joe User.
      Microsoft: What is your quest?
      You: To use the new Windows 64 bit system.
      Microsoft: What is your Product Key?
      You: I don't know tha- Auuuuuuuggggghhh!!!

      --
      Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
    14. Re:Free call? by samael · · Score: 1

      Couple of hundred bucks for a MS support call...

      You do, however, get it back if it turns out the fault was in their system, not a mistake you made.

    15. Re:Free call? by caluml · · Score: 1

      Client: Hello - are you a lawyer?
      Lawyer: Why, yes I am.
      Client: How much do you charge?
      Lawyer: $100 for 3 questions. Now what's your last question?

    16. Re:Free call? by sharkey · · Score: 1

      MS_Help: You may ask your question while I enjoy this very nice tiramasu, on this, the day of my daughter's wedding.
      Caller: Ooo, can I have a piece?

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    17. Re:Free call? by Anonymous Coward · · Score: 0

      I dunno... Technical support is rarely that useful.

  9. Ahem by sudohnim · · Score: 1

    "Athlon 64 users rejoice!"

    Why? A day late and a dollar short, I say!

    --
    Its pretty sad when a commercial OS ships a debugger with their system but no compiler.
    1. Re:Ahem by Anonymous Coward · · Score: 0

      A day late???

      Nope...try a few years late...I was testing the 64 bit versions of Windows while working at Microsoft 5 years ago!

      However, to get the quality up, get the quality of the drivers up, and have enough computers in the market to justify releasing, the timing is pretty good from the business angle.

    2. Re:Ahem by Anonymous Coward · · Score: 0

      I was testing the 64 bit versions of Windows while working at Microsoft 5 years ago!

      On what?

  10. I don't get the point of no retail but... by AdityaG · · Score: 3, Interesting

    If you have a 64-bit processor, here is your OS. I know people are going to get on here and talk about Linux supporting 64-bit a while ago and such, but this is Windows. They have moved to 64-bit. That means, us designers who like to use Photoshop or just play games (that don't run on linux that is) can finally put our 64-bit processor to some good use.

    There is still going to be the lack of 64-bit programs for a while, but it's a start.

    And in my opinion, the $12 trade sounds like a nice deal.

    Cheers
    P.S. No, I am not a Linux hater or w/e. I like linux, I like windows. I just use them for what each does best.

    1. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      P.S. No, I am not a Linux hater or w/e. I like linux, I like windows. I just use them for what each does best.

      So I take it you've never used OS X?

      I'm mostly a Linux user, but Windows is something I'm required to use, its never by choice. I don't like it, I don't think it does anything "best" other than run a select few applications which I am required to use. OS X works much better than Windows for all the things Linux isn't all that great for (ie doesn't have the apps yet). If I'm going to go with a proprietary, closed-source vendor, I'll at least choose one that puts out good products.

    2. Re:I don't get the point of no retail but... by snuf23 · · Score: 1

      The time to make the move would be when there is a 64bit application that you want to use. Otherwise you will be dealing with lack of third party driver support and possible compatibility issues without any real reason.
      Personally, I'd wait before making the jump.

      --
      Sometimes my arms bend back.
    3. Re:I don't get the point of no retail but... by T0t0r0_fan · · Score: 1

      That means, us designers who like to use Photoshop or just play games (that don't run on linux that is) can finally put our 64-bit processor to some good use.

      That is, to run mostly the exact same 32bit binaries (with a few exceptions)... There has been great incentive for people to use 32bit distros on their AMD64, while full 64bit equivalents were available all the time, and this is even with open source apps. So IMHO even a retail release won't mean any significant switch anytime soon (i.e. not in the next 3 years or so). And as others have said already, this is probably a public release to get things like compatibility bugs worked out, which certainly won't help its image in the mind of an average user, either.

      (The only reason why I would even remotely care myself, though, is the lack of 64bit Flash plugin - boy is it annoying. Maybe a 64bit windows release will be followed by a 64bit linux build, as well)

    4. Re:I don't get the point of no retail but... by EEPS · · Score: 0, Troll
      I like linux, I like windows. I just use them for what each does best.


      Ahh, I just hate it when I hear people say this. That statement is pure BS. As if windows has some inate ability to do something better than Linux. Windows does not do ANYTHING best, it just forces the market into only working with it, plain and simple.
    5. Re:I don't get the point of no retail but... by UnknowingFool · · Score: 1
      That means, us designers who like to use Photoshop or just play games (that don't run on linux that is) can finally put our 64-bit processor to some good use.

      The only 64-bit applications I know of are number crunching and databases. I don't see 64-bit games anytime soon because other than FPS games, most games do not need the newest, greatest hardware. Even with FPS is more about the graphics card than it is the CPU.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    6. Re:I don't get the point of no retail but... by willfe · · Score: 4, Insightful
      You're practically begging for it, so here goes :)
      • Gentoo Linux for AMD64 has been out for well over a year. Plenty of other distros have too.
      • Solaris, HP/UX, AIX, and other Unices have been 64-bit for years (not in the x86 architecture, but still, it's there).
      • No drivers for my video card, wireless card, DVD+/-RW drive(!), etc., in Windows. If I upgrade Windows on this box (a brand new notebook) to the 64-bit edition, no games, networking, or burning for me. Wheee! But hey, "this is Windows" so I should be happy! Office should be enough for anybody. :)
      • You ain't putting your CPU to "good use" until your apps are rebuilt as 64-bit binaries, and really only math-intensive apps (and less so for memory and system bandwidth intensive apps) are going to benefit. Photoshop might benefit a little, but not much. Games, again, maybe, but not much.
      • Switching from 32-bit to 64-bit just for the fun of it will just cripple what you can currently do on the Windows platform right now. In Linux land, it all "just works" (with very few exceptions).
      I'm no fan of Windows, but for once I can honestly say "64-bit Windows is the wrong tool for most every job right now."
      --
      Read my stuff.
    7. Re:I don't get the point of no retail but... by x-caiver · · Score: 1
      I don't see 64-bit games anytime soon because other than FPS games, most games do not need the newest, greatest hardware.

      Far Cry has an x64 version, as do Doom 3 & some other games that have been announced. Even if you play a 32bit version of a game you can find perf benefits from the x64 edition's overall improved performance characteristics.
    8. Re:I don't get the point of no retail but... by kalayq · · Score: 1

      it just forces the market into only working with it, plain and simple That is exactly what its best for.

    9. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      You seriously think that people are going to actually put a 64bit processor to good use in *photoshop* and games of all things?

      Look, when non-server x86-64 bit motherboards support > 3GB RAM wake me up. That's about the only thing that will make a considerable difference to every day computing. When a board can support 10GB *I* might begin actually getting excited.

      You start talking about creating > 4GB images wich can actually make use of 64 bit addressing... People who need to do this today already can.

    10. Re:I don't get the point of no retail but... by BigBuckHunter · · Score: 1

      Most linux users don't have a problem running Photoshop... Or most games ( http://transgaming.org/gamesdb/ )... Not that there is a 64bit windows version of PS, or (m)any 64bit windows games.

      BBH

    11. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      That means, us designers who like to use Photoshop or just play games

      Well, games today wouldn't be able to take advantage of the new 64-bit goodness until they are ported to the 64-bit platform. And no, I don't think a simple recompile might do it. For all we know, some of the games aren't 64-bit safe because some developers opted to make optimizations on the IA-32 platform.

    12. Re:I don't get the point of no retail but... by Fjandr · · Score: 4, Insightful

      No, Windows doesn't have an inate ability to do anything better. Nowhere in gp's statement did I read a claim that this was the case. "Best" does not denote just pure technical capacity. It can mean many things, such as user experience or availability of professional-quality product.

      To further belabor the point and repeatedly kick a dead horse, the general gaming experience on Linux blows compared to what is available for Windows. This is not due to a technical fault in Linux. It is also not due some technical superiority in Windows. It is simply a description of the current market experience.

      There was no BS in gp's statement. I don't like Microsoft either, but I like knee-jerk, unthinking FUD even less.

    13. Re:I don't get the point of no retail but... by ottothecow · · Score: 1
      Switching from 32-bit to 64-bit just for the fun of it will just cripple what you can currently do on the Windows platform right now. In Linux land, it all "just works" (with very few exceptions).

      Agreed. While I havn't tried this version, the beta of XP64 was terrible. It didnt feel like windows XP and the driver support was just bad: not everybody is using some generic ATI/NVidia card and the latest and greatest creative crap. I hope they have at least fixed SATA support. Not being built into windows AND having to track down 64bit drivers for SATA is not good for the user.

      --
      Bottles.
    14. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      Uh.. You're full of it. Running 32-bit apps actually have a small performance penality becuase of the WOW compatibility layer.

      I love it when slashdotters just make up stuff.

    15. Re:I don't get the point of no retail but... by slinky259 · · Score: 1

      That means, us designers who like to use Photoshop or just play games (that don't run on linux that is) can finally put our 64-bit processor to some good use.

      I assume you're aware that Photoshop is available for OS X? They've had 64-bit systems for quite a while now (and Photoshop works on Macs). Something to consider, at least.

    16. Re:I don't get the point of no retail but... by x-caiver · · Score: 1
      I love it when slashdotters just make up stuff.

      And I love it when 'anonymous cowards' try to reply. My post clearly states 'you can find perf benefits from the x64 edition's overall improved performance'. I did not say that 100% of the time you were going to get a 5x perf boost. I said that you can find perf benefits, and it is true. Not every single benchmark for every single 32-bit app is going to show huge perf improvements, but you can find benchmarks of real-world scenarios were the improved stability and performance of the overall system does provide benefits to 32-bit apps, regardless of the fact that it is running in WoW.
    17. Re:I don't get the point of no retail but... by jericho4.0 · · Score: 1

      You do a lot of work with 4 gig images in photoshop?

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    18. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      What Linux really needs is some professional audio software like Logic. Don't get me wrong programs like Rosegarden blow my mind, but it's got nothing on Logic audio. I doubt this will happen any time in the near future because I feel that Linux's audio drivers are WAY behind everything else (since most companies are very cautious about releasing the source to their drivers).

    19. Re:I don't get the point of no retail but... by kayak334 · · Score: 1

      Ahh, I just hate it when I hear people say this. That statement is pure BS. As if windows has some inate ability to do something better than Linux. Windows does not do ANYTHING best, it just forces the market into only working with it, plain and simple.

      Wow. You're actually worse than a religious zealot. Unless of course you were joking.

    20. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      Uh... photoshop takes up a huge ammount of ram... not diskspace.

    21. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      Oh wow, you're really NOT anonymous with that psuedoname, x-caiver.

      Dumbass.

    22. Re:I don't get the point of no retail but... by sundog61 · · Score: 1

      "Ahh, I just hate it when I hear people say this. That statement is pure BS. As if windows has some inate ability to do something better than Linux. Windows does not do ANYTHING best, it just forces the market into only working with it, plain and simple." And some of us find it amusing when Linux fanboys get their knickers in a twist. Here's a reality check: There are lots of applications that people use every day that don't run on Linux. I'll use Linux as my primary desktop when Photoshop CS, Nikon View and a whole lot of other apps run _natively_ on Linux. It's axiomatic that you pick the OS based on the applications that you need to run. Only fanboys believe otherwise.

    23. Re:I don't get the point of no retail but... by sundog61 · · Score: 1

      Dammit.

      And some of us find it amusing when Linux fanboys get their knickers in a twist.

      Here's a reality check: There are lots of applications that people use every day that don't run on Linux.

      I'll use Linux as my primary desktop when Photoshop CS, Nikon View and a whole lot of other apps run _natively_ on Linux.

      It's axiomatic that you pick the OS based on the applications that you need to run. Only fanboys believe otherwise.

    24. Re:I don't get the point of no retail but... by oirtemed · · Score: 1

      I didn't know photoshop was a 64 bit app.

    25. Re:I don't get the point of no retail but... by Txiasaeia · · Score: 1

      So let me get this straight: X64 doesn't support flash? At all? The only way I can distract my 13 month old so I can read the NYT is by popping on an Strong Bad Email... and to think I was going to upgrade next week. Thanks very much - my ear drums appreciate it!

      --
      Condemnant quod non intellegunt.
    26. Re:I don't get the point of no retail but... by jericho4.0 · · Score: 1

      Same thing to a kernel.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    27. Re:I don't get the point of no retail but... by T0t0r0_fan · · Score: 1

      Well, not quite like that... But either way, you'll have to install a 32bit browser (I've heard about some howtos on installing a 32bit Internet Destroyer, but I've no idea whether it still works), maybe Firefox will actually be easier for this (but then...).
      An extra hassle it probably is.

      (Disclaimer: I've never seen or used win64, I might be totally wrong, maybe they just include 32bit IE in the box or figure some sort of mechanism like Konqueror's to use 32bit plugins)

    28. Re:I don't get the point of no retail but... by grolschie · · Score: 1

      That means, us designers who like to use Photoshop or just play games (that don't run on linux that is) can finally put our 64-bit processor to some good use.

      Just a few questions:
      1). Do you have more than 4gig of RAM in your desktop?
      2). Since when is Photoshop a 64bit application?
      3). Please could you explain what tangible benefits you will receive by running a 64bit processor on your desktop?
      4). What tangible benefits will you receive by running Windows 64bit, besides reduced stability and poor driver support?

    29. Re:I don't get the point of no retail but... by T0t0r0_fan · · Score: 1

      I don't see a troll here, parent is quite right (at least in the context of this thread), somebody had to make that reminder. Having more popular applications (games) available, especially when some of us have absolutely no need for any of them != doing something "better" (i.e. with more features, more stable, faster, etc) (yes, I run Gentoo on AMD64 and am quite comfortable with the apps and a few games that I have).

      Totally redundant explanation, but whatever...

    30. Re:I don't get the point of no retail but... by Txiasaeia · · Score: 1

      Hmm... thanks for the info! I might have to switch from Opera to Firefox after all...

      --
      Condemnant quod non intellegunt.
    31. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      His website is the only thing in his /. journal. His name is on his website. Doesn't sound anonymous to me.

      Dumbass.

    32. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      just play games (that don't run on linux that is)

      Games on Linux???? Hah!

      The GRUB on my home machine boots Debian - or a thing called "Games" - that's the XP disk, and that's all our family uses it for.

      Tried for TWO YEARS to get satisfactory performance out of WineX and Cedega, and got nothing but CRAP out of the developers, except more charges on my credit card.

      So.. we run a cracked version of win$lop for games - and linux for EVERYTHING ELSE.

    33. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0
      From http://it.slashdot.org/article.pl?sid=05/04/24/122 1214&tid=201&tid=109&tid=190&tid=218


      This isn't the first version of 64-bit Windows; it's the first x86 64-bit version.


      64-bit Windows has been available for Itanium for several years now.

      ..and...

      Microsoft also provided 64-bit Windows NT for Sparc. However, this is their up-to-date operating system ported to a 64-bit arch.
    34. Re:I don't get the point of no retail but... by Anonymous Coward · · Score: 0

      Enemy Territory (RtCW) rocks with Linux, too. And can you possibly NEED any other games? ;)

    35. Re:I don't get the point of no retail but... by maraist · · Score: 1

      You're missing one very important point. x86-64 has hardly anything to do with being 64 bits, and almost everything to do with adding a new execution mode to the CPU (a la SSE). This new execution mode uses a totally different virtual memory manager (which is NOT backwardly compatible with DOS-mode on the x86-32). The dropping of backward compatibility means we can use logical AND instead of logical addition to construct physical memory addresses.

      AMD has doubled the number of registers. This is a HUGE factor. Unreal was able to achieve 15% improved performance on x86-64 mode on the same chip compared to x86-32 mode, and they specifically mention the register augmentation as a main factor.

      If you aren't privy, registers are critical resources which determine how the assembly code is structured.. If you have enough registers, you can perform register-to-register operations and avoid memory/cache/register-renaming overhead. Every RISC chip today has at least 32 general purpose addressible registers, while the x86 has a scant 8. Moreoever, many of the 8 registers have specialized functions (loop iteration, accumulation, array indexing, etc). While CPU's have gotten VERY good over the years making use of more than 8 registers (through out-of-order, register-renaming, etc), this can add delay into the execution pipeline which hurts critical-paths of execution with non-sequential execution.

      I hate when marketers use extremely simple to remember things like 32bit is better than 16 bit, 64bit is better than 32 bit. This isn't a 64bit machine, this is a step closer to a RISC machine, while maintaining 100% of the 32-bit user-mode instructions. Incidently, as some posts have marginally mentioned, 64bit computing itself does nothing to enhance 32bit data-structures. And needlessly moving to 64bit datastructures only serves to waste cache space (thereby reducing performance). There are definitely things that can make use of 64bit data-structures. Encryption, integer manipulation of AMD-NOW / SSE data-packets, large-file manipulation, millisecond-time stamp operation (as used in java), etc. But if you're going to loop through the records in a file, you most likely still only want a 32bit integer. Iterating over a 64bit integer might very well incur an additional propagation delay / extra clock-tick or two PER increment and comparison. It takes longer to operate on more bits since with arithmetic, multiplication and division, you have to carry each digit.. Yes there are neat tricks to minimize the propagation delay, but it's still got to hurt for mult/div. And with array indexing for non-power-of-two dimensions, we're talking full blown 64bit multiplication.

      I love 64bit, but that's because I'm a programmer, and I find more and more places that it would be REALLY nice to have 64bit integers and know they are native. I also REALLY like using up lots and lots and lots of memory.. I can't wait to get motherboards which let me put 4 gig of memory in them using lots of cheap DIMMS (instead of very expensive high-capacity chips). I currently use 1Gig of memory on ALL my machines, and STILL find occasions where I could use more. I litterally feel the pain of using only 768M. As servers start using 64Gig, the cost of higher-density chips will drop and 2 Gig sticks will finally be practically priced.

      These are the benifits of 64bit computing, but all we here is 64bit.. WOW that must be fast.. twice as fast even.... sigh

      --
      -Michael
    36. Re:I don't get the point of no retail but... by BigBuckHunter · · Score: 1

      With ALSA now in the 2.6 kernel, there are a number of high quality, low latency drivers. Not perfect yet, but the subsystem is there. Is there a specific audio hardware manufacturer that you think we should petition for better linux drivers?

  11. Is it tru 64-bit? by Clockwurk · · Score: 1

    or is it psuedo64 like OSX?

    1. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 0

      You mean like OSF/1 or Digital Unix ?

    2. Re:Is it tru 64-bit? by BobPaul · · Score: 1

      It's a completely pure 64-bit kernel (unlike OSX which only does 64bit memory addressing). One of the downsides for us nostalgic gamers is that support for 16 and 8 bit applications has been completely dropped, even from the WOW* architecture.

      I'm curious if this will mean that 32bit apps will need to run through a WOW* type interface

      *Windows on Windows: the 16 & 8 bit transparent emulator that allows backwards compatibility on WinNT systems. Wow.exe or Wow32.exe, depending on your version.

    3. Re:Is it tru 64-bit? by breakbeatninja · · Score: 1

      I believe it's actually called Wowexec.exe (a bit redundant if you ask me), at least on Windows XP.

      --
      shop.envescent.com - Computer hardware and more.
    4. Re:Is it tru 64-bit? by mtrisk · · Score: 2, Funny
      --

      Without a proper flamewar, Anonymous was undecided on what shell to run.
    5. Re:Is it tru 64-bit? by BobPaul · · Score: 1

      Oh, you're right... wow32 is the dll...

    6. Re:Is it tru 64-bit? by MBCook · · Score: 3, Interesting
      OS X Tiger is supposed to be full 64-bits through and through. As for WOW, yes it does run 32-bit programs in a WOW layer. As for 16 & 8 bit programs being dropped, for most users that isn't a problem. If you have a 64 bit processor, chances are you don't use any 16 bit (8 bit especially) programs. Those who do (like you) are few and far between as computer users go (I would guess). I don't mind they dropped this, I think it's about time. That said, you can always run them in VMWare or Bochs or some other such program.

      I should note, that AMD made that decision. When running a 64 bit OS, the x86-64 architecture can run 64-bit programs, or 32-bit programs. There is no mode (AFAIK) that will let you execute 16 or 8-bit programs. In 32-bit mode on i386 you can still drop down and run 16-bit and 8-bit tasks, but not x86-64. So MS would have to build Virtual PC into Windows to allow that.

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    7. Re:Is it tru 64-bit? by deranged+unix+nut · · Score: 1

      To answer your question, yes, your 32 bit applications will run through a WOW interface on the 64 bit versions of Windows.

    8. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 1, Informative

      > OS X Tiger is supposed to be full 64-bits through and through

      Apple never made this claim. Only the POSIX environment is fully 64-bit -- Carbon/Cocoa/Java/etc are still 32-bit.

    9. Re:Is it tru 64-bit? by Branka96 · · Score: 5, Informative

      Tiger is NOT fully 64-bit. The memory system supports 64-bit pointers. But you can't write a 64-bit GUI application. Carbon and Cocoa are not 64-bit.
      A 64-bit application has to be broken into two executables, a 32-bit GUI front-end and a 64-bit engine.

    10. Re:Is it tru 64-bit? by MouseR · · Score: 4, Interesting

      Mac OS 10.3 and Tiger (10.4) both have 64-bit components. Tiger obviously has more.

      The idea here is that the bulk of the OS is still 32-bits. Applications run in 32-bit space, but unix tools (Apple lingo for CLI apps) can reside in 64-bit space, as does the bulk of the underlying OS that requires it (memory, kernel, some drivers, one-button mouse etc) and that only if the hardware is 64-bits (so the OS is a FAT build for some components).

      If you user-space (UI) application requires 64-bits (PhotoShop to name the proverbial example), then it's image processing threads can be 64-bits and loaded from the 32-bit UI application.

      As time move on and Tiger gets more update and eventually reach MegaPussy (not the actual name but whatever 10.5 will be), more components will be 64-bits.

      There is some criticism for this adoption strategy but it has a goal. This way, Tiger apps can run on either 32 or 64-bits machines. if you app requires (or uses) 64-bits components, then it will be a more concious design decision and there are less chance some dweeb ends up trying to launch a 64-bit application on it's Rev B iMac.

      Such transitions to new hardware is not new to Apple (wich I consider the kings in that field, considering what the hardware platform went through). It only means less broken apps for now.

      (And I was kidding about the 64-bit one-button mouse drivers.)

    11. Re:Is it tru 64-bit? by enosys · · Score: 1

      The CPU supports 16 bit mode when running a 64 bit OS. It just doesn't support virtual 8086 mode. This means that it is possible to run 16 bit protected mode code such as Windows 3.x apps but it is impossible to run 16 bit real mode code such as MS-DOS apps. However, Microsoft chose to not support 16 bit Windows apps either. For more info look here.

    12. Re:Is it tru 64-bit? by norkakn · · Score: 1

      why would you want the GUI libraries to be 64 bit?

      Cocoa database?

    13. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 0

      Because the primary market for Macintosh systems is GUI image/video processing.

    14. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 0

      There is no such thing as 8-bit tasks on PC.

    15. Re:Is it tru 64-bit? by Thu25245 · · Score: 3, Informative

      A 64-bit application has to be broken into two executables, a 32-bit GUI front-end and a 64-bit engine.

      Technically, yes, but the way OS X handles executable packages, both executables can be bound together, so that the user sees only one "application." If done well, both executables will look like one, unless you run top.

    16. Re:Is it tru 64-bit? by callipygian-showsyst · · Score: 1
      Don't forget that Microsoft has had 64-bit versions of Windows NT out before (for Alpha). That was about 10 years before Apple took some CMU freeware, the NExT OS, and MacOS and shoved them together as fast as they could.

      Microsoft has a lot more experience with 64-bit desktop OSs than anyone else.

    17. Re:Is it tru 64-bit? by BobPaul · · Score: 1

      Microsoft has a lot more experience with 64-bit desktop OSs than anyone else.

      I'm not sure the relevance of that comment right now. I'd say the Unix (HP, Sun, IBM) crowd probably has the most experience, but I don't see where experience matters... That's more of a pissing contest than it is anything.

      Now, the fact that MS is doing it's Windows with a 64bit kernel is refreshing and prefered the patch job in OSX, but it's still going have all of the MS bloat running on top of it. It's a big announcement, but don't try to make it something it's not.

    18. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 0

      Assuming you redesign and then rewrite your applicaiton. Which if you are Adobe or even Apple, you won't do.

    19. Re:Is it tru 64-bit? by Anonymous Coward · · Score: 0

      I take that back -- the apple.com Tiger propaganda STRONGLY imply that it's fully 64-bit, even though what little support there is would make almost no difference to the average Mac user. No wonder there's so many ignorant Mac users out there.

    20. Re:Is it tru 64-bit? by Rosyna · · Score: 1

      Carbon and Cocoa are not 64-bit.

      Correct, and there is no reason for them to be. Making them 64-bit would increase RAM usage, slow down generalized applications, and eat up HD space (since OS X is a universal install).

      The speed gains seen on x64 systems are not there because it is 64-bit. They are there because of the massive other changes to the processor such as double the general purpose and SSE registers. Compiling as 64-bit just tells the processor you don't care about backwards compatibility so the compiler will use the extra registers and instructions on the x64 chips.

    21. Re:Is it tru 64-bit? by Branka96 · · Score: 1

      I have no doubt that at some point in the future Apple will provide a 64-bit GUI API. That one can grab data from a database > 4 GB and display it in a window without jumping through hoops, seems natural to me.

  12. I hate this kind of posts... by rbarreira · · Score: 1

    What on earth does that mean?

    It means just what it says.

    Does a call to MS support cost so much that one free call is worth mentioning in the summary?

    Read the sentence which is before the one you quoted.

    Or do they know that anyone using W64 will need to call MS support, or what?

    Not necessarily ;)

    --

    The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
  13. Re:DO NOT USE THAT LINK by Anonymous Coward · · Score: 3, Funny
    999 999 9999
    Hey that's my luggage combination!
  14. Re:OS X? by riprjak · · Score: 1

    Could be...
    but it is also conveniently about 18 months since x86_64 linux distributions began appearing; so it could also just be laziness and/or incompetence :)

  15. As a vendor and a consultant.. by breakbeatninja · · Score: 5, Interesting

    I think this is a good step forward. The actual performance improvements will likely be quite marginal until there are native 64-bit applications. Currently Windows XP and 2003 64-bit editions run 32-bit applications perfectly, but under an emulation layer called WoW (no not World of Warcraft, but Windows on Windows).

    I'm not sure how many people remember this, but back when Digital Equipment Corporation's famed Alpha processor was "supported" by Windows NT, the 64-bit environment was infact not much more than a cheap hack. Microsoft designed Windows NT to not actually execute 64-bit instructions, but 32-bit instructions in parallel. I'm glad to see Microsoft is doing a better job supporting the AMD and Intel 64-bit processor lines.
    --
    shop.envescent.com - Computer hardware and more.
    1. Re:As a vendor and a consultant.. by Snover · · Score: 3, Insightful

      Unfortunately, WOWEXEC for 16-bit applications no longer exists -- there is no way to run 16-bit applications in 64-bit Windows. The biggest issue with this (aside from the fact that programs like DOSBox are still too slow and incompatible with many late DOS applications) is that many fully 32-bit Windows programs used 16-bit installers. No good.

      --

      [insert witty comment here]
    2. Re:As a vendor and a consultant.. by breakbeatninja · · Score: 1

      I agree this is quite unfortunate for a lot of the users and software that depends on 16-bit applications, however there is always VMWare and Microsoft Virtual PC. :-/

      --
      shop.envescent.com - Computer hardware and more.
    3. Re:As a vendor and a consultant.. by deranged+unix+nut · · Score: 1

      VMware and VirtualPC abstract the computer, not the processor. I do not think they they will (currently) be able to do what you think they can do.

    4. Re:As a vendor and a consultant.. by Snover · · Score: 1

      You should be able to install 32-bit Windows into them and have it work, but I'm not sure and don't have a testbed to try it (as I'm not personally going to give up NTVDM, even though I hardly use it anymore). I mean, you CAN run 32-bit Windows on 64-bit processors.

      --

      [insert witty comment here]
    5. Re:As a vendor and a consultant.. by Jeff+DeMaagd · · Score: 1

      IIRC, the released versions of Windows NT for AXP simply used the CPU as a 32 bit machine in terms of addressing. The line about executing 64 bit instrucitons as 32 bit instructions in parallel" makes no sense because things don't work that way. The instruction word length for AXP was 32 bit just like any other 64 bit CPU.

      All of the earliest Win64 development was done using Alpha systems, even after public support was dropped and Windows 2000 AXP officially abandoned, because there wasn't much by the way of Itanium hardware yet.

    6. Re:As a vendor and a consultant.. by Anonymous Coward · · Score: 0

      Thats why I switched to qemu, now more of my dos apps run than ever did with dosemu.

    7. Re:As a vendor and a consultant.. by darthscsi · · Score: 1

      Um, I don't think you know much about Alpha or NT for DEC Alpha. First off, all instructions on Alpha are 32 bits long, and all address 64 bit address spaces. There are no "64-bit instructions" if you mean instruction length and there are no "32-bit instructions" if you mean address mode. Of course when you say "32-bit instructions in parallel" I have no clue what you really mean.

      Now, certain compilers and OSes tried to ease the transition by arranging that nothing an application would ever allocate would fall outside the first 32 bits of address space, thus applications that cast pointers to ints (totally broken as they can be different sizes and are on alpha) wouldn't brake due to the developer's incompetence.

      If you mean FX32, then we are talking about a binary translator for x86 -> alpha. This allowed you to run x86 win32 binaries on alpha, translating the instructions at run time, and forwarding the library and system calls to the appropriate native alpha OS component (as the OS did not itself run under FX32, but was native alpha code).

      Of course, NT for alpha was indeed a total hack. There was special PAL code that made the paging mechanism act more x86 like. PAL code to make exceptions behave the way NT wanted them to. There were plenty of very hackish things about that port, but the whole "n-bit instruction" thing you mention is just gibberish.

      I speak this as someone who has run alphas for many years (I have a 21064 still running, amoungst others) and who has recently written an alpha backend to an optimizing compiler.

    8. Re:As a vendor and a consultant.. by HD+Webdev · · Score: 1

      Oh crap. There goes Zork unless I run it under Wine.

      --
      This is not a dream, not a dream...we are transmitting from the year 1-9-9-9.
    9. Re:As a vendor and a consultant.. by PurpleXanathar · · Score: 1

      I can't find where I read this, But I'm sure I've read that MS explicitely included replacements of most common installers in WinXP x64 so that 16 bit installers are replaced on the fly with their 32bit version, to work flawlessly. [It was in some msdn blog, maybe Raymond Chen, but really I can't remember].

    10. Re:As a vendor and a consultant.. by Anonymous Coward · · Score: 0
      Ironically, Microsoft recommended the use of 16-bit installers because they could run on any of the NT-supported processor architectures (native on x86 and emulated on alpha, ppc, mips.) The 16-bit installer was typically a simple bootstrap that would launch the correct native 32-bit installer.

      A 32-bit installer would have refused to run if it wasn't on the correct platform.

  16. XP 64 ships! And in other news... by DurendalMac · · Score: 5, Funny

    ...Beelzebub just bought himself a snowblower.

  17. What's up with the link?! by orionware · · Score: 1

    What's up with the link?

    Interesting that the cell that has the content says "Content Starts Here". Placeholder text I DOUBT m$ would miss.

    Faux Site perhaps?!

    --


    Karma means nothing to me, so suck it...
    1. Re:What's up with the link?! by Anonymous Coward · · Score: 0

      See, you have to remember that the target audience here is *windows users.* They're much more likely to buy from a site that looks like a scam and infects their computer with spyware than some site that appears totally legitimate.

      Unless it has an AOL keyword, i guess...

  18. Ohhhhh... by Anonymous Coward · · Score: 1, Funny

    Solitaire in 64-Bit goodness!

    1. Re:Ohhhhh... by DesiVideoGamer · · Score: 2, Informative

      Oddly enough, they decided to re-compile all the Windows games like Minesweeper and Solitaire to 64-bit. However, they decided not to re-compile some important applications like Windows Media Player and Windows Movie Maker.

    2. Re:Ohhhhh... by t0ny747 · · Score: 0

      Oddly enough, they decided to re-compile all the Windows games like Minesweeper and Solitaire to 64-bit. However, they decided not to re-compile some important applications like Windows Media Player and Windows Movie Maker.

      Windows Movie Maker is important?

      --
      Taco?
  19. System builders beware by BobPaul · · Score: 4, Informative

    And in my opinion, the $12 trade sounds like a nice deal.

    The $12 trade in deal is only valid if you purchased a PC with WinXP preinstalled. If you built your own system and installed a retail WinXP the offer doesn't apply.

    1. Re:System builders beware by Noksagt · · Score: 1
      The $12 trade in deal is only valid if you purchased a PC with WinXP preinstalled. If you built your own system and installed a retail WinXP the offer doesn't apply.
      Wrong. See here:
      If you built your PC yourself or have purchased it through a system builder, you can make the exchange through the link to the right.
      The link to the right being the same link given in the /. story.
  20. Here's a question ... by Sonic+McTails · · Score: 1

    Can I just upgrade from Windows XP 32-bit to 64-bit, just like I upgrade from 2000 to XP? Also, will 64 break most/all of my 32 bit apps?

    --
    This signature was left intentionally blank.
    1. Re:Here's a question ... by Anonymous Coward · · Score: 0

      nope...

      You have to format and start over. No upgrades.

    2. Re:Here's a question ... by Anonymous Coward · · Score: 0

      it will break some 32 bit apps. also, driver support is very minimal; there is no 32 bit driver support. you also can't upgrade from xp to xp64; it must be a fresh install. another highly informative post brought to you by another anonymous coward.

      i'd have to say wait for more support until you upgrade.

    3. Re:Here's a question ... by Anonymous Coward · · Score: 0

      Yes you can, but it involves a dead chicken and standing on your head.

    4. Re:Here's a question ... by BobPaul · · Score: 1

      32-bit apps will work with the transparent WOW emulator just like 16bit apps run on Windows XP. You can't just upgrade... you need to reformat.

      You'll probably have driver problems, esp with old hardware

    5. Re:Here's a question ... by x-caiver · · Score: 3, Informative

      Unfortunetly you can't just upgrade from 32 to 64 bit. The x64 OS is a 'full' install, and you should do it on a partition that does not already have a 32-bit OS installed on it (otherwise weird things can go on with your Program Files & some other system folders).

      What you can do to make the transition much more seamless is to use the File & Settings Transfer Wizard that is included on the x64 CD (it is a newer version than what shipped with 32-bit XP, so make sure you use this updated one). It will pack all your (surprise) files & settings up and then you can import them to your new x64 install.

      As for 'will 64 break most/all of my 32 bit apps?' - no. Pretty much all of your 32 bit apps will still be able to run - and often will run faster. The main exceptions are apps that have drivers along with them, which will need to have an update provided by the company that wrote the app to include a 64-bit driver.

    6. Re:Here's a question ... by Anonymous Coward · · Score: 0

      Visual Studio 2003 will not run on x64 though. Won't even install. So if you develope, time to use a beta of Visual Studio 2005. I know if I'm running 64bit I should compile the same way, but my customers aren't going to be running 64 for a while.

    7. Re:Here's a question ... by x-caiver · · Score: 1

      That is inaccurate information. I've been running VS.NET just fine on my x64 box for a very long time.
      I don't even have a 32 bit client machine for development use at all anymore. (I've got an old Tablet PC that I test on to make sure my apps work fine on both 32 and 64 bit native systems, but it is to slow for dev use)

  21. My question... by MikeD83 · · Score: 1

    My question is how Microsoft will handle dual core processors?
    My dream workstation would include dual processor, dual core Opterons. Will Microsoft charge me more for Windows XP Professional that supports 4 processors even though it's achieved by dual core technology?

    1. Re:My question... by breakbeatninja · · Score: 1

      Likely the way they'll be handled is through (somethign like) SMP. In that the fact that there are two cores in the actual CPU will be completely transparent to the operating system which will see the CPUs as seperate. That's what I'm guessing, because I doubt that would be delegated to the hardware layer since it isn't at all practical to do it that way. If it is all handled through the operating system than the operating system or application must be designed to take advantage of multiple CPUs in order for the end user to gain any performance increase. Microsoft will likely charge extra money for licenses that cover an extra CPU core as they do charge extra for extra CPUs.

      --
      shop.envescent.com - Computer hardware and more.
    2. Re:My question... by Ruprecht+the+Monkeyb · · Score: 1

      It'll see it as an SMP box. XP Pro is SMP -enabled out of the box, so I suspect XP64 will be too. I think it's limited to two processors, but that shouldn't be a problem.

    3. Re:My question... by origamy · · Score: 2, Informative
      Microsoft will likely charge extra money for licenses that cover an extra CPU core as they do charge extra for extra CPUs.
      That's not what Microsoft says here
      Here's part of the text, for those who do not want to follow the link to RTA:

      ... On October 19, 2004, Microsoft announced that its server software that is currently licensed on a per-processor model will continue to be licensed on a per-processor, and not on a per-core, model. This policy will allow customers to recognize more performance and power from Microsoft software on a multicore processor system without incurring additional software licensing fees.

      Licensing on a per-processor rather than a per-core basis ensures that customers will not face additional software licensing requirements or incur additional licensing fees when they choose to adopt multicore processor technology. Customers who use software from vendors that license by individual core, as other software vendors currently do, may face increased software costs when they upgrade to multicore processor systems. Multicore processor systems licensed on a per-processor basis will also help make this new enterprise computing technology affordable to mid-size and small business customers. ...
    4. Re:My question... by x-caiver · · Score: 1
      My question is how Microsoft will handle dual core processors?

      When the system decides how many procs the particular OS will activate it counts by socket, not be core. A dual core proc only takes up one physical socket on the motherboard, so even though it is technically 2 it is only counted as 1.
  22. NX On by Default? by MBCook · · Score: 4, Interesting
    I've got a question for anyone running XP 64. Service Pack 2 introduced NX (No eXecute support) for processors that support it. But it is disabled by default because it can cause compatibility problems for some programs.

    But since all 64 bit programs must be reengineered anyway (ranging from a simple recompile to a partial rewrite depending on the code), is NX on by default for 64 bit programs (an off for Windows On Windows 32 (the layer that runs Win32 programs on Win64))? Seems like the opportune time to make that switch.

    If companies can get drivers out soon for it, should be a relativly nice OS. Of course since this is just a different architecture in many ways this is less than a service pack (since nothing has changed featurewise except under the hood). Comparing it to Tiger wouldn't really be fair for that reason.

    But going forward, it should be interesting to see performance differences as drivers mature. I'd love to see a performance comparaison in 6 months or so when things should be relativly good. And now that Windows is out, we should see more 64-bit programs which means better benchmarks for the difference between 32 and 64 bits in everyday tasks. The last big excuse for avoid 64 bits is gone (first it was processors, but AMD and Intel both sell 'em now, then it was Windows, but MS sells THAT now, what's left?).

    --
    Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    1. Re:NX On by Default? by prockcore · · Score: 1

      But since all 64 bit programs must be reengineered anyway (ranging from a simple recompile to a partial rewrite depending on the code), is NX on by default for 64 bit programs (an off for Windows On Windows 32

      I had the XP64 beta, and NX bit was *on* by default for everything.

      In fact, I had to add Firefox to the excluded apps in order for it to run.

      Some apps need coddling, others won't run no matter what you do. Doom3 for instance won't work on XP64 (unless id has released a patch for it in the last 3 months). The other apps I tried (Combustion, Premiere, Reason) worked fine.

    2. Re:NX On by Default? by Malc · · Score: 2, Informative
      DEP (a.k.a. NX) is not disabled by default. This MSDN article describes it. The default is OptIn:

      "[OptIn] is the default configuration. On systems with processors that can implement hardware-enforced DEP, DEP is enabled by default for limited system binaries and programs that "opt-in." With this option, only Windows system binaries are covered by DEP by default."


      And that's certainly what appears on my laptop (32-bit Windows).
    3. Re:NX On by Default? by Dahan · · Score: 0
      I had the XP64 beta, and NX bit was *on* by default for everything.

      I have the XP x64 release (MSDN version), and NX defaulted to opt-in ("Turn on DEP for essential Windows programs and services only" in MS terminology).

      I changed it to opt-out, and the only incompatibility I've seen so far is the QuickBooks 2005 CD autorun thing. Firefox 32-bit and 64-bit both work fine.

    4. Re:NX On by Default? by MuMart · · Score: 1

      You will be pleased to discover that Windows-64 will render plenty of programs Non-Executable.

  23. Re:DO NOT USE THAT LINK by Twid · · Score: 1

    http://www.hoovers.com/zomax-incorporated/--ID__51 171--/free-co-factsheet.xhtml

    Zomax mostly serves customers in the computer hardware manufacturing and software publishing industries. It provides replication, telemarketing, and fulfillment services to software giant Microsoft, which accounts for about 22% of the company's sales. Another 19% come from Dell. Zomax operates through facilities in North America and Europe.

    Seems legit, although aren't they breaking the law by not supplying a legitimate phone number? My registrar send me ominous messages about once a year about how I am LEGALLY REQUIRED TO KEEP MY CONTACT INFO UP TO DATE, blah blah blah....

    --
    - "When you want something with all your heart, the entire universe conspires to give it to you" -Paulo Coelho
  24. Re:Thanks, Slashdot editors! by Okonomiyaki · · Score: 2, Insightful

    That a major vendor will release an important piece of software on some future date is newsworthy.

    That Microsoft actually shipped something when they said they would is also newsworthy.

  25. x64? by RoadkillBunny · · Score: 2, Insightful

    I was under the impression that amd64 chips are called x86_64 and not x64. Anyways, what good will a 64bit OS do to me if most of the apps for it are still 32bit?

    --
    Cheers,
    RoadkillBunny
    1. Re:x64? by tomstdenis · · Score: 1

      x86_64 mode lets you run 32-bit apps as well. In fact the "64-bit opcodes" are just the 32-bit opcodes with a REX prefix byte [or two].

      There are descriptor types that specify the size of addresses which can both be used in 64-bit "long mode" [the name of the 64-bit mode... protected mode is 32-bits].

      Linux has been able todo this for quite some time with ease.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:x64? by Anonymous Coward · · Score: 0

      Microsoft calls it x64 to avoid the debate between AMD and Intel over the real name. AMD originally used x86-64 but then changed it to AMD64 to put the screws to Intel, while Intel has variously used EMT64T and IA32e for basically the same instruction set. Linux still uses the architecture identifier "x86_64" for everything.

    3. Re:x64? by x-caiver · · Score: 1

      Windows XP x64 Edition will run on both AMD's "AMD64" and Intel's "EM64T" chips. x86-64 is the same thing too, it was one of the earliest names that AMD gave to its technology.

    4. Re:x64? by bersl2 · · Score: 1

      AMD calls it AMD64; Intel calls it EM64T (or something like that); Linux calls it x86_64; the BSDs all call it amd64; and Microsoft calls it x64.

      And every time I see "x64," I die a little on the inside. That term reeks of marketing.

  26. ERM by petermgreen · · Score: 2, Informative

    don't ms oem licenses force the oem to take the entire support burden?

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    1. Re:ERM by interiot · · Score: 1

      If this is true, then OEM's definitely wouldn't put it on shipping hardware if they thought it was rubbish, so this would give even more credence to the suggestion that this isn't beta-quality software.

    2. Re:ERM by HD+Webdev · · Score: 1

      If this is true, then OEM's definitely wouldn't put it on shipping hardware if they thought it was rubbish, so this would give even more credence to the suggestion that this isn't beta-quality software.

      OEMs don't care as long as MS gives them a sweet deal (at first).

      Tech support won't be overburdened. They already have 'use the recovery disks to format your computer' reply memorized.

      OEMs will know which hardware works and MS has most likely already tested their OEMs favorite hardware.

      --
      This is not a dream, not a dream...we are transmitting from the year 1-9-9-9.
    3. Re:ERM by toddestan · · Score: 1

      If this is true, then OEM's definitely wouldn't put it on shipping hardware if they thought it was rubbish, so this would give even more credence to the suggestion that this isn't beta-quality software.

      Yes, it would be just like when OEMs all collectively shunned Windows ME because it was so bad... Oh... wait...

    4. Re:ERM by Anonymous Coward · · Score: 0

      The big difference is that Windows x64 is going to high-end customers on workstations on servers, while WinME was sold exclusively to to the AOL consumer crowd.

      Your generic Athlon64 desktop box is probably going to be shipping with IA32 Windows for sometime.

  27. FTFA by Anonymous Coward · · Score: 1, Informative
    Worse, it may break a lot of existing apps. From the article:


    For instance, when we tried to install iTunes, we were greeted with an error message saying that one of the drivers included with the software wasn't compatible with Windows x64. Though the application launched and appeared to work, there's likely a compatibility issue lurking below.


    While this might be perfectly normal and legitimate for an error, why does it remind me of back when Microsoft used to introduce such incompatibilities (like the above warning) simply to scare people off from using the products of their competitors?

    Granted, that was in the Win 3.1 days or earlier, but I seem to remember some pretty damning evidence of such conduct brought out when Microsoft was sued over such things...
    1. Re:FTFA by Anonymous Coward · · Score: 5, Informative

      Unless a driver says it's certified to work with XP64, it won't load. If your hardware isn't supported by default, you have to find a 64 bit driver. (There may be a few exceptions, such as USB devices where the "driver" is really more like instructions to the OS on how to operate the device and not low level hardware interface.) If your hardware isn't supported, you can't use it until the manufacturer releases a 64bit driver. I can't use XP64 on my Asus K8V because I have SATA hard drivers and there are no 64 bit drivers for non-RAID mode.

    2. Re:FTFA by PsychicX · · Score: 0

      iTunes installs (without asking, I might add) the iPod driver to communicate with the iPod, as well as at least 2 background services. It's that driver that Windows is warning you about.

  28. theres no such thing as an 8 bit PC app by petermgreen · · Score: 1

    the original 8086 was a 16 bit cpu. The 8088 which was a cut down version used in the early pcs only had an 8 bit external bus but it still had a 16 bit core and instruction set.

    the dropping of support for win16 is going to be a pita though. Hopefully we will see some third party soloution to let us keep running tetris,rattlerrace etc

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  29. The link is Fine by Noksagt · · Score: 4, Informative

    See MS link to it here.

  30. Re:DO NOT USE THAT LINK by Anonymous Coward · · Score: 0

    the problem is that, if you go to that link, it gives you the impression that you're at microsoft.com (the site theme rips off microsoft.com blatantly).
    what's scary is that the submitter also made it sound like the link would go to MS site as well...so be warned.

  31. Voided Warranty by Anonymous Coward · · Score: 2, Funny

    If they void the warranty, that must mean that the EULA is also null and void right?

  32. You sluts by Enrique1218 · · Score: 4, Insightful

    Athlon 64 users rejoice! Today at WinHEC 2005 in Seattle, Microsoft announced availability of the 64-bit editions of Windows XP and Windows Server 2003.

    You spout off about the joys of linux. But,when Microsoft comes crawling with a 64-bit OS, you fall over like a bitch in heat. Sadness

    --
    You don't have to be smart to use a Mac, you just have to be smart enough to buy one
    1. Re:You sluts by willfe · · Score: 1

      Well, it's probably because we've all had 64-bit support in Linux so damned long we're just shocked Microsoft have caught up to the rest of the software industry. 64-bit Linux is just so old news nowadays ... :)

      --
      Read my stuff.
    2. Re:You sluts by NanoGator · · Score: 1

      "You spout off about the joys of linux. But,when Microsoft comes crawling with a 64-bit OS, you fall over like a bitch in heat. Sadness"

      Well....

      Lots of us have to use Windows anyway. At least we can take advantage of the hardware.

      --
      "Derp de derp."
    3. Re:You sluts by aug24 · · Score: 3, Funny
      You spout off about the joys of linux.
      But, when Microsoft comes crawling with a 64-bit OS, you fall over
      like a bitch in heat. Sadness.

      What is this, the annual Sarcasm Hiaku competition?

      J.

      --
      You're only jealous cos the little penguins are talking to me.
    4. Re:You sluts by 3.1415926535 · · Score: 1

      You do realize that more than one person uses Slashdot, right?

  33. The CNet review is a joke. by km790816 · · Score: 3, Informative

    It's like they ran Solitare on Win95 and XP and since they saw no difference, XP is clearly no better.

    Watch Bill's keynote. He doesn't claim random desktop bench marks will run faster.

    He does state that for very specific scenarios (where you need lots of memory) like Active Directory and SQL, x64 is a huge improvement...with numbers to back it up.

  34. Re:Thanks, Slashdot editors! by Anonymous Coward · · Score: 0

    The test of newsworthiness is an event. Here, we essentially have two stories of the SAME event, one day apart. Slashdot might as well just give them free banner advertising while they're at it.

  35. Patience! Facts of tech support. by Anonymous Coward · · Score: 0

    http://support.microsoft.com/oas/default.aspx?ln=e %20n-us&x=5&y=3&gprid=6794&
    MS "advanced" support can cost $245 a call, for those who aren't aware of the cost M$ support. So, the answer is: "yes it is expensive enough to be worth mentioning." "Read the previous sentence" is the wrong answer!

  36. Well! by meester+fox · · Score: 1

    yeah, I'm sure that "free phone call" will go well used. How much would they charge past that?

    --
    http://www.6765656b.com it's the ~ for us geek's.
  37. Only for XP Pro by MHobbit · · Score: 3, Informative

    From MS's site:

    In order to be eligible to receive Windows® XP Professional x64 Edition, your computer must have been ordered between March 31, 2003 and July 31, 2005 with Microsoft Windows® XP Pro (32 Bit) preinstalled.

    So, it seems from that, if your computer came preinstalled with Windows XP Home Edition (like me), you're out of luck.

    --
    Debugging? Klingons do not debug. Bugs are good for building character in the user.
    1. Re:Only for XP Pro by Anonymous Coward · · Score: 0

      If you bought a prebuilt computer, you're out of luck any way.

      I guess you could be talking about a low end laptop, but there are ways around the Micro$loth tax..

      *cough* Corp Edition *cough*

  38. but.. by wfijvvz · · Score: 1, Funny

    does it run linux?

    1. Re:but.. by dbIII · · Score: 1
      does it run linux?
      It will run metropipe's linux distribution, which works on windows using qemu. I have that in a 128MB USB key to run on windows machines without having to reboot them.
  39. OEM by Anonymous Coward · · Score: 2, Informative

    This was never considered by microsoft to be a retail offering. It was always planned to be an OEM release only for sale with a new computer. You will almost certainly be able to buy a copy at newegg with the purchase of a critical piece of computer hardware (for instance a power cable).

    1. Re:OEM by Anonymous Coward · · Score: 0

      (for instance a power cable)

      What about a vibrating desk monkey?

  40. Things Slashdot doesn't want to post about by vonVader · · Score: 1, Interesting

    You won't find this on Slashdot, but seeing how people love to pick on Windows security, I thought to let you know about this;
    http://www.tuaw.com/2005/04/25/mac-trojan/
    Yesterday (even before OS X Tiger was released) the first Trojan for Tiger appeared.
    Sophos is listing a new Mac Trojan, dubbed Mac/Cowhand-A, which lets other people gain control of your Mac: "Mac/Cowhand-A is a proxy Trojan for the Mac OSX platform. The Trojan may copy itself to the user's Preferences folder. In order to run itself on startup, the Trojan may add itself to the user's Startup Items."

    1. Re:Things Slashdot doesn't want to post about by Anonymous Coward · · Score: 0

      Snort. Yawn.

      Yup, that about sums it up.

    2. Re:Things Slashdot doesn't want to post about by Anonymous Coward · · Score: 0

      Oooo! A virus for OS X. A.

      So that puts the tally at....what...79,329 to 1?

      Go stroke your Microshaft somewhere else.

    3. Re:Things Slashdot doesn't want to post about by Anonymous Coward · · Score: 0

      The sky is falling!!

      I looked at the article and also at the so called virus protection site. What anoyes me is no one provides any info on what it does and how it does it. Looks like a way of praying on the fears of uninformed and selling their latest *nix virus protection software. The usual "Trust us we will protect you" (for a fee of course).

      For the uninformed: Unix Trojan's have been arround along time and in the majority of cases do very little or no damage to the overall integrety of the *nix system, unless you read mail as root, then you are (IMHO) an idiot.

      If you look at the following link
      http://www.sophos.com/virusinfo/analyses/ind ex_c.h tml
      that lists the Cowhand-A trojan you will see 100's of MS Windows virus/trojans and that is just for "C".

      That is why /. hammers MS.

    4. Re:Things Slashdot doesn't want to post about by numark · · Score: 1

      Technically, the first Trojan to appear for Mac OS X (and which should work on Tiger) was a file purporting to be a warezed Office 2004 Web Installer that actually was an Applescript script to delete the user's home directory automatically. Of course, in that case, if you were trying to download something you clearly knew was illegal, in a way you can only blame yourself.

      I also don't think you'll see much impact from this new Trojan anywhere. For one thing, where are you going to get the Trojan from? The only method I can think of realistically is through email, but when was the last time an OS X user got sent any Mac program via email randomly? I can see a few users getting duped by it, but others will either never think of opening the file, or be alerted to a problem when the installer requires their administrator password. More importantly, the Trojan isn't a worm, so it doesn't spread itself, so any damage should be minimal at worst.

      --
      Want Slashdot headlines on your site? Try SlashHead
    5. Re:Things Slashdot doesn't want to post about by KiloByte · · Score: 1
      This is a scam. A yet another anti-"virus" scam.

      Sure, you _do_ have the freedom to run any program you want to run. It's the natural thing, and it will remain the case unless RMS' worst dreams come true. It's your computer, your account and your freedom.

      But... if you want, I can write a virus for you:
      echo "rm -rf ~" >prettygame
      chmod a+x prettygame

      Hey, it's a dangerous trojan that poses as a pretty game and is able to destroy all your files! Aieee!
      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  41. Makes sense it's not in stores by Kupek · · Score: 4, Insightful

    If it was sold in a box in stores, people who don't know what it is might pick it up and try to install it. Very few people have 64-bit processors - certainly the average consumer who buys software from a retailer does not. This way they can control it: you only get the 64-bit version of Windows if you actually have a 64-bit processor.

    The poster implied their reason was lack of support. I think it's lack of interest.

    1. Re:Makes sense it's not in stores by poot_rootbeer · · Score: 1

      If it was sold in a box in stores, people who don't know what it is might pick it up and try to install it.

      Which was the same justification Microsoft had for offering XP Media Center Edition as only an OEM preinstall. They didn't want to deal with a blitz of support requests from users who couldn't get their PVR functionality working due to a TV tuner card with unsupported drivers, or users that had no tuner at all but didn't know that.

      I think it was a wise choice, although if I knew that the no-name tuners HP shipped in their MCPC's were cheapo Conexant chipsets, I might have balked.

  42. Alpha Windows by NullProg · · Score: 2, Insightful

    Microsoft already had a 64bit Windows running on DEC/Compaq Alpha. Why in the hell did it take so long for this release? The whole point of having HAL was portability.

    What the heck did they do to Windows to make the port take so long? AMD64 support should have taken a year at most. And why in the Hell do I still have to thunk down to 32bits (Go lookup 64bit Windows and thunking)? Not that I need it, but I'm just curious.

    http://msdn.microsoft.com/library/default.asp?ur l= /library/en-us/win64/win64/wow64_implementation_de tails.asp

    Enjoy,

    --
    It's just the normal noises in here.
    1. Re:Alpha Windows by Anonymous Coward · · Score: 0

      Digital Equipment Corporation's famed Alpha processor was "supported" by Windows NT, the 64-bit environment was infact not much more than a cheap hack. Microsoft designed Windows NT to not actually execute 64-bit instructions, but 32-bit instructions in parallel.
      Also Windows64 was originally written for Itanium, and I think its taken some time to shift focus from that port

    2. Re:Alpha Windows by deranged+unix+nut · · Score: 1

      Support from hardware manufacturers for drivers for one.
      Time for 3rd parties to start porting their applications for another.
      WOW emulation application compatibility for another.

    3. Re:Alpha Windows by breakbeatninja · · Score: 1

      Windows NT on the DEC Alpha was not truly 64-bit either, it used 32-bit instructions executed in parallel as I recall.

      --
      shop.envescent.com - Computer hardware and more.
    4. Re:Alpha Windows by Anonymous Coward · · Score: 0

      There was a 64-bit version of NT/Alpha, but it was never released because Compaq killed the program.

    5. Re:Alpha Windows by cookd · · Score: 1

      Huh? Is this a troll? If not, you really don't know what you're talking about.

      You're right that porting the Windows NT kernel to another architecture is actually pretty simple -- rewrite the HAL, recompile everything for 64 bits, you're done. The hard part is getting everything else verified as 64-bit clean.

      -- Compilers
      -- Drivers
      -- Applications (Shell, Notepad, Media Player, Explorer)
      -- Backwards compatibility for 32-bit apps

      And you're not thunking down to 32 bits. You're thunking your 32 bit apps up to 64 bits...

      --
      Time flies like an arrow. Fruit flies like a banana.
    6. Re:Alpha Windows by scotlewis · · Score: 2, Insightful

      The Alpha port of NT didn't actually run in true 64-bit mode. Compaq (not MS) was porting NT to run in native 64-bit mode on the Alpha, but they killed that project in 1999. MS had publicly stated at the time that they wouldn't be delivering a 64-bit version of NT until Intel's Merced (Itanium) processor came to market. MS's Alpha port of NT had a sort of pseudo-64-bit mode that was really just 32-bit with a couple of hack-type extensions.

      Point 2: Even if they had a 64-bit Alpha port of NT, it wouldn't matter. Firstly because a lot of work has gone into NT since version 4. Secondly because the Alpha was a nice, clean, RISC-based CPU design. IA-64 is nowhere near as nice. It has far fewer registers and a very CISI-oriented instruction set. To put it in terms of a (somewhat unfair) metaphore: an AMC Pacer was a nice upgrade over a Ford Pinto, but it still didn't hold a candle to a Dodge Charger.

      Basically, IA-64 is a completely different (read: more complex) take on 64-bit computing than the Alpha (or the PowerPC, or Itanium, for that matter). Not to mention the huge amount of testing that has to be done before MS can release an OS. Deer Hunter 5 has to run properly, you know.

    7. Re:Alpha Windows by Paul+Jakma · · Score: 2, Informative

      The Alpha NT port was 32 bit. DEC's linker (and also binutils for AXP) supported a 'restrict addresses to 32bit and clear most significant 32bits of addresses' mode for ease of porting applications to Digital Unix, eg Netscape was (effectively) 32bit on AXP. Google for 'taso linker'.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    8. Re:Alpha Windows by KillShill · · Score: 1

      because intel bribed/blackmailed them.

      it wouldn't look good if amd had the only 64bit processor and windows 64bit only ran on it.

      intel has done this before.

      intel is as corrupt as or even more so than ms.

      and thats a pretty bold statement to make.

      --
      Science : Proprietary , Knowledge : Open Source
    9. Re:Alpha Windows by Anonymous Coward · · Score: 0

      IA-64 has far fewer registers than Alpha? I think not. IA-64 = 128 architectural registers, Alpha = 32 arch regs, or ~96 phys regs in EV6 I think.

    10. Re:Alpha Windows by NullProg · · Score: 1


      Huh? Is this a troll? If not, you really don't know what you're talking about.

      I admit I don't know everything but is this your professional "in the field" experience or your "in campus" opinion from BYU?

      -- Compilers
      Microsoft owns a compiler and assembler. It morphed from MASM into Visual Studio. What came first? The Hardware, Compiler or OS?

      Drivers
      Microsoft provides the drivers to probably 90 percent of the generic PC hardware in existence. ISA/IDE/PCI etc. They wrote the Windows hardware interface specifications. The Windows DDK provides all this information.

      Applications (Shell, Notepad, Media Player, Explorer)
      Linux handles 32 and 64 bit versions of these transparently (My personal gripes about video drivers is a different subject). The 16bit Notepad from Win3.11 ran fine under Win32, so did a lot of other programs. As a matter of fact, I still use the 16-bit version of Lotus Organizer today under Windows and Wine. What are you saying?

      Backwards compatibility for 32-bit apps Thats what WoW is for. It's included in Win64. This is how Microsoft provides a backwards compatibility layer.

      And you're not thunking down to 32 bits. You're thunking your 32 bit apps up to 64 bits...
      No, I'm building apps for native Win64 in which some of the kernel calls are getting translated back into 32 bits. Just like the transition from Win16 to Win32. You can't pass a 64bit pointer back into a program that is compiled to read a 32bit register.

      But I digress. Enjoy,

      --
      It's just the normal noises in here.
    11. Re:Alpha Windows by cookd · · Score: 1

      Um, yeah, this is professional experience. I've been working for Microsoft for many years now.

      Compilers: Microsoft has to rewrite the compilers to handle AMD64. Not a trivial task (easy to get working, harder to get working right, and much harder to get working right and fast). The guy in the office next to mine is responsible for much of the non-X86 compiler work here, and sometimes over lunch I get to hear about the latest and greatest headaches from the AMD64 (actually, "X64" is now the "politically correct" term) compiler port. X64 is a much more complex architecture than Alpha. Getting the compiler done well is a lot more work.

      Drivers: Yes, Microsoft provides lots of drivers on the Windows CD. Why does that mean everything is easy? Microsoft still has to get each one of those drivers working correctly on the AMD64 architecture. The port is quite often non-trivial. And a lot of the drivers actually are maintained by the manufacturer, even if the driver is on the Windows CD, since the manufacturer doesn't want to reveal their precious IP (and Microsoft doesn't want to have to write their drivers for them either). That means that Microsoft has to wait for the individual companies to rewrite the drivers for AMD64, test them, and put them on the Windows CD. That isn't an easy or quick task. Supported hardware for Alpha was much more limited.

      Applications: You're talking about emulation (Windows on Windows, etc.). I'm talking about making all of those apps perform well as native 64-bit apps. The apps that ship with 64-bit Windows generally aren't just the 32-bit versions -- they're full 64-bit ports. A lot of these apps were never available on the Alpha version.

      Backwards compatibility for 32-bit apps: Yep. So Microsoft had to write WoW and make it work correctly. Took a LOT of work. That's one of the reasons why it took so long to get it out the door. There was an emulation layer for Alpha, but it was a much simpler system, and near-perfect backwards compatibility wasn't a requirement.

      Thunking: Now I'm confused. The link you mentioned discussed how 32-bit apps get thunked up to 64-bits for kernel calls, and the return value from the kernel gets thunked back down. I don't see anything about thunking 64-bit apps down to 32 bits for anything. I suppose that in the case where you are communicating between a 64-bit app and a 32-bit app, you would do thunking down to 32-bits, but that really can't be avoided.

      --
      Time flies like an arrow. Fruit flies like a banana.
    12. Re:Alpha Windows by NullProg · · Score: 1

      Thanks for the response.

      I suppose that in the case where you are communicating between a 64-bit app and a 32-bit app, you would do thunking down to 32-bits, but that really can't be avoided.

      Exactly. Our product is going to have some 32 bit dependencies. I was hoping to avoid the kludge I had to do back in '95 for the 16 to 32 bit transition. IIRC, it was a handle to a chunk of memory that had to be passed around to some routines inside of DLL's. It was slow and ugly.

      Enjoy,

      --
      It's just the normal noises in here.
  43. Development Tools by Detritus · · Score: 4, Insightful

    Now that it has been released, what 64-bit compilers are available for the operating system? The last time I looked, Microsoft was planning to use an ugly data model (LLP64) where only "long long" variables and pointers would be 64-bits. To me, that's a chicken-shit decision, broken code should be fixed or rewritten, not accommodated by crippling the compiler.

    --
    Mea navis aericumbens anguillis abundat
    1. Re:Development Tools by Malc · · Score: 1

      You can download what you need from Microsoft. Visual Studio .Net 2003 has had a compiler flag (/Wp64) for a long time that issues warnings about 64-bit portability problems. And no, I don't think ints are going to be 64-bits.

    2. Re:Development Tools by IntergalacticWalrus · · Score: 1

      WTF?? That does _not_ cripple the compiler. There is no clear advantage in increasing the size of int from 32 to 64. Especially since doing it would cause massive breakage (and 64-bit pointers do enough of that). If you need a 64 bit integer, you just freaking do like you always did and use long long. What so hard about that?

      And "chicken-shit" as you may think it is, that's what GCC does too on x86-64 and ppc64. I for one am greatful they all agreed on that. Different sizes for int would spell disaster.

    3. Re:Development Tools by dabraun · · Score: 1

      There would be a very significant perf hit associated with making ints 64-bit and no clear gain. If a counter or other numeric value didn't need to be 64-bit before it doesn't need to now. If it's a memory size it should be a size_t anyway.

    4. Re:Development Tools by tesmako · · Score: 2, Interesting
      Environments defaulting to 64-bit ints are exceedingly rare, and it is hardly suprising. Since all applications expect 32 bit ints (or possibly smaller in a very small number of cases) there is nothing to be gained from upping the size of the basic int to 64 bits except a mean performance hit.

      To put it this way, changing int's would be troublesome, be a performance hit and not give any advantages (since anyone needing a 64 bit word knows where to look already). Changing the size of the regular long int would maybe be more sensible since it is a bit useless to have it be defined as the same size as int as it typically is today, but really, it is not useful in any way other than to make the type hierarchy slightly nicer, and that is hardly worth the trouble.

    5. Re:Development Tools by Anonymous Coward · · Score: 0

      Every 64-bit Unix I'm aware of uses the LP64 model. The parent was complaining that Win64 was a P64 model. Nobody is suggesting that ILP64 should have been used in Win64.

    6. Re:Development Tools by KiloByte · · Score: 1

      Generally, int stays 32 bit everywhere.
      What MS did, is making long to be only 32 bits wide, only a half of the machine word. This is damage, and it's inconsistent with the rest of the world.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    7. Re:Development Tools by Bert64 · · Score: 1

      Exactly, and it is normal to copy a pointer into a long (which would result in an overflow here) not into a long long (which is wastefull on a 32bit arch)...
      This will break compatibility with other 64bit platforms, and result in lots of code that breaks when trying to copy a pointer into a long..

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    8. Re:Development Tools by WARM3CH · · Score: 1

      Lots of code that copy a pointer to a long?? As a C++ programmer, I don't see any sane reason in copying a pointer to a long or any other scaler types. If there are codes around using bad practices like that, I wouldn't care if they'd get broken.
      I understand the reasons why people would like to have a 64 bits long and a 32 bits int by default, but copying a poitner to a long is not one of the valid ones.

    9. Re:Development Tools by Dulimano · · Score: 1

      Now that it has been released, what 64-bit compilers are available for the operating system? The last time I looked, Microsoft was planning to use an ugly data model (LLP64) where only "long long" variables and pointers would be 64-bits. To me, that's a chicken-shit decision, broken code should be fixed or rewritten, not accommodated by crippling the compiler.

      No. Code that relies on long being 32-bit is not broken. All right, not very broken. But very-very common. It should recompile and work out of the box without porting.

      Read The Old New Thing. Search for Raymond Chen's replies.

    10. Re:Development Tools by Anonymous Coward · · Score: 0

      To summarise

      Microsoft did something stupid and short-sighted. The developers paid a high price, and as a result Microsoft has done something else even more stupid and more short-sighted, which will cost more.

      Good news: Microsoft has future ideas which are yet more stupid and yet more short-sighted. Raymond Chen will still be around to defend them as necessary.

      It's fun to compare a 1995 Unix app which recompile and works seamlessly with wider pointers, larger integers, more memory, large disk files, Unicode filenames etc. on a modern 64-bit Unix; to a 1995 Windows app, which requires hours of extra work to "port" it so that it doesn't work with any of the above AND it's much harder to read due to all the hacks used to try to make it "easier" - but hey it's sort of running on this Win XP 64 machine, just be sure to walk on tip-toes.

    11. Re:Development Tools by Detritus · · Score: 1
      Assuming that long is 32-bits is broken.

      I'd like to see some of these programmers try to compile their code on a word-addressed machine like a Cray, where most arithmetic types are 64-bits.

      --
      Mea navis aericumbens anguillis abundat
    12. Re:Development Tools by Anonymous Coward · · Score: 0
      As a C++ programmer, I don't see any sane reason in copying a pointer to a long or any other scaler types.

      Well, there are a number of reasons to do this in low-level code, but it's not guaranteed to be portable in the first place. Anyone doing it should know that. If not, there're probably many other significant bugs anyway.

      There are other types for this purpose that are more appropriate and still work. Win64 has 64-bit typedefs in stddef.h for:
      intptr_t
      uintptr_t
      ptrdiff_t
      size_t
      If you use any of these for you nefarious pointer to integer casting code you'd be fine.
    13. Re:Development Tools by KiloByte · · Score: 1

      Have you ever programmed using win32 API?
      It arbitrarily exchanges void*, int and DWORD among system calls.

      The prime example are Window procs -- lparam and wparam carry numbers around 50% of the time and pointers the other 50%.

      On the other hand, I can't name a single case of this kludge in Real Operating Systems(tm).

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  44. Voided warranty?! by Stormwatch · · Score: 3, Funny

    : those who purchased Windows XP after
    : March 31, 2003, can trade in their copy
    : for the 64-bit version at a cost of $12
    : and a voided warranty.


    Voided warranty? Blimey! This system is dangerous, and Microsoft knows it!

    1. Re:Voided warranty?! by NotQuiteReal · · Score: 1
      void any support with your PC manufacturer...

      That doesn't seem unfair - after all it is not the OS the Hardware vendor sold you!

      --
      This issue is a bit more complicated than you think.
    2. Re:Voided warranty?! by BCW2 · · Score: 1

      Since I only buy industry standard hardware, my warranty is the same, no matter what OS is used. Of course if I ever delt with a "major" like Dell of HP that might be different, but as long as I build my own, who cares?

      I work on the "majors" everyday in a white box store as the tech. I have had Linux running on every brand out there. Not a big deal at all.

      Does anyone have a better answer than price to the following? Why does HP insist on using that half size power supply that is so bad tha E Machines gave up on it? I replace HP power supplies 2 to 1 over all the rest put together.

      --
      Professional Politicians are not the solution, they ARE the problem.
    3. Re:Voided warranty?! by NanoGator · · Score: 1

      "Voided warranty? Blimey! This system is dangerous, and Microsoft knows it!"

      Tee hee giggle snort! Microsoft released an OS AFTER the hardware was assembled, and they won't guarantee it! BUahahahaha.

      Ahem, anyway...

      --
      "Derp de derp."
  45. Informative +5 by Anonymous Coward · · Score: 0

    this could be part of MS's strategy. They have bullied software vendors into rewriting software before, not to mention "motivating" customers to upgrade. Of course their own apps will be compatible. Remember the OS has never been very profitable, the major profits come from the applications.

    1. Re:Informative +5 by NutscrapeSucks · · Score: 1

      This isn't Microsoft's doing. The AMD64 hardware design disables the needed hardware support ("virtual real mode" etc) when you are in 64-bit mode. DOSEMU, Wine16 and the like break under Linux/AMD64 as well.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    2. Re:Informative +5 by Snover · · Score: 4, Insightful

      You are only partially correct. While you are correct that AMD64's hardware design does not allow for real-mode 16-bit code, it does allow for 16-bit code execution as long as it is protected-mode (so, Win16s applications should be able to work without a problem). (Source)

      --

      [insert witty comment here]
    3. Re:Informative +5 by NutscrapeSucks · · Score: 1

      > so, Win16s applications should be able to work without a problem

      I'm not so sure about that -- when I run a Win16 app under 32-bit Windows, I get a WOWEXEC and a NTVDM process. The NTVDM ('virtual DOS machine') relies on virtual real/8086 mode, which AMD64 does not provide.

      I don't know enough about Win16 to explain this design, but maybe the WOW32 stuff relies on BIOS emulation or something, or Win16 apps still made DOS calls. (If 16-bit OS/2 apps still worked, they would probably run fine.)

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    4. Re:Informative +5 by Anonymous Coward · · Score: 0

      Win16 applications could work but won't because win64 doesn't support them.

    5. Re:Informative +5 by Anonymous Coward · · Score: 0

      It is possible to make a 64/32 mixed OS where all 16/32 parts + the kernel resides at the first part of memory and the kernel conmute from 32 to 64 bit mode, allowing the mixing of 16 (vm86), 32 and 64 bit apps.

    6. Re:Informative +5 by bored · · Score: 1

      Look at that table closer. Legacy mode includes "real-mode" and it does work in that mode. In "Long mode" it only supports 64-bit and 32-bit instructions. This is the mode that win64 runs in. If they wanted to run 16-bit applications they would have to either dynamically switch the processor back and forth between long and legacy, or write a software emulator to emulate the 16-bit instructions.

  46. Security Option now available by Gary+Destruction · · Score: 1

    There's an option in the Athlon64 that's called Buffer Overflow Protection I think? Anyway, if I remember right, having 64-bit Windows allows this opiton to be enabled. That would provide some additional security. I'm not sure of its effectiveness, though.

  47. Drivers in XP64 by Zevets · · Score: 1

    *IF* they can get enough drivers. I decided to get the public beta of XP64 and I can say it was one of the stupidest decisions I have ever made in my life. I wanted to get a free OS and rather than steal XP (it is needed for certain things unfortunately) I decided I would go the legal route and take the free beta. What a mistake. Half of my programs do not work, as they whine about DLLs, missing libraries or just an OS that isnt the right kind. If you get any performance benefit from running in XP64 it is all lost BECAUSE NOTHING WORKS!! Don't buy the PR crap about 32 bit program compatability, it is as good as trying to use WINE(or whatever they decided to change the name to, I really don't care) to emulate windows. It works with about two programs, but if you step outside the box, you get slammed for even thinking of using a non standard application. Now, take the driver situation. The drivers are terrible, as until recently my computer stopped consistenly BSODing when I ran a necessary application and other programs are constantly locking up. Also, please take note that such devices most of us feel are necessities(god forbid a printer) will be completely unsupported and you will find yourself completely screwed over in every way. In short, unless you really need more than 4 gigabytes of RAM (the server edition maybe be better, I don't know) stay away from this. If I violated any EULAs, well, I don't give a crap, thank you for wasting an entire month of my life while I built mediocre solutions for my problem of an OS that cannot be explained without comparing it to goatse man, tubgirl and whatever other perversions the internet to has to offer. Truly this devil spawn of an OS is the worst product Microsoft has ever released.

    --

    Mod Wisely.

    1. Re:Drivers in XP64 by compm375 · · Score: 1

      Which beta did you get, the first or the second? Unless someone responds to this saying it is better now I guess I won't make the switch. And by the way, Wine Is Not an Emulator; it is an open source reimplementation of the Windows API, but yes it does have some compatibility problems.

    2. Re:Drivers in XP64 by TummyX · · Score: 2, Funny

      I'd like you to meet someone.

    3. Re:Drivers in XP64 by drsmithy · · Score: 1
      I wanted to get a free OS and rather than steal XP (it is needed for certain things unfortunately) I decided I would go the legal route and take the free beta.

      Grab the Windows 2003 evaluation.

    4. Re:Drivers in XP64 by x-caiver · · Score: 1

      I install random freeware & shareware applications on my x64 all the time. The only ones that haven't worked are ones that have drivers built in (like a CD burning program I found wouldn't install), or programs that hack in to the system to do really wacky things like change how system wide menus work and stuff. Other than those type of apps I have had no problems. I don't know what apps the other poster is trying if only 2 out of his entire collection work...

    5. Re:Drivers in XP64 by Zevets · · Score: 1

      I forgot to set the mode to plain text.

      I wrote it in paragraphs, but the bossman was coming, so I had to hide.

      --

      Mod Wisely.

  48. Operating system written in Ada,Oberon,Python ? by zymano · · Score: 1

    Why are operating systems which need security from buffer overflows still written in insecure languages such as C or C++ ?

    I understand the most secure OS is openVMS and was coded in vaxassembler and had each line of code scrutinized for bufferoverflow errors, so I guess C could be secure if used right.

    But wouldn't a language with garbage collection like oberon,java,ada or python be great for secure operating systems ?

    Example. BlueBottle OS Ada OS.

  49. If... by game+kid · · Score: 1

    ...it runs Virtual PC, or some other similar emulator or virtualizer. Don't know how they'd run on 64-bit Windows, but if they work nice on the x86 I bet the Windows guys want it to run here--people do complain when their devices don't work after an upgrade, last I checked. I doubt Microsoft wants more articles written about that (remember a little OS called Windows 2000?).

    --
    You can hold down the "B" button for continuous firing.
    1. Re:If... by wfijvvz · · Score: 1

      Why won't you flame me or mod me redundant?

      This doesn't deserve an intelligent replay. :-*(

  50. Rejoice, more like cry by bluGill · · Score: 3, Interesting

    I started a new job about a couple years ago. Didn't take me long to notice the following line all over:
    struct devive_info = (struct device_info *)a_ulDeviceHandle.
    I told the chief programer we need to fix this fast as 64 bits are coming, and was told not to worry about it.

    For those who can't read hungarian, this function was passed in a parameter as a int, and it was promptly cast (old style C cast too) to a pointer. This works on 32 bit platforms (normally), but will never work on 64 bit platforms.

    This is the guy who decided that since GCC is a terrible C++ compiler (it is, but we were still using compilers from 1995 for the windows stuff, and working around bugs in it), he would standardize on Gcc 2.95 even though gcc 3 is much better. I never did figure out that logic. (this was a decision made late last year) Sometimes I'm glad he doesn't work there anymore.

    Not that it matters much to me, I'm a UNIX guy. The last version of Windows I ever had on my machines was 3.1, and I installed OS/2 as soon as it arrived.

    1. Re:Rejoice, more like cry by fbartho · · Score: 2, Interesting

      you want to enlighten me as I am a student aspiring programmer... what exactly is wrong with that cast assuming that the pointer ... wait... scratch the preceding there there... um ok tell me if you don't mind how to properly do what he was trying to do(1) how what he typed works on 32bit(2) and why it won't work on 64bit(3)

      um is it because ints are 32bits that this is flawed?

      also wouldn't he need to do:
      struct device_info foo=*((struct device_info*)&a_ulDeviceHandle);

      in C-Style casts (or am I being overly-repetitively-redundantly respecifying things)? and how while I'm asking questions about casting, would you mind also explaining why someone wants to dynamic cast, if they know exactly what a variable must be when passed to it? IE the variable is mine and only mine, why dynamic cast since its "trusted"...

      I know this is pretty fundamental, and its going to be taught in one of my classes in the fall, but I figured I might as well ask.

      --
      Gravity Sucks
    2. Re:Rejoice, more like cry by mabinogi · · Score: 3, Insightful
      the simple rule is never store a pointer value in a non pointer variable.

      If you need a variable to store a pointer, but don't know what type it'll be pointing to yet, use void * and cast it to the appropriate pointer type once you do know.

      On a 32 bit system, a pointer will be 32 bits, on a 64 bit system, and pointer will be 64 bits.
      However, there is no gaurantee that on a 64 bit system an int will be 64 bits - it could quite easily be 32.
      int only _has_ to be at least 16 bits. It's usually the word size, which is usually the size of a pointer, but it doesn't have to be.

      char = at least 8 bits.
      short int = at least 16 bits
      int = at least 16 bits
      long int = at least 32 bits

      > also wouldn't he need to do:
      > struct device_info foo=*((struct device_info*)&a_ulDeviceHandle);

      No, I suspect what he meant was
      struct device_info *foo = (struct device_info *)a_ulDeviceHandle
      Your version wouldn't work because you can't assign a struct to another struct, you can only assign a pointer to a struct to another pointer to a struct.

      In C, variables only contain numbers, not objects, as there is no concept of object - only a vague illusion every now and then via pointers - so assigning a struct makes no sense.

      In that sense, C is very weakly typed, and type checking is only done at compile time. That makes casting values of different precision very dangerous, because the cast eliminates the only way through which you would detect these errors.
      --
      Advanced users are users too!
    3. Re:Rejoice, more like cry by mabinogi · · Score: 2, Interesting
      actually, looking at your version again, it's completely wrong, and even more dangerous...
      struct device_info foo=*((struct device_info*)&a_ulDeviceHandle);
      a_ulDeviceHandler is an unsigned long, which apparently has been used to store a pointer.
      your code is then taking the address of the long and casting that to a pointer to struct device_info, and then dereferencing it.

      So even if it were possible to assign a struct by value, the value you'd be assigning here would be completely wrong, and would result in either a segfault (in the best case), or silent corruption (in the medium case), or an exploitable situation in the worst case
      --
      Advanced users are users too!
    4. Re:Rejoice, more like cry by bluGill · · Score: 1

      The proper thing would be to pass struct device_info * all over. Callers don't need to know the contents of device_info, just that it is a pointer. Then the compiler can prevent lots of bugs because it can make sure only device_info structures are passed in.

      As is someone can do:

      device_operation(device+1); // next device
      which will work for standard file descriptors (though not a good idea there), but will not work with the above code. As written the compiler cannot do the right thing. My way the compiler can do the right thing. (well sometimes, if you are keeping an array of these things around)

      Pointers are powerful. Casts are too easily abused, to create bugs that show up years latter.

  51. Mod Parent Up by Anonymous Coward · · Score: 0

    It is true that the ms page links to productorder.com

  52. I hope your right... by BobPaul · · Score: 4, Informative

    Wrong. See here:

    If you built your PC yourself [snip] the link to the right.

    The link to the right being the same link given in the /. story.


    Funny. When you click that link on the right (or the one in the slashdot summary) you're taken to a page that says otherwise:

    Technology Advancement Program Eligibility

    In order to be eligible to receive Windows® XP Professional x64 Edition, your computer must have been ordered between March 31, 2003 and July 31, 2005 with Microsoft Windows® XP Pro (32 Bit) preinstalled. (Emphasis mine)

    In addition, you must read and agree to the following:


    Right now, I click the link but can't agree to the terms on their form, so 64bit for $12 is impossible for me--I installed WinXP on my own from a copy I bought from NewEgg. Maybe it's a catch-22, or maybe the webdev team just screwed up. I sure hope it's the second and your right.

    1. Re:I hope your right... by Anonymous Coward · · Score: 2, Informative

      Did your NewEgg purchase have a hardware requirement? If so, it counts as an "OEM Preinstall" copy, and you are OK.

      (Techically, NewEgg is the middleman, and YOU are the OEM and YOU "preinstalled" Windows, because you assembled the PC.)

    2. Re:I hope your right... by Alberic · · Score: 1
      I guess this is somehow logical. With a preinstaled system they maybe (emphasis on the uncertainties) expect to have to do with guaranteed compatible hardware

      Or maybe they just have an agreement with and got some hardware information from manufacturers, whereas they can not have any compatibility data on all those voodoo+x64+SCSI strange boxes.

      --
      *squeak*
  53. Re:DO NOT USE THAT LINK by Anonymous Coward · · Score: 0

    Mod parent down -1, Stupid

  54. Mod Parent Up! by Anonymous Coward · · Score: 0

    If you're a C programmer, and have mod points, you have to mod the parent up.

  55. The official 64 bit extension thread by DaveAtFraud · · Score: 4, Funny

    Windows is:

    a 32 bit extension and a graphical shell for
    a 16 bit patch to
    an 8 bit operating system originally coded for
    a 4 bit microprocessor, written by
    a 2 bit company, that can't stand
    1 bit of competition.

    My only (very lame) suggestion is:

    "a 64 bit recompilation of"

    Other suggestions are welcome.

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
    1. Re:The official 64 bit extension thread by Anonymous Coward · · Score: 0

      Other suggestions are welcome.

      Yes, I suggest it stopped being funny something like 5 years ago.

    2. Re:The official 64 bit extension thread by Anonymous Coward · · Score: 0

      FYI, this joke predates the "32-bit" part, and yes it is very lame.

    3. Re:The official 64 bit extension thread by HG2 · · Score: 1

      a 64th dupe on slashdot for

    4. Re:The official 64 bit extension thread by Anonymous Coward · · Score: 0

      Maybe it's because you're a douchebag.

    5. Re:The official 64 bit extension thread by jacobito · · Score: 1

      Not to mention that the joke isn't even applicable to current versions of Windows, which descend from OS/2 and Windows NT, not MS-DOS and Windows 95.

    6. Re:The official 64 bit extension thread by nihkee · · Score: 1

      Hahaha! Ha... h... WHY IS THIS SUPPOSED TO BE FUNNY? This post has appeared here for like billion times.

    7. Re:The official 64 bit extension thread by sharkey · · Score: 1

      A 64-bit emulator running on a...

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    8. Re:The official 64 bit extension thread by GnarlyNome · · Score: 1

      Windows is:

      a 32 bit extension and a graphical shell for
      a 16 bit patch to
      an 8 bit operating system originally coded for
      a 4 bit microprocessor, written by
      a 2 bit company, that can't stand
      1 bit of competition.
      But they sure put the byte on you

      --
      Diplomacy is the art of saying "Nice doggie" until you can find a rock. Will Rogers
  56. Re:DO NOT USE THAT LINK by Kingsly · · Score: 3, Informative

    Registrant: ZOMAX INC. (PRODUCTORDER-DOM) 2727 Systron Drive Concord, CA 94518 US Domain Name: PRODUCTORDER.COM Administrative Contact, Technical Contact: Watson, Carl (CW2954) watsonc@WEST.ZOMAX.COM Zomax, Inc. 2727 SYSTRON DR CONCORD, CA 94518-1355 US (510) 492-2301 fax: (925) 686-0290 Record expires on 22-Apr-2012. Record created on 21-Apr-1997. Database last updated on 25-Apr-2005 23:08:14 EDT.

  57. Re:First post! by FosterKanig · · Score: 0, Funny

    64 bits will allow you to post faster, so you don't fail at a first post.

  58. Are there any 64-bit games? by antdude · · Score: 2, Interesting

    I remember Far Cry was supposed to have 64-bit version. Are those currently out and working for Windows XP 64-bit?

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    1. Re:Are there any 64-bit games? by MightyPez · · Score: 2, Informative

      Nothing in 64-bit yet. But there are games with 64-bit extensions that do give a nice performance increase. Fff the top of my head, Unreal Tournament 2004 and Chronicles of Riddick both have 64-bit extensions.

    2. Re:Are there any 64-bit games? by Anonymous Coward · · Score: 0

      ARE THERE?!? Dude, you've been WAY out of the loop...there's tons...

      Mario 64, Excitebike 64, Donkey Kong 64, Dr. Mario 64, Doom 64, Kirby 64, Pilot Wings 64, Wave Race 64, Mario Kart 64, In-Fisherman Bass Hunter 64, Virtual Chess 64, Virtual Pool 64...the list goes on...

      ps. How big does the number infront of the x have to get before I don't have to worry about BSOD's?

  59. Re:DO NOT USE THAT LINK by Kingsly · · Score: 1

    With correct formatting this time ...

    Registrant:
    ZOMAX INC. (PRODUCTORDER-DOM)
    2727 Systron Drive
    Concord, CA 94518
    US

    Domain Name: PRODUCTORDER.COM

    Administrative Contact, Technical Contact:
    Watson, Carl (CW2954) watsonc@WEST.ZOMAX.COM
    Zomax, Inc.
    2727 SYSTRON DR
    CONCORD, CA 94518-1355
    US
    (510) 492-2301 fax: (925) 686-0290

    Record expires on 22-Apr-2012.
    Record created on 21-Apr-1997.
    Database last updated on 25-Apr-2005 23:08:14 EDT.

  60. so where can i get an "evaluation version" by t35t0r · · Score: 1

    Is it possible to get an "evaluation version" from somewhere?

    1. Re:so where can i get an "evaluation version" by x-caiver · · Score: 1

      Yep, you can try out the XP Pro x64 Edition if you want a client.
      Or if you are more interested in a server product you can try out the Server 2003 Enterprise x64 Edition.

    2. Re:so where can i get an "evaluation version" by HG2 · · Score: 1

      Yes but thats not all! For today only you can download the real thing cracked for free from a peer, illegally!

  61. Great! by wlan0 · · Score: 1

    I can't wait until they get their first 64-bit virus!

  62. Windows 64BIT Versions. by bejiitas_wrath · · Score: 0

    I have been using Windows XP and I am very annoyed with how it manages to get viruses as soon as you have finished with the virus scanner. You finish the scan and 10 minutes on the net later you shut down the browser and scan the machine again and you have more spyware and trojans on it. And the stupidity of the users who install the stupid browser addons and toolbars that carry trojan horses and other bullshit. The main reason for Windows being infected with all this crap is the stupidty of the users who use it. They really should fix the bugs in the OS's first.

    --
    liberare massarum ex ignorantia, clausa descendit molestie.
    1. Re:Windows 64BIT Versions. by mvdw · · Score: 2, Insightful

      So, what you're saying is that MS should fix the stupidity of their users before they release more operating systems?

    2. Re:Windows 64BIT Versions. by Anonymous Coward · · Score: 0

      // begin rant

      maybe the should all stop with the fav_actor_or_actress_nude.jpg.exe opening. I've been using windows along side linux for a while now, but the whole time i've had windows (even before having linux) i have *never* had a virus. How have I managed this you ask? To quote a certain Admiral of the time, "Simple logic". Don't be dumb, you wouldn't stick your finger in the trash and then in your mouth, so why do the same to your pc? // end of rant

  63. Now, i'm really confused . . . by new500 · · Score: 1
    about something else, that is:

    from: https://microsoft.productorder.com/clientx64/defau lt.aspx

    . . intention of replacing a previously licensed 32-bit version of Microsoft® Windows® XP Professional (1-2 Processor Version) Microsoft® Windows® XP Professional (1-4 Processor Version


    (my emphasis)

    does that mean

    a) Microsoft changed their mind about dual core on the OS recently

    or

    b) There's a 4 - proc version of XP Pro that i haven't heard of.

    ?

    I had been working under the assumption that XP Pro supported up to two processors, even if they are dual - core, but that for 4 processor support, you had to go with Server, which i don't want to use for a workstation because of the deprioritised performance quanta which are tedius to say the least to readjust (quanta determine priority of foreground apps, so background priority is fine if you are batching almost everything or acting as a server, but not so good if you want to throw everything at a real - time render or a vast photoshop file).

    So asks I, as i now head off to Google for 4 way Opterons with dual 16 lane PCI-e so I can have *eight cores* on my desktop! /drool . . :-)

    but seriously, that was a real question. I have neve heard of a specific 4-proc XP Pro edition. Anyone?

    cheers!

    -
  64. Re:DO NOT USE THAT LINK by onpaws · · Score: 1

    ZOMAX is fine.
    From this article: http://www.hoovers.com/zomax-incorporated/--ID__51 171--/free-co-factsheet.xhtml

    "Zomax is a supply chain management company that provides services such as order processing; printing and packaging; CD and DVD manufacturing; assembly and distribution; and returned-merchandise authorization. Zomax mostly serves customers in the computer hardware manufacturing and software publishing industries. It provides replication, telemarketing, and fulfillment services to software giant Microsoft, which accounts for about 22% of the company's sales. Another 19% come from Dell. Zomax operates through facilities in North America and Europe."

  65. LightWave and Softimage by Anonymous Coward · · Score: 0

    Today, along with this announce, were announced at least a 64 bit versions for NewTek's LiwghtWave and Avid's Softimage, both aplication very hungry on resources.

  66. No Warrenty??? by muckdog · · Score: 5, Funny

    You means windows comes with a warrenty???

    1. Re:No Warrenty??? by Anonymous Coward · · Score: 0

      Yes, and too bad your typing skills don't. You managed three spelling mistakes in nine words. Impressive!

    2. Re:No Warrenty??? by Anonymous Coward · · Score: 0

      actually he only spelt one word wrong twice, his fault was grammatical errors.

    3. Re:No Warrenty??? by Anonymous Coward · · Score: 0

      You means windows comes with a warrenty???

      No, but it does come with a warranty.

  67. what does the 64bit BSOD look like? by Anonymous Coward · · Score: 0, Troll

    does it now crash twice as fast or twice as often?
    or perhaps both?

    forget this win-doh's crap, go get suse linux 64bit.

    1. Re:what does the 64bit BSOD look like? by x-caiver · · Score: 1

      A 64 bit number much more than just double a 32 bit... oh wait, nevermind
      Actually I've found it to be quite stable. It took a little while for the 64 bit drivers for my video & audio cards to catch up, but it is solid now.

  68. ...nice. by Anonymous Coward · · Score: 0

    now I can have the fastest blue screen in the west.

  69. Re:DO NOT USE THAT LINK by accidental_1 · · Score: 2, Funny

    /. instructions for using a link: 1. look at name/address in the link 2. do a whois to see if the registation info is correct 3. traceroute 4. ping 5. nmap full the scan 7. do it over again to verify the previous findings 6. click on link

  70. Yes Microsoft. by Anonymous Coward · · Score: 0

    Yes Microsoft, thats right, three days until Tiger ;)

  71. Wait for Win 64 SP2, or suffer. by Futurepower(R) · · Score: 1


    My experience with Windows 98 and Windows XP leads me to believe that the first release version of a Microsoft OS is what Microsoft calls SP2.

    "Our beta test site is the whole world."

    1. Re:Wait for Win 64 SP2, or suffer. by x-caiver · · Score: 1

      Well this XP Pro x64 has all the fixes (and then some) that were in XP SP2, so no need to wait or suffer.

  72. only 1 free support call? by codergeek42 · · Score: 0

    They're going to need a lot more than that...

  73. PR by scotlewis · · Score: 2, Insightful

    If they called it a Public Beta, they wouldn't be able to claim they shipped XP/64 before Apple ships Tiger on Friday. The fact that they are throttling the availability by limiting it to OEMs and people with a pre-installed copy of XP Pro indicates (to me at least) that they really don't have a full production ramp-up yet.

    Of course, nobody's going to remember this attempt at 3-day one-upsmanship in the long run, because Tiger's retail availability and the lifting of the NDA surrounding it is going to drown out the select few people waiting for their copies of XP/64 to be delivered. Not to mention the new eye-candy and search features Tiger has, while XP/64 is very much an under-the-hood upgrade.

    I might be overly cynical, however...

    1. Re:PR by Anonymous Coward · · Score: 5, Insightful

      (A) 64-bit XP has already been shipping for a long time (Itanium)
      (B) Tiger isn't fully 64-bit, so there's no dicksize race with Apple here.
      (C) The crossover between OS X and Win64 customers is tiny anyway
      (D) Windows x64 went "gold" before Apple even announced Tigers release date, so it's entirely a coincidence the dates are so close.
      (E) Probably 80% of Windows sales is through OEMs, so this ain't "limted availabiity" in the slightest.
      (F) Destroying every aspect of your post is getting boring.

    2. Re:PR by FromFrom · · Score: 1

      (A) You're confused
      (B) Dou you have a link for this?
      (C) I guess that's true
      (D) A strong conclusion on a weak base
      (E) Only when the OEM put the 64 bit version on it
      (F) Then don't post

    3. Re:PR by Anonymous Coward · · Score: 1, Informative

      (A) No, I have a useless XP/Itanium CD somewhere around here.
      (B) http://developer.apple.com/macosx/tiger/64bit.html
      (E) Already the default OS on Dell workstations.
      (F) Suck my bag.

    4. Re:PR by FromFrom · · Score: 1

      (A) Maybe I'm confused:)
      (B) Thanks.
      (E) That would be on 64 bit Dell workstations of course. Of course it will replace 32 bits Windows one day.
      (F) I feel sorry for you.

    5. Re:PR by Anonymous Coward · · Score: 0
      (A) Not in the least. Actually, 64-bit Windows has been out since the mid 90s, on Alpha, MIPs and Sparc. The Itanium release was publically available since 2002. This just happens to be one 64-bit version for one specific 64-bit architecture. Microsoft also released SQL Server 64-bit on at least two of those platforms (Alpha and Itanium) and is slated to release SQL Server x64 in September.

      (B) Sure: http://developer.apple.com/macosx/tiger/64bit.html

      It is important to note that in the Tiger release, the support for 64-bit programming does not extend throughout the entire set of APIs available on Mac OS X. Most notably, the Cocoa and Carbon GUI application frameworks are not ready for 64-bit programming.

      The 64-bit programmability ONLY applies to programming POSIX commandline applications/daemons. The OS it NOT 64-bit. The kernel and libraries are 32-bit. They still have to run on G3 and G4 CPUs.

      (D) Microsoft shipped Windows x64 to manufacturers on March 31st. Apple announced the release date for Tiger on April 12th.

      (E) Actually, in my opinion, the reason it's not being put on the shelf is because the target audiences are not savvy enough to differentiate between the two and it will be very possible for someone to pick up the new fangled "Now 64-bit" Windows and try to install it onto their 32-bit machines. It makes sense to leave that decision in the hands of the OEMs, for now.

      (F) You're right, I shouldn't, but someone has to keep you stupid fuckers in line.
  74. actual numbers by august+sun · · Score: 5, Informative
    pretty thorough performance review with scientific, gaming, and media benchmarks:

    http://techreport.com/reviews/2005q1/64-bits/index .x?pg=1

  75. Re:DO NOT USE THAT LINK by Anonymous Coward · · Score: 0

    7. find a new ISP because they reported you port scanning them
    8. ???
    9. Profit!

  76. IN REDMOND WASHINGTON by learn+fast · · Score: 1

    In California, you pay the testers.

    In Redmond, WA, the testers pay you!

  77. NT4 was on PPC and DEC Alpha 64 by Anonymous Coward · · Score: 0

    This is a return to 64 bit chips.

    1. Re:NT4 was on PPC and DEC Alpha 64 by Anonymous Coward · · Score: 0

      NT4 was 32-bit on those platforms, just like ordinary Windows is 32-bit on 64-bit Athlons and Opterons.

  78. Hmmm by doc_pez · · Score: 5, Funny

    As opposed to the two-bit versions they have been selling for years?

    --
    Fat chicks need love, too. But they gotta pay. - Quagmire
  79. One free support call... by Ray+Alloc · · Score: 2, Funny

    -"Hello, Support center? My PC is dead!"
    -"Reboot."
    -"Done. Doesn't work any more."
    -"This is the end of the free call. For more, insert credit in slot and press any key!"

  80. 64-bit Windows by Anonymous Coward · · Score: 0

    BSOD show up in half the time as before!

    Thanks Bill.

    (And somehow that asshat Paul Thurrot will make this seem like a good feature...)

  81. Re:DO NOT USE THAT LINK by OverlordQ · · Score: 1

    Wow except that microsoft.com links to them, no wait . . they must of hacked microsofts site to point to them.

    --
    Your hair look like poop, Bob! - Wanker.
  82. 64-bit viruses by Anonymous Coward · · Score: 0

    All we need are 64-bit viruses. Thanks but no, thanks, Microsoft. I've had enough of all the Windows trouble and I am a happy Linux user now.

  83. To clarify... by NotQuiteReal · · Score: 1
    I hear ya!

    I have 8 computers in my house at the moment - only 1 is a name-brand (Toshiba laptop). Five are are white-box (2 are OEM from a client - putting some Qt stuff on their Linux boxes). White-box is the way to go if you know what you are doing. You get what you want, and know what you have.

    Anyhow, I suspect the "no support" clause in the original article is not the same as "no warranty" - I am guessing that if something actually broke under warranty they would still have to honor it. How can you argue that one OS or another burned up your power supply or made your 5$ Win-modem croak.

    OT: In the 20+ years I have been running white-box computers, the only thing that EVER broke on me was a 30GB Maxtor HDD about 3 years ago, and even that was nice enough to let me get one more backup off it. (Not counting cheapo fans that get really noisy and give fair warning before they die.)

    --
    This issue is a bit more complicated than you think.
  84. Ya but it means AMD won by Sycraft-fu · · Score: 3, Interesting

    You can pimp Linux all you like, most people care about Windows and what it runs on. For a long time, the only 64-bit Windows was IA-64. GRanted no one used it, but still. However now MS has discontinued all IA-64 support for workstation, and gone with x86-64, and it's going mainstream. That effectively means the format war is decided. Intel may continue to make IA-64 chips, but they'll never be mainstream since Windows doesn't use them.

    1. Re:Ya but it means AMD won by Anonymous Coward · · Score: 0

      Frankly my dear, I don't give a damn about most people. I run linux, so I do care about it and what it runs on.

    2. Re:Ya but it means AMD won by diegocgteleline.es · · Score: 1

      microsoft has announced it will continue supporting itanium

  85. Re:Operating system written in Ada,Oberon,Python ? by norkakn · · Score: 1

    No.

    Longer answer: Hell no.

    Even longer answer: Think about how much of the kernel is tuned for speed or collisions and how much control one needs when dealing with the timeframes involved with something as huge and as fast as a kernel. You don't want garbage collection, it is one place where manual is a good thing.

  86. Already in japan? by interiot · · Score: 3, Interesting

    I saw these being sold all over Akihabara this past weekend... This guy confirms, and they seem legit. Anybody know what's up with this?

    1. Re:Already in japan? by Anonymous Coward · · Score: 1, Informative

      They are real indeed. OEM versions, so you have to buy a memory module or a floppy disk drive with the CD. They always sell stuff early in Japan.

  87. Uhhh, because most of the world uses it? by Sycraft-fu · · Score: 1

    Look, if Windows doesn't go x86-64, that'll severly hurt the future sales of 64-bit processors. Like it or no, most of the world uses Windows and shows no signs of switching soon.

    So 64-bit support is good all around, now users are going to start migratiing. It'll be slow at first, but it'll keep happening. Pretty soon, you just won't get non-64-bit systems. At that point, AMD and Intel will be able to start removing a lot of the legacy support and optimizing for 64-bit.

    Same thing happened with 16/32-bit. Intel processors went 32-bit with the 386, but DOS/Windows lagged. Because of this, they continued to be optimized for 16-bit code. Finally, with the Pentium Pro, that was broken. It blew at 16-bit code but screamed with 32-bit. It recieved a fair bit of flack since many apps were still 16-bit, so the Pentium MMX ran them better.

    However not too long from then, most apps were 32-bit, and the PII came out, based on the PPro core, thus 32-bit optimized. It was a nice n' zippy chip for msot apps people ran.

    So this is good, regardless of what platform you run. It means that the 64-bit desktop revolution is now going to start in earnest. I imagine in 4-6 years, 32-bit machines will be rather rare and looked at as relics of a sort.

  88. Re:Operating system written in Ada,Oberon,Python ? by Anonymous Coward · · Score: 0

    Sure, let me know when you can write code in Python to fiddle the bits in a page map, or execute the instructions to save/restore the SSE registers. Oh, you have to write those in assembler? Well, poot. What, the Python interpreter is written in C? Well, damn. What, you say, I need to embed the assembly in C? Well, shiznit, I guess I didn't get very much out of that after all.

    That's basically why. While operating systems have been written in higher level languages, at least in part, they haven't been done so very successfully. Just think how hard it is to write any operating system, and then look at how many successful operating systems have been written in languages other than C or its derivatives.

  89. Torrents? by brsmith4 · · Score: 2, Funny

    Anyone? ;)

    1. Re:Torrents? by Anonymous Coward · · Score: 0
  90. Re:DO NOT USE THAT LINK by NanoGator · · Score: 1

    "Hey that's my luggage combination!"

    Funny, you don't sound Druish.

    --
    "Derp de derp."
  91. Let the 64-bit error begin (sic) by swordfishBob · · Score: 1

    I have a program that announces incoming emails and IM with text-to-speech. It told me

    "Microsoft: let the 64 bit error begin"

    Oh, I mis-heard. It said era, not error, but it gave me a good laugh.

    --
    -- All your bass are below two Hz
  92. No Retail? Very Good Logic.... by BrainSurgeon · · Score: 0

    For years and years, MS has struggled with shoty hardware vendors who write crap HW drivers. Hence the number for BSoDs in Win9x and NT 4. So, to help solve this problem they came up with a hardware and driver certification program http://www.microsoft.com/whdc/GetStart/design.mspx . That's why you see those cute little sticks that say "Designed for Windows XP".

    So they come out with XP64 and don't sell it retail. I think this was VERY smart on their part. Think about it. You have a VERY small percentage of people who actually have a 64bit PC. Out of that percentage I bet an even smaller number were actually purchased via an OEM channel (i.e. not a custom built machine) besides servers. So the remainder of 64bit PCs are custom made with a hodge podge of different hardware manufactures who may, or may not, have certified their hardware and DRVIERS through MS's cert program. My hunch is that a lot of the major HW manufactures are on board, buy Kim Jung Wong, and all his buddies, from Twain might not be yet.

    This strategy, in my mind, helps ensure that Microsoft provides a solid x64 platform for the time being. They only thing that bothers me is that the true "enthusiasts" are kinda left in the dark with their custom, neon glowing, power bill pumping, heat generating glory 64bit processing beast if a machine.

    --
    "It's not rocket science, Smithers! It's only brain surgery!" --Mr. Burns
  93. Wow this screems! by taj · · Score: 1

    Eat this Lienooks users

    http://www.qbang.org/index.asp

    OK. Maybe it his been 64 bit Linux for _over a year_.
    http://uptime.netcraft.com/up/graph/?host=www.qban g.org

  94. Drivers? by Lawrence_Bird · · Score: 1

    From the sounds of it, the driver "support" still sucks and
    this is probably why it is still beta.

    1. Re:Drivers? by x-caiver · · Score: 1

      There are tons of drivers, and tons more are in the pipeline. Hardware vendors have had almost 2 years to work on their drivers, so if you have something that doesn't work bug the vendor!

  95. Re: your sig by Anonymous Coward · · Score: 1, Funny

    heh... liberal bias

  96. No, you ignoramus by Anonymous Coward · · Score: 0

    You do not want Cocoa to be 64-bit, because then you're slinging 64-bit pointers to buttons around the bus and now you can only fit half as many of them in the cache.

    The decision makes sense, but it is annoying to program. Where people want 64-bits, like in the ACTUAL PROCESSING, it is available. Where people care about speed, like a responsive interface, it is not available.

    1. Re:No, you ignoramus by Anonymous Coward · · Score: 0

      Keep your retarded comment in mind when Apple finishes coding and OS X 10.5 slings 64-bit pointers to buttons, if that's what the developer wants to do.

    2. Re:No, you ignoramus by norkakn · · Score: 1

      well, maybe then userland apps will commonly use more than 4gigs, but most people get 256MB of ram with their new computers, and OSX tends to be fairly legacy friendly (in that a 333imac is still _pleasant_ with 10.3 and 10.3 is faster than 10.2)

      I think that they will probably make some graphics libraries so that FCP and photoshop can use 64bit pointers while most things are still 32. The speed loss to too large to ignore.

  97. In the meantime ... by bfree · · Score: 0, Redundant

    If you have a suitable machine you can grab kanotix 64 and try out a full 64 bit OS from a cd, and install it if you want to! Unlimited support incidents come from the simple link to the Kanotix irc channel from the desktop or a quick trip to the forum. Donations go by Paypal to "donate the_@_here kanotix.com" so know you know what to do with your $12!

    --

    Never underestimate the dark side of the Source

  98. Just means that Msoft... by Cycil · · Score: 1

    Just means that they will release this version with bugs. So now your are stuck with a computer, riddled with bugs and you dont want to format your drive again... So then microsoft can control how things play out. Starting to charge for updates seems like something they could start it with. Corner ya then make ya pay. who knows.... almost reminds me of win95 and how version "A" did not support usb so u had to buy or upgrade to version "B" to use usb. Money, money, money...

  99. W64codecs for mplayer/amd64 by djcb · · Score: 1

    Hopefully the 64-bit versions of various multimedia codecs will become available as part of the system; it's a bit sucky to have to use a 32-bit environment just to run Mplayer and friends on my Linux-AMD64 system...

  100. I intend to never hang up! by buro9 · · Score: 1

    I hope that they have a policy whereby they can't hang up on you.

  101. Mmmm... 64-bit by perplexo · · Score: 1

    Mmmmm... 64-bit blue screen of death... aaagghgaghhh.... Delicious.

  102. Flash by __aahlyu4518 · · Score: 1

    Hopefully, the 32bit flash plugin for internet explorer won't work, so macrodobe has a good reason to start working on a 64bit version... that will probably ease the step towards a 64bit linux plugin as well.

    1. Re:Flash by x-caiver · · Score: 2, Informative

      There are 2 versions of Internet Explorer in 64 bit windows. One is the 32 bit version that runs in WOW the other is a native 64 bit version. The 32 bit version is the default (i.e. if you click start:run:internet it will be the 32 bit version), and 32 bit plugins, including flash, work in it. Sorry?

    2. Re:Flash by Anonymous Coward · · Score: 0

      You're a fucking idiot.

  103. So... by moe613 · · Score: 1

    can I play goldeneye then?

  104. Feeding the Warez by Zo0ok · · Score: 2, Interesting

    Isnt this "no retail"-strategy exactly what will make people warez Windows XP64 even more?

    Lets face it, many people already have bought Athlon 64-systems, or want to build them themselves. Those people CANT get Windows XP64 on their machines legally, if I understand this correctly.

    Of course people could get an MSDN-subscription...

    Why force people into warez?
    Why justifying warez?
    Why not sell it when people want it?

    Most people wont buy a Dell just to get XP64 for their home-built system.

    1. Re:Feeding the Warez by JahToasted · · Score: 1

      Well if there was XP64 on the shelf at best buy or wherever, a lot of idiots will think that if they get that their system will be 64-bit, not knowing that their processor is 32-bit only.

    2. Re:Feeding the Warez by Zo0ok · · Score: 1

      Why not include both in the box?

      I bet the installer starts in 8-bit mode anyways, like anything on x386, so the X64 cd could just say: "please insert X32 cd to install windows".

  105. The reason behind sizeof(long) == 4 in LLP64 by davegust · · Score: 1

    There are many ways to skin the cat.

    The reason Microsoft chose LLP64 to ensure transparent portability between 32 and 64 bit compiles of Win32 apps. That was the most important consideration in their mind. I wouldn't call Microsoft's choice "stupid", but practical. There are very few applications for a 64 bit integer - it would just be wasted space most often, and it complicates portability between 32 and 64 bit compiles.

    The reasons the Unix crowd went LP64 (sizeof(long) == 8) is they felt LLP64 requires extensive modifications to existing specifications to support those places which should naturally become 64-bit wide. In other words, they wanted APIs to natuarally grow to 64 bit.

    All Microsoft APIs, and most third party APIs already use "Windows" types (BYTE, WORD, DWORD, QUADWORD, LPDWORD, etc) that are a fixed size. This is partly due to the fact that these DLLs are linked from many languages (VB, Pascal, C). They are not very C centric. Also, we are not used to recompiling everything to use a library: we likely don't have the source. We have to link carefully. Ints and longs won't do.

    I do think Microsoft's choice (LLP64) fails to follow the spirit of Stroustrup's C++ standard that: "Plain ints have the natural size suggested by the architecture of the execution enviorment."

    I personally have found myself avoid long in the last 5 years. After living through the 16 to 32 bit migration, I favor int32, int64, size_t, wchar_t, etc. You just can't count on the sizeof(long). I still use int, but just for counting and indexing within functions and methods, when I know my application won't come close to needing even 16 bits. If I need more than that, I use size_t.

    1. Re:The reason behind sizeof(long) == 4 in LLP64 by TekPolitik · · Score: 1
      The reason Microsoft chose LLP64 to ensure transparent portability between 32 and 64 bit compiles of Win32 apps.

      They may claim that as the reason, but the choice really doesn't assist that at all. In fact if anything it impedes it.

      An application is far less likely to break due to a larger than expected capacity in an integer type than a smaller than expected capacity. And the places where breakage is likely (such as in structures that require a specific size due to being written directly to disk, for instance) are generally more likely to be found quickly through testing than places where being too narrow is a problem.

      After living through the 16 to 32 bit migration, I favor int32, int64, size_t, wchar_t, etc.

      I also use such types, but it doesn't guarantee that every developer on a complex project has always done so religiously, and there are bound to be places where this won't have helped.

      All Microsoft APIs, and most third party APIs already use "Windows" types (BYTE, WORD, DWORD, QUADWORD, LPDWORD, etc) that are a fixed size. This is partly due to the fact that these DLLs are linked from many languages (VB, Pascal, C). They are not very C centric. Also, we are not used to recompiling everything to use a library: we likely don't have the source. We have to link carefully. Ints and longs won't do.

      I don't see how you think these are arguments in favour of a shorter long.

      a 64 bit [long]... would just be wasted space most often

      Space optimisation is a matter for the application developer - the OS design should not select a model based on a preference for data size over source code compatibility.

      a 64 bit [long]... complicates portability between 32 and 64 bit compiles.

      It really doesn't - if this was their reasoning I would have to suspect the people involved in the decision didn't have much (if any) experience with porting to 64 bit environments at the time they made their decision.

    2. Re:The reason behind sizeof(long) == 4 in LLP64 by TekPolitik · · Score: 1
      It occurred to me on the drive home that perhaps the reason people don't realise what a bad idea the 32 bit long is don't understand the implications of the difference. Both sizes for a long can require changes to code if the code has always been 32 bit, but there is a difference between the types of errors that occur with one approach as against the other.

      A key thing to remember is that when undertaking a porting exercise you want any errors to show up at the earliest possible stage. It's better to catch the error in development than in QA. It's better to catch it in QA than to have the customers encounter it in a released version and then have to cop the help desk load and issue patches.

      Having a 64 bit long means that you get two types of errors:

      1. Structure alignment errors - because a structure that uses a long will change in size, and because any elements after the long will move. These occur predominantly in persistent data (save to disk) and IPC - in fact they are the types of errors the document you linked to mentions as being the impetus for the 32 bit long.
      2. Sign extension errors - when a value stored in an unsigned int is transferred to a long, and then to an unsigned long, the result will have the high 32 bits set, giving a different number There are other sequences that can produce similar problems, but they all involve having the high 32 bits be set or unset such that a later transition between signed and unsigned gives an incorrect result.

      Structure alignment problems show up early on. Usually in development, but if not in development then any reasonable QA program should find them, and if that doesn't then the beta almost certainly will. They show up early because they will normally cause variables to be populated from data that has next to nothing to do with the variable. If they don't cause a hardware exception when interacting with the 32 bit version, they're very likely to produce anomalous output or to cause a failure reading saved files.

      Sign extension problems, where they turn into manifested bugs (a lot of the time the bug will be entirely latent due to other side-effects taking hold) tend to show up quickly because they result in values radically different to what is expected. They're also (in my experience) the rarest of the bugs caused in ports to 64 bit environments.

      One thing this model won't cause is loss of bits on transfer from a long to an int, because any additional bits in the 64 bit integer weren't being used in the 32 bit integer anyway.

      Having a 32 bit long gives rise to one type of error:

      1. Bits get lost transferring from a 64 bit value to a 32 bit value.

      The problem with this type of error is that it will only manifest when the high 32 bits are neither all 1s or all 0s. They may not, and indeed probably will not, show up at all during development, or during testing, or during QA. They are the most likely error to make it into released software.

      Given the choice, the errors caused by a 64 bit long are to be preferred to those caused by a 32 bit long because the ones caused by a 64 bit long will be discovered earlier.

      The 32 bit long may give an initial appearance of convenience because you don't see as many errors during development, QA and beta, but this is giving a false sense of security - you want the errors to be there, not in the field.

    3. Re:The reason behind sizeof(long) == 4 in LLP64 by davegust · · Score: 1

      Having a 64 bit long means that you get two types of errors: 1. Structure alignment errors

      This error is the one that kicked everyone's but on the 16 to 32 bit ports. When you have a reference, it's good to know that both sides agreed how big the structure was.

      Having a 32 bit long gives rise to one type of error: Bits get lost transferring from a 64 bit value to a 32 bit value

      Yes, but this problem is easily detected by the compiler, and it throws a warning. It never even makes it to QA.

      Given the choice, the errors caused by a 64 bit long are to be preferred to those caused by a 32 bit long because the ones caused by a 64 bit long will be discovered earlier.

      I completely disagree here. Compiler warnings are caught earlier than structure alignment issues. 32 bit longs definitely make for easier 32 to 64 bit ports.

      What is screwed up is cross platform portability between the LP64 and the LLP64 camps. It will just force everyone who cares to avoid long, which they could/should have been doing since ILP32.

    4. Re:The reason behind sizeof(long) == 4 in LLP64 by davegust · · Score: 1

      I don't see how you think these are arguments in favour of a shorter long.

      My point was that the Unix groups' desire to "naturally grow" to 64 bit APIs won't happen on Windows anyway because the Windows style APIs are generally strictly sized. So it negates one of the criteria favoring LP64.

      Space optimisation is a matter for the application developer - the OS design should not select a model based on a preference for data size over source code compatibility. But your big bitch seems to be about source code compatibility between Unix64 and Windows64 ports. Source code compatibility is one of the foremost considerations for MS. That's what will keep their customers happy - quick and easy ports.

      In reality, I think most code will stay 32 bit for a very long time. Unlike the 16 bit transition, most applications will not benefit as long as the OS runs 32 bit apps seemlessly with 64 bit apps.

      I am curious to know what happens to 64 bit messages sent to 32 bit apps - how does it thunk? I'll have to look that one up.

    5. Re:The reason behind sizeof(long) == 4 in LLP64 by TekPolitik · · Score: 1
      Having a 32 bit long gives rise to one type of error: Bits get lost transferring from a 64 bit value to a 32 bit value...

      Yes, but this problem is easily detected by the compiler, and it throws a warning. It never even makes it to QA.

      Only if there's no cast involved - when the 64 bit thing is a pointer and the 32 bit is an integer, there is likely to be a cast already to defeat warnings about incompatible types (C) or bypass type checking (C++).

  106. 64 bit win 3.11 by MrDoh! · · Score: 1

    Any chance of a re-compile of Win3.1?
    Wouldn't mind seeing it run off a ramdisk, on a 2 gb ram machine, and a 4Ghz processor.

    --
    Waiting for an amusing sig.
  107. Rejoice? by RichiP · · Score: 1

    Athlon 64 users rejoice!

    Whatever for? I've already got an operating system running my Athlon64. Granted I only use it to play Neverwinter Nights and Enemy Territory, but I'm satisfied.

  108. always an issue with a MS upgrade by Phil+Urich · · Score: 0, Offtopic

    Indeed, the upgrade to SP2 broke the anti-virus program that my parents' computer was using. The story does not end well . . . I'm still somewhat pissed at Microsoft for breaking something so vital.

    --
    I remember sigs. Oh, a simpler time!
    1. Re:always an issue with a MS upgrade by Anonymous Coward · · Score: 0

      Maybe the application writer should not be using volatile unpublished APIs. Maybe they're using crude hacks and the code only works by coincidence, not by design.

  109. This isn't news! by Linker3000 · · Score: 2, Funny

    I had a Commodore 64 in - oh - 1982.

    --
    AT&ROFLMAO
  110. Examples, please by davegust · · Score: 1

    In fact the Windows API requires passing pointers around in integers

    Forgive me, but I can't think of any examples of this in Win32. All of the LPxxxx defines are properly typed pointers in windef.h

    Do you have any examples? Maybe you were referring to Win16, where I know that was common.

    1. Re:Examples, please by TekPolitik · · Score: 1
      Forgive me, but I can't think of any examples of this in Win32

      SendMessage is the most obvious example. What's passed in lParam for LB_ADDSTRING? You'll notice that LPARAM is defined as a 64 bit integer. Similarly, LRESULT had to be defined as a 64 bit integer (for things like LB_GETSTRING).

    2. Re:Examples, please by davegust · · Score: 1

      I should have remembered this one - SendMessage caused lots of grief in the 16->32. Fortunately, this time around, none of my code uses SendMessage. The UI stuff is usually DHTML, VB, or .NET The C/C++ code I write are libraries, services, console apps, etc, and I use other types of IPC: usually named pipes or sockets.

  111. How about... by aug24 · · Score: 2, Funny
    a 64 bit port of
    a 32 bit wrapper for
    a 16 bit api to
    an 8 bit kernel for
    a 4 bit microprocessor by
    a 2 bit company that can't stand
    1 bit of competition.

    Justin.

    --
    You're only jealous cos the little penguins are talking to me.
  112. Power of Open Source by pp · · Score: 3, Interesting

    Interestingly the issues seen in new Windows are the same as the ones in x86_64 Linux. Except drivers aren't nearly as problematic since there are only a few "3rd party" proprietary drivers (like graphics card manufacturers), and those have had 64-bit drivers for quite some time. The drivers in the kernel tree have been cleaned up during the last 10 years (starting with the alpha port), so in many cases just a recompile is enough.

    (Browser) plugins are the other issue, if you need flash or proprietary format video playing using windows dll's you'll still want to use a 32-bit browser or video player. Konqueror, I believe, runs plugins as a separate process, so it's unaffected by this (it's not a bad design choice either, Firefox/mozilla/IE should do this too ;), that way buggy browser plugins don't crash your browser completely).

    So, do you need a 64-bit OS? Like mentioned in other comments, you probably don't need 64-bitness that much (unless running code processing lots of big numbers), but those extra registers you get in 64-bit mode give you a nice speed boost. And people already have enough memory in their boxes to see a benefit today (> 1GB is enough since you avoid all those TLB flushes and all that, this applies to Windows and Linux, >= 4GB for a big boost since you don't need that PAE crap)

  113. what about winxp through msdn? by krunk4ever · · Score: 1

    However, those who purchased Windows XP after March 31, 2003, can trade in their copy for the 64-bit version at a cost of $12 and a voided warranty.

    i got my windows xp from my school through the msdn program. i was wondering if this would be available to upgrade to winxp64. i dont want to try right now, but i plan to build a amd64 computer over summer.

  114. Let me tell you about 16 to 32 bit by Moraelin · · Score: 1

    The thing that sucked about 16 bit addressing was if you needed more than 64k in _one_ _block_. It wasn't the total RAM (any computer had more than 64k for years), it was the addressing inside one block larger than 64k that was the problem.

    E.g., take as little as a 640x480 bitmap in 16 colours (4 bit). We're talking some 150k. Now try 16 bit colour: 600k. Even addressing a pixel in that involved segment maths.

    _That_ was why 32 bit had a very clear advantages.

    Is 64 bit that necessary nowadays? I doubt it. Is there any desktop program out there which actually allocates more than 4 gigabytes in a single block?

    --
    A polar bear is a cartesian bear after a coordinate transform.
    1. Re:Let me tell you about 16 to 32 bit by peragrin · · Score: 1

      As I ahv esaid to many others.

      PHOTOSHOP.

      Those desktop publishers, are loving apple again. 64-bit processors with 4-6 gb of RAM are getting chewed up in no time.

      Combine that with Photographers are using RAW uncompressed image data, and you have a lot of pixels, and memory being used by a single image. on the order of several hundred megs per image. Now open up two or three of them, plus the OS, plus the apps in the background, 4 gigs can be chewed up in no time.

      --
      i thought once I was found, but it was only a dream.
  115. That takes balls by MrLint · · Score: 1

    So now MS has the power to void a contract between 3rd parties, a contract to which it is not a party?

    Firstly, who do they think they are that they have such power, and how do they get off thinking they have the power to do such a thing.

  116. Would someone please think about the pirates? by shario · · Score: 2, Funny

    Why hasn't MS come out with a trade-in program for pirated copies of Windows XP? At least copies of XP installed illegally after 1st Jan 2005 should be eligible for a free copy of XP 64! (I mean, no one buys that OS, right?) :-)

    1. Re:Would someone please think about the pirates? by Blitzenn · · Score: 0, Flamebait

      You think you should be somehow rewarded for your theft? You contributed to the high cost of the retail product. If anything they should have police waiting for you at the counter. Hmm, what is the lower threshold for grand larceny? Too bad it's probably just petty larceny. I would sooner burden the cost of prosectuting you under the justice system than support your habit of theft by paying higher prices.

  117. Re:Uh ... Pentium Pro?!?! by Anonymous Coward · · Score: 0

    Pentium Pro? You'd be lucky if the average joe had any idea what that is. More than likely, if they released it in retail, they'd get calls asking them how to install it in their Nintendo 64. It's the same number of bits, right?

  118. Unlike Linux, which also had no drivers and apps? by Moraelin · · Score: 4, Interesting

    You know, for all the bullshit about how Linux is ahead of MS in the 64 bit department, that's _not_ my experience with it.

    Sometime during th last half of last year, i.e., after more than a year of "Linux is 64 bit already" bullshit, I actually gave it a try. Gentoo, to be precise. Let me tell you how it worked:

    There were almost no drivers for anything. Not for the hard drive, not for AGP, not for anything. And that was on a Via K8T800 chipset, i.e., the chipset the A64 was launched with.

    Which is just as well, because ATI also had no 64 bit drivers for my 9800 XT. I ended up staring into a 60 Hz VESA Framebuffer display for about a week before I uninstalled it.

    And you know how slow that framebuffer was? Let's just say it's the first time I saw DSL downloads being braked by the speed of updating the progress bar.

    But maybe it had 64 bit applications? Nope, guess again. No 64 bit OpenOffice, no 64 bit Eclipse, not one goddamn app I needed to use was ported yet. Just for a lark I tried emerging Pingus. (God knows the framebuffer speed didn't promise to be good for a game.) Guess what? That one wasn't 64 bit ready, either.

    So you folks are telling me... what? That a freakin' useless system with no apps and no drivers counts as being ahead of MS? Yeah, right. That MS sucks for not loading 32 bit drivers... just like Linux didn't load ATI's 32 bit drivers? That MS's marketting is more guilty than the bleating zealots promoting a Linux system without drivers or apps as a finished and production-ready solution?

    Sometimes this kind of zealotry strikes me like doing more harm than good. I can tell you that _I_ am not looking forward to trying 64 bit Linux again. (And I'm writing this in Konqueror in 32 bit mode Gentoo linux right now, so you can spare the "Redmond fanboy" wisecracks.) I think other people who got tricked by that zealotry would be even less inclined to give it another try, ever.

    It may not be obvious, but _some_ truth in advertising can go a long way. Yes, we're all nerds, we're all outraged as the "creative puffering" that marketting does. But one-upping them via outright lies and outright promoting an unfinished product where only the kernel and GCC is anywhere near 64 bit ready, well, is just a way to shoot the whole Linux community in the foot.

    It may not be obvious, but the _only_ use and reason to live of a computer or an OS is to run an apps, and of those is to solve a problem the user has. Same as a tool. You don't buy a microwave oven as an ideological statement against gas ovens, you buy them to actually heat some stuff in them. Same with computers.

    And there a tool which sorta is imperfect beats a tool which is completely useless any day.

    That's the problem with the mindless zealotry: you sold someone a solution based on _your_ ideology, rather than his needs, you've lost him as a customer for good. That tool from MS is very very imperfect, yes, but it does run Paintshop, some games, etc. It does what Joe Average wants. If your big ideology win is selling Joe a tool which doesn't do that, you haven't converted him, you've just gained someone who'll tell all his friends to stay off that Linux crap.

    Just food for thought.

    --
    A polar bear is a cartesian bear after a coordinate transform.
  119. whoops, I made it worse by fbartho · · Score: 2, Interesting

    Holy shit... lol you are very right... my brain is frazzled from all my finals... havent slept enough... I should have at least realized why the statement I made seemed way too complicated for the action I wanted. Especially since I'm casting a unsigned long to struct which is obviously not correct... Plus there is that assign by value on structs that gets itchy FINALLY there is the lack of precision... wouldn't the problem have been the fact that it was an unsigned long being used Anyways? the fact that this assignment would propagate the error by 1 more bit of resolution loss is irrelevant since the unsigned long could never address 64bits anyways unless there was a special compiler...

    I still don't get the reason for dynamic cast though... assuming I had done the pointer casting "correctly"

    --
    Gravity Sucks
    1. Re:whoops, I made it worse by mabinogi · · Score: 1

      > I still don't get the reason for dynamic cast though... assuming I had done the pointer casting "correctly"

      A cast is always required when there is a mismatch between levels of indirection. - ie, assigning a scalar value to a pointer, a "pointer to a pointer" to a "pointer to a scalar" and vice versa.
      That is because in most cases, it is probably not something you want to do. There are very few reasons in modern portable user space code, where you would need to assign a pointer from a value in a scalar, so any instance is almost certainly an indication of either a bug, or bad design.

      However, you'd probably find that most compilers would still compile the code and produce an executable, but they'd almost certainly scream at you as they did so.

      The one common case where a mismatch in indirection is probably OK, as assinging a "pointer to a pointer" to a void pointer, as void pointers are often used as a way of passing around shared data within a system without the system having to know anything about it in advance. It's especially useful for things like callbacks and for providing abstraction.

      --
      Advanced users are users too!
    2. Re:whoops, I made it worse by fbartho · · Score: 1

      Oh, I did it again. I should stop posting when running on the least amount of sleep I've had in my life... I keep saying dynamic cast but what I mean to say are why static cast? I understand the need for casting in and of itself... I do it a good deal ~every program I write now in college?... We implemented a database in one of my programming classes this semester and we were void * casting all over the place between our different record types... All that was neccessary was to make sure we allocated memory properly and were casting the right database to the right record type. I'm gonna go sleep now. Sorry for bugging you.

      --
      Gravity Sucks
    3. Re:whoops, I made it worse by mabinogi · · Score: 1

      because there's only one type of cast in C ;)

      I assume your experience is with C++ then?

      --
      Advanced users are users too!
    4. Re:whoops, I made it worse by fbartho · · Score: 1

      yeah... That is what I was initially asking ... the first poster mentioned "old, C-Style casts" and thus "new C++ cast" is static_cast(yo)

      --
      Gravity Sucks
  120. x64? by turgid · · Score: 1

    My Athlon is x86 does that mean its better then Windows x64... When will micro soft bring out a 86 bits version of Windows to make full use of all the Athlon's

  121. Good News. by Digital+Warfare · · Score: 1, Informative

    I've been using the Public beta for a while and its very fast indeed, and all my 32bit Apps worked, except nnscript for mIRC which had weird problems ?
    although, will I be eligable for the trade-in ? I built my own PC but bought an OEM copy of Windows, ?

    --
    "Sweet llamas of the Bahamas !"
  122. Slightly OT but...(web server on WinXP) by CdBee · · Score: 1

    If you want a web server on XP Pro, have a look at Apache 2.x.. it's easy to configure (text file config with lots of helpful nots in it, edit it in notepad) and pretty speedy.

    I guess not being IIS is a slight security advantage too, although any server is dangerous if you don't keep it patched fully up-to-date

    --
    I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    1. Re:Slightly OT but...(web server on WinXP) by strider44 · · Score: 1

      it's still not nearly as easy to set up on WinXP as on Linux.

    2. Re:Slightly OT but...(web server on WinXP) by CdBee · · Score: 1

      I'll have a play with it on my Ubuntu 'box then.. that surprises me though, as I didn't find it at all hard. Must be even better on *nix...

      --
      I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    3. Re:Slightly OT but...(web server on WinXP) by Rinikusu · · Score: 1

      That's currently what I'm running. Apache2 +PHP +MySQL under WinXP. Works pretty much fine. I'll be migrating to Linux once I finish my webserver (an HP LH4R quad Xeon), but mainly because I don't want to fork out the cash for XP 2003 Server and I need a good excuse to futz with Linux (or FreeBSD) again.

      --
      If you were me, you'd be good lookin'. - six string samurai
  123. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 2, Insightful

    Of course you probably do not care about the difference, but when people say Linux supports 64 bits, we mean it has supported 64-bit mode on 64-bit CPUs for upwards of 10 years such as on the Alpha I kept in my apartment in college. That it is also supporting AMD64 processors is almost trivial.

    You are right that there are a bunch of "desktop" apps and drivers which only really work on i386 currently, but most of the people who care about 64 bit don't need those on Linux or Windows. They need to be able to run their scientific/engineering/database apps or develop them.

  124. I blame society. Or AT&T. Or something. by argent · · Score: 1

    Long is often the same size as int because Unix 32V (the first VAX UNIX) didn't increase the size of long going from the PDP-11 (L32 IP16) to the VAX.

    Back in 1980 when I started porting code from the PDP-11 that was a surprise, long had always been longer than int up to then. I thought long should have been 64-bit back then... it was much more logical to keep a reasonable size hierarchy and use derived types and defines when size mattered. But I never imagined that people would still be using 32-bit longs on machines with 64-bit registers 25 years later. If I'd thought about it I guess I would have expected 128 bit longs, 64 bit ints, and we'd wear new short shorts or something to fill in the gap. That would give you a type that'd fit in the SSE registers.

    But IL32 on a 64-bit machine? That's evil and rude.

    1. Re:I blame society. Or AT&T. Or something. by execom · · Score: 1

      Then use size_t instead of unsigned long : it's 32bit on Win32 and 64bit on Win64.
      Or, better solution, uses the C99 types (int8_t, int16_t, int32_t, int32_t etc..)

      For existing developer tools, use VC2003 (or even VC6) with the recently released Microsoft Platform SDK for Windows Server 2003 SP1 (free to download).
      Then you will be able to cross-compile 64-bit Windows applications.

      --
      I need a Sino-Logic 16. Sogo-7 data-gloves, a GPL stealth module...
    2. Re:I blame society. Or AT&T. Or something. by argent · · Score: 1

      Then use size_t instead of unsigned long : it's 32bit on Win32 and 64bit on Win64.

      Well, you know, in the quarter of a century that I've been writing C code on everything from an 8080 to an Alpha I *have* in fact run across this concept before. That's not the point. The point is that this design cripples the architecture by making its most useful feature harder to use while making its least useful feature even more of an in-your-face stumbling block than it was on the Alpha.

      Then you will be able to cross-compile 64-bit Windows applications.

      I expect the sun will be a small hard lump of coal the size of your head long before I discover any interest in cross-compiling Windows applications. I suppose, really, I should be happy at this bit of Microsoft stupidity, except that this kind of stupidity annoys me no matter who's doing it.

  125. Eat Shit!! by Anonymous Coward · · Score: 0

    Billions of flys can't be wrong!!

    Honestly, who gives a shit about "most people"? This is news for nerds, not news for lamers...

  126. Heck, this is barely a 32-and-a-half bit port. by argent · · Score: 1

    The released Alpha version was 32-bit, but they developed 64-bit Windows on Alpha and had a 64-bit version internally years ago.

    I don't know what the problem is, I mean with the LLP64 IL32 compiler model this really doesn't count as a 64-bit version. It's wasting half the capacity of the register bank by not having native code use the upper half of the words directly... it's almost like this was developed for some depraved 32-bit segmented mode on Xeon or something bloody stupid like that.

    Tru64 let you use 32- or 64- bit pointers on a per-application basis. Why didn't Microsoft do that, so you could at least take advantage of the improved instruction set without having to break all your Win32 code? Just recompile it in their equivalent of -taso.

  127. Hear, hear! by Decker-Mage · · Score: 1

    About damn time someone said this! I get approached a lot online and off by people asking about what system they buy, or I should build for them, and I couldn't give two cents about ideology when it comes to my recommendations. I'm an engineer. You know, those people who actually build real world things that solve real world problems? Well when someone is looking at getting a computer the first thing I do is identify whether they even need one [suprising how many people do not for what they need to do], what they actually want to accomplish with the dang thing, and what budget limitations exist. I also make damn sure that I get the truth about the apps part of the equation. People will lie through their teeth about gaming. With all that in hand, then I go looking for the combination of hardware, operating system, and applications will fit the bill and not bust their piggy bank at the same time. I simply can't understand anyone that would foist a particular system off on someone simply due to their [misguided?] ideologies. It's about the person stupid. You don't sell a two-seat sports car to a soccer mom with five kids. As an aside, frankly I can't see much use for 64-bit computing on the consumer front at all. For my high-end database work, yeah, that works. Ditto CAD/CAM, video editing, 3-D modeling and the like. Twiddling bits in the latest 3-D shoot-'em up, maybe [as if I wouild even play one given my eye-hand coordination deficit disorder!]. For your typical web and mail user? What would be the point? Heck, a 300 MHz Pentium II/III would handle most things for them anyway. Stupid. What I'm seeing in the industry today is a lot like the horsepower games played by the automotive manufacturers. 75 extra horse power ain't gonna do squat for you if you can't do over 70 on the freeway. Well, it might make merging/passing safer, but that's about it.

    --
    "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
  128. Again, the keywords are: IN ONE BLOCK by Moraelin · · Score: 2, Insightful

    Several applications in the background do _not_ count, because those can and do get different data and code segments. You _can_ support that without going 64 bit, and Intel's Xeon addressing did so for years already.

    So does Photoshop allocate a single array of more than 4 GB? I seriously doubt that.

    At 4 bytes per pixel (32 bit colour) you'd need more than 1 _billion_ pixels in a photo. I.e., you'd need to work on a picture larger than 32768 pixel tall and and 32768 wide.

    Even if you print it in 300 dpi (most posters are printed in a much more coarse resolution) and wanted each dot to be its individual pixel, we're talking a roughly 110x110 inch area. I.e., a 9x9 ft poster. (About 3m by 3m in metric.)

    That's already billboard sized, and those are definitely printed in an order of magnitude lower DPI.

    I don't know, I just don't see many home users actually working on 32k by 32k pictures, or not every day. Heck, I doubt that any professional artist does that daily.

    --
    A polar bear is a cartesian bear after a coordinate transform.
    1. Re:Again, the keywords are: IN ONE BLOCK by afidel · · Score: 1

      I take it you've never actually used Photoshop? With multiple undo's, copy and paste buffer, layering, etc the amount of memory used by an even moderatly sized image file can quickly grow to insane proportions. I only have a 3MP camera but during an editing session my Photoshop memory usage can quickly grow into the hundreds of MB's. I feel the pain of those working at professional resolutions.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    2. Re:Again, the keywords are: IN ONE BLOCK by ckaminski · · Score: 1

      Now throw in 100 layers and various effects. You could have 100 different copies of those billion pixels.

      I deal with small 8x10 printed materials at 300 dpi, and I routinely approach 1GB in memory from using layers and various other effects in Photoshop.

    3. Re:Again, the keywords are: IN ONE BLOCK by Moraelin · · Score: 1

      There is a difference between hundreds of MB and over 4 GB, though. IMHO.

      Also, undo and the like doesn't have to be in one block. Each undo level (or each layer even) can very well be in a different segment without impacting performance much, or at all.

      Whereas in the 16 bit days, you had to do segment maths inside a block. With a compiler, that sometimes even meant ending up with segment maths for each pixel. Which really meant a big performance hit.

      Which in turn meant development time, hence money. You ended up having to optimize that to do, oh, maybe only one segment change per row.

      Basically all I'm saying that now it's not _that_ bad with 32 bit.

      --
      A polar bear is a cartesian bear after a coordinate transform.
    4. Re:Again, the keywords are: IN ONE BLOCK by peragrin · · Score: 1

      That's hundreds of Meg's inside a 3MP camera.

      Professional's use 5-8MP camera's.

      My roommates personal camera is 6MP. And he isn't even a professional.

      It's quite literally a just because he could camera.

      At his work it's not unheard of to print banners 5' x 18". That's 90 square feet. a 9'x9' is 81 square feet.

      Now They have done multi-part printings, to create banners in the 20x 10 foot range, at photo quailty off of a digital press.

      Now would you like to manipulate that image?

      --
      i thought once I was found, but it was only a dream.
  129. Asus and non-RAID drivers by Linknoid · · Score: 1

    I have an Asus A8V-E and I use the RAID drivers even though RAID mode is completely turned off. Have you tried the RAID drivers? I don't know if the same applies to your system, but at least in my case, there's just one driver for both, but it's labelled as though it's for RAID only.

  130. Bugs? by rote_locke · · Score: 0

    Now, if M$ finally doubled the number of bits, what did they do about the number of bugs?

    Locke

  131. Say what? by tod_miller · · Score: 3, Insightful

    Strangely (and possibly a sign the drivers aren't yet up to snuff), Microsoft will not sell the 64-bit releases in retail outlets. For now, only new PC buys can get Windows x64 Edition as an option.

    a: not strange
    b: nothing to do with drivers:

    1: makes people upgrade to faster machine anyway - wow this runs faster (more ram etc)
    2: bouys IT industry with another round of upgrades

    delta: microsoft often make people upgrade thier os to have a new media plyer, browser or web server, if they made it.

    So not suprising.

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
    1. Re:Say what? by avandesande · · Score: 1

      you can't imagine 50% of the people buying this in compusa returning it because it wont install on their machine? not only is this expensive, it is embarrassing for MS.
      the stores will get it when they are ready for it.

      --
      love is just extroverted narcissism
  132. Re:Unlike Linux, which also had no drivers and app by terrencefw · · Score: 3, Insightful

    Erm.... b***ocks. I'm running Linux on an Athlon64 for six months now, and everything's there and functional on the hardware you mention.

    OK there's no 64 bit openoffice yet, but the 32 bit binary version works perfectly.

    You're talking utter rubbish. Everything works, including IDE, SATA, Gigabit Ethernet, 8x AGP and accelerated graphics. It plays Doom 3 like a dream.

    WTF did you do wrong?!!

    --
    Like tinyurl, but one letter less! http://qurl.co.uk/
  133. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 1, Insightful

    WTF did you do wrong?!!

    If you read his post carefully, you'll notice that he bought an ATI card.

  134. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    Im sure he did not even own a 64 bit machine. :)

  135. MOD DOWN by Anonymous Coward · · Score: 0

    Parent is a Microsoft Shill! Please examine post history if you must, then MOD DOWN! SAY NO TO ASTRO TURFING!

  136. Heck, XP still has some 16-bit apps by Anonymous Coward · · Score: 0
    Sysedit and edit.com are just a couple examples that come to mind. They never made 32-bit versions, let alone 64-bit versions.

    And we don't want to miss out on 64-bit Solitaire!

  137. Solaris 64-bit is LP64 by Anonymous Coward · · Score: 2, Informative

    Which means Long and Pointer are 64 bits.

    Solaris 32 bits is ILP32, or Int, Long and Pointer are 32 bits.

    And yeah, having consulted on some rather massive 32-bit to 64-bit conversions, Microsoft is probably trying to avoid some of the pitfalls of the conversion.

    It'll be futile, though. There are too many idiots who think they're smarter than the compiler and system header files and just know that size_t isn't really size_t, it's really unsigned int because that's what it was on the toy system they coded on while getting thier masters from Podunk U.

    1. Re:Solaris 64-bit is LP64 by turgid · · Score: 1
      It'll be futile, though. There are too many idiots who think they're smarter than the compiler and system header files and just know that size_t isn't really size_t, it's really unsigned int because that's what it was on the toy system they coded on while getting thier masters from Podunk U.

      What does it matter how bit size_t is, as long as it's big enough to hold the size of the largets data structure on the system? Shouldn't you be using size_t instead of unsigned? Or is that the point you're trying to make?

  138. Re:Unlike Linux, which also had no drivers and app by Lumpy · · Score: 5, Insightful

    I call Bullshit.

    i have been running linux on a dual Opteron for 4 months now with NO problems. granted I went Nvidia, and they care about releasing drives for linux people so I had no problems there... UT2004 in 64 bit (yup the 64 bit version of the linux app is on the install CD's) is screaming fast. All drivers are there in 64 bit goodness, SATA is happy as well as my u320 Scsi raid.

    Care to actually list the hardware you claim that there was no support for? Myself and several others in the LUG have no problems with 64bit linux. Also anyone having a shit fit over an office app running in 32 bit mode really needs to get a life. We have been using Suse 9.2 and it runs all the 32 bit apps happily on the 64 bit system. If you were a real gentoo user you would have known how to get 32 bit emulation turned on.

    here, waht help? this obscure website

    Suse has it set up for you already, but as a Gentoo user you must be an advanced linux pro to choose it over a newbie distro like Suse that configures everything for you already.

    this is NOT a dig on Gentoo users, you guys typically are levels above the "I hate text files" crowd, I just know that the parent is lying and am trying to make a point about it.

    if the parent is actually truthful i strongly suggest he choose a distro that has more automatic configurations and is ready for 64 bit like Suse.

    --
    Do not look at laser with remaining good eye.
  139. Portable code tips by Anonymous Coward · · Score: 1, Informative

    1. Turn up the warning level on your compiler as high as it can go. Make sure all your code compiles completely cleanly. (There are some that you can't fix - debug identifiers being too long in MSVC, for example.) The compiler turns your code into machine languages. A warning means the folks who wrote the compiler think you've done something that's a bad idea. When the folks who wrote the app you're using say you've had a bad idea, it's usually a good thing to listen to them.

    2. Don't outsmart the system. If your system defines "size_t", "off_t", etc. use them! OK, MS is stupid and doesn't provide ssize_t for return types from read() and write(), so you'll have to fix that.

    3. Use something like Purify on your app. (you probably should be doing this anyway, but...) If you just ported from 32 to 64 bits and Purify starts complaining about lots of 4-byte unitialized memory reads, there's a good chance you missed someting big.

    4. Learn your compiler. Many newer compilers have better warning/error detection options. Sun's Studio 9 C++ compiler has the "-xport64" option that explicitly looks for 32-to-64-bit port problems.

    5. Compile using strict ANSI/ISO C/C++. Can be difficult, but if your compiler supports strict ANSI/ISO C/C++, that' supposed to be guaranteed portable.

    6. Stay in the mainstream of the language. Don't go to the esoteric edges. If you have to read the language standard or some text book to figure out how to do something, it's probably too esoteric to use in production code. If you have to ask someone else how to do it, it's definitely too esoteric.

    7. If you're working in C, use lint. Religiously. Lint is your friend. If it says something's wrong, something's wrong. Your C code should be lint-clean.

    8. Avoid code that depends on evaluation order. C and C++ do not define evaluation order of a statement. That means it almost certainly will change from platform to platform and compiler to compiler. Maybe even from optimization or debug level to optimization or debug level in the same compiler! Do not use a variable more than once in a statement if it is updated in that statement. Do not use multiple increment/decrement operators in a single statement. Etc. Basically, unless you know C and C++ inside and out, only put one operation per line. And by line I mean "thing that ends with a ';'". Splitting a statement over more than one line isn't going to help here.

  140. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    """WTF did you do wrong?!!

    If you read his post carefully, you'll notice that he bought an ATI card."""

    And he installed gentoo and expected it to work flawlessly, although in this case it sounds like it is working as it should. Zealot zealot zealot, let's insult things we don't understand because it's just *office instead of *office64, and 32-bit drivers?!?! Who the hell wants those? Zealot, GOD, Linux is such _ _ _ _, at least windows only blows up half the time. *yawn*

  141. Rejoice!!! by TheStupidOne · · Score: 1

    For now your blue screens will be rendered in 64-bit!

    --
    unable to resolve function slashdot.sig(), aborting...
  142. WOW by noyren · · Score: 1

    Whats the overhead on WOW? I know in testing versions the overhead when running 32bit applications was ridiculus, unlike linux where there is no overhead whatsoever.

  143. Cares not by Anonymous Coward · · Score: 0

    Ive been running 64-bit gentoo for almost 2 years its not pioneering anymore. Im just awaiting 64-bit flash and media codecs for mplayer.

  144. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    Shoulda had nvidia as ATI drivers utterly suck in linux not that they are any good in windows either. I get about 12,000 FPS in glxgears with my FX5950U.

    As for chipsets bitch to the hw vendors, they are the ones that are the reason kernel devs have to write thier own drivers.

  145. Re:Unlike Linux, which also had no drivers and app by fearofcarpet · · Score: 3, Interesting

    Hmmm, I've had a completely different experience with 64 bit Gentoo... I'm currently running 64 bit Gentoo Linux on an FX-55 chip. I dual booted into WinXP 64 bit for a little while, but found the lack of native 64 bit applications (and especially drivers) to be irritating (I'm not a big fan of Windows to begin with either). I've found the biggest speed increases have nothing to do with 64 bit code though. In fact memory access seems to be way, way, way faster. There is also no more "bigmem" option, which was required to address more than 768MB of RAM in 32 bit Linux (at the expense of performance). Ok, so some apps seem to have benefited, and there is a lot of 64 bit optimized code for Linux, but man, applications (32 bit or 64 bit) launch faster, the OS boots faster... I'm really happy with the 64 bit switch. My experience with 64 bit WinXP was much more similar to what you describe with 64 bit Gentoo actually... No drivers, no 64 bit binaries, nothing ran correctly. The few 64 bit drivers that were out there (nVidia mostly) were stripped down versions of the 32 bit software; no supporting apps/control panels. Sound was all FUBAR too (not to imply that 64 bit ALSA was easy to get working). This all seemed to be related to the inability to install non "64 bit Windows Certified" drivers.

    The browser thing (32 bit plugins don't work) was annoying at first... Then I just installed adblock and told it to strip out all flash content. I don't even miss it :) You can use Konqueror with 32 bit plugins, but c'mon, who wants to have to run two web browsers just to see flash ads?

    For me, the real frustrating parts of running a 64 bit OS right now are two fold. One, all the closed-source CODECs are still 32 bit only which means a side-by-side install of 32 bit media players is required to say, play WM files in Linux. That side-by-side install is the other pain. Though Gentoo has done a good job of it, I have two of every library installed; one 32 bit and one 64 bit. Some apps have to be compiled 32 bit, which GCC does a good job of, but if it gets linked to a 64 bit library or gets pissy about a 64 bit dependancy, you're sunk.

    All-in-all I've seen no reason whatsoever (for ME) to run 64 bit Windows when the open source community has been working so hard to churn out a butt-load of 64 bit apps (the 64 bit Gentoo Portage tree is almost as large as the 32 bit tree now). The big irony is that I've been chomping at the bit for a 64 bit Windows release to spur the authoring of 64 bit drivers, CODECs, and games. So bigs thumbs up here for 64 bit Windows even though I have no plans to run it.

    I'm going to go ahead and say it though; 64 bit Windows XP PRO RC2 (the latest 64bit Win I ran) can't hold a candel to 64 bit Gentoo Linux. That said, I did spend a lot of time reading up on 64 bit Linux and waited until nVidia released 64 bit drivers, then bought an nVidia mobo/GPU. I would have been really mad if I had to load 2D-only drivers on my 6800 Ultra, but then I wouldn't drop $500 on a graphics card until I made sure that it supported by the OS I intended to run. I'm also not going to let my horrible experience with 64 bit Windows sour me on the OS forever; I'll simply try again down the road when it is more "main stream". If MS makes a better 64 bit OS than Linux - I'll switch.

    --
    Actually, I wrote my thesis on life experience.
  146. Broken Application Form? by neiljt · · Score: 1

    Unless my copy of XP for some reason does not qaulify for this offer, the application form on the MS site is broken: I tried entering my COA details, and while field #1 accepts 5 characters, the remaining 4 accept only 3 characters per field.

    Bah, I guess that accounts for the free support call.

  147. Please, excuse the vulgarity by digital.prion · · Score: 0

    but isn't that kinda ruff'?
    ..comming from a pussy?

    ;)

    --
    Smile.
  148. I don't want to downgrade from Linux, thanks! by urbieta · · Score: 1

    seriously, I just don't NEED this pos :)

  149. trade in for home edition? by Anonymous Coward · · Score: 0

    I have an amd64 machine which came with XP home edition. Is it just me or does this trade in only seem to apply to XP pro?

  150. one phone call? by untaken_name · · Score: 1

    Although, x64 users will get one free support call to Microsoft

    okay, okay, let's ignore the obvious 'one phone call from jail' joke.
    Still, one free call...how big of them. What are you supposed to do for the *second* installation problem, though?

  151. And to think, I thought you were Geeks... by Anonymous Coward · · Score: 0

    NOBODY mentioned NT5 (build 3), a 64 bit NT system originally designed by 100 Digital Equipment Corporation (DEC) engineers and a handful of the microsluff, at Redmond, for the 64 bit Dec Alpha.

    If you search your (Slashdot) archives you still might be able to find a lengthy post in regard to the Microsoft/DEC hype on this 64 bit vaporware OS; however, developers did get a copy. This post also showed how 'the boyz in the backroom' scuttled 64 bit development and hardware (sans SGI); keeping Intel at the 'top of the pile'.

    Despite I have been involved in Unice based systems since their beginning, have assisted on alternative developement, and run multiple test systems, I hate to say it, but I've been running this software (NT5) for six years and have only seen one BSOD, due to an overloaded disk that would not accept a write.

    To bad Redmond got rid the the DEC folks, they might have been into something.

  152. Yay! by John+Pfeiffer · · Score: 1

    It's worth noting that a 64-bit version of LightWave 3D was also announced. And I haven't seen the video, but I've been told that it was even mentioned by Gates... (Now I need another shower.) So, now I have a real excuse to go 64-bit. As the charts and graphs on benchmarks say: Render time (Less is better)

    --

    Friend: "The NIC is misconfigured..." Me: "No prob, I'll just telnet in and fix it." *Silence*
  153. XP Pro Only by josefek · · Score: 1

    Nice. Leave it to Microsoft to expect consumers to be omniscient. Scads of machines (specifically laptops to my knowledge) have been sold with the Athlon 64 processor and XP Home preinstalled. I, for instance, purchased mine back in February of '04. Somehow at that time I was expected to be cognizant of the fact that I'd need to have Pro preinstalled in order to simply have legitimate access to the future 64 bit version of Windows.

    Off the top of my head I can think of 64 bit eMachines, Compaqs and Gateways that have been available for purchase since the release of the 64 Athlon that all came with XP Home preinstalled. Amazingly it would seem that these users can't even upgrade to Windows 64 final even if they're willing to pony up a full retail cost. Ridiculous.

    --
    rev.jsfk
  154. Re:Unlike Linux, which also had no drivers and app by pdxaaron · · Score: 1

    Had you read the Parent Post, you would have noticed he was talking about problems he/she had installing it in the second half of last year. It was in reply to the grandparent post's claim that Linux has been 64 bit for 2 years.

  155. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    Linux has been 64 bit for longer than 2 years.

    I ran 64 bit linux on an ultrasparc 4 years ago.

    windows is WAYYYY behind.

  156. Re:Unlike Linux, which also had no drivers and app by poot_rootbeer · · Score: 0, Troll

    WTF did you do wrong?!!

    Thanks for being part of the problem, you asshole.

    And you wonder why users aren't flocking to Linux? When every issue someone brings up about problems they have running it is met with a "RTFM n00b" and an accusation that the user did something wrong?

  157. We want 64-bit pingus! by scoobrs · · Score: 1
    But maybe it had 64 bit applications? Nope, guess again. No 64 bit OpenOffice, no 64 bit Eclipse, not one goddamn app I needed to use was ported yet. Just for a lark I tried emerging Pingus.
    Knowing how many working 64-bit Opteron Linux supercomputers have been sold over the last two years for real business purposes, I concur with you that Linux will still not be 64-bit ready(tm) until YOU can play pingus.
    --
    -Those who would give up essential liberty to purchase temporary safety deserve neither. -Ben Franklin
  158. Don't need new system, just a hard drive? by AHumbleOpinion · · Score: 1

    Actually, you'll have to buy a new system in order to get it: x64 Windows releases will not be sold on retail shelves - only as an option from manufacturers selling PCs...

    If the OEM version is available from white-box clone shops, and therefore also at swapmeets, then all you need to buy is a motherboard or hard drive. Maybe other hardware components qualify you for the OEM as well but I do not recall. Well that's the way it used to work with the 32-bit versions. Swapmeet vendors were bad about enforcing this and MS went on a crackdown. Some creative vendors became very strict about you having to buy a hard drive. They had a pile of 540MB drives, used, as-is, no warranty, US$5 each, for people wanting an OEM copy of Windows.

  159. one header. by marcansoft · · Score: 1

    stdint.h

  160. Yay! by turgid · · Score: 2, Funny
    In all my years, no one has actually ever told me that, until I made a complete and utter fool of myself on slashdot.

    Thank you.

    I will be using those definitions from now on.

  161. Sure beats the pants off Apple by ghost1911 · · Score: 1

    So when mac users wanted 64 bit support, they had to upgrade for $150 to Panther, it's rather nice that Microsoft is giving away the upgrade for many existing customers.

    --
    .: 2+2 = PI SQRT(1+N) :. All together now, what is n?
  162. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    You don't buy a microwave oven as an ideological statement against gas ovens, you buy them to actually heat some stuff in them. Same with computers.


    Well, with today's power-hungry processors, that's becoming a distinct possibility.

  163. Re:Unlike Linux, which also had no drivers and app by jean-guy69 · · Score: 1

    You don't prove anything with your anecdote.

    Summer 2004 we painlessly installed several opteron-based linux servers, using 64 bits linux, and gentoo distribution.

    We had no problem whatsoever with these servers since, despite them doing a lot of different tasks to do (all server-oriented).

    IMHO you should have known better about the hardware and software support prior to your decision to go linux 64 bits.

    Then two possibilities:

    * You would have concluded that it is not ready for what you want to do with it, and go 32 bits..

    * You would have chosen compatible components.

    Anyway you wouldn't be whining here about your experience.

    You are wrong when you claim about linux AMD64 being immature: it was just not ready for what you intended to do with it, and mostly because (proprietary) drivers were not available (and not the because of the core of linux).

    Linux AMD64 is ready for the server for a long time, but it's only now that I'm thinking about using it in my personal computer where my needs are vastly different.

  164. FYI: two types of 32bit binaries won't work by apankrat · · Score: 1

    Two types of 32bit binaries won't work in 64bit Windows -

    * drivers
    * shell extensions

    Don't know about latter, but it is trivial to rebuild former using x64 DDK. If the code is not a complete hack and has a grain of abstraction, then literally there's all there is to it - modify few header files and rebuild the sources.

    --
    3.243F6A8885A308D313
  165. AMD bashing? by owlstead · · Score: 1

    Though I can understand that Microsoft only releases Win64 with boxen that work, I do feel a bit awkward.

    First Win64 is ready for beta testing and prime time just when Intel readies it's compatible processors. Now Win64 is only sold preinstalled. This market is predominantly Intels, where AMD is more used for upgrades.

    Am I starting to get paranoid, or do I feel a strong Intel backing from Microsoft. I'm undecided as yet.

  166. Re:Unlike Linux, which also had no drivers and app by Anonymous Coward · · Score: 0

    because the user did do something wrong?

  167. Re:Unlike Linux, which also had no drivers and app by LWATCDR · · Score: 1

    no 64bit version of Eclipse? Eclipse is a Java app. Install the AMD64 version of java and you have a 64bit version of Eclipse!
    Why the heck would you want a 64bit version of OpenOffice? You would gain nothing and the program size would be larger.
    How is the distros fault if you have a Video card that does not have 64bit drivers? Shouldn't you be jumping up and down on ATI?

    Seems like most people are not having the problems you are.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  168. Not surprising at all by cout · · Score: 1

    They did the same thing with Windows 95 OSR2. Still really annoying; I already own 64-bit hardware and can't get a 64-bit Windows after the fact without jumping through hoops.

  169. Re:Unlike Linux, which also had no drivers and app by killjoe · · Score: 1

    the minute you used the word zealot I knew you were lying your ass off.

    --
    evil is as evil does
  170. Re:Unlike Linux, which also had no drivers and app by killjoe · · Score: 1

    That's a perfectly good response to somebody who calls you a zealot. He didn't really expect to be treated civilly after he started defaming people did he?

    By the way you make a wonderful MS spokesman.

    --
    evil is as evil does
  171. What you should expect when placing your one call by Azar · · Score: 1

    Microsoft: "Microsoft tech support, how may I help you today?"
    Customer: "I have an Athlon 64 and I need some help".
    Microsoft: "Ok, you only get to ask one question".
    Customer: "Only one?"
    Microsoft: "Thank you for calling..."

  172. you must be smoking cr4ck by Anonymous Coward · · Score: 0

    cause splinter cell is definitely cr4cked... ;)

  173. Further reading by turgid · · Score: 1

    I need to read up on this. Can you suggest a good authoritative book or web site?