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")
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
Blame Microsoft, get l337 !!
wont you need the pin_user.plw as stated in the plugins.cfg
the source only build the idadbg.dllCode:; 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
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.!
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
Blame Microsoft, get l337 !!
They only released the source for idadbg.dll not the pin_user.plw.
I cant seem to find the source for the plugin.
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.
lol thats my site.
I just didnt wanna do any promosion for my own site, on this one.
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
Last edited by zadow; February 5th, 2014 at 13:46.
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.
what operating system are you using, and does it do it everytime.
Bookmarks