Groups > comp.os.os2.programmer.misc > #1852

Re: loader

From	Paul Edwards <mutazilah@gmail.com>
Newsgroups	comp.os.os2.programmer.misc
Subject	Re: loader
Date	2024-02-24 15:46 +0800
Organization	A noiseless patient Spider
Message-ID	<urc6so$133ut$1@dont-email.me> (permalink)
References	<ur1mqi$2ddfu$1@dont-email.me> <urc5jb$12sfb$1@dont-email.me>

Show all headers | View raw

On 24/02/24 15:24, Paul Edwards wrote:

 > 0000E0  00000000 00000000 28010000 34010000  ........(...4...

> 0128 as an offset to something, 0134 as an
> offset to something else. So what's there?
>
>> 000190  27000000 27000000 0A000000 076F7332  '...'........os2
>> 0001A0  74657374 00000000 00000000 0D000000  test............
>> 0001B0  0D000000 08011000 011A0108 811C0001  ................
 >> 0001C0  EA08444F 5343414C 4C530000 83EC0489  ..DOSCALLS......
>
> So 1A8 (128 + 80) is 0 and a D and another D.

I didn't document this.

So x'128' as seen at offset E8 = 68 is
"fixup page table offset", which brings us to:

2.11 Fixup Page Table

There were 2 object page table things, so we are
expecting an extra one, ie 3 fixup entries, with
the last being a pointer to the end. And given
that the last two entries are 'D', it means that
the second object code had no fixups (ie data
doesn't point to other data or code), so it just
points to the end, as a dummy.

And what exactly is the x'd' anyway?

That will be from x'1b4' in the hexdump (ie the DLL
fixups) to just before the "08444F 5343414C 4C53"
(DOSCALLS) at x'1c1'.

Still doesn't get me the required internal fixups.

BFN. Paul.

Back to comp.os.os2.programmer.misc | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

loader Paul Edwards <mutazilah@gmail.com> - 2024-02-20 16:10 +0800
  Re: loader Peter Flass <peter_flass@yahoo.com> - 2024-02-20 17:45 -0700
    Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-21 10:51 +0800
  Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 06:14 +0800
    Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 11:38 +0800
  Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 15:24 +0800
    Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 15:46 +0800
      Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 16:30 +0800
        Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 23:30 +0800
        Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-24 23:28 +0800
          Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-26 06:56 +0800
            Re: loader Peter Flass <peter_flass@yahoo.com> - 2024-02-27 15:41 -0700
              Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-28 12:50 +0800
                Re: loader Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-28 14:04 -0800
                Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-29 06:56 +0800
                Re: loader Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-28 19:11 -0800
                Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-02-29 11:46 +0800
                Re: loader Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-28 23:02 -0800
                Re: loader Paul Edwards <mutazilah@gmail.com> - 2024-03-01 07:15 +0800
                Re: loader Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-28 14:20 -0800
              Re: loader Dave Yeo <dave.r.yeo@gmail.com> - 2024-02-28 13:52 -0800
                Re: loader Peter Flass <peter_flass@yahoo.com> - 2024-02-28 17:43 -0700

csiph-web