LLXX

Does it even make any sense to seek beyond the beginning of a file? Any program that does that is either coded wrong (in which case original, _llseek would return with an error anyway), or is working with a file >2Gb (and can't because of the problem with _llseek). Now that I think about it, older programs e.g. file managers will now have the capability to work with files >2Gb after fixed kernel is used, since _llseek was a carry-over from the days of Windows 3.11.

ClearType will make it even more blurry... I see your example image, it's perfectly fine. The cause is definitely your monitor, look through its settings for "phase" or "image lock" or similar and adjust that. Basically it aligns the pixels in the analog signal to the actual pixel boundaries of the LCD. The resolution used should also match that of the LCD, as they have a fixed resolution. Also ensure you use a high quality cable between the video card and the LCD. Cables of poor quality are not properly matched/terminated and can result in color shifts and ghosting caused by reflected signals.

Does it by any chance use an iCreate controller chip? If so, you can try the "Portfree Production Program v3.27". Many generic flash drives are based on the iCreate controller.

Fixed ME kernel (4.90.3000) is Now available for download

They have more files in their forum BTW.

It means _llseek is flawed, but WinME SHELL32.DLL sidesteps the problem by using SetFilePointer API instead.I have obtained ME kernel and it is in the queue for patching. Also, KERNEL32.DLL 4.10.2225 and 4.10.2001 are now available for download.

It seems so. I found another filehost... seems to be working http://z11.zupload.com/file.php?filepath=40201

By any chance are you talking about Wengier Wu of the China DOS Union?

It definitely will reduce fragmentation, but if you have many small files it'll waste space.(I'm talking about FAT32. If I remember correctly, NTFS allows multiple files to be stored in one cluster.)

Anything based on RC4 or its variants can use variable key sizes, up to 2048 bits for RC4.

That's the one I was referring to. It doesn't just decompile, it can generate a .FLA file for use with Macromedia Flash. 100% perfect Decompilation -> Edit -> Recompilation system for SWFs.

MSI, I'm guessing. You should try downloading the Microsoft Installer from their website and installing it.

XP corporate won't work with a retail or OEM key.

70Mb commit charge? Mine is down to 30Mb. Internet Explorer, Network Connection, Device Manager, etc. all work. I didn't even use nLite, I just installed a stock XP retail and disabled all the unneeded services.Use Micro$oft Virtual PC to test out installs - you can create an ISO and mount it as a virtual CD-ROM to install from. It's free too.

If it requires the 98SE CD, then I'm assuming it does not contain any M$ files. Also, I don't think Micro$oft is going to care about people giving away copies of MS-DOS. They don't even sell 98SE anymore, and they just discontinued support a short while ago. In short: They're not going to bother trying to stop "piracy" of software that they don't even make a profit from anymore.

Try to find a working SCSI adapter for it.

^ You must be either lucky or not use your computer much. The rated lifespans (MTBF) are usually around 5 years for most average drives now. Modern HDDs don't just die suddenly from wear, they just get slower and noisier as the servo mechanism has to work harder to keep the heads on the right cylinder when the actuator arm bearings start wearing out, and heavy seeking causes this wear.

A 29Kb "miniapp"?? Well, whatever works for you... ...and by the way, I didn't really spend much more than a few minutes on that last program.

Yes, ME kernel is buggy. The driver subsystem is a bad attempt at merging 9x and NT together. I think there are also some memory and resource leaks as well. It is also difficult to boot to pure DOS.

The following patch requests have been listed: - NT4 kernel - I don't have NT4, if you have the file PM me and deposit it somewhere. - 4.10.2225 - Will do, http://www.mdgx.com/files/Q320798.EXE - 4.10.1998 - I don't have this file, nor 98FE. - 4.10.2001 - Will do, http://www.mdgx.com/files/Q320798.EXE - Win95 kernels - probably pointless, as 95's explorer.exe doesn't work correctly with large files anyway. - WinME - SHELL32.DLL probably changed to use SetFilePointer instead of flawed _llseek, may patch. I have created a simple test to see if _llseek API in your kernel is flawed: http://z11.zupload.com/file.php?filepath=40201 All it does is attempt to create a file and then enlarge it to 2147483648 bytes via _llseek. It will report success or error depending on behavior of _llseek. (Delete the file after testing, it contains no useful data. Also ensure there is more than 2Gb of free space). Open shell32.dll in a hex editor and go to .7FCEB354 (or 3B354, depending on the editor). The following bytes should be there: 76 30 53 8b 1d 44 16 cb 7fChange it to eb 30 53 8b 1d 44 16 cb 7f(This is version 4.72.3612.1700, I don't know the exact location in other versions). Edit: fixed link

well easier said than done, LLXX. until I see an actual shell32.dll fix that fixes the 4Gb problem I dont think there will be one. "actions speak louder than words" good luck with the esdi_506.pdr 48bit LBA fix. you'll have to make patches for BOTH Win98 and WinME. you have a lot to prove, LLXX. Well, the actual file I fixed isn't shell32.dll but the kernel, but it seems to be working

Here.

Useful, although I already have a full SWF decompiler. Here's some more progs that do the same thing and more: http://www.swftools.org/about.html

I've fixed _llseek, and it seems to work fine Maybe I'll experiment with different buffer sizes next... As usual, if you want a newer version or already modified kernel to be patched, just post. Once Kernel Update Project stabilises I'll probably fix the modified kernel from it.

If Windows 2000 uses_llseek and is able to copy files > 2Gb correctly, then the problem must reside in _llseek function in kernel32.dll.Also, would increasing the buffer size beyond the default 64k make for faster copying?