Standing on the shoulders of giants. RSS 2.0
# Thursday, September 23, 2004

Comments are enabled again. Let's see if I can keep up with removing the spam.

Thursday, September 23, 2004 2:24:19 PM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
General

Raymond Chen recently wrote a number of posts about the /3gb switch and virtual memory.

  • The oft-misunderstood /3GB switch. It's simple to explain what it does, but people often misunderstand.
  • Kernel address space consequences of the /3GB switch. An adverse consequence of the /3GB switch.
  • Myth: Without /3GB the total amount of memory that can be allocated across all programs is 2GB. Virtual memory is not virtual address space (part 1).
  • Myth: Without /3GB a single program can't allocate more than 2GB of virtual memory. Virtual memory is not virtual address space (part 2).
  • Myth: You need /3GB if you have more than 2GB of physical memory. Virtual address space is not physical memory.
  • Myth: The /3GB switch expands the user-mode address space of all programs. A program must request it before it gets it.
  • Why does Exchange recommend /3GB if you have more than 1GB of physical memory? Bologna and cheese sandwiches.
  • Myth: The /3GB switch lets me map one giant 3GB block of memory. There are still holes in the virtual address space.
  • Why is the virtual address space 4GB anyway? That's what happens when you have 32-bit pointers.
  • Myth: PAE increases the virtual address space beyond 4GB. PAE is an extension for physical address, not virtual addresses.
  • Myth: In order to use AWE, you must enable PAE. The two are independent. AWE is how programs access physical memory. PAE is how the CPU accesses physical memory.
  • The curious interaction between PAE and NX. NX uses a feature available only in PAE mode.
  • Thursday, September 23, 2004 6:59:27 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General

    Great tip from Chris Sells for working on projects from mapped drives. You'll have to run caspol for every version of the framework you're using.

    Lately, I've been running Virtual PC a lot to test various versions of WinFX on various platforms. To save me for locking any valuable code into a VPC HD, I use VPC shares, mapping Z to the D HD on my VPC host PC. That's all well and good 'til I try to load a project from Z which, according to the OS, is a mapped network drive (in spite of the fact that it's just the other partition on the very same PC), and Visual Studio complains that since I don't have FullTrust on that drive, things may not work out the way I'd hoped (and for whoever decided to write the code and put up that message box, thank you!):

    The project location is not trusted.
    Running the application may result in security exceptions when it
    attempts to perform actions which require full trust.

    What's happening is that VS is detecting that the project on the network drive is getting Intranet permissions according to the good and true workings of .NET Code Access Security (CAS). However, since I'm just trying to pretend that Z is on my PC (and, in fact, it is), I want it to have FullTrust permissions. To accomplish this, you need to add a new Code Group with an URL membership permission specifying the folder (in URL form) to which you'd like to grant full trust. You can do with the .NET Framework Configuration tool or you can do it from the command line like so:

    c:\>caspol -q -machine -addgroup 1 -url file://z:/* FullTrust -name "Z Drive"

    Once this new code group is in place, any new .NET processes you start will give any assemblies on the Z drive full trust (make sure to cycle the devenv.exe process if you want these new permissions and that message box to go away).

    Since awarding new permissions, full trust or not, to any chunk of code is something that can cause a security hole, be careful. In this case, I'm awarding full trust so that Z acts just like a normal HD which has full trust by default, so I'm OK. Please make sure that you're OK before adding permission via code groups willy nilly.

    Thursday, September 23, 2004 6:59:22 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General
    # Wednesday, September 22, 2004

    I have 6 5 Gmail invitations. First 6 to email to my gmail account are invited.

    Paul(d0t)van(d0t)Brenk(at)GMail(d0t)com

    Wednesday, September 22, 2004 11:04:19 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General
    # Monday, September 20, 2004
    Monday, September 20, 2004 7:45:51 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General
    # Friday, September 17, 2004
    Friday, September 17, 2004 8:41:39 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback

    # Wednesday, September 08, 2004

    Excellent tip from Peter Provost:

    If you don't like that Virtual PC uses C:\Documents and Settings\<profile>\My Documents\My Virtual Machines as the default location for its Virtual Hard Disk files, then you need to do this:

    1. On the host computer, right-click My Computer, and then click Properties.
    2. Click the Advanced tab, and then click Settings under Environmental Variables.
    3. Under System variables, click New.
    4. In the Variable Name box, type myvirtualmachines.
    5. In the Variable Value box, type the path of the folder that you want to use.
    6. Click OK two times, and then close the Computer Management window.

    That's it!

    (Taken from MSKB)

     

    Wednesday, September 08, 2004 6:51:39 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General
    # Tuesday, September 07, 2004
    Matt Pietrek posts a link to a very nice trick to start a different executable than the original program, the "Image File Execution Options" trick.
    Tuesday, September 07, 2004 9:02:42 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    Development
    # Thursday, September 02, 2004

    Some changes in roles, no more program- and product manager and more integration with VS Team System.

    MSF Agile

    Thursday, September 02, 2004 9:38:59 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    Development
    # Tuesday, August 31, 2004
    Tuesday, August 31, 2004 7:03:21 AM (Pacific Daylight Time, UTC-07:00)  #    Comments [0] - Trackback
    General
    Ads
    About
    © Copyright 2012
    Paul van Brenk
    Sign In
    newtelligence dasBlog 2.3.2011.0
    All Content © 2012, Paul van Brenk
    DasBlog theme 'Business' created by Christoph De Baene (delarou)