eidenk

7-Zip can compress to self-extracting executable which adds only a few kbs to the archive. Under this form no one would need 7-Zip installed at the receiving end. PS : Using solid mode usually yelds the best compression ratios. Sometimes they are amazing.

on eDonkey.

There are known freeze problems with Reshacker and certain files. It's never going to be fixed I believe. You may want to try other resource editors. Maybe XN Resource Editor. It's free. http://www.wilsonc.demon.co.uk/d10resourceeditor.htm

I have looked in my ME cabs and there is indeed a msvcp50.dll 5.0.0.7022 md5: f2c94d09f87ad02a0636230567f6d143 So, after reading your list, Petr, I conclude that of the five I have collected from installing software, none come from an MS OS. Neither the single 5.0.0.7022, nor the four 5.0.0.7051. Where they do come from originally is what I am wondering. PS : All the four 5.0.0.7051 have a size of 565,760 bytes and a creation date of 08 February 2000, 23:16:42 and differences between them seems quite minor when comparing them at the binary level. A maximum of 315 differences.

I have actually collected 4 different Msvcp50.dll 5.0.0.7051. Their md5 cheksums : 62cd16cda9e27d2e3eefc722179f8a2f c093e40237de3bbc11bb24010f550d16 11ce755e00794c8ccd1a4f71282f8167 c74f5e292c1b10b7bd7e79a289e0c4b2 I have only one Msvcp50.dll 5.0.0.7022. md5 = 497fd4a8f5c4fcdaaac1f761a92a366a

With This you won't see Control Panel in My Computer anymore. You'll need to reboot (or simply restart explorer) for the change to take effect. But you can also do this with Poledit (on your CD) or RegTick Pro. Also get RegShot as you are at it. With Poledit or Regtick you can apply restriction policies and with Regshot you can monitor what it does in the registry and make a registry file of the changes. http://regshot.blog.googlepages.com/regshot.html I don't think you can lock the drive C. Depends of course what you exactly mean by that.

REGEDIT4 [HKEY_CLASSES_ROOT\Folder\shell] @ = "explore"

AMSTREAM not AMSTERDAM.

Sorry I ignored the limit was 4GB. I always assumed it was 2 for some reason.

Are you sure ? Windows ME is running on FAT32 and files bigger than 2GB cannot be created on FAT32 AFAIK.

System Policies Editor. You'll find it somewhere on your Win 98 CD

The OS will support it with the tweak I have said but it may be that the biggest memory bars you can fit in your mobo are 256MB and you have just one single slot for them on it for example. That could maybe the limitation HP refers to. If you're comfortable enough with that for what you do with your PC, there is no need to upgrade IMO. Why would you do this ? Is your current PSU not powerfull enough to harness all the load ? If it's not, replace it with a single new one of sufficient power.

He is a DJ. I guess he does not want to have everything on the same disk. IMO, if you want your third drive to be performant, you shouldn't have it sharing the same slot as the CDR drive which is probably your intent. You may want to either use a SATA able mobo and use a SATA drive as third drive or add an inexpensive PCI card to add more slots for IDE drives. For memory, Win98SE will handle 1GB of RAM but you'll need to edit your by hand your system.ini file and set the max vcache value to 512000 max. [vcache] MaxFileCache=512000 If the vcache entry does not exist in your system.ini, just create it.

MRU means Most Recently Used. When you open a folder and change its view for example, it will be stored in this key so that the next time you open the folder, it will be in the view you left it. When you delete this key it will reset all folders to default view.

I would not delete HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Streams if I was you, unless you want to loose your desktop and taskbar settings.

The triedit.dll file does NOT get installed into the System folder on my WinME and my WinXP desktop machines as I've checked there. I have never said it was installed in the sys dir. I am just saying that triedit is in the sys dir on my system because I MOVED IT AND REGISTERED IT THERE. IE is going to use it from wherever it is registered.

The extra power needed to run the aero interface in the US alone is going to suck enough energy to supply an entire third world country for everything IMO.

http://download.windowsupdate.com/msdownlo...d10b72452f7.Exe

