MSFN Forum: Kext: DIY KernelEx extensions - MSFN Forum

Jump to content


  • 12 Pages +
  • « First
  • 10
  • 11
  • 12
  • You cannot start a new topic
  • You cannot reply to this topic

Kext: DIY KernelEx extensions Latest: K452stub (25Feb); Core.ini (2Feb, post#144); Ktree9 (9Jan) Rate Topic: -----

#221 User is offline   loblo 

  • Oldbie
  • PipPipPipPip
  • Group: Members
  • Posts: 679
  • Joined: 12-January 10
  • OS:ME
  • Country: Country Flag

Posted 14 April 2013 - 10:17 AM

Hello, I've managed to prevent KernelEx from starting by adding the following definition to KxStub822.ini:

[msvcrt.dll]
_ctype=>msvcr70:

On reboot I get an error message saying that mprexe caused an error in kernelex.dll and KernelEx doesn't load, no programs relying on it work.

The msvcrt in the sys dir wasn't vanilla msvcrt but a renamed msvcr71, there is no msvcrt entry in the registry knowndlls key and I had no other msvcrt entries in KxStub.ini.

I did that after trying to run the latest version of Aspell which requires this function and that msvcr71 doesn't provide.

I've now removed this entry from KxStub822.ini and am using msvcr70 as a replacement for msvcrt, Aspell runs fine and no other program I have which requires msvcrt/msvcr7x substitution appear broken.

msvcr71 is version 8.0.21213.0 and msvcr70 is version 7.0.9981.0, they are the most recent I have and I didn't try with other versions so not sure if it would always happen.

Is there something I did wrong with the definition or is it a bug/incompatibility?

@Schwups: Yes the discussion was mostly in the import patcher thread, sorry for not remembering that.

This post has been edited by loblo: 14 April 2013 - 10:27 AM



#222 User is offline   jumper 

  • 2013 All-American Masters HJ/TJ'er
  • PipPipPip
  • Group: Members
  • Posts: 362
  • Joined: 21-January 11
  • OS:98SE
  • Country: Country Flag

Posted 15 April 2013 - 02:16 AM

> I did that after trying to run the latest version of Aspell which requires this function and that msvcr71 doesn't provide.
_ctype is a variable, not a function, so can't be stubbed / redirected. :(

> On reboot I get an error message saying that mprexe caused an error in kernelex.dll and KernelEx doesn't load, no programs relying on it work.
Perhaps something is dynamic-loading _ctype and trying to use type macros on the resulting function pointer instead of falling back to using the CRT functions. :unsure:

> I've now removed this entry from KxStub822.ini and am using msvcr70 as a replacement for msvcrt, Aspell runs fine and no other program I have which requires msvcrt/msvcr7x substitution appear broken.
It now looks like msvcrt70 is the better choice for msvcrt substitution. Good work! :thumbup

:) I checked my system and found these versions of MSVCRT that export _ctype:
    MSVCRT20 2.11.000
    MSVCRT40 4.22.0000
    MSVCR ..... 6.10.8924.0
    MSVCR ..... 6.10.9848.0
    MSVCR70 .. 7.00.9981.0

