Re: [Freedos-user] ...and about FreeCon this time

2013-01-02 Thread Aitor SantamarĂ­a
The problem is that there's a limit to what one can ask to a FreeDOS tool: if it breaks MS-DOS compatibility. If DATE/T is taken as an option by MS-DOS COMMAND.COM, so should FreeCOM. You don't know how many batch programs could stop working with that change. Aitor 2012/4/11 Zbigniew

[Freedos-user] ...and about FreeCon this time

2012-04-11 Thread Zbigniew
1. Its history records empty lines (e.g. when one hits Enter) - I think, there's no need for that. It should record a line only in case, when after eliminating blank characters (CR, LF, space...) from both ends, its length still remains 0. 2. Could it be made to use slash as separator in

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread Tom Ehlert
Hallo Herr Zbigniew, am 11. April 2012 um 19:19 schrieben Sie: 1. Its history records empty lines (e.g. when one hits Enter) - I think, there's no need for that. It should record a line only in case, when after eliminating blank characters (CR, LF, space...) from both ends, its length still

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread Rugxulo
Hi, On Wed, Apr 11, 2012 at 12:19 PM, Zbigniew zbigniew2...@gmail.com wrote: 1. Its history records empty lines (e.g. when one hits Enter) - I think, there's no need for that. It should record a line only in case, when after eliminating blank characters (CR, LF, space...) from both ends, its

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread Zbigniew
2012/4/11, Tom Ehlert t...@drivesnapshot.de: 2. Could it be made to use slash as separator in pathnames, just like 4DOS allows both slash and backslash? Every Linux/BSD user will appreciate that. whats supposed to happen on C:DATE/T /T is probably an option DATE\T probably some

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread Bret Johnson
My personal vote would be for bringing a little more order, I mean: to suppress recognizing such input as option, if slash is directly after some string of characters - in such case path recognition should be assumed. Problem with that is that I've seen programs that _require_ the options to

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread BretJ
Some DOS *apps* cared and choked on it, so I wrote Korn shell alias wrappers to reset the option delimiter char to / before running them, and set it back to - when they exited. Like I said, this is why it won't work in the _general_ case. There are situations and programs where it can work,

Re: [Freedos-user] ...and about FreeCon this time

2012-04-11 Thread dmccunney
On Wed, Apr 11, 2012 at 5:51 PM, BretJ bretj...@juno.com wrote: Some DOS *apps* cared and choked on it, so I wrote Korn shell alias wrappers to reset the option delimiter char to / before running them, and set it back to - when they exited. Like I said, this is why it won't work in the