Results 1 to 4 of 4

Thread: Lazarus 0.9.30 (Win32) crashes when debigging program loading a DLL

  1. #1

    Lazarus 0.9.30 (Win32) crashes when debigging program loading a DLL

    Hi all,
    I am trying to debug a program with Lazarus 0.9.30 using Win32, but am getting a crash at the point where it tries to load a dll using LoadLibrary.

    I have even tried doing a backtrace using GDB via command line:

    Code:
    G:\MyProg\1.0\bin>gdb Render.exe
    GNU gdb (GDB) 7.2
    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 "mingw32".
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>...
    Reading symbols from G:\MyProg\1.0\bin/Render.exe...done.
    (gdb) break fpc_exceptions
    Function "fpc_exceptions" not defined.
    Make breakpoint pending on future shared library load? (y or [n]) n
    (gdb) run
    Starting program: G:\MyProg\1.0\bin/Render.exe
    [New Thread 6792.0x1f28]
    
    G:\MyProg\1.0\bin>
    but GDB is crashing out right after it seem to create a thread!

    Any ideas?
    This is really 'bugging' me! hahaha

    Seriously though...this is kind of a show-stopper

    cheers,
    Paul

  2. #2
    I have an update:

    The DLL was compressed using PECompact and Lazarus/GDB didn't like that one little bit

    Using the uncompressed version works a treat

    I hope this helps someone else too...

    cheers,
    Paul

  3. #3
    PGD Staff code_glitch's Avatar
    Join Date
    Oct 2009
    Location
    UK (England, the bigger bit)
    Posts
    933
    Blog Entries
    45
    To be honest, I am finding a few cracks in GDB where it may have been worth the dev team running some GDB on GDB because whenever I have some resource error from multiple threads in parallel, the error in the application seems to crash GDB... A noteworthy one is trying to alter window contexts and global OpenGl information from a child thread when OpenGl was initialized and stores its memory in the parent/main thread...

    Personally, I find multi threading quite easy in itself but its hard to debug without GDB, even when I have my own libs in play for that. Ie: I know what line crashes everything, but I dont know why On the bright side, GDB works on windows for you; I had a few issues getting mine functioanl on Win32, although in ubuntu its a cinch. If only ubuntu had support for multitouch, interfaces for it and support for win32 touch display drivers then I could finally get my 100% nix network... *SIGH*
    I once tried to change the world. But they wouldn't give me the source code. Damned evil cunning.

  4. #4
    Co-Founder / PGD Elder WILL's Avatar
    Join Date
    Apr 2003
    Location
    Canada
    Posts
    6,107
    Blog Entries
    25
    I get the same problems when I try to compile any SDL projects. A default app generated from scratch works ok, but SDL seems to be a bit of a challenge to add into anything for Mac OS X + Lazarus. (Which is pretty much ALL my current projects.)
    Jason McMillen
    Pascal Game Development
    Co-Founder





Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •