madshi.net

That might mean that the DLL is not recognized by the driver. Can you confirm that the driver is actually running?

Did you sign the hook DLL at all, or not? If so, did you sign the hook DLL before or after calling madConfigDrv?

No problem at all, I'm happy to hear that madExcept is innocent...

Does this only happen if you create a new project? Or does it also happen if you restart the Delphi IDE, then switch between the 2 newly created projects and compile them alternatingly?

Unfortunately, I've no idea what the issue could be, and it would be extremely time consuming trying to figure this out. So my suggestion would be to use an ugly workaround: 1) Remove the package from the IDE. 2) Instead setup a "post build event" in the project settings, where you call &q...

Welcome!

Today I'm releasing madExcept 5.1.4 with Delphi 12 support:

http://madshi.net/madCollection.exe (installer 2.8.13.0)

Available now:

http://madshi.net/madCollection.exe (madExcept 5.1.4)

I'm sorry, I missed this thread.

Does this problem also happen with a brand new test project?

And have you tried running the compiled EXE outside of the IDE? Does it work then?

I think it's not officially released yet? I plan to add support very quickly after it's released.

The driver actually isn't able to inject into already running processes. It doesn't have the code for that. The madCodeHook injection driver only injects into newly created processes. Injecting into already running processes is the job of the user mode library. Are you doing the user mode injection ...

Try hooking loc_4a3b80 instead of sub_42e843, that should work.

That error code means "code not interceptable", which means that madCodeHook thinks that it's not safe to hook that code.

Can you do this:

Code: Select all

uses madDisAsm;

var as1 : AnsiString;
begin
  ParseFunction(Pointer($0042E843), as1);

Then please post the contents of "as1" here.

You mean HookCode fails? If so, what does GetLastError say?

It works the same way as hooking APIs. Your hook callback function and "next hook" function variable need to have the same calling convention and parameters as the function you want to hook. Have you tried? Does it not work?

Of course I could offer such a service. However, there are situations where an application might crash in an endless loop and might then flood those services. Also, I'm not sure if my webserver is suited to handle the traffic/workload to cover all madExcept applications world-wide. So it's not overl...

madshi.net

Search found 10707 matches

Re: [question] error code 31..

Re: Unstable debug in 10.4.2 when madExceptWizard_.bpl is loaded

Re: Unstable debug in 10.4.2 when madExceptWizard_.bpl is loaded

Re: Unstable debug in 10.4.2 when madExceptWizard_.bpl is loaded

Re: ANN: madExcept 5.1.4 (with Delphi 12 support)

ANN: madExcept 5.1.4 (with Delphi 12 support)

Re: Delphi 12

Re: MadExcept not intergrating into applications

Re: Delphi 12

Re: [request] inject dll on specified process(pid) by driver

Re: Hook Specific address

Re: Hook Specific address

Re: Hook Specific address

Re: Hook Specific address

Re: ME and smtp gmail