:( And these versions that don't:
    MSVCR71 7.10.3052.4
    MSVCR71 7.10.7031.4
    MSVCR80 8.00.50727.762
    MSVCR90 9.00.21022.8
    MSVCR100 10.00.30319.1
    MSVCR100 10.00.40219.1


> msvcr71 is version 8.0.21213.0 and msvcr70 is version 7.0.9981.0, they are the most recent I have and I didn't try with other versions so not sure if it would always happen.
I haven't seen this version of msvcr71, but it must come bundled with msvcr80. Msvcr80 has a dependency on msvcrt for _getdrives, so perhaps that msvcrt is worth a look.

#223 User is offline   loblo 

  • Oldbie
  • PipPipPipPip
  • Group: Members
  • Posts: 679
  • Joined: 12-January 10
  • OS:ME
  • Country: Country Flag

Posted 15 April 2013 - 04:34 AM

I just realized that this latest version of Aspell is from 2002 and would appear to run with any 9x msvcrt (oldest msvcrt I have archived which is version 4.20.0.6164 has _ctype) so yeah substituting msvcr71 certainly wasn't the better choice, hopefully there is no such hole in msvr70.

By adding the definition below and a few other tricks, I have installed Java 7 update 17 (currently latest) and run java programs with it without apparent issues. I'll make a separate topic about it later on.

[Advapi32.dll]
AddAccessDeniedAceEx=z5e

#224 User is offline   schwups 

  • schwups
  • PipPip
  • Group: Members
  • Posts: 281
  • Joined: 11-November 09
  • OS:ME
  • Country: Country Flag

Posted 22 May 2013 - 08:11 AM

Quote

By adding the definition below and a few other tricks, I have installed Java 7 update 17 (currently latest) and run java programs with it without apparent issues. I'll make a separate topic about it later on.

[Advapi32.dll]
AddAccessDeniedAceEx=z5e


Does Java next generation work for you, too?




Sumatra PDF 2.3 released:

[DBGHELP.dll]
SymFromAddr=z4

is required to run it.




BTW: I can't access the page "compatible applications" on the Wiki these days, if I'm not logged in. Also the page Popular Pages offers an overview.



#225 User is offline   schwups 

  • schwups
  • PipPip
  • Group: Members
  • Posts: 281
  • Joined: 11-November 09
  • OS:ME
  • Country: Country Flag

Posted 24 May 2013 - 01:57 PM

Sumatra PDF 2.3.1 released:

Reverted back to SSE support for old computers. SSE2 support was required and introduced with previous version 2.3 to make Sumatra faster.



#226 User is offline   schwups 

  • schwups
  • PipPip
  • Group: Members
  • Posts: 281
  • Joined: 11-November 09
  • OS:ME
  • Country: Country Flag

Posted 28 May 2013 - 01:38 AM

View Postschwups, on 09 April 2013 - 04:20 PM, said:

I can't install new Foxit Reader 6.0.2.407. Message: "Runtime Error (at -1:0) Cannot Import dll: C:\Windows\Temp\...\FXCUSTOM.dll"

But there is a possibility to start and run it. I installed it on XP SP2 (SP1 isn't enough), copied the Foxit program folder onto the Win ME desktop. The Foxit Reader.exe needs Kstub822 with following definitions

[KERNEL32.dll]
ReleaseActCtx=z1
CreateActCtxW=p1e0
ActivateActCtx=o2e0
DeactivateActCtx=o2e0


to start. Better run it with comp.mode XP.

The ImportPatcher complains about jrsysMSCryptoDll.dll and imgseg.dll, too. The jrsysMSCryptoDll.dll is located in the plugin folder.

Printing isn't possible anymore. => The DBGHELP.dll of ME is too old. Upgrade required.

As a reminder: I'd installed already MSXML 4.0 SP2 for version 5 and I've the winhttp.dll of XP in my system folder.


Now I've successfully installed Foxit Reader 6.0.2 0413 and 6.0.3.0524 with an additional entry.


[WINSPOOL.DRV]
XcvDataW=z8e


Also Required:

[KERNEL32.dll]
ActivateActCtx=o2e0
CreateActCtxW=p1e0
DeactivateActCtx=o2e0
ReleaseActCtx=z1

winhttp.dll

msxml4 SP2

This post has been edited by schwups: 28 May 2013 - 01:42 AM


#227 User is offline   schwups 

  • schwups
  • PipPip
  • Group: Members
  • Posts: 281
  • Joined: 11-November 09
  • OS:ME
  • Country: Country Flag

Posted 31 May 2013 - 01:55 PM

Hello Jumper,

you added some links of recommended updates in the first post. The exe installer of the msxml4 SP2 fix KB973688 doesn't run on my system. I opened it with 7Zip and extracted "msxml.msi" and "sfx manifest". The msi has worked. Thanks.



#228 User is offline   oerg866 

  • Newbie
  • Group: Members
  • Posts: 13
  • Joined: 02-June 10
  • OS:98SE
  • Country: Country Flag

Posted 10 June 2013 - 11:52 AM

View Postjumper, on 03 March 2013 - 07:07 PM, said:

For StarCraft II®: Wings of Liberty™, the Blizzard store says:

PC Minimum System Requirements*:
    Windows® XP/Windows Vista®/Windows® 7 (Updated with the latest Service Packs) with DirectX® 9.0c
    2.6 GHz Pentium® IV or equivalent AMD Athlon® processor
    128 MB PCIe NVIDIA® GeForce® 6600 GT or ATI Radeon® 9800 PRO video card or better
    12 GB available HD space
    1 GB RAM (1.5 GB required for Windows Vista®/Windows® 7 users)
    DVD-ROM drive
    Broadband Internet connection
    1024X720 minimum display resolution
    *Note: Due to potential programming changes, the Minimum System Requirements for this game may change over time.

PC Recommended Specifications:
    Windows Vista®/Windows® 7
    Dual Core 2.4Ghz Processor
    2 GB RAM
    512 MB NVIDIA® GeForce® 8800 GTX or ATI Radeon® HD 3870 or better

Looks like a 9x system can just slide in with the minimum specs. Perhaps it's already possible to run it--have you (or anyone) tried? What dependencies remain to be added?


I'll worship the hell out of the person who gets SC2 to work ;D

Share this topic:


  • 12 Pages +
  • « First
  • 10
  • 11
  • 12
  • You cannot start a new topic
  • You cannot reply to this topic

4 User(s) are reading this topic
0 members, 4 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2013 msfn.org
Privacy Policy