I don't know why they dump this triedit.dll file at this location as it just would be better located in the system dir IMO. That's where mine is. It's a COM object, it can go anywhere. It just needs to be registered. As for MFC42.DLL version 6.2.4131, have you got any real reason to tell me to AVOID using it, such as you tried it yourself and it screwed something in your system ? I am running this file since some time and I have noticed nothing wrong so far. Also I have always seen that the unicode version of mfc42.dll is named mfc42u.dll. Granted I have not seen yet a mfc42u.dll 6.2.4131. But would MFC42.DLL version 6.2.4131 it run at all on my system if it was unicode ?

Have you updated javascript ? (Windows9X-KB917344-x86-enu_4c464424131f78738e4fd10b72452f7.Exe) I had an application using google map and it was systematically crashing in jscript.dll when displaying the maps. It works fine since installing this update. Maybe it is the same problem somehow.

It's a known problem affecting all versions of Windows up to XP apparently. It may also occur with several Internet Explorer windows opened and has apparently something to see with the taskbar. Explorer.exe enters in a loop consuming anything between 5 and 20% of CPU, usually in a thread named class:CLIPBRDWNDCLASS (according to Taskinfo). When it enters this loop, even though explorer uses as little as 5% of CPU (instead of max 0.6-0.7 % normally), the entire file manager system becomes extremely sluggish and behaves as you describe. The only workaround I know is to kill and restart the shell (explorer.exe). There is an utility to do this : http://nirsoft.net/utils/restart_explorer.html I am personally not using it. I am using a script instead to kill not only the shell but also some other apps who have got an icon in the tray and whose icon does not show up again in the tray after using the above util. The script kills explorer + some tray apps and restarts in sequence, explorer and the tray apps that had been killed so I have all my tray icons back. In some cases, there is nothing you can do, even killing and restarting the explorer does not solve it. It would seem that some background tasks are interfering negatively there. One such app is eMule, an other one is possibly Zone Alarm (that I don't use anymore as I have ditched it for Jetico). Closing those apps might help. If nothing helps, you can just reboot. Also, a file named webcheck.dll triggers those semi freezes quite easilly but they won't occur specifically when browsing a large amount of folders or having severall IE windows opened for a long time but at anytime. The CPU hog will, in this case show up in the webcheck thread under explorer.exe in Taskinfo. Killing and restarting the explorer always clear up this one unlike the other but it can also be prevented to happen by unregistering webcheck.dll that is useless unless you are using Active Desktop (Html wallpaper updated online for example). I believe that the problem you describe is the main reason why some people are using 98 lited OSes with the pre-IE4 Win 95 desktop, systems on which I understand this problem does not occur but are also much less functional unfortunately. PS : Also do regular scandisks (once a fortnight or month is enough usually) and fix errors as this also affects the stability of explorer apparently. HTH. (LOL)

As you can read above they apparently come from XP, XP SP1 and XP SP2 originally. Anyway it was not for suggesting their inclusion in the SP but rather to answer mdgx and try to get a clue as to what those different binaries for the same file version are about. I have just looked into the dotnet 1.1 and 2.0 installers, they aren't there apparently. The only file of a version 7 there is in them appears to be msvcr71.dll 7.10.3052.4 in dotnet 1.1.

This problem is a bug in either the folding home application per se or the decompression library they use IMO. And it can only be fixed by either the devs of folding home or the devs of the decompression library, depending on where the bug exactly is. It is those people you should address IMO.

There may be others but it is a potential problem I have noticed only with atl.dll which can be either ansi or unicode and there is no newer version than 3.0.9782.0 AFAIK. Files I am speaking about are in use without apparent problems here which is why I am suggesting them and I'd like also to point out that none of those I have suggested have a (xpsp_sp2_rtm.040803-2158 or similar) flag in their file description version but I don't know if all the files included in the XP service packs have such flags. This said I have intercepted for example quite a few msvcrt.dll version 7 before wininit copied them over the one on my disk and never finally tried any of them because they have an unresolved dependency, but who knows, they might work as well. Doing that I have collected so far 4 different binaries of msvcrt.dll 7.0.2600.0 (xpclient.010817-1148), 2 different binaries of msvcrt.dll 7.0.2600.1106 (xpsp1.020828-1920) and one binary of 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158). Off topic again, but do you think those files are hacks or has Microsoft distributed some XP and SP1 with slightly different binaries ?