Re: [Freedos-user] ANNOUNCE: FD-KEYB 2.0 final ready!

2006-08-31 Thread Blair Campbell
it only uses code that the compiler used to produce it creates.  DJGPP
just happens to use protected mode because it allows the executable
itself to reach astronomical sizes :-).

On 8/30/06, Johnson Lam [EMAIL PROTECTED] wrote:
 On Wed, 30 Aug 2006 21:45:28 -0700, you wrote:

 Hi Blair,

 Hi.  About the 80386 code thing.  It is not necessary to switch to
 protected mode to use large amounts of memory.  This is possible with
 plain 8086 code.  And XDEL has options close to what you wish with
 DEL.

 If 8086 code can works.

 What I mean is ... only use 80386 when necessary, just like your LAME port,
 it
 should support the latest CPU candies such as 3DNOW Professional and SSE3
 because CPU did affect the speed.


 Rgds,
 Johnson.

 -
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job
 easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user



-- 
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
   David Letterman (1947 - )

See ya

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Problem with FD-KEYB 2.0 final

2006-08-31 Thread Aitor Santamaría
Hi,

Memory in separate MCBs is not written to after being loaded. I'll try
to do some testings myself (it seems to work ok under NTVDM and
MS-DOS). The following variants occur to me:
- With/without EMM386
- Different versions of FreeCOM
- Use /B to avoid beeping at all
Testings are wellcome and appreciated.

Aitor

2006/8/30, Bernd Blaauw [EMAIL PROTECTED]:
 Diego Rodriguez schreef:
  Hi!
 
  When I try to LoadHigh FD-KEYB 2.0 final from my AUTOEXEC.BAT I get the
  following error:
 
  FreeCOM: XMSSwap-In: Memory allocation error
  Cannot terminate permanent FreeCOM instance
  System halted ... reboot or power off now
 
  I'm using FreeCOM version 0.84pre2 XMS_Swap [Aug 07 2006 00:05:31] and
  kernel build 2036 cvs [version Sep 09 2005 compiled Jul 26 2006]
 
  It works fine if I don't try to load it high from AUTOEXEC.BAT, also
  works fine if I run it from the command line even if I load it into
  UMBs using LH.
 
  This didn't happen with 2.0 pre4 version.
 
 There's some switch to prevent the data areas (keyb files) being loaded
 high. Can't remember what it is, but seen the error before.

 --
 Efficiency is intelligent lazyness



 -
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Using PCI parallel ports

2006-08-31 Thread Robert Riebisch
Andrew Greenberg wrote:

 As far as I can tell, PCI parallel port cards do not work under FreeDOS.
 Is that true? Does anyone have any guidance on getting PCI parallel

No. Some work in DOS, some not.

 ports to work under FreeDOS?

Use, e.g., http://www.exsys.ch/english/products/ex_41012_41212.html

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] announce: fdshield update, fixes potential freeze

2006-08-31 Thread Jim Hall
Eric Auer wrote:
 Hi, as fdshield could conceivably freeze DOS,
 I replaced all retf +2 commands in fdshield
 by less invasive code. This means that the
 updated fdshield no longer messes for example
 with the interrupt enabled / disabled state
 of the caller. The update should make fdshield
 generally more well-behaved. Note that nobody
 did yet report that fdshield froze his apps.
 Still an update should not hurt... :-).

 Get the updated fdshield at:
 [...]
   

Eric,

This zip file did not include an lsm file.  Can you email me one, based 
on the previous LSM at 
http://www.freedos.org/cgi-bin/freedos-lsm.cgi?q=va=base/fdshield.lsm


Thanks.
-jh

-- 
This email message has been encrypted using the ROT-26 cipher.


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] For Eric - NWCACHE write caching test results; and a new problem

2006-08-31 Thread saywhat
   There's good news and there's bad news.  The good news is that, 

as you expected, there's only a small difference between a big write 

cache with a long delay and a small write cache with a short delay. 

 

   The bad news is that I found some big performance problems (in 

reading and deleting files) that exist in FreeDOS but not in DRDOS 

