Runing PIN in IDA 6.4?

[Aimless]

lol i dont have any further suggestions at this point :P

But your willingness to engage was HIGHLY appreciated.

Have Phun.

[deepzero]

It looks like you did not link to the winsock library properly.
Try adding it in the project settings or dump this under the relevant include file:

#pragma comment(lib, "wsock32.lib")

[Inliferty]

It looks like you did not link to the winsock library properly.
Try adding it in the project settings or dump this under the relevant include file:

This problem would cause the Linker to fail, and since he gets a .dll-File this is not the case.

A few Ideas after looking at the SDK:
.) Attach a debugger to IDA and check if CreateProcess is failing
.) Get some network monitoring tool and check if IDA is listening on port 23946, maybe try to connect with a dummy client to check that it is working.
-> If the port is closed attach a debugger again and break on listen() and see why it fails? (or try another Port Number)

[Aimless]

It looks like you did not link to the winsock library properly.
Try adding it in the project settings or dump this under the relevant include file:

This problem would cause the Linker to fail, and since he gets a .dll-File this is not the case.

A few Ideas after looking at the SDK:
.) Attach a debugger to IDA and check if CreateProcess is failing
.) Get some network monitoring tool and check if IDA is listening on port 23946, maybe try to connect with a dummy client to check that it is working.
-> If the port is closed attach a debugger again and break on listen() and see why it fails? (or try another Port Number)

Thank you for your contribution. I tried these things out, including shutting down the Win XP default firewall, disabling the AV, (hell, I installed an XP VM without an AV, just for this) and many other things. Just...nothing.

Worse, PIN on it's own works. PINLOG, from Dereko (hey D, hello, again!) works. Just the one from IDA is not working.

Well, will keep on trying. If something new pops up, I'll update this thread again. Or unless someone has a wonderful idea.


Have Phun

[zadow]

wont you need the pin_user.plw as stated in the plugins.cfg

;       plugin_name                 filename    hotkey  arg  flags
;       --------------------------- ----------  ------  ---  --------

        ; Debugger plugins
        Windbg_debugger             windbg_user 0       0  DEBUG
        Local_Windows_debugger      win32_user  0       0  DEBUG
        Remote_Windows_debugger     win32_stub  0       0  DEBUG
        Local_Bochs_debugger        bochs_user  0       0  DEBUG
        Local_Linux_debugger        linux_user  0       0  DEBUG
        Remote_Linux_debugger       linux_stub  0       0  DEBUG
        Remote_ARMLinux/Android_debugger armlinux_stub 0 0 DEBUG ; only remote
        Remote_WinCE_debugger       wince_stub  0       0  DEBUG ; only remote
        Local_Mac_OS_X_debugger     mac_user    0       0  DEBUG
        Remote_Mac_OS_X_debugger   mac_stub    0       0  DEBUG
        Remote_Symbian_debugger     epoc_user   0       0  DEBUG ; only remote
        Remote_iPhone_v1.x_debugger iphone_stub 0       0  DEBUG ; only remote
        Remote_GDB_debugger         gdb_user    0       0  DEBUG ; only remote
        PIN_debugger                     pin_user      0       0  DEBUG

the source only build the idadbg.dll
i tried building it for the ida 64 demo but then i noticed that it needed the pin_user, and all the other debuggers uses there own binary(plw) to launch the debugger.
I could be wrong
by the way setting project option to Multi-threaded (/MT) correct the building error.!

[Aimless]

Well, nice to see a reply after so long.

Yes, the plugin is also compiled and put in the correct place.

But I've stopped using PIN now. Something more homegrown works fine for me, these days.

Have phun

[zadow]

They only released the source for idadbg.dll not the pin_user.plw.
I cant seem to find the source for the plugin.

[roocoon]

Trying to get over the frustration by being unable to get rid of the damn irs_recv timeout error that kills IDA, I surfed a bit.
I came across another site with a small IDA section that had a discussion on PIN and its successful compilation.
No point repeating what they said so here's the link:
http://techbliss.org/threads/help-with-plugin-pin-debugger.478/

Interesting threads there too about IDA and Python.

[zadow]

lol thats my site.
I just didnt wanna do any promosion for my own site, on this one.

[roocoon]

lol thats my site.
I just didnt wanna do any promosion for my own site, on this one.

Really? I guess I did it for you now
I liked the detailed write-ups in those threads and that's a plus in my book.

[zadow]

Really? I guess I did it for you now
I liked the detailed write-ups in those threads and that's a plus in my book.

To bad im the only Ida freak there
Do you have the compiled pin_user

[roocoon]

To bad im the only Ida freak there
Do you have the compiled pin_user

Sorry, I don't.
I haven't looked for it either. Too preoccupied trying to avoid irs_recv errors in vanilla IDA x64.

[zadow]

Connection error/timeout
not sure what Vanilla is ?
IF you mean mac os i made an good thread on remote debugging .via WMware

http://techbliss.org/threads/ida-pro-debugging-via-wmware-linux-os-x.474/#post-1130

[roocoon]

Connection error/timeout
not sure what Vanilla is ?

Vanilla as in "I haven't modified any IDA code".

irs_recv is a connection timeout (RPC probably) caused either by some tasks in the system (maybe some protected software), or a signature problem having to do with running IDA Remote x64 on the same machine as IDA.
Pretty obscure problem and not much info around.

[zadow]

what operating system are you using, and does it do it everytime.