Hi,
Bernd Blaauw escribió:
Blair Campbell schreef:
I would like to see a shorter beep when autocompleting filenames, as
the beep is too long and actually causes it to be faster sometimes to
type the filename out.
I would like LH to be Accepted(!) by FreeCOM, even if functionality
behind th
There is a major release blocker where if "/1"=="/1" echo yes fails
with an invalid switch, where it worked in 0.83. This is very
important to many batch files, and reduces the compatibility with
manny things. This should really be fixed before 0.84 gets released.
--
Alain schreef:
I would like LH to be Accepted(!) by FreeCOM, even if functionality
behind this command has been disabled.
???
It is working here! Is this new?
it's disabled for the 8086+ XMS-swapping version of Freecom 0.84PRE.
Otherwise FreeCOM wouldn't compile.
Bernd
--
Bernd Blaauw escreveu:
I would like LH to be Accepted(!) by FreeCOM, even if functionality
behind this command has been disabled.
???
It is working here! Is this new?
Alain
---
SF.Net email is sponsored by: Discover Easy Linux Migration
Alex Buell schreef:
I do wonder if FreeDOS Kernel build 2034b will work with MS-DOS 6.22
COMMAND.COM...
FreeDOS kernel has a VERSION= statement for config.sys.
I don't know if it's executed before or after loading the shell.
MS COMMAND.COM from win98 runs on freedos fat32-enabled kernel, which
Hi, as Blair (also) wants a shorter beep in FreeCOM, I suggest
to do the following:
- edit beep_l.c and beep_n.c and remove the sound() / delay() / nosound()
and replace them by "printf("\b");" or similar. A more sophisticated
solution would involve an option to the BEEP command of FreeCOM
Blair Campbell schreef:
I would like to see a shorter beep when autocompleting filenames, as
the beep is too long and actually causes it to be faster sometimes to
type the filename out.
I would like LH to be Accepted(!) by FreeCOM, even if functionality
behind this command has been disabled. t
I would like to see a shorter beep when autocompleting filenames, as
the beep is too long and actually causes it to be faster sometimes to
type the filename out.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM
Eric Auer schreef:
Well it worked for me, but I tested by typing LABEL C: enter
and then typing the label when prompted. Maybe FreeCOM
compressed the spaces on the LABEL command line, you should
try LABEL C: "TEST TEST" of similar... Anyway, my test result
is that VOL displays the label with the
Hello Eric,
>> works under FreeDOS at least, under NTFS still fails.
> That can be a problem with your NTFS driver,
AFAIK, that's a problem with the network redirector which can't return
more them 4GB total/free size
tom
---
SF.Net email is
Hi Bernd,
> > fix: DIR/VOL: bug#1809, volume label missing spaces {KJD}
>
> did you verify? VOL still seems to compress spaces in label
> LABEL C: TEST TEST
Well it worked for me, but I tested by typing LABEL C: enter
and then typing the label when prompted. Maybe FreeCOM
compressed the spaces
Hi, I have done some more testing and now have more information...
> http://www.coli.uni-sb.de/~eric/stuff/soft/specials/volinfxl.zip
... causes FreeCOM 0.84 confusion: When startet from the prompt,
one keypress after the return to the prompt gets lost, plus the
errorlevel will be 95. Uhm, start
Hello Eric,
10 to 1 that 'someone' is trashing someone elses memory
good luck seaching
BTW: some version info would be nice (if that would depend on version)
Tom
Thursday, July 21, 2005, 3:40:01 PM, you wrote:
> Hi, I have a "blocker" problem with FreeCOM:
> Whenever VOLINFXL shows up in a
Hi, I have a "blocker" problem with FreeCOM:
Whenever VOLINFXL shows up in a BAT file, FreeCOM (German version
made from your NLS download) reports (translated version of)...:
Ctrl-Break pressed, abort batch file (yes/no/all)?
This happens right after the running of VOLINFXL.
In addition, there i
14 matches
Mail list logo