Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-27 Thread Johnson Lam
On Sun, 26 Nov 2006 18:43:14 +0100, you wrote: Hi, >How about licensing? Is qxumbpci GPL/open source? Free and closed-source (sorry). >If it is closed source it may give you better performance, but you >risk that the program may be abandoned and no-one to be able to take >it back. Correct. R

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-27 Thread Arkady V.Belousov
Hi! 27-Ноя-2006 09:29 [EMAIL PROTECTED] (Lester) wrote to freedos-user@lists.sourceforge.net: >> How about licensing? Is qxumbpci GPL/open source? >> If it is closed source it may give you better performance, but you >> risk that the program may be abandoned and no-one to be able to take >> it ba

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-27 Thread Eric Auer
Hi Lester, only if software is not only free but also open source, it is possible that other people take care of projects again which were abandoned for a while. Actually this happened for several FreeDOS tools before... So we try to put only open source software in our distro, but from time to t

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-27 Thread Lester
> Aitor Santamaría: > > How about licensing? Is qxumbpci GPL/open source? > > If it is closed source it may give you better performance, but you > risk that the program may be abandoned and no-one to be able to take > it back. I assume this message is directed to FreeDos official SourceForge pro

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-26 Thread Aitor Santamaría
Hi, How about licensing? Is qxumbpci GPL/open source? If it is closed source it may give you better performance, but you risk that the program may be abandoned and no-one to be able to take it back. Aitor 2006/11/23, Lester <[EMAIL PROTECTED]>: > >Eric: Hi, sorry to bother you, but could you se

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-23 Thread Lester
>Eric: Hi, sorry to bother you, but could you send me the results for some other values ... Here they are, lba 128 0,0, lba 1024 0,0 and qcache 9,512. Free Memory: _ Conventional _ Upper _ Extended (XMS) QCACHE STACKS=0,0 624 _ 42 1,493,529 LBACACHE 1

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-23 Thread Lester
Here is updated table that includes lbacache of different sizes and stacks= 9,384. Free Memory: _ Conventional _ Upper _ Extended (XMS) QCACHE STACKS=0,0 624 ___ 42 1,493,529 QCACHE STACKS=9,256 __ 624 ___ 39 1,493,529 QCACHE /X _ STACK

Re: [Freedos-user] LBACACHE, QCACHE & STACKS=9,512

2006-11-23 Thread Lester
I have run a few test, with different stacks, lbacache and qcache settings and looked at memory stats. Here are the results (my pc has 1.5 GB RAM). Free Memory: _ Conventional _ Upper _ Extended (XMS) QCACHE STACKS=0,0 ___ 624 __ 42 1,493,529 QCACHE STACKS=9,25

Re: [Freedos-user] LBAcache crash with EMS enabled under VMware

2006-09-08 Thread Blair Campbell
no, it is much different from Michael's. It may become known as EMM386 3.xx, but who knows. On 9/8/06, Arkady V.Belousov <[EMAIL PROTECTED]> wrote: > Hi! > > 8-Сен-2006 10:30 [EMAIL PROTECTED] (Robert Riebisch) wrote to > freedos-user@lists.sourceforge.net: > > RR> Please try Japheth's JEMM386: h

Re: [Freedos-user] LBAcache crash with EMS enabled under VMware

2006-09-08 Thread Arkady V.Belousov
Hi! 8-Сен-2006 10:30 [EMAIL PROTECTED] (Robert Riebisch) wrote to freedos-user@lists.sourceforge.net: RR> Please try Japheth's JEMM386: http://www.bttr-software.de/links/#drivers If this is edition, which given by Japhet once, then all important changes from there was already duplicated in

Re: [Freedos-user] LBAcache crash with EMS enabled under VMware

2006-09-08 Thread Robert Riebisch
[EMAIL PROTECTED] wrote: > I just did an install of FD 1.0 in a VMware machine, and if I let it boot > with the default option "...EMM386+EMS and SHARE" then when LBAcache is > loaded, Please try Japheth's JEMM386: http://www.bttr-software.de/links/#drivers Robert Riebisch -- BTTR Software http

[Freedos-user] LBAcache crash with EMS enabled under VMware

2006-09-07 Thread Gordon . Schumacher
I just did an install of FD 1.0 in a VMware machine, and if I let it boot with the default option "...EMM386+EMS and SHARE" then when LBAcache is loaded, I get the following: Illegal Instruction occurred CS= IP= SS=CC74 SP=0022 DS= ES= EAX=00090100 EBX= ECX= EDX=FF

Re: [Freedos-user] LBACACHE user question: Who needs TUNS?

2005-07-18 Thread Gerry Hickman
Hi Eric, Hi, I want to make TUNS turn on automatically in some cases. The purpose of the TUNS option is to allocate stacks in low DOS RAM because, for unknown reason, SCSI BIOSes freak out (timeouts...) if you call some functions with the stack being located in an UMB. Interesting. When I was

[Freedos-user] LBACACHE user question: Who needs TUNS?

2005-07-15 Thread Eric Auer
Hi, I want to make TUNS turn on automatically in some cases. The purpose of the TUNS option is to allocate stacks in low DOS RAM because, for unknown reason, SCSI BIOSes freak out (timeouts...) if you call some functions with the stack being located in an UMB. In other words: If you 1. have a SCS

[Freedos-user] LBACache and Tickle question

2004-09-01 Thread 16 BIT
I wanted to do some work on a set of floppy disks, things like format some and check files and etc. I thought I'd try LBACache with the FLOP option and Tickle to make things faster. I discovered that things like the DIR command and CHKDSK were not reading the current disk in the drive, rather so

[Freedos-user] LBACache error message

2004-06-16 Thread Johnson Lam
Hi Eric, Maybe someone got the same message as me, so I post the here for everyone to see what happened. = Extract an archive with PKUNZIP = PKUNZIP: (W18) Warning! HOCUS.SAV already exists. Overwrite (y/n/a/r)?a Inflating: HOCUS.SAV Inflating: HOCUS.EXE Bug! DOS->XMS.10b0

[Freedos-user] lbacache

2004-04-30 Thread Roberto Quiroga
I have problems compiling with Microsoft C 6.00a under Freedos with lbacache. The errors are invalid opcodes or internal compiler errors. I have 386swat but do not know how to debug the problem. There are no errors compiling without lbacache -- Roberto Quiroga