Article View: fj.lang.c
Article #677Re: Q:GlobalSize()
From: Bat
Date: Sun, 08 Mar 1998 00:00
Date: Sun, 08 Mar 1998 00:00
22 lines
1672 bytes
1672 bytes
>Windowsでメモリを確保するときには内部でDPMI(INT31H)ファンクション0501Hを >コールします。 >DPMIではメモリはブロック(ページ)単位でかんりされています。だから確保され >るメモリサイズはブロックサイズ(ページサイズ)の倍数ということになります。 >従って単なるごみデータです。1バイトのメモリを確保してそのとき得られる値がブ >ロックサイズです。期待に反してしまってすいません。 > >詳しくはDPMIについての本を参考にしてください。 > なるほど。ブロック単位でメモリが管理されている為に、ブロックの大きさと比べ て半端な大きさの値をアロックした時は、ちょうどいい大きさの分まで大きくなると いう事だったのですね。 ちなみに、1バイト分アロックした時に得られる値は自分の環境では12だという 事が分かりました。この大きさは、環境によってまちまちだったりするのでしょう か。 それから、GlobalAlloc()でGMEM_ZEROINITのフラグを指定してメモリを確保した場 合は、余分な大きさの部分も0000で初期化されるという事がわかりました。 どうも、教えていただいて、ありがとうございました。
Technical Details
Message-ID:
<6dteqp$8qm$1@news1.dti.ne.jp>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<6drtf5$idk$1@news1.dti.ne.jp> <01bd49ef$fccdd080$LocalHost@LEMON>Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS X-Google-Thread: 106434,df4a57bd50d5f0b8 X-Google-Attributes: gid106434,public From: "Bat" <mkkjm@mtci.or.jp> Subject: Re: Q:GlobalSize() Date: 1998/03/08 Message-ID: <6dteqp$8qm$1@news1.dti.ne.jp> X-Deja-AN: 331894465 Content-Transfer-Encoding: 7bit References: <6drtf5$idk$1@news1.dti.ne.jp> <01bd49ef$fccdd080$LocalHost@LEMON> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Organization: Batmen Union Newsgroups: fj.lang.c