Advertisement
Help Keep Boards Alive. Support us by going ad free today. See here: https://subscriptions.boards.ie/.
If we do not hit our goal we will be forced to close the site.

Current status: https://keepboardsalive.com/

Annual subs are best for most impact. If you are still undecided on going Ad Free - you can also donate using the Paypal Donate option. All contribution helps. Thank you.
https://www.boards.ie/group/1878-subscribers-forum

Private Group for paid up members of Boards.ie. Join the club.

Physical/virtual memory question?

  • 22-10-2009 10:22PM
    #1
    bSlick
    Closed Accounts Posts: 248 ✭✭


    When you reference memory addresses in an assembly language program or you view a program's executable in a debugger/disassembler the addresses you are using/viewing are virtual rather than physical. Is this correct?


Comments

  • #2
    ronivek
    Registered Users, Registered Users 2 Posts: 1,919 ✭✭✭ronivek


    It depends entirely on a number of factors that are a little bit too complex to really go into so I'll just give you a straightforward answer;

    In general on any modern hardware/OS combination your programs will be using virtual addressing.


  • #3
    unknownlegend
    Registered Users, Registered Users 2 Posts: 356 ✭✭unknownlegend


    bSlick wrote: »
    When you reference memory addresses in an assembly language program or you view a program's executable in a debugger/disassembler the addresses you are using/viewing are virtual rather than physical. Is this correct?

    This depends on the assembler language and the assembler compiler. Some languages will let you specify specific purpose built registers and locations in memory space but others have a layer of abstraction from the physical memory (barring say, registers) and use an addressing module to take care of this. I think you might be thinking of an 'absolute memory address' which is indeed physical and general storage which may be 'virtual' to the debugging environment. Check out 'http://www.osdata.com/topic/language/asm/address.htm' it might help you.

    Thanks.


Advertisement