Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Stu Redman]

aMule SVN with wx trunk, Ubuntu 11.4 with gcc 4.5 (default in 11.4) fails with

Code: [Select]

Building libmuleappcore.a
Linking amule
amule-ChatSelector.o:(.rodata._ZTV12CChatSession[vtable for CChatSession]+0x7b0): undefined reference to `non-virtual thunk to wxTextCtrlBase::overflow(int)'
amule-ChatSelector.o:(.rodata._ZTV12CChatSession[vtable for CChatSession]+0x7d8): undefined reference to `non-virtual thunk to wxTextCtrl::GetLineLength(long) const'
amule-ChatSelector.o:(.rodata._ZTV12CChatSession[vtable for CChatSession]+0x7e0): undefined reference to `non-virtual thunk to wxTextCtrl::GetLineText(long) const'
... a lot more of these...
./libmuleappgui.a(libmuleappgui_a-MuleTextCtrl.o):(.rodata._ZTV13CMuleTextCtrl[vtable for CMuleTextCtrl]+0x7b0): undefined reference to `non-virtual thunk to wxTextCtrlBase::overflow(int)'
./libmuleappgui.a(libmuleappgui_a-MuleTextCtrl.o):(.rodata._ZTV13CMuleTextCtrl[vtable for CMuleTextCtrl]+0x7d8): undefined reference to `non-virtual thunk to wxTextCtrl::GetLineLength(long) const'
./libmuleappgui.a(libmuleappgui_a-MuleTextCtrl.o):(.rodata._ZTV13CMuleTextCtrl[vtable for CMuleTextCtrl]+0x7e0): undefined reference to `non-virtual thunk to wxTextCtrl::GetLineText(long) const'
... a lot more of these...
WTF? Anybody have an idea? Compilation works with MSVC.

[Stu Redman]

What's the purpose of CMuleTextCtrl in the first place?

Code: [Select]

/**
 * This class is a slightly improved wxTextCtrl that supports the traditional
 * popup-menu usually provided by text-ctrls. It provides the following options:
 *  - Cut
 *  - Copy
 *  - Paste
 *  - Clear
 *  - Select All
 *
 * Other than that, it acts exactly like an ordinary wxTextCtrl.
 */

Windows: it creates a custom popup with less options than the wxTextCtrl
Linux: both popups of wxTextCtrl and CMuleTextCtrl are identical.
(That's with wx 2.8 in both cases.)
Can we ditch this?

wxTextCtrl doesn't like to be derived from in 2.9 apparently. A quick slash-CMuleTextCtrl-out leaves just the errors for the CChatSession which also derives from it. Could be changed from inheritance to composition, maybe that would work around the problem.

[Kry]

How about 2.8? Does it also have the same popups?

Also, we have to keep Mac in mind, and by "we" I mean "I".

[Stu Redman]

(That's with wx 2.8 in both cases.)

I couldn't check popups in 2.9 because it didn't compile...

This is fucked up utterly.
I got it compiled now (changing the chatsession), and now it segfaults in

Code: [Select]

bool CamuleAppCommon::InitCommon(int argc, wxChar ** argv)
{
theApp->SetAppName(wxT("aMule"));
And gdb says:

Code: [Select]

Program received signal SIGSEGV, Segmentation fault.
0x000000000044b05a in __gnu_cxx::__exchange_and_add (__mem=0xfffffffffffffff8,
    __val=-1) at /usr/include/c++/4.5/ext/atomicity.h:46
46   { return __sync_fetch_and_add(__mem, __val); }
(gdb) bt full
#0  0x000000000044b05a in __gnu_cxx::__exchange_and_add (
    __mem=0xfffffffffffffff8, __val=-1)
    at /usr/include/c++/4.5/ext/atomicity.h:46
No locals.
#1  0x000000000044b0ef in __gnu_cxx::__exchange_and_add_dispatch (
    __mem=0xfffffffffffffff8, __val=-1)
    at /usr/include/c++/4.5/ext/atomicity.h:79
No locals.
#2  0x000000000044f2c4 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_dispose (this=0xffffffffffffffe8, __a=...)
    at /usr/include/c++/4.5/bits/basic_string.h:235
No locals.
#3  0x000000000044f56e in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::assign (this=0xe4a780, __str=...)
    at /usr/include/c++/4.5/bits/basic_string.tcc:250
        __a = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}
        __tmp = 0xe69468 "aMule"
