Re: BDOS

1999-09-04 Thread antalvk
is fine but 256k is to little for compass. Thanks and if i have another question you'll see it here :) Greetz, Antal -Original Message-From: [EMAIL PROTECTED] [EMAIL PROTECTED]To: [EMAIL PROTECTED] [EMAIL PROTECTED]Date: Thursday, September 02, 1999 11:55 PMSubject: BDOS Hi

Re: BDOS

1999-09-03 Thread Frits Hilderink
It depends on some other things. Are you using DOS 1 or DOS 2 ? What is the current slot setting and where is this memman segment located ? Do you have two memory mappers ? This gives some problems in DOS 2. [EMAIL PROTECTED] wrote: Hi, Does BDOS use the standard TPA segments if you use

Re: BDOS

1999-09-03 Thread Laurens Holst
Hi, Does BDOS use the standard TPA segments if you use the BDOS call random block read to read a file ? The reason i ask is that whenever i want to load the file in a segment switched by my memory manager (memman) the data is not present! It seems BDOS switches back the standard TPA segment

Re: BDOS

1999-09-03 Thread Maarten ter Huurne
At 11:47 PM 9/2/99 +0200, you wrote: Does BDOS use the standard TPA segments if you use the BDOS call random block read to read a file ? From the DOS2 Program Interface Specification: (section 2.5) "Any disk transfers will be done to the RAM segments which are paged in when the function

Re: BDOS

1999-09-03 Thread antalvk
for that and the (some?) BDOS-routines set back the page to the 'original' page. Dos2 mapperselectroutines are as fast as possible, the only thing they do is write the value to the mapperport and back it up somewhere in the memory. The latter is not done when directly accessing the I/O ports and I don't know

Re: BDOS

1999-09-03 Thread Laurens Holst
However, there is a restriction on the slot the RAM must be in: "environment strings and disk transfer areas must be in the mapper RAM slot." I think "the mapper RAM slot" means the main mapper (primairy mapper slot). On turbo R, this is the internal mapper, on other MSXes this is the

Re: BDOS

1999-09-03 Thread antalvk
From the DOS2 Program Interface Specification: (section 2.5) "Any disk transfers will be done to the RAM segments which are paged in when the function call is made, even if they are not the original TPA segments." So, if Memman tells DOS2 which segments are selected (I assume it does), this is

Re: BDOS

1999-09-03 Thread Alex Wulms
] manager (memman) the data is not present ! It seems BDOS switches back = ] the standard TPA segment and ] places the data in the standard TPA segment whenever loading. After that = ] my segment is placed back... ? ] This is indeed the case with MSXDOS2. MSXDOS2 always loads data to the sp

Re: BDOS

1999-09-03 Thread Jon De Schrijder
[EMAIL PROTECTED] wrote: "environment strings and disk transfer areas must be in the mapper RAM slot." ... Is there a workaround for this problem ? no you must allocate a primary mapper segment for your disktransfers or use a TPA segment for that purpose. And copy the data to another

BDOS

1999-09-02 Thread antalvk
Hi, Does BDOS use the standard TPA segments if you use the BDOS call random block read to read a file ? The reason i ask is that whenever i want to load the file ina segment switched by my memory manager (memman) the data is not present ! It seems BDOS switches back the standard TPA

Re: MSX BDOS and CP/M...

1999-02-09 Thread Laurens Holst
:MHGVCPM MSX1 00h - Program terminate : CPM MSX1* 01h - Console input : CPM MSX1* 02h - Console output : : What do those asterisks ('*') indicate? : :LH Those are non-CP/M-compatible MSX-DOS Bdos-calls. : : : No, that can't be it: CP/M has functions 01H (Read Console

MSX BDOS and CP/M...

1999-02-09 Thread G.S. Vigneault
Greetings, ~Grauw... MHGVCPM MSX1 00h - Program terminate CPM MSX1* 01h - Console input CPM MSX1* 02h - Console output What do those asterisks ('*') indicate? LH Those are non-CP/M-compatible MSX-DOS Bdos-calls. No, that can't be it: CP/M has functions 01H (Read