June, 2009

  • Pranav ... Blogging

    Project Natal: A move from “Video Gaming” to “Video Sporting”!

    • 0 Comments

    Yes .. that’s how I look @ it .. check it out if you don’t believe (or if you do ..) and spread the love!

    Xbox: "Project Natal" Home

    and here is what my fellow bloggers are saying about it …

    Hands – and Body – on with Project Natal
    XBOX Announces Project Natal- Revolutionary Gaming Experience
    Microsoft’s Project Natal in Action

    Digg This
  • Pranav ... Blogging

    So, do you really know the difference? Try blindsearch!

    • 0 Comments

    I haven’t seen the algorithm to generate three anonymous columns, but if it’s using random numbers, I’d not call it blind search, I’d call it double blind  search engine perception, experience and search experiment or DBSEPESE; Hey! I coined an acronym .. :)

    Here is the link .. have fun, http://blindsearch.fejus.com/  for more information on this experiment Blind Search- The Search Taste Test

    Digg This
  • Pranav ... Blogging

    How to take the dump for a process which crashes randomly?

    • 0 Comments

    Got this question a few times this month …  to go in a bit detail,  the question is, how to I take the dump of  winword (or any other exe for that matter), let’s say that you are automating winword and creating a new document, after creation of every document, you kill the word and restart it again .. when this code is kept running for an hr, winword crashes intermittently

    We can’t use adplus.vbs –crash –pn winword.exe, because it will attach cdb.exe to winword and will take the dump only if the crash happens in the first invocation ..

    We can’t use Image File Execution Options to attach the debugger every time winword is launched, because for one .. it makes the customer code very slow .. two .. and most of the time, it’s not unsuitable to use this on the production environment (isn’t even reliable on a client either J )

    So, the answer is – use userdump.exe, the User Mode Process Dumper (userdump) dumps any running Win32 processes memory image (including system processes such as csrss.exe, winlogon.exe, services.exe, etc) on the fly, without attaching a debugger, or terminating target processes. Generated dump file can be analyzed or debugged by using the standard debugging tools.
    The userdump generates dump file by several triggers;

    • Dump by specifying PID or process name from command line
    • Dump automatically when process being monitored caused exceptions
    • Dump automatically when process being monitored exited
    • Dump by pressing hot key sequence

    Although, this doesn’t work well with x64, but this is a boon for i386 ( "Dump on Process Termination" is implemented by hooking into the System Service Table, but x64 Windows does not allow this type of hooking. Thus, "Dump on termination" is not supported on x64 systems. )

    You can download it from User Mode Process Dumper Version 8.1

Page 1 of 1 (3 items)