headers
FreeCOM | 10 Jun 15:25
Favicon

Re: [Fwd: Re: MUX-AE (Re: [Freedos-devel] ANNOUNCE: FD APPEND 1.0)]

Eduardo Casino wrote:

Hello Eduardo,

there is another testing release of FreeCOM that should fix the MUX-AE 
issue. Would you please test it?

http://freedos.sourceforge.net/freecom/packages/TESTING/

It has, however, one known incompatibly with MS DOS:

It occurs to me that MUX-AE is called recursively (or repeatedly) when 
MUX-AE-00 returns 0xFF (true), but MUX-AE-01 returns with DS:[SI] != 0 
(aka TSR re-wrote the command, but did not executed it itself).
FreeCOM does not do this, but calls the MUX-AE pair only one time. Do 
you know something more about this?

Bye,

--

-- 
Steffen Kaiser

The current maintainer of FreeCOM <at> FreeDOS.org
http://freedos.sourceforge.net/freecom/FreeCOM.html

-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
(Continue reading)

Permalink | Reply | 1 comment |
headers
Eduardo Casino | 15 Jun 18:01
Picon
Favicon

Re: MUX-AE

Hello,

El jue, 10-06-2004 a las 15:25, FreeCOM escribió:

> there is another testing release of FreeCOM that should fix the MUX-AE 
> issue. Would you please test it?
> http://freedos.sourceforge.net/freecom/packages/TESTING/

It works perfectly with FD APPEND, but...

> It has, however, one known incompatibly with MS DOS:
> 
> It occurs to me that MUX-AE is called recursively (or repeatedly) when 
> MUX-AE-00 returns 0xFF (true), but MUX-AE-01 returns with DS:[SI] != 0 
> (aka TSR re-wrote the command, but did not executed it itself).
> FreeCOM does not do this, but calls the MUX-AE pair only one time. Do 
> you know something more about this?

I've written a group of silly test programs to check this and the
conclusions are:

When returning from MUX-AE-01 and DS:[SI] != 0, MS COMMAND.COM, again,
checks DS:[SI+1] and:
* If it is an internal command, executes the internal command without
calling again MUX-AE.
* If it is not an internal command, calls MUX-AE-00 to check if it is an
extension. In this case, executes the extension using MUX-AE-01.
* If it is not an extension, no matter what the content of DS:[SI+1] is,
tries to load and execute the _typed_ command from disk and with its
_original_ arguments, no matter if the extension has modified the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Arkady V.Belousov | 18 Jun 02:24
Picon

command.com environment

Hi!

______________O\_/_________________________________\_/O______________
Segment    Size   Owner       Type / source
-------   -----   ---------   -----------------
 06A7     40.6k   <system>
 10CF      112                --free--
 10D6     78.0k   COMMAND
 2456      494k               --free--
> 9FEF      272    COMMAND     environment
-A000-
_____________________________________________________________________
              O/~\                                 /~\O

Why COMMAND.COM places environment at upper? As I understand, LOW_LASTFIT
(2), HI_LASTFIT (42h) or HILOW_LASTFIT (82h) memory allocation?

-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
Permalink | Reply | 1 comment |
headers
Eduardo Casino | 19 Jun 01:31

Dir and append

Hello,

Currently, FD APPEND affects FreeCOM's dir. If you type "dir filename",
if the file is not found in the current directory, it is searched for in
each of the appended directories when append's /X switch is on.

In MS command.com, dir is not affected by append. I'm not sure about it,
but it seems that it is dir who cares about append and not the other way
round.

What do you think? Is it better to make FreeCOM "append aware" (this is
what I think) or do I include some magic in append to take care of dir?
In the former case, it is as easy as checking if append is installed and
active, de-activate it, perform the dir and activate append again, using
append's MUX-AE interface.

Other affected commands in FreeCOM (copy, type, call) behave the same as
their MS counterparts.

Eduardo. 

-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
Permalink | Reply | 0 comments |
headers
Eduardo Casino | 19 Jun 04:06

Correction: Dir and append

> In the former case, it is as easy as checking if append is installed
> and active, de-activate it, perform the dir and activate append again,
> using append's MUX-AE interface.
                 ^^^^^^
I'm sorry, I mean MUX-B7 interface.

-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
Permalink | Reply | 0 comments |
headers
thhirsch | 20 Jun 17:12
Picon
Favicon

Unablel to compile freecom (fresch CVS-checkout) due to errors

Hi,

Sorry for boring with my unability to solve it by myself  (i am not a
developer..).

When doing a fresh checkout of freecom and trying to compile with
TurboCPP (suppl downloaded and added) i was unable to compile because of
the following error(s). (see copied screen output).
Error: Undefined symbol _abspath in module batch.c
Error: Undefined symbol _truepath in module TRUENAME

Some weeks (or month?) ago i tried and succeded in compiling without
errors. Please advice on how to correct, as i want to test newest kernel
with newest FreeCom for my OS-Deployment-Disk.

Many thanks in advance
Thomas Hirsch

Screen output with error message:
------------------------------------------------------------------------------------
	Making COMMAND.COM
	MAKE  Version 3.0  Copyright (c) 1987, 1990 Borland International
	Available memory 533672 bytes
	        copy MAKE0000.$$$ TCCDOS.CFG
	        1 Datei(en) kopiert
	        Z:\TCPP\BIN\TCC +TCCDOS.CFG -c batch.c cmdtable.c command.c
	Turbo C++  Version 1.01 Copyright (c) 1990 Borland International
	batch.c:
	cmdtable.c:
	command.c:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steffen Kaiser | 21 Jun 14:15
Picon

Re: command.com environment

> Why COMMAND.COM places environment at upper? As I understand, LOW_LASTFIT
> (2), HI_LASTFIT (42h) or HILOW_LASTFIT (82h) memory allocation?

Hello Akrady,

I don't understand the conjunction of your two questions.

FreeCOM moves its environment to upper memory, in order to save more memory
in low memory.

Bye,

--

-- 
Steffen

-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
Permalink | Reply | 0 comments |
headers
Arkady V.Belousov | 24 Jun 18:34
Picon

space in environment

Hi!

     2Steffen Kaiser: Steffen, how FreeCOM handles /E option? I mean, how
this options affects environment? Is it _limits_ size of internal buffer,
which later used to make environment of new applications?

PS: When I run FreeCOM through SHELL= or INSTALL= without /P option, it
doesn't makes itself primary.

PPS: When start (as secondary), FreeCOM shows list of internal commands. I
think, this is not right: even if you think that FreeCOM should show some
additional information at start, better if at start it shows not more than
one additional line (something like: "To get list of internal commands and
features, enter HELP command").

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
Permalink | Reply | 0 comments |
headers
FreeCOM | 26 Jun 16:49
Favicon

Re: space in environment

Arkady V.Belousov wrote:

>      2Steffen Kaiser: Steffen, how FreeCOM handles /E option? I mean, how
> this options affects environment? Is it _limits_ size of internal buffer,

It resizes the block of memory the environment of FreeCOM resides in.

> which later used to make environment of new applications?

FreeCOM does not use no internal buffer for the environment, but 
performs all operations on the environment segment.

> PS: When I run FreeCOM through SHELL= or INSTALL= without /P option, it
> doesn't makes itself primary.

When FreeCOM is started with the /P option, it makes itself permanent.

> PPS: When start (as secondary), FreeCOM shows list of internal commands. I

That's true and will change when the settings inheritance becomes 
implemented.

Tschuess,

--

-- 
Steffen Kaiser

The current maintainer of FreeCOM <at> FreeDOS.org
http://freedos.sourceforge.net/freecom/FreeCOM.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Arkady V.Belousov | 26 Jun 17:40
Picon

Re: space in environment

Hi!

26-Июн-2004 16:49 _freecom <at> freedos.org (FreeCOM) wrote to
freedos-freecom <at> lists.sourceforge.net:

F> FreeCOM does not use no internal buffer for the environment, but
F> performs all operations on the environment segment.

     Ie. applications always get reduced (to size of contents) envrionment
memory block (notwithstanding /E, which affect only command.com' memory)?

>> PS: When I run FreeCOM through SHELL= or INSTALL= without /P option, it
>> doesn't makes itself primary.
F> When FreeCOM is started with the /P option, it makes itself permanent.

     Of course, but, for example, NDOS does itself permanent even without
/p. BTW, I see no ways to differ INSTALL= and SHELL=.

>> PPS: When start (as secondary),

     I mean, without /p option.

>> FreeCOM shows list of internal commands. I
F> That's true and will change when the settings inheritance becomes
F> implemented.

     I think, this should be implemented in any case.

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane