***BOGO*** Re: [Mingw-users] crash with one version of MinGW but not another

[Damon Register <damonregister@xxxxxxxxxxxxx>]

Greg Chicares wrote:
> Are the gtk libraries C, or C++? If you're linking to any C++
They are C++ libraries.

> library, then the problem may be that it was built with a
> different compiler version than the library. See:
Considering the troubles I have had in the past with using
a prebuilt C++ library in Borland, I should have thought of that.
I am using prebuilt gtkmm, glibmm libraries.  Another good reason
to not like prebuilt binaries.  I will see if I can get the build
instructions so I can build them myself.

>   http://mingw.org/MinGWiki/index.php/MixingCompilers
thanks for the link

> Otherwise, you could use 'gdb' to try to figure out where and
I don't have that

> I would try inserting extra print statements in the demo
> program that'll tell you where it crashed. For example, I'd
I know exactly where it crashes.  If you look at
http://svn.gnome.org/viewvc/glibmm/trunk/examples/keyfile/main.cc?view=markup
it is the first try
  const bool loaded = keyfile.load_from_file(filepath);
If the file does not exist, it is supposed to throw an exception
that will be caught.  Instead it just dies

> and similarly around each step that could possibly fail.
> I'd also add "catch(...)" clauses to make sure all C++
> exceptions are trapped, not just the anticipated ones.
I tried that but it seems that segfaults aren't caught.  It is
too late for that I guess.

Thanks for helping me with this

Damon Register

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
MinGW-users mailing list
MinGW-users@xxxxxxxxxxxxxxxxxxxxx

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users