egrabrych

Greetings, "Unofficial Windows 95/98/ME Visual Studio 6.0 SP6 Components" (VS6SP6U.EXE), published at this address: http://www.mdgx.com/files/VS6SP6U.EXE , includes Richtx32.ocx file in the 6.01.9816 version, Whereas "Unofficial Windows 95/98/ME Rich Text (RTF) Edit Controls Update" (RICHED9X.EXE), at this address: http://www.mdgx.com/files/RICHED9X.EXE , includes Richtx32.ocx file in the 6.01.9782 version - the older one. Shouldn't the Richtx32.ocx file in 6.01.9816 version be also brought in to the RICHED9X.EXE ?

What is wrong in my computer that Windows Explorer still sorts the files in order (for example): 1.txt, 10.txt, 2.txt (and not: 1.txt, 2.txt, 10.txt) ? MS Windows 98 SE + KernelEx 4.5RC5 + Revolutions Pack 9.7.0 (with unselected option: "Don't use natural file sorting") Explorer.exe 4.72.3612.1710 Shell32.dll 4.72.3812.634 Kernel32.dll 4.10.2226 In Windows register: in key [HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] - not exist value "NoStrCmpLogical" in key [HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] - exist the value "NoStrCmpLogical"=dword:00000000 What else can have influence on file sorting in Windows Explorer?

@Tihiy: Hi, Two new configuration menu command in the Polish language: Don't replace default shell font with Tahoma=Nie zastępuj domyślnej czcionki powłoki czcionką Tahoma Don't use natural file sorting=Nie stosuj naturalnego sortowania plików I attach fixed RPConfig.lng file: RPConfig.zip

@CharlesF: As I said in post #30, it seems to me that all versions after 9.12 are buggy with Windows 98, and are not giving more information. I asked about Autoruns v. 9.57 because I had not noticed a difference in the results of performance in comparison to Autoruns v. 9.56. However, when I looked at the displayed information more carefully, I found out that some part of it is false. The Autoruns v. 9.56 or 9.57 DOES NOT FIND PATHS TO THE CERTAIN PROGRAMS wrongly claiming that files of these programs "does not exist". I also compared the results of performance of Autoruns v. 9.12 and Autoruns v. 8.73, version 9.12 displays more results (correct ones)!

@MDGx: And why not: Autoruns 9.57 (http://www.filehippo.com/download_autoruns/6658/)?

A month ago I wrote: As it turned out later, I had understood the words of the error message: "The kexbasen.dll cannot start. Check the file to determine the problem." completely inversely to their actual meaning, wrongly seeing in them information about problem with launching KernelEx. That message had been really informing about inability to use KernelEx to open one of the programs launched in the autostart mode during starting the Windows system, and the KernelEx itself was fuctioning properly then. It ist highly possible that the identical incident occured to fortcollis (posted 23 june 2010); in my opinion (Xeno86 please correct me if necessary) the discussed error emerges from the attempt to use KernelEx before it is even fully opened - in practice it applies surely to one (or more - if the message appears many times) of the programs launched in autostart. This program, due to appearance of the error, rather won't start. In my case it was enough to use "Disable KernelEx extensions" in properties (in "Compatibility" lap) of the program to which error applies to: I think that it will be just like that in other people's cases.

After installing KernelEx 4.5 RC1 each time I run Windows 98 Second Edition (Polish version) I get the message: "Błąd przy uruchamianiu programu Uruchomienie pliku KEXBASEN.DLL jest niemożliwe. Sprawdź plik, aby rozpoznać problem." ("The kexbasen.dll cannot start. Check the file to determine the problem.") There was no such an error in KernelEx 4.0 final2. I have the impression that KernelEx 4.5 works correctly, however, there may be a too small time limit? I have a Pentium MMX 233 CPU, 128MB EDO RAM, KernelEx Core v4.5.11, kexbasen.dll file: version 4,5,1,1 / 4.5 RC1, 95,5kB (97 792).

Original links are inactive. Files can be downloaded from the adresses: pm801_patch.zip (update version 8.0 to 8.01) - http://www.esnips.com/doc/daed094c-10c3-43ad-bc9d-8d05ae460e22/pm801_patch ENPM801_H1.ZIP (patch for version 8.01) - ftp://bo.mirror.garr.it/pub/0/symantec/english_us_canada/products/pmagic/pmagic_8/updates/ENPM801_H1.ZIP ENPM802_H1.ZIP (patch for version 8.02) - ftp://bo.mirror.garr.it/pub/0/symantec/english_us_canada/products/pmagic/pmagic_8/updates/ENPM802_H1.ZIP

@Tihiy: I attach the corrected files: RP8.dll and Shl8.dll, in the Polish language. I do not know what the words mean: "here be dragons"? Yours!