Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. 32 and 64 bits

32 and 64 bits

Scheduled Pinned Locked Moved C / C++ / MFC
questioncsharplinuxdebuggingarchitecture
4 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • L Offline
    L Offline
    lobanovski
    wrote on last edited by
    #1

    hi everybody! i was asking this question in "general" forum, but got no replays... ---- i've got an opportunity to upgrade my system to amd 64 3200+. it's preaty cheap and it would be stupid to miss it, but... i do developing under windows and linux and MOST clients of mine are the users of 32-bit architecture. in the specs of the cpu i found misterious phrase "supports both simulteniously 32 and 64 arc's" huh? so, my dilema is - miss or not miss good chance for the upgrade. What are the issues will i face after upgrade to 64 (with regard to developing under win .NET studio)? What are the consiquences for my end-users? I mean only windows users, if they have win2k (just for example!) and 32-bit cpu (pIII), and they try to run a binary that was built on my winXPpro 64-bit cpu, will they have problems? please, share your opinion and experience, i really need it! thanx alex debug - is my life style

    A 1 Reply Last reply
    0
    • L lobanovski

      hi everybody! i was asking this question in "general" forum, but got no replays... ---- i've got an opportunity to upgrade my system to amd 64 3200+. it's preaty cheap and it would be stupid to miss it, but... i do developing under windows and linux and MOST clients of mine are the users of 32-bit architecture. in the specs of the cpu i found misterious phrase "supports both simulteniously 32 and 64 arc's" huh? so, my dilema is - miss or not miss good chance for the upgrade. What are the issues will i face after upgrade to 64 (with regard to developing under win .NET studio)? What are the consiquences for my end-users? I mean only windows users, if they have win2k (just for example!) and 32-bit cpu (pIII), and they try to run a binary that was built on my winXPpro 64-bit cpu, will they have problems? please, share your opinion and experience, i really need it! thanx alex debug - is my life style

      A Offline
      A Offline
      alex barylski
      wrote on last edited by
      #2

      It's been a while since I read my A+ book so forgive me if i'm wrong. I believe 32 and 64 bit arc's are usually determined by the following factors: 1) Register size 2) Number of bits computer can transer per MOV instruction...your bus bandwidth I guess :-O Anyways, most computers now are 32 bit because the internal registers are all 32 bit with I believe the exception of a few floating point registers which are 48 or 128 or something... So you shouldn't have any backwards incompatiability issues when developing on a 64 bit arc becuz so long as your compiler compiles using common 32 bit instruction set it should run on your 64 bit machine or my 32 bit one. Kind of like how I could use 16 bit MOV instruction on my computer, but I could only move 16 bits at a time, whereas I could also use a 32 bit MOV instruction, but now be able to move 32 bits. .NET uses an intermediate language...I can't remember what it's called... IL maybe...? Anyways...the .NET interpreter would determine which actual instruction to send the processor (I believe thats the idea behind .NET) so you shouldn't get any exception becuz of a bad instruction when you compile apps using .NET. Cheers :) The word of the day is legs, let's go back to my house and spread the word ;P

      L 1 Reply Last reply
      0
      • A alex barylski

        It's been a while since I read my A+ book so forgive me if i'm wrong. I believe 32 and 64 bit arc's are usually determined by the following factors: 1) Register size 2) Number of bits computer can transer per MOV instruction...your bus bandwidth I guess :-O Anyways, most computers now are 32 bit because the internal registers are all 32 bit with I believe the exception of a few floating point registers which are 48 or 128 or something... So you shouldn't have any backwards incompatiability issues when developing on a 64 bit arc becuz so long as your compiler compiles using common 32 bit instruction set it should run on your 64 bit machine or my 32 bit one. Kind of like how I could use 16 bit MOV instruction on my computer, but I could only move 16 bits at a time, whereas I could also use a 32 bit MOV instruction, but now be able to move 32 bits. .NET uses an intermediate language...I can't remember what it's called... IL maybe...? Anyways...the .NET interpreter would determine which actual instruction to send the processor (I believe thats the idea behind .NET) so you shouldn't get any exception becuz of a bad instruction when you compile apps using .NET. Cheers :) The word of the day is legs, let's go back to my house and spread the word ;P

        L Offline
        L Offline
        lobanovski
        wrote on last edited by
        #3

        right, thanx :) the scenario you've gave requires .NET being installed on the user's computer. or not? debug - is my life style

        A 1 Reply Last reply
        0
        • L lobanovski

          right, thanx :) the scenario you've gave requires .NET being installed on the user's computer. or not? debug - is my life style

          A Offline
          A Offline
          alex barylski
          wrote on last edited by
          #4

          If you write an app in .NET and give it to somebody on a Windows 98 machine, I believe they would have to download the .NET framework in order to run you apps on their machine. I remember having to download the win32 SDK on win 3.1 back in the day inorder to run some neat program, I don't image this situation is much different. Cheers :) The word of the day is legs, let's go back to my house and spread the word ;P

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups