Re: [Freedos-devel] FreeCom daily builds

2005-07-24 Thread Arkady V.Belousov
Hi!

10-Июл-2005 08:13 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
freedos-devel@lists.sourceforge.net:

>> Better change that to readme.txt!
KJD> I call it readme.cmd as it is the readme for command.com, which just
KJD> happens to be a batch file extension on OS/2 and WinNT, hence the trick
KJD> at the top.  I can not use readme.txt, as that name is used for the
KJD> kernel readme within the same build base directory that these files are
KJD> copied from.

 command.txt?




---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-24 Thread Arkady V.Belousov
Hi!

24-Июл-2005 01:48 [EMAIL PROTECTED] (Aitor Santamarэa Merino) wrote to
freedos-devel@lists.sourceforge.net:

>>> Note: I switched it so the cmdxms builds have loadfix & loadhi, and
>>> these are disabled in the cmd8086 builds.  WARNING: loadfix is
^^^
>>> completely untested by me!  If you can test it, please let me know if
>> old HTMLHELP binary required it somehow.
ASM> Sorry, old HTMLHELP requires what??

 loadfix.




---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-23 Thread Aitor Santamaría Merino

Hi,

Bernd Blaauw escribió:
Note: I switched it so the cmdxms builds have loadfix & loadhi, and 
these are disabled in the cmd8086 builds.  WARNING: loadfix is 
completely untested by me!  If you can test it, please let me know if 
it works correctly or not.



old HTMLHELP binary required it somehow.


Sorry, old HTMLHELP requires what??

Aitor


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-12 Thread Bernd Blaauw

Roberto Mariottini schreef:


Hi,
on http://www.mariottini.net/freedos/english.html you can find a new 
version of italian translations for FreeCOM, updated to the version 
1.34 (1.35 has only minor modifications).


I've posted them months ago, but nobody did commit them.


I didn't thank you for it? my apologies then.
I'll see if the language files compile with the FreeCOM builds that 
Jeremy posts.


Bernd


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-12 Thread Roberto Mariottini

Hi,
on http://www.mariottini.net/freedos/english.html you can find a new 
version of italian translations for FreeCOM, updated to the version 1.34 
(1.35 has only minor modifications).


I've posted them months ago, but nobody did commit them.

Ciao


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-11 Thread Alain



Kenneth J. Davis escreveu:

1) 8086 command.com, works with CALL /S and KSSF, no loadhi/loadfix
2) 186+ xmsswap.com, including loadfix
3) 8086 xmsswap, with some disabled features as it would otherwise be 
too big.


I would prefer option 3 as most optimal, but depends on what you 
explicitly disabled :)


Eric wants 1 and you prefer 3 ...


And I prefer 2. In fact not really 2, but a "best of all" which would be 
386+, with everything. I have already tested the xmsswap when no xms is 
present and it is no problem at all. I suggest reclassifying by application
1) => 8086, for old machines, could be made lighter as no memory manager 
exists

2) => be the "best of all"
3) => for embeded. These are usualy 386, need a light version but have a 
memory manager, but need a reduced memory usage.


Alain


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-10 Thread Kenneth J. Davis

Kenneth J. Davis wrote:
...
I disable only ALIAS support, command /Z support, dir with 4DOS 
descript.ion support, loadhi, and loadfix.  I'm checking now to see if 
the xms-swap version builds for 8086 with these same options disabled.

...

ok, 8086 xms-swap seems to work/build with just these options disabled, 
so please provide me with some consensus of whether to add a 3rd build 
option or which of these two 8086 [xms-swap or kernel-swap?] to keep.


Jeremy





---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-10 Thread Kenneth J. Davis

1) 8086 command.com, works with CALL /S and KSSF, no loadhi/loadfix
2) 186+ xmsswap.com, including loadfix
3) 8086 xmsswap, with some disabled features as it would otherwise be 
too big.


I would prefer option 3 as most optimal, but depends on what you 
explicitly disabled :)


Bernd


Eric wants 1 and you prefer 3 ...

I disable only ALIAS support, command /Z support, dir with 4DOS 
descript.ion support, loadhi, and loadfix.  I'm checking now to see if 
the xms-swap version builds for 8086 with these same options disabled.


Jeremy





---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-10 Thread Bernd Blaauw

Kenneth J. Davis schreef:

Bernd Blaauw wrote:


Kenneth J. Davis schreef:


I have updated my daily FreeCom builds so there are now two sets.
The cmdxms* files are same as before, 186+ xms-swap nearly all features.
Added cmd8086* files, 8086+ kernel-swap some features disabled.


I cannot count properly, you explicitly mentioned TWO sets.
However I interpreted sentences after that as 3:
1) 8086 command.com, works with CALL /S and KSSF, no loadhi/loadfix
2) 186+ xmsswap.com, including loadfix
3) 8086 xmsswap, with some disabled features as it would otherwise be 
too big.


I would prefer option 3 as most optimal, but depends on what you 
explicitly disabled :)


Bernd


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-10 Thread Kenneth J. Davis

Bernd Blaauw wrote:


Kenneth J. Davis schreef:


I have updated my daily FreeCom builds so there are now two sets.
The cmdxms* files are same as before, 186+ xms-swap nearly all features.
Added cmd8086* files, 8086+ kernel-swap some features disabled.



Jeremy, can you reduce the number of files which are downloadable?
I guess the non-XMS build is most universal, despite the high memory 
consumption then.


Well, I don't know what people want, so I have included a variety of 
options.  They are:


cmdxms* refer to the 186+ xms-swap builds
cmd8086* refer to the 8086+ kernel-swap builds

(XX=xms or 8086)
cmdXX.HEAD.zip  is the file I expect most people to use, it is English, 
ready to run and just contains command.com (UPX'd) and the build log.


(YY is language, i.e. dutch, ENGLISH, french, german, italian, pt_br, 
russian, serbian, spanish, swedish, or yu437)
cmdXX.HEAD.YY.zip  is a translation pack for indicated language, it 
contains a precompiled portion COMMAND.BIN, precompiled critical error 
handler, and the general strings in a form for easy updating/building.


cmdXX.HEAD.NLS.zip  includes the COMMAND.BIN portion and prebuilt 
strings.dat for all the supported languages; just combine the two and 
you have your translated command.com for use.  This is the archive I 
expect those who do not wish to use the English command.com to use.


freecom.HEAD[.8086].zip is the complete source treee (minus config.mak 
which is particular to my setup); the difference is in CONFIG.H only.



Some translations are missing, I can not help that, but I will update 
cvs with any new translations.




Thank you for the implemented features and renewed 8086 compatibility 
for XMSswap versions.


see my reply to Eric.  If you really want an xms-swap 8086 one, I can 
either change the 8086 build to use it or add yet another variant; but 
this way the cmd8086* set should be the most compatible and useful for 
testing.  Just let me know, its easy to change now, either way.




*fixstrs.exe is available, but where is critstrs.exe ?


I don't include it, as I do not provide a way to update the critical 
error handlers outside of a complete FreeCom build.



*readme.cmd might be changed to readme.bat so also opens on Win9x?
 and it contains a typo: COMMMAND instead of COMMAND


see my note to Eric.  Thanks will fix.



you build 3 command.bin files
(8086, 80286+ full featured, 8086-disabled).
Might be an idea to store them in cmd%LANGUAGE%.HEAD.ZIP:
[language dependent] command.bin (+logfile?)
[language dependent] xmsswap.bin (+logfile?)
[language dependent] xms8086.bin (+logfile?)
[language dependent] criters.bin
[language dependent] %language%.err/lng
[independent   ] default.err/lng (has to be english?)

   yes, used when lacking and determines order

[independent   ] fixstrs.exe/critstrs.exe

Note: I switched it so the cmdxms builds have loadfix & loadhi, and 
these are disabled in the cmd8086 builds.  WARNING: loadfix is 
completely untested by me!  If you can test it, please let me know if 
it works correctly or not.



old HTMLHELP binary required it somehow.

I think this is everything I said I would do, so let me know if I 
forgot anything.



Only SYS remains. Is it safe to combine development version of SYS with 
a stable kernel? I don't think SYS and KERNEL depend on each other very 
much.


perfectly safe.  The only difference combining sys from other kernel is 
in the sys CONFIG usage, but this hasn't changed between the two 
branches.  SYS is bootsector dependant, but these are embedded within 
it, so a mismatch there can not happen.





Jeremy



Bernd


Jeremy





---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


Re: [Freedos-devel] FreeCom daily builds

2005-07-10 Thread Bernd Blaauw

Kenneth J. Davis schreef:

I have updated my daily FreeCom builds so there are now two sets.
The cmdxms* files are same as before, 186+ xms-swap nearly all features.
Added cmd8086* files, 8086+ kernel-swap some features disabled.


Jeremy, can you reduce the number of files which are downloadable?
I guess the non-XMS build is most universal, despite the high memory 
consumption then.


Thank you for the implemented features and renewed 8086 compatibility 
for XMSswap versions.


*fixstrs.exe is available, but where is critstrs.exe ?
*readme.cmd might be changed to readme.bat so also opens on Win9x?
 and it contains a typo: COMMMAND instead of COMMAND

you build 3 command.bin files
(8086, 80286+ full featured, 8086-disabled).
Might be an idea to store them in cmd%LANGUAGE%.HEAD.ZIP:
[language dependent] command.bin (+logfile?)
[language dependent] xmsswap.bin (+logfile?)
[language dependent] xms8086.bin (+logfile?)
[language dependent] criters.bin
[language dependent] %language%.err/lng
[independent   ] default.err/lng (has to be english?)
[independent   ] fixstrs.exe/critstrs.exe

Note: I switched it so the cmdxms builds have loadfix & loadhi, and 
these are disabled in the cmd8086 builds.  WARNING: loadfix is 
completely untested by me!  If you can test it, please let me know if it 
works correctly or not.


old HTMLHELP binary required it somehow.

I think this is everything I said I would do, so let me know if I forgot 
anything.


Only SYS remains. Is it safe to combine development version of SYS with 
a stable kernel? I don't think SYS and KERNEL depend on each other very 
much.



Jeremy


Bernd


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel


[Freedos-devel] FreeCom daily builds

2005-07-10 Thread Kenneth J. Davis

I have updated my daily FreeCom builds so there are now two sets.
The cmdxms* files are same as before, 186+ xms-swap nearly all features.
Added cmd8086* files, 8086+ kernel-swap some features disabled.

Note: I switched it so the cmdxms builds have loadfix & loadhi, and 
these are disabled in the cmd8086 builds.  WARNING: loadfix is 
completely untested by me!  If you can test it, please let me know if it 
works correctly or not.


[I had to fix a couple issues with my build, so it may be an hour or so 
before the corrected builds are up on my site; mostly readme related or 
extra files in archives.]

http://fdos.org/AutoIndex/index?dir=kernel/

I think this is everything I said I would do, so let me know if I forgot 
anything.


Jeremy





---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel