Re: [Freedos-devel] Loading HIGH and the commandline in PSP

2004-04-02 Thread Arkady V.Belousov
Hi!

2-Апр-2004 19:02 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to
[EMAIL PROTECTED]:

>> DOS doesn't places command name into PSP, only rest of command line.
>>Command name (executable name and path) starting from DOS 3.x you may find
>>after regular environment.
ASM> Oops, it seems you're right. For some reason I believed that DOS copied
ASM> the commandline there (and the C RTLs obtained argv[] from there), but
ASM> checking the PSP documentation it seems I am wrong...

 argv[0] (with program name) C RTL gets from after environment. Though,
there may be variations: AFAIK, MSC extracts into argv[0] only program name
without path.




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Re: Ralf Brown's interrupt list 62 will never be released?

2004-04-02 Thread Arkady V.Belousov
Hi!

2-Апр-2004 14:20 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:

A> What about puting somwhere an APTR (Arkady's patchews to Rbil)? He just
A> said in a message that hes has his own collection
A> do you agree, Arkady?

 I think, my list is far not so complete, as list, collected by
Matthias. :) But I may send if someone requests.




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Kernel version

2004-04-02 Thread Luchezar Georgiev
On Fri, 02 Apr 2004 14:15:25 -0300, Alain wrote:

Do you have it handy to send it back to me? I hava a dos version program 
and I do have a rom-dos and I would like to test it.
Here it is, from my old archives (when I was a Linux man using ROM-DOS and 
FreeDOS was DOS/C):

Can an application tell the difference if it is running in RD as
opposed to MS-DOS or other? Is there a function call or API call or
anything? (REF#980805-0006)
Yes, there is. RD has a special Int 21H, function 30H handler
(normally Get DOS version). With a special "magic cookie" in certain
registers, ROM-DOS responds with internal commands, one of which is
"Which version are you?"
Specifics:

On Entry to Int 21H
AX=30DBH  Int 21H get DOS version call (DB in AL indicates RD specific 
function)
CX=H  must be set to 0
SI=B2D2H  ID for ROM-DOS (verifies is REALLY is an RD specific function)
DI=0003H  RD specific function # 3, Get ROM-DOS revision

On Exit:
AX=0260H  ROM-DOS revision (2.6)
CX=B2D2H  ID (use this to verify that ROM-DOS really set things)
ES:BX=Pointer to revision string (do NOT change string!)
Product: ROM-DOS 6.22   Date Created: 8/5/98 10:13 Ref#: 980805-0006
Category: Problem Resolution   Date Updated: 8/5/98 10:13
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Re: Ralf Brown's interrupt list 62 will never be released?

2004-04-02 Thread Alain

P.S. Under what license was the RBIL released? What about an ABIL 
(Arkady Belousov's Interrupt List)? ;-)
What about puting somwhere an APTR (Arkady's patchews to Rbil)? He just 
said in a message that hes has his own collection

do you agree, Arkady?

Alain



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Kernel version

2004-04-02 Thread Alain
Hi Lucho.

There is also one other for DR-DOS and something (which I don't know) 
for Datalife-ROM-DOS.
Right. I posted the ROM-DOS one at the kernel mailing list last year.
Do you have it handy to send it back to me? I hava a dos version program 
and I do have a rom-dos and I would like to test it.

You've always been honest to me so I'll be honest to you, too.
I'm too busy/lazy/whatever to implement this, so here's an excuse:
"Please redirect your request to FreeDOS-kernel mailing list" ;-)
Never mind, I will do it some day

To be even more honest (cynical?), I don't care about anything but
FAT32/80386 kernels. But fortunately, Bart is not like me ;-)
In fact my focus in on that too :)

Alain

---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


[Freedos-devel] DISPLAY 0.10b ready

2004-04-02 Thread Aitor Santamaría Merino
Hi,

This is to announce a revision of DISPLAY 0.10, namely DISPLAY 0.10b.
It just fixes a couple of bugs:
- a bug that assumed a space to lead the parameter
- a bug affecting the DISPLAY Installation check function (AD00h in int2Fh)
MODECON.EXE also disappears from the distribution: please always use 
latest version of FreeDOS MODE.

Source: 
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/display/dis010bs.zip
Executable: 
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/display/dis010bx.zip

Regards,
Aitor


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Loading HIGH and the commandline in PSP

2004-04-02 Thread Aitor Santamari'a Merino
Hi Arkady and Tom (and thanks),

Arkady V.Belousov escribio':

ASM> As in my understanding what it's there is a fully qualified program name

DOS doesn't places command name into PSP, only rest of command line.
Command name (executable name and path) starting from DOS 3.x you may find
after regular environment.
Oops, it seems you're right. For some reason I believed that DOS copied 
the commandline there (and the C RTLs obtained argv[] from there), but 
checking the PSP documentation it seems I am wrong...

tom ehlert escribio':

Hello Aitor,

ASM> Some time ago, it was mentioned that there is a bug in FreeCOM's
ASM> implementation of LOADHIGH (or in LH), by which, in my understanding, no
ASM> space was left in the commandline between the program name and the
ASM> parameters.
ASM> This revealed that I am assuming in DISPLAY that such spaces exist, thus
ASM> preventing DISPLAY from loading high as normal.
it's LH's bug to delete the leading space - and it's your bug to
assume one.
 LH DISPLAY/OPTION
will never have a space
Actually I have checked the code for parsing commandline that I wrote 
long ago, and it's not a wrong assumption... but a bug (a LOOPNE that 
should be a LOOPE). I have fixed it now, a release follows.

ASM> what is the separating character?
entirely up to you: ' ', '\t','*','/',...
In what concerns DISPLAY, as it seems to have that primitive syntax some 
commands have (KEYB itself is such a rarity), the ' ' will always be the 
separator...

ASM> As in my understanding what it's there is a fully qualified
ASM> program name (or perhaps exactly the way it was callled)
let printf() be your friend
Unfortunately, DISPLAY is pure assembly, and I didn't want to get into 
taking out a printf and messing with linking code placement... 
fortunately it was a bug so I didn't have to work much.

ASM> , then the
ASM> length is variable, I hope it doesn't mean that I have to explicitely
ASM> look for the "DISPLAY" pattern...
you have - in drivers.
Well, I think that unless FreeDOS kernel supports LFN one day, when it 
becomes a device driver I'll look for a blank as separator... ;-)

Aitor



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Loading HIGH and the commandline in PSP

2004-04-02 Thread tom ehlert
Hello Aitor,

ASM> Some time ago, it was mentioned that there is a bug in FreeCOM's
ASM> implementation of LOADHIGH (or in LH), by which, in my understanding, no
ASM> space was left in the commandline between the program name and the
ASM> parameters.
ASM> This revealed that I am assuming in DISPLAY that such spaces exist, thus
ASM> preventing DISPLAY from loading high as normal.

it's LH's bug to delete the leading space - and it's your bug to
assume one.
  LH DISPLAY/OPTION
will never have a space

ASM> what is the separating character?
entirely up to you: ' ', '\t','*','/',...

ASM> As in my understanding what it's there is a fully qualified
ASM> program name (or perhaps exactly the way it was callled)
let printf() be your friend

ASM> , then the
ASM> length is variable, I hope it doesn't mean that I have to explicitely
ASM> look for the "DISPLAY" pattern...
you have - in drivers.

tom




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


[Freedos-devel] Re: Ralf Brown's interrupt list 62 will never be released?

2004-04-02 Thread Luchezar Georgiev
On Fri, 2 Apr 2004 10:35:34 +0100 (BST), Bart Oldeman wrote:

http://marc.theaimsgroup.com/?l=freedos-dev&m=103714414728398&w=2
In the above message, Alain suggests the same he does now, yet there is no 
change during the last 2 years. So as I see, to insist to change anything 
here is useless and I won't do it again

Alas, the RBIL has not been updated for the last 4 years, and will 
never be anymore :-(
did Ralf Brown tell you that? Any other source, other then just 
speculating from having no updates?
What source are you talking about? I don't know him personally. Let 
Matthias say that. He does. My point is: The more time passes, the more 
impossible it becomes to update the RBIL. So I have no illusions that 
there will ever be more updates. But all this is just a personal opinion 
of mine of course. And as we all know that most things I say or do are 
wrong, that's the only hope for an update of the RBIL! ;-) In this case, 
unlike the other cases, I'd be glad to be wrong!!!

Lucho

P.S. Under what license was the RBIL released? What about an ABIL (Arkady 
Belousov's Interrupt List)? ;-)

---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] Ralf Brown's interrupt list 62 will never be released? (was: Kernel version)

2004-04-02 Thread Bart Oldeman
On Fri, 2 Apr 2004, Luchezar Georgiev wrote:

> On Thu, 1 Apr 2004 21:46:29 +0100 (BST), Bart Oldeman wrote:
>
> > I sent this to Ralf Brown at the time that Matthias Paul did a desperate
> > call for updates because RBIL62 could be released any day (that was in
> > April 2002),
>
> On 1st of April? ;-)

Hmm -- 19 Feb.
http://marc.theaimsgroup.com/?l=freedos-dev&m=101409720018452&w=2

> But since nobody knows of that function (because the information about it
> was never publicly released in the RBIL), its removal won't break
> anything! Or do I miss something?

http://marc.theaimsgroup.com/?l=freedos-dev&m=103714414728398&w=2

> Alas, the RBIL has not been updated for the last 4 years, and will never
> be anymore :-(

did Ralf Brown tell you that? Any other source, other then just
speculating from having no updates?

Bart



---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel