Re: [Freedos-devel] Testing the state of A20

2004-01-31 Thread Arkady V.Belousov
Салям! 31-Янв-2004 18:15 [EMAIL PROTECTED] (Patrick J. LoPresti) wrote to [EMAIL PROTECTED]: PJL> Issue 2 (interrupts) is a potential problem for the original approach, PJL> because cmpsd is interruptible. So if A20 is disabled and the bytes PJL> in low memory change during an interrupt, the com

Re: [Freedos-devel] Re: [Freedos-cvs] kernel/kernel config.c,1.63,1.64

2004-01-31 Thread Gregory Pietsch
Arkady V.Belousov wrote: Hi! 31-Янв-2004 07:06 [EMAIL PROTECTED]: +++ config.c 31 Jan 2004 15:06:36 - 1.64 + if (pLine[0]>='0' && pLine[0]<='9') { int nIndex = pLine[0]-'0'; Is there some reason why isdigit() can't be called? -- Gregory Pietsch int nIndex = (UBYTE)(

[Freedos-devel] Testing the state of A20

2004-01-31 Thread Patrick J. LoPresti
I want to open this to a wider audience, especially experts on the x86 in all of its flavors. The question is, how do you reliably test the current state of the A20 gate? Put more generally, how can you detect when two different addresses actually refer to the same memory location? The original

Re: [Freedos-devel] Totaly weird DOSemu behavior

2004-01-31 Thread Bart Oldeman
On Thu, 29 Jan 2004, Imre Leber wrote: > When testing defrag in DOSemu, it seems that i am constantly getting a > middle mouse button press, (from the int33h handler) even if i don't press > on the mouse. That is why the menu is so shaky (I don't get the same > behavior in MSDOS). Does anybody hav

[Freedos-devel] ANSI - Can't display color in CONFIG.SYS

