| Re: [hatari-devel] TOS use of PRG_ssize vs Hatari's |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] TOS use of PRG_ssize vs Hatari's
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Fri, 10 Nov 2023 18:42:55 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1699641777; bh=1Tl5N3MEKvEPIHXxBDRM/Wh6aN/rHxasEhEpUZ0t8KE=; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=jrklqgRkyBvRuPOg8Se8jJjWzp6yYeKr+Dhh/fhPSOB3NQysD1RvA1PDq+IoEsPpa A8P7dCQSUCc8qnbQfqWBzbLoiIGmHf1nSdgtTK1shAeiEQtX3Ewhexv/S/+b7gMpxU 00r3JMft5G5TzOpptyIyjxoj5wZ4eWRXl2kAJ5yObYNeUcGrcZG9Cfo5vWmvuD9Zuq aT/TLDDK0FUbtfU35vEKkS9iUdNeEq3IGJoIeK2O2Q2K8zkqVusHlMkIRzFmQaziQO JT/kXnZyTd1dCMD4tzgTTsY1oIosSYJrwjXlglCgJcLr9WgBepUqqP35ln7nYCjke+ H7EqOJofh7MPw==
Am Tue, 7 Nov 2023 00:28:27 +0200
schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:
> Hi,
>
> Thomas, are you looking into this?
Sorry, no, I only lightly followed the discussion and thought that someone
else might come up with a patch? Would you like to have a look?
Thomas
>
> On 23.10.2023 11.55, Troed Sångberg wrote:
> > Hi,
> >
> > Thanks! Nothing beats looking at actual code :) Then I think it's clear what changes need to be made to Hatari (and EmuTOS) Pexec to mimic the TOS behavior.
> >
> > regards,
> > Troed
> >
> > ------- Original Message -------
> > On Sunday, October 22nd, 2023 at 8:59 PM, Thorsten Otto <admin@xxxxxxxxxxxx> wrote:
> >
> >> On Sonntag, 22. Oktober 2023 18:54:01 CEST Troed Sångberg wrote:
> >>
> >>> I haven't verified if lseek throws an error or whether it just seeks to EOF
> >>
> >> It will immediately return with an error code if you try to seek beyond the file size: https://github.com/th-otto/tos1x/blob/43ad10e2fee7fe5c974b46a715934e4de3210ae1/bdos/fsopnclo.c#L850-L854
> >>
> >> EmuTOS behaves the same:
> >>
> >> https://github.com/emutos/emutos/blob/967649a5d81275f600e162e91739a0b423671343/bdos/fsio.c#L360-L361
> >>
> >> (don't get confused by the different error code names, they have the same value)
> >>
> >> Since the program loader has just read the text & data segments, the fileptr will therefor just don't move, and the code will behave as if the symbol table was empty. However emutos behaves differently here, and checks the return code of the seek, and will return it to the application.
>
>