DebugView help not working on Windows XP X64 Pro and Windows 7 x64 (?)

Discussion in 'Windows 64bit' started by Skybuck Flying, Aug 9, 2009.

  1. Hello,

    There is one little problem with DebugView:

    The help file is not working ?!

    I suspect this problem must be known for some time now ???!!!???

    I could try and view it on windows xp 32 bit... on my other computer.

    Or maybe in windows 95 on my virtual pc :) or even in vmware ;) :)

    I got a couple of those (w95's ;)) <- fast ;) :)

    But I still ask this question:

    Is there an update help file somewhere ?

    And is the help actually any good ?

    I am still a little bit confused about DebugView ?!?

    Is there indeed some latency before dbgprints come into it ?

    Or is it a bit shaky ?

    I would guess it has some lag because of all the strings and such ?

    I do hope these strings are only present in the debug mode of windows ?

    Don't tell me this lag is actually present in windows itself under normal
    mode ?

    I wouldn't believe it anyway because how would computer games have any good
    latency ?!?

    But anyway suppose that the message are done in normal mode as well then
    maybe that
    should not be done and would make windows a hell lot faster ?!? ;)

    Bye,
    Skybuck.
     
    Skybuck Flying, Aug 9, 2009
    #1
    1. Advertisements

  2. Skybuck Flying

    Tim Roberts Guest

    Yes. Debug prints are stored in a circular buffer in the kernel. DebugView
    has to periodically check the circular buffer to see if there is anything
    new there. There's no callback, since this wasn't the primary way debug
    messages were designed to be read. So, it's polled, and polling scheme
    naturally have some latency.
    What strings?
    The lag is not caused by the generation of the messgaes. The lag is just a
    manifestation of the method DebugView has to use to fetch the messages.
    What on earth does DebugView latency have to do with computer games?
    Generating a debug message takes virtually no time at all.
     
    Tim Roberts, Aug 10, 2009
    #2
    1. Advertisements

  3. I do hope these strings are only present in the debug mode of windows ?
    These kind of strings:

    "blablabla"

    Example:

    DEBUGP(MP_TRACE, ("<-- NICCopyPacket\n"));
    If the debugview latency was caused by the strings, then it would effect
    computer games
    as well since they would use these kind of drivers too...
    I would expect the DEBUGP statement to be completely removed from drivers.

    If that is not the case and there is actually a call executed then this will
    still slow down the software
    quite a lot.

    Bye,
    Skybuck.
     
    Skybuck Flying, Aug 11, 2009
    #3
  4. Skybuck Flying

    Pavel A. Guest

    Yes, debug prints (via kernel debugger) have certain performance
    cost, and are usually disabled in release version of drivers.
    But without them, debugging could be a bit harder.

    --pa
     
    Pavel A., Aug 11, 2009
    #4
  5. Skybuck Flying

    David Craig Guest

    There are several items about debug print statements that are important:

    1. Memory for the string(s)
    2. Code to execute to prepare and display the strings
    3. The OS call to actually do the output to the debug display
    device/program

    Some of the macros only compile to generating code if DBG is greater than
    zero. Others such as DbgPrint() work even in free builds. If the OS, such
    as Vista and later, have a filtering method to suppresses output unless some
    flag is set it eliminates some output. However, I don't know if most of the
    rest of the code executes before that decision is made - and I have no
    desire to trace the code and see where it is blocked. There is an issue in
    some drivers, mostly hardware based, where debug code can change the
    behavior significantly enough to hide a bug or in some cases actually create
    an error.

    I develop with checked builds of my drivers until very late in the process.
    However I have been doing this so long, I don't find too many timing
    dependencies where a working checked driver will not work in a free build.
    I have seen the reverse though.
     
    David Craig, Aug 11, 2009
    #5
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.