Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

Opening without content tree

Help
2010-03-22
2013-02-12
  • Olav Bringedal
    Olav Bringedal
    2010-03-22

    i use xchm to view pages from a chm file based on command line. That is lightening fast, but after it shows it uses several seconds to load the content tree. Is there a way to prevent that from loading?

     
  • No, that's not currently possible, but it would be trivial to implement. I guess I can do it for the next release.
    What OS are you using xCHM on?

     
  • Olav Bringedal
    Olav Bringedal
    2010-03-23

    Thanks for prompt answer. I use xchm 1.17 on ubuntu 9.10. the file I'm opening is the php help file

    http://us.php.net/get/php_manual_en.chm/from/a/mirror

    xchm file:/path/to/php_manual_en.chm#xchm:/function.print.html

     
  • OK, I'll put in new command line switches to inhibit loading the table of contents and index. Not sure yet what they will be called. But the Ubuntu people will not upgrade the xCHM package until I release a new version, and I'm not sure this update alone warrants a new version. We'll see.

    I'll implement the changes as soon as I get some time. I've not had time for much the past week, not sure the next one will be any better. But it'll get done.

     
  • OK, it's done. I've added "-t" to inhibit trying to load the topics tree, and "-i" to inhibit loading the index list, and so far it seems to so what it's supposed to do :).

    If you can't wait for the 1.18 release and the subsequent Ubuntu build, I suggest you check out the source code from CVS (explained here: http://sourceforge.net/scm/?type=cvs&group_id=87007) and build it yourself.

     
  • Olav Bringedal
    Olav Bringedal
    2010-03-31

    Great! This was an extremely fast response and makes xchm the by far best chm viewer in linux!

    Thanks a lot!

     
  • No problem. Thanks for the kind words!

     

  • Anonymous
    2011-04-02

    php_manual_en.chm from http://www.php.net/download-docs.php don't work "Fragmentation Fault"
    ubuntu 10.10 (xchm 1.17 and 1.18)

     
  • I'm sure you mean "Segmentation fault". It works just fine for me on Gentoo Linux, xCHM v1.18:


    Can you debug the application (run in in gdb and obtain a backtrace)? Does your xCHM binary link against a Unicode-enabled wxWidgets library? What version of wxWidgets are you using?

    Unfortunately I can't test with an Ubuntu machine, so unless you can provide more details I can't do much.

     

  • Anonymous
    2011-04-02

    gdb xchm
    GNU gdb (GDB) 7.2-ubuntu
    Copyright (C) 2010 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "x86_64-linux-gnu".
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>…
    Reading symbols from /usr/bin/xchm…(no debugging symbols found)…done.
    (gdb) run
    Starting program: /usr/bin/xchm

    (xchm:5068): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -4 and height 17

    (xchm:5068): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -4 and height 17

    (xchm:5068): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -4 and height 17

    (xchm:5068): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -4 and height 17

    Program received signal SIGSEGV, Segmentation fault.
    0x000000000041d19d in ?? ()

     

  • Anonymous
    2011-04-02

    backtrace
    #0  0x000000000041d19d in ?? ()
    #1  0x000000000041de42 in ?? ()
    #2  0x000000000041dede in ?? ()
    #3  0x000000000041dede in ?? ()
    #4  0x000000000041dede in ?? ()
    #5  0x000000000041dede in ?? ()
    #6  0x000000000041dede in ?? ()
    #7  0x000000000041e244 in ?? ()
    #8  0x000000000041e31d in ?? ()
    #9  0x00000000004209a7 in ?? ()
    #10 0x0000000000424d78 in ?? ()
    #11 0x0000000000425197 in ?? ()
    #12 0x00007ffff6e18310 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () from /usr/lib/libwx_baseu-2.8.so.0
    #13 0x00007ffff6e192d4 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () from /usr/lib/libwx_baseu-2.8.so.0
    #14 0x00007ffff6e193b7 in wxEvtHandler::ProcessEvent(wxEvent&) ()
       from /usr/lib/libwx_baseu-2.8.so.0
    #15 0x00007ffff7588249 in wxWindowBase::TryParent(wxEvent&) ()
       from /usr/lib/libwx_gtk2u_core-2.8.so.0
    #16 0x00007ffff757fc05 in wxToolBarBase::OnLeftClick(int, bool) ()
       from /usr/lib/libwx_gtk2u_core-2.8.so.0
    #17 0x00007ffff74feade in ?? () from /usr/lib/libwx_gtk2u_core-2.8.so.0
    --Type <return> to continue, or q <return> to quit--
    #18 0x00007ffff42cca6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
    #19 0x00007ffff42e2de7 in ?? () from /usr/lib/libgobject-2.0.so.0
    #20 0x00007ffff42e42a6 in g_signal_emit_valist ()
       from /usr/lib/libgobject-2.0.so.0
    #21 0x00007ffff42e4863 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
    #22 0x00007ffff5ae1e85 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
    #23 0x00007ffff42cca6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
    #24 0x00007ffff42e26b1 in ?? () from /usr/lib/libgobject-2.0.so.0
    #25 0x00007ffff42e42a6 in g_signal_emit_valist ()
       from /usr/lib/libgobject-2.0.so.0
    #26 0x00007ffff42e4863 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
    #27 0x00007ffff5ae0b8d in ?? () from /usr/lib/libgtk-x11-2.0.so.0
    #28 0x00007ffff5b8e9d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
    #29 0x00007ffff42cca6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
    #30 0x00007ffff42e2a30 in ?? () from /usr/lib/libgobject-2.0.so.0
    #31 0x00007ffff42e40eb in g_signal_emit_valist ()
       from /usr/lib/libgobject-2.0.so.0
    #32 0x00007ffff42e4863 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
    #33 0x00007ffff5ca76df in ?? () from /usr/lib/libgtk-x11-2.0.so.0
    #34 0x00007ffff5b86e73 in gtk_propagate_event ()
       from /usr/lib/libgtk-x11-2.0.so.0
    #35 0x00007ffff5b87f4b in gtk_main_do_event ()
       from /usr/lib/libgtk-x11-2.0.so.0
    --Type <return> to continue, or q <return> to quit--
    #36 0x00007ffff580174c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
    #37 0x00007ffff3a0b342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
    #38 0x00007ffff3a0f2a8 in ?? () from /lib/libglib-2.0.so.0
    #39 0x00007ffff3a0f7b5 in g_main_loop_run () from /lib/libglib-2.0.so.0
    #40 0x00007ffff5b883e7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
    #41 0x00007ffff7484578 in wxEventLoop::Run() ()
       from /usr/lib/libwx_gtk2u_core-2.8.so.0
    #42 0x00007ffff7509b1b in wxAppBase::MainLoop() ()
       from /usr/lib/libwx_gtk2u_core-2.8.so.0
    #43 0x00007ffff6dbe695 in wxEntry(int&, wchar_t**) ()
       from /usr/lib/libwx_baseu-2.8.so.0
    #44 0x0000000000418cc2 in ?? ()
    #45 0x00007ffff6090d8e in __libc_start_main () from /lib/libc.so.6
    #46 0x0000000000416fb9 in ?? ()
    #47 0x00007fffffffe368 in ?? ()
    #48 0x000000000000001c in ?? ()
    #49 0x0000000000000001 in ?? ()
    #50 0x00007fffffffe61a in ?? ()
    #51 0x0000000000000000 in ?? ()

     
  • Thanks! I see from the backtrace that you're using an Unicode-enabled version of wxWidgets (from the 'u' suffix in the names of the .so files).

    But I don't know where it crashed in the xCHM executable itself. Can you obtain a debug version of xCHM for Ubuntu? The version you're using is probably stripped of the useful symbols that would allow us to pinpoint the problem inside xCHM.

    If you cannot find a debug version (maybe you can produce one yourself from some source code RPM?) then perhaps you could report this issue to the Ubuntu xCHM maintainer and maybe theyll contact me next if the problem is found to be indeed an xCHM issue.

    Again, I am unable to reproduce it. Do you do anything else than just loading the CHM file and opening a few chapters? Does it happen during a search or some other more specific activity?