Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×


  • Content Count

  • Joined

  • Last visited

  • Donations


Everything posted by Xeno86

  1. With all due respect, of course it would: when the 8th character is a space, one patches 0x00 to 0x20. But if there are 8 characters, it's simply a question of using an incomplete 7 characters string at build time, and then patching the final 0x00, added by C++, with the right value for the 8th character. Yes, but that would require generating a separate 7 Character string when the Identifier is 8 Characters. That would defeat the purpose of using the util.h Macro as is. It would also require specifying the eighth Character to the Patcher. VMM.H defines these Macros also, but Microsoft spec
  2. KernelEx does build properly under both Windows 98 SE and Windows 7 Pro x64. Just follow the instructions here: http://kernelex.sourceforge.net/wiki/Building_KernelEx No virtual machine is needed. Autoexec.bat changes aren't needed. Just set up the paths correctly inside VC6! VC6 is 100% compatible with Windows 7 x64. The guide applies to vanilla v4.5.2 only, cannot warrant that it will work with 3rd party mods.
  3. You can already create debug installer package with the following command-line: "c:\Program Files\NSIS\makensis.exe" /D_DEBUG KernelEx.nsi As for debugging, put wdeb386.exe from 98ddk\bin under C:\WINDOWS and execute this command-line: wdeb386.exe /n /c:1 /r:19200 win.com On second computer run a serial port terminal - hyperterminal / putty / whatever.
  4. Actually you only need wdeb386.exe and no other files for debug output. Physical machine is also okay. You only gotta connect two machines with serial cable. Also I suggest moving this discussion to a separate thread...
  5. Drugwash, While I've added these files to repository a couple of days ago to the repository I didn't update source code packages which I'm correcting now. I've just updated source code distribution on SourceForge to include the files in question. http://sourceforge.net/projects/kernelex/files/KernelEx/4.5.2/ --- Jumper, KernelEx.sdb is a special database containing Microsoft Installer (MSI) transform files. These files allow the system to modify the MSI files on the fly so you don't have to mess with Orca by hand, eg. remove VersionNT dependencies. Having that said, KernelEx.sdb needs to be re
  6. As I've seen many people have problems building the project, I've written instructions on how to configure your build environment. http://kernelex.sourceforge.net/wiki/Building_KernelEx
  7. This just ensures me that I did a good thing by leaving the 9x scene. People are so angry and disrespectful for your work that it's actually a pain to read all that stuff. You got all the system enhancements for free and open sourced and I never asked for money. What do I get in return? Swears, disrespect. And all that not for the first time... What I've learned is that people shouldn't receive anything for free because then they don't respect the stuff they get. Sad but true.
  8. Say hello to LLXX. Rule #7.b Just to clarify and clean my name. LLXX didn't influence my work. Ever. And I didn't base my code on any code originating from her. For those who don't remember, the original idea for KernelEX came in 2005 from a small Portuguese project called Win98updt0001 (http://rwinds.no-ip.org/file/win98updt0001.zip) which implemented three API functions in just a few lines of assembly and my urge to run Need For Speed Most Wanted under Windows 98. Based on the success I expanded the code into first Kernel Update Project, then early KernelEx and what evolved into current Ker
  9. Well you haven't made a single attempt to contact me... Anyway, it's nice to see some developer actually interested in continuing the project. While I'm not actively developing the project myself anymore, I can help in getting started with the project. Just PM me.
  10. There is a special mechanism added in KernelEx v4.5.1 that is exactly what you might want - that is extending system API on-the-fly. The thing to look for is 'KernelEx API Hook infrastructure'. I used it specifically build a DLL to log all API calls from a chosen application to a file but you can use it to test new system APIs before applying to KernelEx API Libraries. What you need to do build a DLL (HOOK DLL) and export two functions: int kexApiHook_initonce(void) PROC kexApiHook_register(const char* caller, const char* target, const char* api, PROC orig) kexApiHook_initonce is called before
  11. I was too lazy to check, anyone willing to bother?
  12. Actually, I don't think we're talking about the same thing. What I wanted to tell in that post is that the new KernelEx v4.5.2 *COULD* possibly conflict with some copy protection engine, which does compare in-memory file image with what it can find on disk and notices a difference. On the other hand previous releases, including v4.5.1 were modifying a file on disk, so in-memory image would be the same as actual file on disk. As I have no possibility to check all copy protection engines, I bring this to public attention, so that we can find the problem quicker. Hope this clarifies my previous
  13. The problem with opening links in Opera is known to me. This new release is targeted on making Mozilla Firefox running on 9x again.
  14. With the new release KernelEx v4.5.2 the special build of Firefox - Aurora shouldn't be required anymore. KernelEx v4.5.2 can now run official Mozilla Firefox 8.0 build. Keep in mind that these limitations still apply: no bookmarks no browse history no address bar history
  15. KernelEx v4.5.2 Release announcement Hi there! This is a maintenance release to allow running the recently released official Mozilla Firefox 8.0 build. Greets to aceman and felicitas for discovering the nature of the problem which prevented it from working. What is not working yet: recently visited addresses, history and bookmarks. KernelEx enters the dark world of VMM and kernel drivers. In this release KernelEx doesn't make any modifications to system files on disk. Instead all patching is done on-the-fly in memory, while the system is performing the startup via a specialized driver. Please
  16. Well it's not easy to choose a proper build environment for KernelEx. Why not GCC? No native delay-loading, no SEH (try/catch) support, no PDB symbol support (can't use kernel debuggers) Why not MSVC 2010 Express? Lots of dependencies upon various msvcr100.dll functions (and we can't use msvcrt, not even static in Core), resulting binaries require post-pocessing in order to be runnable under 9x (hint: platform = 5.0), IDE and compiler can't be run under 9x itself (no self-hosting), don't know what is the compatibility with kernel debuggers Why not MSVC 98? Antique, buggy, non-free, hard to obt
  17. Hi! First of all, I'd like to appologize for the lack of any signs of life from me for such a long time. As you've propably already noticed, there is no development currently going on KernelEx. While it was fun to work on the project for all those years, the time has finally come to move on and focus on new challenges. I'm not going to dicuss why I decided to leave the project and not to continue further development. The decision has been already made and is irreversible. I don't care too much whether you accept it or not. It's enough to say that the work on this project has always been an e
  18. I second that. What is wrong with the current wiki?
  19. Nice to hear that you've found the culprit of the problems. I've added this workaround to the repository, so if there'll be new release the fix will be included. Apart from that I don't see anyone mentioning recently released Opera 11.50. I wonder what is your experience with it.
  20. Also I've noticed some of you (M()zart and Spunker88) started to add some new entries to the WIKI which is nice and welcomed by me. But I've also got some suggestions for you. @M()zart Mind checking your dictionary "user interface is c...ped" doesn't look nice in the wiki @Spunker88 Try to be more descriptive (VLC) @Everyone When you add an entry, try filling all entires in the infobox - including a screenshot and an icon. I've fixed the Infobox today which was broken since I upgraded MediaWiki. The list of compatible applications (Compatibility database) should now automatically update whe
  21. In space no one can hear you scream. Yeah I hear ya I'd suggest finding out which DLLs are in use by PDF printer (lower pane in Process Explorer might help) and trying to disable KEx for just those DLLs. Opera is working in Win2k mode so by default all DLLs used by it also think Win2k system and if the driver has single DLL for both 9x and NT systems (switching depending on visible system version) then it's likely it won't work coz 9x has completely different printing subsystem. When you last checked Opera 10.63 did you leave it in Win2k mode or switched to default? :>
  22. I don't know for sure, but I installed over 4.5, rebooted as prompted and it seems to be working OK. Glad it's still working, still be interested to know the correct method though. Both methods are correct
  23. KernelEx v4.5.1 Release announcement Hi there! Sorry for long wait folks. Unfortunately I have to confirm what some of you might have already suspected. The development of KernelEx has stalled. The release you see here is an almost unmodified version from February. I have decided to finally release it so that the work which has been done is not completely lost and so that you could benefit from it. This is mainly a bug fix release with an addition of new feature for developers who want to hack around KernelEx and Windows APIs. The update brings mainly fixes for Opera 11 and GTK application use
  24. Well the only reason to do this by hand that would be a mysterious disappearance of the backup made automatically by the installer. Under normal circumstances you shouldn't worry about this. Also since KernelEx 4.5 Final the backup is now persistent - it won't be removed on uninstall and won't be stored in KernelEx dir.
  25. This basically means that the previous uninstallation of KernelEx wasn't 'clean' and kernel32.dll wasn't unpatched. The common cause is KERNEL32.BAK file being deleted. The uninstaller is designed to not complain if it can't revert kernel32.dll modifications. By previous uninstallation I mean any of KernelEx 4.5 RC1 through RC5 because al these releases shared the same patching scheme and they could detect that file has already had compatible patch applied and didn't complain, even when there was no original kernel32.dll. KernelEx 4.5 Final uses different patch because of changes made to the i
  • Create New...