Re: [Freedos-user] Test email (1pm US/Central on June 6)
> On Sun, Jun 6, 2021 at 8:29 PM Jim Hall wrote: > > > > The SourceForge email list server seems to be down. Sending a test message > > to see if this works. On Sun, Jun 6, 2021 at 9:11 PM Rugxulo wrote: > > Directions unclear: message stuck in ceiling fan. > > (It's fine.) Thanks. All email lists hosted on SourceForge were "stuck" over the weekend. When I entered my problem ticket, I saw other projects had done the same. Looking through the tickets, it seems the email list problem started on Friday evening (US time). I suspect SourceForge staff don't respond to problems after hours unless it's "website down" or something else that's "major." Email list issues are probably a low priority for them. The email lists were back to normal as of this morning (US time). ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test email (1pm US/Central on June 6)
Directions unclear: message stuck in ceiling fan. (It's fine.) On Sun, Jun 6, 2021 at 8:29 PM Jim Hall wrote: > > The SourceForge email list server seems to be down. Sending a test message to > see if this works. ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] "Test." -- does that come from FreeDOS?
Hello Louis Santillan, hello Jack Browning, seems to be fully functional, i.e., all the builtin commands appear to work normally. When I go to run the BIOS updater by typing the .exe's file name and hitting return, however, the only thing that happens is that the word "Test." is printed to the console. The updater then exits without doing anything else. Does your BIOS come with a "Firmware Update" BIOS Boot Option? If it does, it should provide you a File Manager to select files from the USB drive and verify that the selected file is actually an applicable firmware update. Even if the file is just an EXE, the "Firmware Update" File Manager is smart enough to look into the file and extract the BIOS update. Is this the 3521A16.exe file you are referring to? https://www.dell.com/support/home/fi/fi/fibsdt1/drivers/driversdetails?driverid=p1m11 It seems that there is indeed a DOS portion _and_ a Windows portion to the executable. The DOS portion actually uses a DOS extender to set up and run 32-bit code under DPMI (COFF, starting at offset 0x5000). This 32-bit code is where the "Test." message is apparently coming from. Presumably there is a way to get the DOS portion to actually do something useful, but I am not yet sure how. Thank you! -- https://github.com/tkchia ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] "Test." -- does that come from FreeDOS?
Does your BIOS come with a "Firmware Update" BIOS Boot Option? If it does, it should provide you a File Manager to select files from the USB drive and verify that the selected file is actually an applicable firmware update. Even if the file is just an EXE, the "Firmware Update" File Manager is smart enough to look into the file and extract the BIOS update. On Mon, Jan 6, 2020 at 11:43 AM Jack Browning wrote: > > I suspected as much. Dell support, of course, runs and hides when it comes to > any issue outside the Microsoft ecosystem. So, no joy there. > > Thanks for your time and prompt reply, Tom. > > On Mon, Jan 6, 2020 at 1:30 PM tom ehlert wrote: >> >> Hallo Herr Jack Browning, >> >> am Montag, 6. Januar 2020 um 19:32 schrieben Sie: >> >> > I've been trying to update the BIOS on my wife's Dell Inspiron 17 >> > 5721 laptop using FreeDOS. I've tried to do this with FreeDOS 1.0, >> > 1.1, 1.2, and 1.3rc2, each time with the same result. >> >> >> > What happens is this: after setting up FreeDOS on a USB stick using >> > its .img file (and adding the BIOS executable, 3521A16.exe), I can >> > boot without incident into FreeDOS on the laptop. After opting not >> > to continue with the installation, the DOS prompt I'm dropped into >> > seems to be fully functional, i.e., all the builtin commands appear >> > to work normally. When I go to run the BIOS updater by typing the >> > .exe's file name and hitting return, however, the only thing that >> > happens is that the word "Test." is printed to the console. The >> > updater then exits without doing anything else. >> >> >> > The updater is what Dell describes as a "Universal (Windows/MS >> > DOS)" application. Even though it appears to the file system as a >> > single .exe file, it is actually a package, containing these files: >> >> >> > Ding.wav >> > FlsHook.exe >> > FlsHookDll.dll >> > FWUpdLcl.exe >> > InsydeFlash.exe >> > iscflash.dll >> > iscflash.sys >> > iscflashx64.sys >> > isflash.bin >> > platform.ini >> > xerces-c_2_7.dll >> >> >> > Frankly, I don't know enough about DOS to know whether this kind of >> > application structure is normal in a DOS environment. I'm just >> > mentioning it as a possible issue. >> >> this is definitively not a DOS application. >> most likely you are supposed to run (on Windows 10) recoverydrive.exe >> and run this stuff. anything else should go through the Dell support >> forum. >> >> >> >> > I've scanned for strings in all of the files of the updater, and >> > did not find a "Test." string, which leaves me with the question of >> > whether "Test." (and the premature installer exit) is coming from FreeDOS. >> no. >> >> >> more help should come from Dell support. >> >> Tom >> >> >> >> ___ >> Freedos-user mailing list >> Freedos-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-user > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] "Test." -- does that come from FreeDOS?
I suspected as much. Dell support, of course, runs and hides when it comes to any issue outside the Microsoft ecosystem. So, no joy there. Thanks for your time and prompt reply, Tom. On Mon, Jan 6, 2020 at 1:30 PM tom ehlert wrote: > Hallo Herr Jack Browning, > > am Montag, 6. Januar 2020 um 19:32 schrieben Sie: > > > I've been trying to update the BIOS on my wife's Dell Inspiron 17 > > 5721 laptop using FreeDOS. I've tried to do this with FreeDOS 1.0, > > 1.1, 1.2, and 1.3rc2, each time with the same result. > > > > What happens is this: after setting up FreeDOS on a USB stick using > > its .img file (and adding the BIOS executable, 3521A16.exe), I can > > boot without incident into FreeDOS on the laptop. After opting not > > to continue with the installation, the DOS prompt I'm dropped into > > seems to be fully functional, i.e., all the builtin commands appear > > to work normally. When I go to run the BIOS updater by typing the > > .exe's file name and hitting return, however, the only thing that > > happens is that the word "Test." is printed to the console. The > > updater then exits without doing anything else. > > > > The updater is what Dell describes as a "Universal (Windows/MS > > DOS)" application. Even though it appears to the file system as a > > single .exe file, it is actually a package, containing these files: > > > > Ding.wav > > FlsHook.exe > > FlsHookDll.dll > > FWUpdLcl.exe > > InsydeFlash.exe > > iscflash.dll > > iscflash.sys > > iscflashx64.sys > > isflash.bin > > platform.ini > > xerces-c_2_7.dll > > > > Frankly, I don't know enough about DOS to know whether this kind of > > application structure is normal in a DOS environment. I'm just > > mentioning it as a possible issue. > > this is definitively not a DOS application. > most likely you are supposed to run (on Windows 10) recoverydrive.exe > and run this stuff. anything else should go through the Dell support > forum. > > > > > I've scanned for strings in all of the files of the updater, and > > did not find a "Test." string, which leaves me with the question of > > whether "Test." (and the premature installer exit) is coming from > FreeDOS. > no. > > > more help should come from Dell support. > > Tom > > > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] "Test." -- does that come from FreeDOS?
Hallo Herr Jack Browning, am Montag, 6. Januar 2020 um 19:32 schrieben Sie: > I've been trying to update the BIOS on my wife's Dell Inspiron 17 > 5721 laptop using FreeDOS. I've tried to do this with FreeDOS 1.0, > 1.1, 1.2, and 1.3rc2, each time with the same result. > What happens is this: after setting up FreeDOS on a USB stick using > its .img file (and adding the BIOS executable, 3521A16.exe), I can > boot without incident into FreeDOS on the laptop. After opting not > to continue with the installation, the DOS prompt I'm dropped into > seems to be fully functional, i.e., all the builtin commands appear > to work normally. When I go to run the BIOS updater by typing the > .exe's file name and hitting return, however, the only thing that > happens is that the word "Test." is printed to the console. The > updater then exits without doing anything else. > The updater is what Dell describes as a "Universal (Windows/MS > DOS)" application. Even though it appears to the file system as a > single .exe file, it is actually a package, containing these files: > Ding.wav > FlsHook.exe > FlsHookDll.dll > FWUpdLcl.exe > InsydeFlash.exe > iscflash.dll > iscflash.sys > iscflashx64.sys > isflash.bin > platform.ini > xerces-c_2_7.dll > Frankly, I don't know enough about DOS to know whether this kind of > application structure is normal in a DOS environment. I'm just > mentioning it as a possible issue. this is definitively not a DOS application. most likely you are supposed to run (on Windows 10) recoverydrive.exe and run this stuff. anything else should go through the Dell support forum. > I've scanned for strings in all of the files of the updater, and > did not find a "Test." string, which leaves me with the question of > whether "Test." (and the premature installer exit) is coming from FreeDOS. no. more help should come from Dell support. Tom ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Op 24-7-2011 16:52, Jack schreef: Apologies for my late response re: UIDE v.s. VirtualBox. Had to have my (infected!) gall-bladder removed, 25-Jun-2011. NASTY episode, and I am still recovering and moving a bit slow on driver work! Re: recent EDR-DOS forum posts, I say the same as our author Mark Twain once did -- The rumors of my demise are greatly exaggerated! Goodluck recovering, Jack. So, I have added a /E (emulator) switch to UIDE and UIDE-S. /E makes the drivers call the BIOS on every hard disk I-O request. This means UIDE can go around most of its hard-disk setup logic and simply assume the BIOS knows what it is doing with disk drives. CD/DVD drives that were never part of the PC BIOS still require UIDE's setup logic to work, or they will not get detected and used. /E causes a minor speed loss (5% or less) in UIDE's cache speed, due to calling another driver (the BIOS) and since disks will be unable to use UIDE's XMS cache buffers for direct I-O. But, unlike /N1 which totally ignores hard disks, /E still allows hard-disk data to be cached after BIOS I-O requests, and it ought to let VirtualBox run O.K. with UIDE and UIDE-S. I don't use and don't want VirtualBox, so I must let users tell me if /E works as intended. Thanks very much for adding this. I can't promise any testing of this in the short run, but hope mr Juan Castro is able to as he started this thread. In the end I might test my complete FreeDOS CD on multiple emulators and physical hardware to catch any remaining issues. For now sticking to VMware. Juan, could you please try these drivers either by emailing Jack or waiting till Johnson Lam has posted them at http://johnson.tmfc.net/dos/driver.html ? DEVICE=C:\FDOS\BIN\UIDE.SYS /D:FDCD0001 /S5 /E (without enabling I/O-APIC and ICH9 chipset as Jeremy Davis posted earlier, thus resorting to normal APIC and PIIX3 chipset from Intel 440FX Pentium-Pro or P2 motherboards) These emulator-specific hacks are slightly annoying though, EMM386/JEMM has (had) them as well due to a VMware specific memory region being in use. Installation routines having to detect PCI-based devices (mainly videocards) might do the trick but involve extra work. slightly offtopic: I'm sticking to the /S5 parameter in general for automated UIDE as only absolute numbers are possible, no percentages (/S50% or /S0.5) with truncating (taking intended minimum amounts in account, e.g n=5/15/25/40/50 or 80=n=4093 minus PCI mapped space) Jack R. Ellis stay healthy!, Bernd -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Hi, On Sun, Jul 24, 2011 at 10:18 AM, Bernd Blaauw bbla...@home.nl wrote: Op 24-7-2011 16:52, Jack schreef: Apologies for my late response re: UIDE v.s. VirtualBox. Had to have my (infected!) gall-bladder removed, 25-Jun-2011. NASTY episode, and I am still recovering and moving a bit slow on driver work! Re: recent EDR-DOS forum posts, I say the same as our author Mark Twain once did -- The rumors of my demise are greatly exaggerated! Goodluck recovering, Jack. Ditto, Godspeed! So, I have added a /E (emulator) switch to UIDE and UIDE-S. Thanks very much for adding this. Ditto. I knew you were quite diligent, but this is beyond the call of duty. I'm surprised, honestly, just expected to have to live with yet another [VBox] bug / quirk that we'd all have to workaround, as usual (Murphy's law). Juan, could you please try these drivers either by emailing Jack or waiting till Johnson Lam has posted them at http://johnson.tmfc.net/dos/driver.html ? It's there already, so I guess he means that Johnson hasn't fully tested yet (until after the weekend). slightly offtopic: I'm sticking to the /S5 parameter in general for automated UIDE as only absolute numbers are possible, no percentages (/S50% or /S0.5) with truncating (taking intended minimum amounts in account, e.g n=5/15/25/40/50 or 80=n=4093 minus PCI mapped space) Why? I mean, sure /S5 is fine, I'm not complaining, but you *could* use Eric's XMSSIZE: http://ericauer.cosmodata.virtuaserver.com.br/soft/specials/xms-size-info-xmssizer.zip EDIT: Oh wait, that wouldn't work in CONFIG.SYS. But wait, you're using DEVLOAD (tricky bastard), so it just might!;-) Jack R. Ellis stay healthy!, Ditto. ;-) -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Op 24-7-2011 20:26, Rugxulo schreef: Why? I mean, sure /S5 is fine, I'm not complaining, but you *could* use Eric's XMSSIZE: http://ericauer.cosmodata.virtuaserver.com.br/soft/specials/xms-size-info-xmssizer.zip EDIT: Oh wait, that wouldn't work in CONFIG.SYS. But wait, you're using DEVLOAD (tricky bastard), so it just might!;-) Jack's driver only accepts certain values. This might be intentional due to specific caching algorythms. Using XMSSIZE I'd still have to use a lot of errorlevel stuff: if not errorlevel 5 , then use /B /N1 /N3 if not errorlevel 10, then use /S5 if not errorlevel .. etc. if errorlevel 80, then use /S%errorlevel% (limited to 255 as that's errorlevel maximum). All above is based on 'how much XMS is currently available' but also ignores the 'how much should I leave available for programs I'd like to run' (8MB system using 5MB cache means trouble for games and Windows). I like automatic calculations and roundings in a program itself, just as is currently done for invalid sizes (unless aborting completely). Purely a cosmetic feature, just like the shown device name on: DEVICE=UIDE.SYS /D:FDCD0001 /N2 (no CD drives handled, UIDE$ char device created, FDCD0001 char device not created, but FDCD0001 char device still listed in sign-on message). Anyway all of this isn't important, just some thoughts. Thanks for mentioning Johnson Lam posted these drivers, I'll update my CD. Makes much easier documentation: if slow in VirtualBox, add /E -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Jack, Except for minimal boot systems, like yours and Lucho's multiboot diskette, I recommend a minimum of 250-MB cache to handle todays' LARGE Windows files. Copying a 100- MB file will take 200-MB of UIDE's cache space (input and output), and some cache space must remain for directories so the NEXT disk operation does not have to re-read them. Having to discard DOS directories, to make room for new data files, is the main loss of speed when using UIDE, so users should allocate as large a UIDE cache as possible. A cache might already know that the directories are more useful because they are accessed more often, so even when a copy of a large file pushes out the directories, they are cached again soon :-) Also, you do not have to cache data on the first write, you can also wait until it is read again before you cache it - lbacache has a command line option to select whether or not to cache on write afair. Of course if data already is cached, you will have to update the cached copy on writes. So the difference is only whether or not to add data to the cache when it is written. Another question is how often people copy 100 MB files on non-Windows DOS systems and whether it bothers them that doing so, with a small cache, will flush out useful data such as FATs and directory data from the cache, temporarily reducing speed. Eric PS: Best wishes for your speedy operation recovery... PPS: know based on I/O patterns, not filesystem awareness. -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Hi Bernd, Jack's driver only accepts certain values. This might be intentional due to specific caching algorythms. Using XMSSIZE I'd still have to use a lot of errorlevel stuff: if not errorlevel 5 , then use /B /N1 /N3 if not errorlevel 10, then use /S5 if not errorlevel .. etc. if errorlevel 80, then use /S%errorlevel% (limited to 255 as that's errorlevel maximum). You can use a factor or simply add a zero, to get 10 to 2550 MB cache. As you say, smaller caches (5, 15, 25, 40, 50 MB) would still need an extra check, but you need not cover ALL steps. A few not enough RAM for 80 MB cache choices will be enough, e.g. 15 MB and 40 MB. All above is based on 'how much XMS is currently available' but also ignores the 'how much should I leave available for programs I'd like to run' (8MB system using 5MB cache means trouble for games and Windows). Again, I think a few steps for low memory systems would be enough and for big system percentages are exact enough imho. Also there are tools like my 503 byte add for further calculations, or use calc387 on newer computers, both in factorial-calc387-add.zip :-) Eric PS: calc387 is free open source software by Craig Hessel, 1024 bytes. -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Eric, Having to discard DOS directories, to make room for new data files, is the main loss of speed when using UIDE ... A cache might already know that the directories are more useful because they are accessed more often ... I did not want to add such logic in UIDE, because I dare not trust that each DOS variant works the same. At run-time, UIDE uses exactly one system resource, the Int 13h vector. This makes it generic and lets it run on all DOS variants. I do not even use interrupts (polling only) since some old Intel chipsets with errata (bugs!) had interrupt problems! ... Also, you do not have to cache data on the first write, you can wait until it is read again before caching it ... This would also add code in UIDE (a table of pending cache disk output areas), that I do not want to include. At 5.5K of run-time code, 4.6K of which can be stashed in the HMA, UIDE is rather efficient as-is, and I want to keep it so. ... Another question is how often people copy 100-MB files on non-Windows DOS systems and whether it bothers them that doing so, with a small cache, will flush out useful data such as FATs and directory data from the cache, temporarily reducing speed. I got into device drivers back in 2003 because I still use V6.22 MS-DOS to backup/restore my Windows/NT system. I bet many folks use DOS as a simple (and cheap!) backup/restore system for Gawd-AWFUL Windows, rather than spending money on some equally Gawd-AWFUL Windows application program! File- copy speed in such operations still matters to me, and since memory is now ludicrously cheap, why not USE it for a cache? PS: Best wishes for your speedy operation recovery ... Thanks! I am up and about, but food with high fat levels still HURTS when I eat it, due to less digestive fluids in my system! The Doc says it can take 18 months to get used to this, so I must simply be patient. Jack R. Ellis -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Test UIDE Available, For VirtualBox.
Jack, A cache might already know that the directories are more useful because they are accessed more often ... Sorry about the misunderstanding - I did not mean that the cache would know what a FAT or directory is, just that those sectors are accessed frequently, giving the cache a chance (e.g. by LRU) to know that it should throw them away later than less useful (less frequently accessed) sectors when new space is needed to cache something. Also, the frequent access means that FAT and directories are likely to be in the cache again soon... ... Also, you do not have to cache data on the first write, you can wait until it is read again before caching it ... This would also add code in UIDE (a table of pending cache disk output areas), that I do not want to include. Not necessarily. the code in lbacache for this is very short. There is a command line argument which sets a flag and then write to disk does the following: - check in which bin cached data for this sector is (you have to do that anyway, to update the cache) - if any (cache hit) update the cached copy. done. (this is needed to keep cache and disk consistent) - else (cache miss) if flag is not set, we are done. (a cache miss for a write does not NEED action...) - else do allocate fresh space in the cache and cache a copy of the written data (anticipating future reads) So if the alloc on write flag is set, the cache will assume that written data will be eventually read again. If the flag is not set, the cache will just write the data to disk and forget about it. It will be cached at the moment when the data is really read from disk again. So if you set the flag, cache memory is consumed faster and if not, reading just written data can be slower :-) UIDE is rather efficient as-is, and I want to keep it so. I understand that. Maybe my little algorithm above is still interesting for UIDE nevertheless, in particular for people who have less RAM and copy big files but do not often use the new copies immediately after copying. many folks use DOS as a simple (and cheap!) backup/restore system for Gawd-AWFUL Windows... In particular those users will usually NOT use their new backup copy right after copying it so they are a good example where alloc on write can be disabled. copy speed in such operations still matters to me, and since memory is now ludicrously cheap, why not USE it for a cache? A cache is good, but in theory, copying many big files is fastest with a cache which only caches metadata and read-ahead content but does not try to keep the written data in memory which will not be read back soon anyway. One COULD (but normally would not) do something like: lbacache cool dir /s nul lbacache temp xcopy ... That would give the directory metadata extra stickiness in the cache so the xcopy does not flush it out so fast, in particular with tuna option (avoid tunw option). However, the above example is a VERY manual way to tune a single XCOPY and as you say, it would add much extra complexity to make the cache REALLY know what directory and fat metadata is... On the other hand, deciding whether or not to set the TUNW alloc-on-write option is quite painless for everybody, as it can be explained with if you have little memory, use tuna, if you have a lot of memory, use tunw when loading. Thanks! I am up and about, but food with high fat levels still HURTS when I eat it, due to less digestive fluids in my system! The Doc says it can take 18 months to get used to this, so I must simply be patient. Yes - and maybe take some substitute enzymes, I guess... Eric PS: The TUNA option makes the cache fully associative so it considers ALL memory slots for caching (slower) while the default is to have only e.g. 16 candidates based on a hash of the sector number in question (16 way assoc.). When new data has to be cached, the least valuable slot of old cached data is replaced, based on access counts. -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] test
Arkady V.Belousov wrote: This is test letter to test8-bit texts handling on sourceforge. Это тестовое письмо для тестаработы с 8-битным текстом на sf. PS: There 2 paragraphs above (with empty line after each), each with 2 linesin it. -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 Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___Freedos-user mailing [EMAIL PROTECTED]://lists.sourceforge.net/lists/listinfo/freedos-user I still don't see empty lines. Single line ending in your mails are ignored (either by sourceforge or by Thunderbird). This is very annoying because I see most of your mails on a single line. Ciao - 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] test
On Sat, 10 Feb 2007, Arkady V.Belousov wrote: This is test letter to test 8-bit texts handling on sourceforge. Это тестовое письмо для теста работы с 8-битным текстом на sf. Мне кажется, что тест прошёл успешно. -- dima 7509107*mail,ru 2:550/112 - 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] test
Hi! 10-Фев-2007 01:53 [EMAIL PROTECTED] (dima) wrote to freedos-user@lists.sourceforge.net: Это тестовое письмо для теста работы с 8-битным текстом на sf. d Мне кажется, что тест прошёл успешно. Sorry, no - problem was, that sf not reports itself as 8bit-capable, and postservers was convert letters to base64 before sending them to sf. Unfortunately, this problem not fixed yet. - 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] test
On Sat, 10 Feb 2007 01:16:13 +0300, you wrote: Hi Arkady, This is test letter to test 8-bit texts handling on sourceforge. Это тестовое письмо для теста работы с 8-битным текстом на sf. PS: There 2 paragraphs above (with empty line after each), each with 2 lines in it. Very good, though not everyone can see Cyrillc, and I don't understand. 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
RE: [Freedos-user] test boot floppy
If you go to the following ling there is a zip file http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1disk/ bootfd/ 1) unzip the file some place like c:\bootfd 2) insert diskette in drive A: 3) run install.bat script 4) Copy you program and set it up as you would normally. Let me know if you need any more assistance. Sincerely, Usul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rinaldo Sent: Wednesday, March 15, 2006 6:21 AM To: freedos-user@lists.sourceforge.net Subject: [Freedos-user] test boot floppy Hi Friends I am new to Freedos, first I wish to make a bootfloppy, since I am blind I want to see if I will be able to use my screenreader program, it does work from msdos 2 - dos7.. The freedos file I have is about 20meg in size and there is a lot of talk of 'gui' that I do not need, what should I use to make a bootfloppy just for a test please. The computer I use for dos7 is a pentium 120mhz only a hard drive and not cdrom drive, the files I have has been taken from a cdrom, using a 'backpack' external drive connected to the paralel port. The dates are mostly 2004 and one 2005. I did look for a 'makefloppy' file but did not see one. Rinaldo. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