7.03.  Caching (particularly write-caching) helps both OSs but it 

helps DRDOS a lot more.  E.g. FreeDOS takes 50 seconds to read and 

delete ~300 files.  DRDOS does the same task in 6 seconds.  I don't 

know why. 

 

Here are the details: 

 

First the cache test results.  I ran UKA17X2 with NWCACHE configured 

four different ways.  I rebooted between tests.  Also I used newly 

created subdirectories for each test. 

 

 

Running UKA17X2 (end time - start time) on FreeDOS ca. 2006/08/20 

 - 

 

with write caching 

 -- 

 

14 sec   nwcache 6144 6144 /lend=off /bl=16 /delay=333 /w=64 

 

11 sec   nwcache 6144 6144 /lend=off /bl=16 /delay=333 /w=6144 

 

14 sec   nwcache 6144 6144 /lend=off /bl=16 /delay=5000 /w=64 

 

11 sec   nwcache 6144 6144 /lend=off /bl=16 /delay=5000 /w=6144 

 

14 sec   smartdrv   (no operands - default is write caching for hdds) 

 

 

without write caching 

 - 

 

40 sec   smartdrv c  (read caching on but write caching off for c:) 

 

9 secno cache - target directory was on a ramdisk 

 

 

   In the with write caching results, the difference between 11 

seconds and 14 seconds is less significant than it appears.  That 

measurement is based on the difference between the time on the DOS 

prompt when the cmd is executed and the time on the DOS prompt when 

the cmd ends. 

 

   (I allowed for the time required to type the cmd too.  I typed 

an invalid form of the cmd first and entered it.  Then I recalled 

that cmd, corrected the one char that made it invalid, and then 

pressed enter.  I allowed one second for that recall and correction 

process.) 

 

   The problem is the ending time on the DOS prompt.  The DOS 

prompt returns before the cache finishes writing.  I know this 

because the hdd LED is still flashing for about 3 seconds or so 

after the DOS prompt appears.  That DOS prompt is useless until the 

cache finishes writing; but its premature arrival distorts the time 

readings in these tests. 

 

   I haven't tested LBACACHE yet.  I had planned to but I found 

another problem that seemed more important.  FWIW, I would expect 

that LBACACHE's lack of write caching capability will put its 

performance in the same ballpark as SMARTDRV or NWCACHE when they 

have write caching disabled. 

 

   From the tests that I *did* complete, the numbers suggest that 

the size of the write cache is more significant than the delay.  But 

the difference is not big and, as I pointed out with the premature 

return of the DOS prompt, that difference may really be even smaller 

than these numbers indicate. 

 

   The biggest difference is between *any* write caching and *no* 

write caching at all. 

 

 

   Now for the bad news: 

 

   When I started deleting the files created in the above tests, 

the performance was awful.  It took longer to delete the files than 

it took to create them. 


   Of course I was doing a little more than just deleting those 

files (the pgm that I used also read each file before deleting it). 

But AFAIK that was nothing that should have caused the performance 

to deteriorate that badly. 

 

   Here are some of the timing numbers for deleting a single tree: 

 

50 seconds  With smartdrv write caching on 

 

80 seconds  With nwcache read caching on 

 

100 seconds  With no cache at all 

 

   Remember that most of these trees were created in under 15 

seconds.  The idea that it would take  3x longer to read 

and delete a file than it took to create and write that file seems 

wrong. 

 

   In addition, while each tree was being read and deleted, FreeDOS 

abused the disk (with constant, drive-chattering, seeks) during the 

entire deletion process. 

 

I suspect that the disk was seeking so much because, for each 

file, it was doing the following: 

 

1) Reading from one subdirectory cluster 

 

  a) maybe reading another non-contiguous, subdirectory cluster 

 

  b) maybe reading a third non-contiguous, subdirectory cluster 

 

2) reading the FAT to find out which secondary clusters that file 

  occupied 

 

3) reading all the file's clusters 

 

4) Writing in one of the subdirectory's (non-contiguous) clusters again 

  (to the delete the directory entry) 

 

