@MSGID:
<4aaffe5e-145d-4bc0-9b89-647f9c8982f5n@googlegroups.com> 52a6a779
@REPLY:
<f70c86d5-0d9d-4e25-be6f-5cee0686516cn@googlegroups.com> e5c284a3
@REPLYADDR muta...@gmail.com
<mutazilah@gmail.com>
@REPLYTO 2:5075/128 muta...@gmail.com
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
<ea5efeed-362c-4b95-964e-e7494f82ecf6n@googlegroups.com> <480c4fd8-0b7a-458a-80b8-4b5096ca53b3n@googlegroups.com>
<f70c86d5-0d9d-4e25-be6f-5cee0686516cn@googlegroups.com>
@RFC-Message-ID:
<4aaffe5e-145d-4bc0-9b89-647f9c8982f5n@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Sunday, June 18, 2023 at 3:02:43 PM UTC+8, muta...@gmail.com wrote:

> > where I said that I needed two values - a divide value 
> > (of the amount being added) and a multiply (of how 
> > to manipulate the segment), but that both of these 
> > could potentially be shifts instead.

> Actually, it`s unclear to me why I thought I needed two 
> values, and indeed, Microsoft has two as well (but I`ve 
> only seen one used). 
> 
> It seems to me that I just need that one value returned 
> by DosGetHugeShift. 

I think it is because the selectors are not necessarily
spaced 64k apart. They may only be 8k apart for example,
for better granularity. It would change depending on how
much memory is available (and designed to max out the
available selectors).

Therefore I would be dividing the offset by 8 to find out how
many selectors I need to advance.

Although this would only be relevant if I needed the pointers
normalized, which Visual C++ doesn`t appear to be doing.

BFN. Paul.
--- G2/1.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5005/49 5015/255 5019/40 5020/715 848 1042
4441 12000 5030/49 1081
SEEN-BY: 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441