2004-01-31 Thread Johnson Lam
Hi All, I fail to display color in CONFIG.SYS even I copy the example from document. eecho $[##;##m Rgds, Johnson. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the br

Re: [Freedos-devel] working 720k format tool anybody? mirror speed okay?

2004-01-31 Thread Arkady V.Belousov
Hi! 31-Янв-2004 14:02 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: EA> Hi, still looking for a way to make FORMAT able to format 720k EA> disks in 1440k drives... I think, you may/should turn off this feature until you receive explicit requrest for this format and/or you get te

Re: [Freedos-devel] Crash report: HIMEM64+EMM38664

2004-01-31 Thread Johnson Lam
On Sat, 31 Jan 2004 21:05:13 +0200, you wrote: Hi Lucho, >I smell an EMM38664 problem here, but to be sure, can you try HIMEM64+UMBPCI? I'm >using this combination (+HIRAM) here on my GA-6VEML/VIA PLE133T without problems, but >haven't tried EMM38664. HIMEM64C+UMBPCI have no problem. Rgdsm,

[Freedos-devel] Crash report Amend: HIMEM64+EMM38664

2004-01-31 Thread Johnson Lam
Hi All, Sorry I missed (again) ... the crash screen: - Illegal Instruction Occurred CS=C828 IP= SS=9995 SP=61FE DS= ES=C828 EAX=6A2D EBX=6216 ECX=0001 EPX=51F6 ESI= EDI=0008 EBP=620A Opcodes @CS:IP 00 6F 6E 64 61 72 79 2D Aborting program EMM386 - Unabl

Re: [Freedos-devel] Crash report: HIMEM64+EMM38664

2004-01-31 Thread Michael Devore
I'd try unloading EMM386[64] altogether and see if you still have crashes. It's the most likely compatibility culprit at first, particularly since you said the HIMEM64 original also crashed so the new changes aren't at fault. At 02:29 AM 2/1/2004 +0800, you wrote: >Hello All, > >I've tried to r

Re: [Freedos-devel] Crash report: HIMEM64+EMM38664

2004-01-31 Thread Luchezar Georgiev
On Sun, 01 Feb 2004 02:29:17 +0800, Johnson Lam wrote: I've tried to replace HIMEM64C/EMM38664 instead of FDXXMS/UMBPCI and during test I crash the PC with following configuration: [...] I wonder where the problem is, when running FDXXMS/UMBPCI all program can loadhigh. I smell an EMM38664 problem

[Freedos-devel] Re: [Freedos-cvs] kernel/kernel config.c,1.63,1.64

2004-01-31 Thread Arkady V.Belousov
Hi! 31-Янв-2004 07:06 [EMAIL PROTECTED]: > +++ config.c 31 Jan 2004 15:06:36 - 1.64 > + if (pLine[0]>='0' && pLine[0]<='9') >{ > int nIndex = pLine[0]-'0'; int nIndex = (UBYTE)((UBYTE) pLine [0] - '0'); if (nIndex <= 9) { or: unsigned char ch = pLine [0] - '0'; if (

Re: [Freedos-devel] PG suggestion

2004-01-31 Thread maintainer freedospg
Hi Johnson, My focus is gradually switching back to PG and have your suggestion in mind, I hope: 1. PG file.1 file.2 ... file.n is what you want; 2. not required if the above feature works; 3. this will be fixed in next version; Thanks! BAHCL --- Johnson Lam <[EMAIL PROTECTED]> 的郵件內容:> > 1)

[Freedos-devel] PG suggestion

2004-01-31 Thread Johnson Lam
Hi BAHCL, Back to more test, and suggestion: 1) I cannot put 2 or more argument on the command line 2) The sequence of the file is fixed, when I want to compare the content of the 1st and last file I can't bypass the other files 3) When pressing F10 in last file will quit the program, too many wa

[Freedos-devel] Crash report: HIMEM64+EMM38664

2004-01-31 Thread Johnson Lam
Hello All, I've tried to replace HIMEM64C/EMM38664 instead of FDXXMS/UMBPCI and during test I crash the PC with following configuration: -CONFIG.SYS- !version=6.22 !break=on !dos=high,umb !dosdata=high !files=50 !buffers=10,0 !lastdrive=z device=c:\freedos\himem64c.exe (himem64.exe crash

[Freedos-devel] [announce] freedos kernel build 2033

2004-01-31 Thread Bart Oldeman
The newest freedos kernel is up at sourceforge now, at the usual places -- http://sourceforge.net/project/showfiles.php?group_id=5109 you can construct the urls from previous announcements. The emphasis for this release was on fixing bugs. short list of changes: bugs fixed: - 1712 findfirst retur

[Freedos-devel] [announce] freedos kernel build 2033

2004-01-31 Thread Bart Oldeman
The newest freedos kernel is up at sourceforge now, at the usual places -- http://sourceforge.net/project/showfiles.php?group_id=5109 you can construct the urls from previous announcements. The emphasis for this release was on fixing bugs. short list of changes: bugs fixed: - 1712 findfirst retur

[Freedos-devel] UDMA 6.8 is out, TUNZ 1.0 announcement

2004-01-31 Thread Luchezar Georgiev
This is to announce two things: UDMA 6.8 is out. Besides the ubiquitous optimisations, the main news in it is that especially for some badly written BIOS's pretending to meet but *not* meeting the EDD standard, a special hardware-only scan mode has been added. If anyone can test it on the latest I

Re: [Freedos-devel] working 720k format tool anybody? mirror speed okay?

2004-01-31 Thread Luchezar Georgiev
On Sat, 31 Jan 2004 14:02:10 +0100 (MET), Eric Auer wrote: - FreeDOS FORMAT: int 13.5 works, int 13.2 (read) fails. - Con>Fmt 1.07: "drive not ready" if you attempt to format to 720k - FdFrm18 (FdFrm/88 1.8): not much better DD (720 KB) disks have no second hole. Use adhesive tape to simulate that

[Freedos-devel] working 720k format tool anybody? mirror speed okay?

2004-01-31 Thread Eric Auer
Hi, still looking for a way to make FORMAT able to format 720k disks in 1440k drives... - FreeDOS FORMAT: int 13.5 works, int 13.2 (read) fails. - Con>Fmt 1.07: "drive not ready" if you attempt to format to 720k - FdFrm18 (FdFrm/88 1.8): not much better ... So what is this all about? Maybe a gen

[Freedos-devel] ASUS FreeDOS mystery solved?

2004-01-31 Thread Eric Auer
Hi all, Ian Trider seems to have solved the mystery of "ASUS ships a broken FreeDOS installer with certain motherboards but they do not know that they ship any FreeDOS at all": http://usa.asus.com/products/mb/crashfreebios2.htm If the BIOS detects a checksum error, it switches to CD-ROM boot and