#4  0x000000000044ed73 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator= (this=0xe4a780, __str=...)
    at /usr/include/c++/4.5/bits/basic_string.h:533
---Type <return> to continue, or q <return> to quit---
No locals.
#5  0x000000000044c633 in wxString::operator= (this=0xe4a780, stringSrc=...)
    at /home/martin/amule/wx291/inst/include/wx-2.9/wx/string.h:1923
No locals.
#6  0x00000000006f2ece in wxAppConsoleBase::SetAppName (this=0xe4a680,
    name=...) at /home/martin/amule/wx291/inst/include/wx-2.9/wx/app.h:145
No locals.
#7  0x00000000006ef73b in CamuleAppCommon::InitCommon (this=0xe4a960, argc=1,
    argv=0xec96f0) at ../../trunk/src/amuleAppCommon.cpp:212
        linksPassed = 140737488343840
        logfileName = {m_printable = {static npos = 18446744073709551615,
            static ms_cache = warning: static field's value depends on the current frame - bad debug info?

/build/buildd/gdb-7.2/gdb/findvar.c:427: internal-error: read_var_value: Assertion `frame' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)

I'd say, wx guys should take awhile before trying to release a 2.9.2 .
And it also STILL doesn't compile static, so I head to mess around with ldconfig, LD_LIBRARY_PATH, whatever. 

[Kry]

You don't have to do that if you use --with-wxdir=

Anyway, make sure you didn't change a header and didn't make clean, just in case.

(also that error looks familiar...)

[btkaos]

A month ago I found aMule unusable with wx 2.9. Also wx is not compilable against GTK head (3.0)

IMHO we should wait a least until wx is compilable against gtk-3.0 before trying to debug it.

[Kry]

http://www.google-melange.com/gsoc/project/google/gsoc2011/john_chain/12001

[btkaos]

http://www.google-melange.com/gsoc/project/google/gsoc2011/john_chain/12001

Good. In fact not a lot of things had to be done, I almost managed to compile wx against gtk-3.0 in a few hours, mainly deprecated stuff, etc...

[Stu Redman]

Anyway, make sure you didn't change a header and didn't make clean, just in case.

Checked out wx fresh, built it and aMule fresh (with TextCtrl patches). Same. Removed that line, next crash on a wxString == . With gdb crash again. Looks like all wxString ops are fucked.

Duuhh.

[Kry]

You know, this is strange. I don't think we're approaching it right. What does that error (non-virtual thunk) mean anyway? So far I have only been able to see reports of it being a COMPILER bug.

[btkaos]

My guess is that you are linking c++ libraries built with gcc 4.4 and 4.5.

Note that the C++ ABI may change between releases. Stu, try to recompile everything with the same compiler version and try again.

[btkaos]

By everything of course I mean just C++ libraries. C-only stuff should be OK.

[Stu Redman]

Stu, try to recompile everything with the same compiler version and try again.

If by "everything" you mean "wx and aMule" - I did just that. For cryptopp and zlib I just installed libdev packages though.
I didn't supply a compiler to any configure either, it's just the plain gcc shipping with Nutty (which is 4.5).
I used the same technique for building with wx 2.8.12 which works fine.

Wait a moment. 2.8.12 I built static, so no dll hell (or .so hell). With 2.9 this didn't work. I got some really strange error message. Probably the same thunk junk. Since static didn't work before either I shrugged it off and rebuilt dynamic.
Might I be mixing in something that ships with Ubuntu?

I think I'll check if my Morose Mungo still works and rebuild the whole crap there.

What does that error (non-virtual thunk) mean anyway?

I think I read in the wx doku that some control classes can't be overloaded because some functions are not declared virtual. So that's why I tried not overloading it which at least makes it compile. No idea if the strange compiler error and the string crash are even related.

[Kry]

Yeah but; do wx samples break too?

[GonoszTopi]

I get the same error here. 2.8.12 works fine, 2.9.2 (svn) fails. All I could find about this error in the short time I have now, is that compilation might succeed with gcc3 even though it fails with gcc4. I'll test it sometime soon.

<edit>...and that it might be related to virtual functions of a class being split over multiple source files. None of these informations can be depended on, though</edit>