Jump to content

[Cancelled by the Author] Extended Kernel for XP (ExtendedXP)


Dibya

Recommended Posts

14 minutes ago, jaclaz said:

I was asking if your compiled  VKrnlEx.sys actually worked on XP like the VKrnlEx.vxd does on 9x. :dubbio:

jaclaz

Lol

You speak too much in round about fashion ...

I have not tested yet...

Link to comment
Share on other sites


56 minutes ago, Dibya said:

I have not tested yet...

Just to give you some benchmark references/scale:

1) compiled AND tested AND working=good :) [1]

2) compiled NOT tested=meaningless :w00t:

3) compiled AND tested AND NOT working=bad :(

jaclaz

[1] at an improbability level of two to the power of two hundred and seventy-six thousand to one against

Link to comment
Share on other sites

"VKrnlEx makes modification of kernel32.dll file on disk unnecessary by patching the image directly in memory from kernel space before the shell starts
To build VKRNLEX project you need Microsoft Windows 98 Driver Development Kit (DDK) or Microsoft Windows 2000 Driver Development Kit (DDK)."

Hooo... you realise you talk about two different thing no? 9x != NT
it can't be just recompiled, also i imagine how stricter NT compared to 9x, if that easily done then Xeno would made it already (for the sake of GOAT OS)
https://en.wikipedia.org/wiki/Native_API

There are lot of POSIX emulation library around, but most are for higher level use case.

Link to comment
Share on other sites

5 hours ago, Dibya said:

nasm dislikes db        unicode, '\My Games',0000h    how to fix

3.4.5 Unicode Strings

The special operators __utf16__, __utf16le__, __utf16be__, __utf32__, __utf32le__ and __utf32be__ allows definition of Unicode strings. They take a string in UTF-8 format and converts it to UTF-16 or UTF-32, respectively. Unless the be forms are specified, the output is littleendian.

For example:

%define u(x) __utf16__(x) 
%define w(x) __utf32__(x) 

      dw u('C:\WINDOWS'), 0       ; Pathname in UTF-16 
      dd w(`A + B = \u206a`), 0   ; String in UTF-32

The UTF operators can be applied either to strings passed to the DB family instructions, or to character constants in an expression context.

from http://www.nasm.us/doc/nasmdoc3.html

Link to comment
Share on other sites

1 hour ago, roytam1 said:

GoDev linker/binutils ld/MS link.exe will work.

https://forum.nasm.us/index.php?topic=969.0

I will use link.exe

I think it will be perfect

link ExKernel.obj /OUT:EXKERNEL.DLL /SUBSYSTEM:CONSOLE /ENTRY:start

I need a hooking engine that will redirect Missing API into my Exkernel.dll

I have written it in assembly with alink but alink seems to be extremely weird in binary compilation ,

EXKERNEL.dll

I previously preferred http://www.masm32.com/ but MASM became to old now whereas NASM still gets update . 

Edited by Dibya
Link to comment
Share on other sites

8 minutes ago, Dibya said:

I will use link.exe

I think it will be perfect

link ExKernel.obj /OUT:EXKERNEL.DLL /SUBSYSTEM:CONSOLE /ENTRY:start

I need a hooking engine that will redirect Missing API into my Exkernel.dll

I have written it in assembly with alink but alink seems to be extremely weird in binary compilation ,

EXKERNEL.dll

I previously preferred http://www.masm32.com/ but MASM became to old now whereas NASM still gets update . 

I think you should check how ReactOS link its kernel32.dll

Link to comment
Share on other sites

Hi in nasm when I am using -fobj  (which is obsolete ) code compiles but when I use fwin32 I get parser instructions expected and error symbol redifined such and such errors. 

Edit :: I have to find a easy way to define dll import in nasm under -fwin32.  If some one help I will be much helped. 

Go Link seems to produce much cleaner code , I will use it . -fwin32 required for goasm, ms link. 

I have to find a good hooking engine to redirect api calls. It will be awesome if that library has .ini to define which functions for which dll. (IAT)

 

Edited by Dibya
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...