5) Writing to the first FAT (to mark the file's clusters as free); 

 

6) Writing to the second FAT (to mark the file's clusters as free); 

 

   Multiply that process by ~300 files.  This process seems like it 

*should* benefit greatly from write caching.  Yet, even when write 

caching 

Re: [Freedos-user] TC 2.01 IDE Slooow

2006-08-31 Thread Arkady V.Belousov
Hi!

30-Авг-2006 17:00 [EMAIL PROTECTED] (Collin Donnell) wrote to
freedos-user@lists.sourceforge.net:

CD Seems to be much faster when I run without drivers.
CD Anyone know why or what causes this?

 What mean slow (how you measure? how much slow?)? What you mean by
drivers?

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Problem with FD-KEYB 2.0 final

2006-08-31 Thread Diego Rodriguez

 Hi,
 
 Memory in separate MCBs is not written to after being loaded. I'll
 try
 to do some testings myself (it seems to work ok under NTVDM and
 MS-DOS). The following variants occur to me:
 - With/without EMM386
 - Different versions of FreeCOM
 - Use /B to avoid beeping at all
 Testings are wellcome and appreciated.
 
 Aitor
 
Doesn't work only if I LoadHigh from AUTOEXEC.BAT, it works if I load
it from command line or from a batch file high or not or from
AUTOEXEC.BAT if I don't try to load it into UMBs, of course if I don't
use EMM386 it works since there aren't UMBs to load it high. /B and
/NOHI options doesn't help at all.

The problem doesn't happen with FreeCOM 0.82pl3 [Dec 10 2003], so seems
to be probably a FreeCOM problem.



__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Problem with FD-KEYB 2.0 final

2006-08-31 Thread Aitor Santamaría
Many thanks, Diego. It is, then, a known problem (ocurred in last
version too, but doesn't seem to arise under MS-DOS or NTVDM, so as
you say the problem may be in FreeCOM).
I would like to investigate into that too, although I just wanted to
clean up some missing bugs in KEYB itself before proceed. Of course, I
may possibly have introduced new bugs, but it is for sure that KEYB
2.0 has a critical bug (for Strings) less than pre-4 had.
Anyway thanks for the report, I'll keep an eye on that too. Just for a
hint for current FreeCOM developers, KEYB loads layouts into an
internal heap of itself (for historical reasons it is again a bunch of
0's, but that does NOT make sense anymore since pre3, will change that
too), then once I know the size of the Layout I reserve a MCB into UMB
(change the MCB allocation policy, and then restore it), unless you
use /NOHI. I place the layout there (a KeybCB), and then I cut the
KEYB.EXE MCB to the minimum and Terminate and Stay Resident. That
memory is never written to for the moment, in fact the only writes to
memory in KEYB are very few variables (such as combi pending, or
perhaps the secondary buffer: all of them reside in KEYB's MCB during
the whole history of KEYB.

Aitor



2006/8/31, Diego Rodriguez [EMAIL PROTECTED]:

  Hi,
 
  Memory in separate MCBs is not written to after being loaded. I'll
  try
  to do some testings myself (it seems to work ok under NTVDM and
  MS-DOS). The following variants occur to me:
  - With/without EMM386
  - Different versions of FreeCOM
  - Use /B to avoid beeping at all
  Testings are wellcome and appreciated.
 
  Aitor
 
 Doesn't work only if I LoadHigh from AUTOEXEC.BAT, it works if I load
 it from command line or from a batch file high or not or from
 AUTOEXEC.BAT if I don't try to load it into UMBs, of course if I don't
 use EMM386 it works since there aren't UMBs to load it high. /B and
 /NOHI options doesn't help at all.

 The problem doesn't happen with FreeCOM 0.82pl3 [Dec 10 2003], so seems
 to be probably a FreeCOM problem.



 __
 LLama Gratis a cualquier PC del Mundo.
 Llamadas a fijos y móviles desde 1 céntimo por minuto.
 http://es.voice.yahoo.com

 -
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user