Hi Eric,
I monitored with a RS232 break-out box, DTR raise when BAUDHARD=1.
But when it's low, it shows DTR=AUTO. That seems a bit confusing.
Rgds,
Johnson.
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limit
At 07:08 PM 4/25/2004 -0400, Patrick J. LoPresti wrote:
>Michael Devore <[EMAIL PROTECTED]> writes:
>
>> I don't do kernel work, but depending on how much you want to dig in
>> the guts of the problem, you might want to grab the 386SWAT debugger
>> and load it immediately after the driver, with not
On Sun, 2004-04-25 at 22:33, Steve Nickolas - Using Windoze wrote:
> david lowe wrote:
> > What utilities are recommended for download management, internet
> > browser, & virus/trojan/worm
> > detection & removal?
>
> I have yet to find them, although I have heard Arachne works well as a
> brow
david lowe wrote:
First a few updates...
My considering converting to FreeDOS was because of some recent problems
with my system, some of which were problems in Windoze. Eventually
(over the course of this weekend) I had to reformat my hard drive. Now
that that's over with, I have a few more qu
First a few updates...
My considering converting to FreeDOS was because of some recent problems
with my system, some of which were problems in Windoze. Eventually (over
the course of this weekend) I had to reformat my hard drive. Now that that's
over with, I have a few more questions:
What syst
On 25 Apr 2004 18:10:17 -0400, you wrote:
Hi Patrick,
>With FreeDOS (ke2034_32), it crashes as I described: The driver loads,
>but when tinyrfc.exe tries to obtain a DHCP lease, it gets an invalid
>opcode.
You report faster than me.
I got the same problem when trying MSCLIENT, it does work unde
Michael Devore wrote:
Long long ago, I remember my now-recycled Epson
dot-matrix printer resetting on cold boots and seems
> like it maybe it didn't reset on warm boots, but I
> could be remembering that wrong.
All my dot matrix printers have always reset on warm boot.
-uso.
-
At 07:08 PM 4/25/2004 -0400, Patrick J. LoPresti wrote:
>Michael Devore <[EMAIL PROTECTED]> writes:
>
>> I don't do kernel work, but depending on how much you want to dig in
>> the guts of the problem, you might want to grab the 386SWAT debugger
>> and load it immediately after the driver, with not
Title: Bestec_FT4U->Finishing Equipment
We trade stock ultrasonic cleaning, metal finishing plant and equipment.
Ask details >>
Michael Devore <[EMAIL PROTECTED]> writes:
> I don't do kernel work, but depending on how much you want to dig in
> the guts of the problem, you might want to grab the 386SWAT debugger
> and load it immediately after the driver, with nothing else. It
> should catch the exception and throw you int
Bart Oldeman escribió:
On Sun, 25 Apr 2004, Aitor Santamaría Merino wrote:
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB (10
* 60KB),
which is nearly half the disk! (and makes creating 720KB more difficult).
Perhaps it's a question to ch
Michael Devore <[EMAIL PROTECTED]> writes:
> Since you're failing without HIMEM or EMM386 loaded, you have to be
> hitting a kernel compatibility, agreed? It can't be a UMB conflict
> or a p-mode conflict or something failing in EMS/XMS/VCPI/DPMI
> calls. That actually narrows the field of suspe
Hi,
Eric Auer escribió:
RAM= assume that there already IS RAM at this place, so leave it mapped 1:1
and put UMB or EMS page frame there
Do not mess with terms:
RAM= scanable area: scan it, and if found empty, map, and have into
account any X=, I=
X=unconditionally excluded for UMBs/pageframe
Ooops...
Aitor Santamaría Merino escribió:
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB
(10 * 60KB),
which is nearly half the disk! (and makes creating 720KB more
difficult).
Perhaps it's a question to check the CPI files, perhaps for MOST of
the
Hi!
25-Апр-2004 15:36 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> X-Spam-Report: Spam detection software, running on the system
"externalmx-1.sourceforge.net", has
EA> identified this incoming email as possible spam. The original message
EA> has been attached to this so
help-files are already collected in a zipfile, Rob worked on that.
I suggested compressing the CPI-files to Eric using Gzip,
but that would add Zlib to MODE.
Eric likes another less efficient but smaller to implement compression
algorythm/program.
he said it reduces CPI from 58 (60) to 19KB (Gzip
At 11:36 PM 4/25/2004 +0400, Arkady V.Belousov wrote:
>Hi!
>
>25-áÐÒ-2004 11:02 [EMAIL PROTECTED] (Michael Devore) wrote to
>[EMAIL PROTECTED]:
>
>I thought "ram" by itself meant dynamic EMS allocation as opposed to
>>>MD> It's not documented that way on any EMM386 docs I see, including
>>>EMM3
At 03:24 PM 4/25/2004 -0300, Alain wrote:
>Hi Michael,
>
>>I'm not sure why it matters if the Ctrl-Alt-Del happens in protected mode
>>application.
>>The only difference I can detect between warm and cold boot is the cold boot has
>>the POST memory check and resets the hardware, which is annoyin
On Sun, 25 Apr 2004, Aitor Santamaría Merino wrote:
> Bernd Blaauw escribió:
>
> > right now on updated ODIN bootdisk the CPI files take almost 600KB (10
> > * 60KB),
> > which is nearly half the disk! (and makes creating 720KB more difficult).
>
> Perhaps it's a question to check the CPI files, p
At 01:37 PM 4/25/2004 -0400, you wrote:
>In the last major release of my project
>(http://unattended.sourceforge.net/), I changed my network boot disk
>to use FreeDOS instead of MS-DOS.
>
>Now, my users are reporting that the boot disk no longer works on
>machines which have Intel gigabit (PRO/1000
Hi!
25-Апр-2004 11:02 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
I thought "ram" by itself meant dynamic EMS allocation as opposed to
>>MD> It's not documented that way on any EMM386 docs I see, including
>>EMM386 may be able to convert additional amounts of XMS memory to
Hi Michael,
I'm not sure why it matters if the Ctrl-Alt-Del happens in protected mode application.
The only difference I can detect between warm and cold boot is the cold boot has
the POST memory check and resets the hardware, which is annoying to wait for when
it isn't required. That's true in
Hi, I thought about ROM/RAM again. Conclusion:
X= leave area mapped 1:1 and untouched (e.g. for ROM areas and video buffers)
I= map RAM to this place to create UMB or EMS page frame
RAM= assume that there already IS RAM at this place, so leave it mapped 1:1
and put UMB or EMS page frame there
R
Michael Devore escribió:
At 01:52 AM 4/25/2004 +0400, Arkady V.Belousovwrote:
Hi!
24-áÐÒ-2004 23:05 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> EMM386 RAM= is well enough implemented if you make it an alias to X= if
EA> you ask me.
Wrong.
X= will limit the range check
In the last major release of my project
(http://unattended.sourceforge.net/), I changed my network boot disk
to use FreeDOS instead of MS-DOS.
Now, my users are reporting that the boot disk no longer works on
machines which have Intel gigabit (PRO/1000) networking hardware.
I have one machine wit
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB (10
* 60KB),
which is nearly half the disk! (and makes creating 720KB more difficult).
Perhaps it's a question to check the CPI files, perhaps for MOST of the
countries, just 2 or 3 of those CPI files are n
At 05:53 PM 4/25/2004 +0400, Arkady V.Belousov wrote:
>Hi!
>
>24-áÐÒ-2004 21:51 [EMAIL PROTECTED] (Michael Devore) wrote to
>[EMAIL PROTECTED]:
>
>>>I thought "ram" by itself meant dynamic EMS allocation as opposed to
>>>allocating a fixed amount (at least, this is what the docs day), that's
>>>how
Hi!
24-Апр-2004 21:51 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
>>I thought "ram" by itself meant dynamic EMS allocation as opposed to
>>allocating a fixed amount (at least, this is what the docs day), that's
>>how I use "ram" in M$ EMM386.
MD> It's not documented that way on
28 matches
Mail list logo