Path: csiph.com!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Paul Edwards <mutazilah@gmail.com>
Newsgroups: comp.os.os2.programmer.misc
Subject: Re: loader
Date: Thu, 29 Feb 2024 06:56:17 +0800
Organization: A noiseless patient Spider
Lines: 80
Message-ID: <urodmj$4fom$1@dont-email.me>
References: <ur1mqi$2ddfu$1@dont-email.me> <urc5jb$12sfb$1@dont-email.me> <urc6so$133ut$1@dont-email.me> <urc9ed$13job$1@dont-email.me> <urd1vu$18mln$1@dont-email.me> <urggi7$24i42$1@dont-email.me> <1555304872.730765612.509768.peter_flass-yahoo.com@news.eternal-september.org> <urme2j$3maq2$1@dont-email.me> <E5ODN.131351$STLe.52819@fx34.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 28 Feb 2024 22:56:20 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="502f8de6b28ef0ddcf3708890a9caeea"; logging-data="147222"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19uH2m1YhBPpt514Kh90QAb5uzGzXKXvPs="
User-Agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
Cancel-Lock: sha1:2ZTaag/7W+uEtSj93uwFAiItLx8=
In-Reply-To: <E5ODN.131351$STLe.52819@fx34.iad>
Xref: csiph.com comp.os.os2.programmer.misc:1862

Hi Dave.

Thanks for the explanation.

That seems to be missing DOSOPEN as well as others.

Note that I received an enhancement to exeload.c
overnight which should allow for much more robust
loading of executables and I'll see what it is
capable of later (source has been committed
already though, and makebios.lnp has the
instructions).

Also the pdld author's concerns appear to have been
allayed.

I will add the missing function names to exeload.c,
which is trivial, and see what happens when I load
pdptest.exe built by Watcom.

I would still need to flesh out my doscalls.c, but
that shouldn't be an issue to get pdptest.exe to run.

BFN. Paul.




On 29/02/24 06:04, Dave Yeo wrote:
> Paul Edwards wrote:
>> He seemed annoyed that he couldn't access doscalls
>> functions by name instead of ordinal and asked me if
>> there was a reason for that. Anyone know?
>
> Usual use of ordinals was to save memory. Important when running with
> 4MB's of ram like when I started.
> Usually link to doscall1.dll, rather then directly to the kernel, where
> doscall1.dll does seem to export by name. Just generated a DEF file from
> the SMP version of doscall1.dll,
> ;
> ; doscall1.def (created by emximp)
> ;
> LIBRARY doscall1 INITINSTANCE TERMGLOBAL
> EXPORTS
>   "DOSTIMERASYNC"
>   "DOSTIMERSTART"
>   "DOSTIMERSTOP"
>   "DOSREAD"
>   "DOSWRITE"
>   "DOSERRCLASS"
>   "DOSSEMREQUEST"
>   "DOSSEMCLEAR"
>   "DOSSEMWAIT"
>   "DOSSEMSET"
>   "DOSEXECPGM"
>   "DOSSUBSET"
>   "DOSSUBALLOC"
>   "DOSSUBFREE"
>   "DOSREADASYNC"
>   "DOSWRITEASYNC"
>   "DOSSEARCHPATH"
>   "DOSSCANENV"
>   "DOSSETCP"
>   "DOSCALLBACK"
>   "DOSFSRAMSEMREQUEST"
>   "DOSFSRAMSEMCLEAR"
>   "DOSQAPPTYPE"
>   "DOSSETPROCCP"
>   "DOSLOGREGISTER"
>   "DOSLOGREAD"
>   "DOSCOPY"
>   "DOSPMSEMWAIT"
>   "DOSPMMUXSEMWAIT"
>   "DOSSGQUERYTOPMOST"
>   "DOSSETEXTLIBPATH"
>   "DOSQUERYEXTLIBPATH"
>
> Dave
>