| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Toolkit 1.3 from Devcon |
MB> > This is > not the same thing as saying that anything at all is being > "allocated." Address space is a phantom quantity: it isn't > even uncommitted memory, but is unallocated memory. MB> Actually, Mike, Mario is using the correct terminology. The CP reference uses the term "allocate" to refer to grabbing address space (by creating a memory object) and "commit" to refer to placing a page behind address space that has been allocated. And, frankly, I have to side with the CP reference here. When I ask OS/2 for memory, it allocates a portion of my process' address space. I then have to *further* ask OS/2 to assign backing storage for that address space, by "committing" a page to it, so that I can legally refer to that storage in my program. Address space is a very real quantity, and it is important to remember that on OS/2 the concept of allocated address space is a valid one, and one that is different from the concept of actual physical pages of memory used. > JdeBP < ___ X MegaMail 2.10 #0: --- Maximus/2 3.01* Origin: DoNoR/2,Woking UK (44-1483-725167) (2:440/4) SEEN-BY: 50/99 270/101 620/243 625/100 711/401 409 410 413 430 808 809 934 SEEN-BY: 711/955 712/407 515 517 628 713/888 800/1 @PATH: 440/4 141/209 270/101 712/515 711/808 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.