The platform is an amd 64 dual core, with Linux slamd64 10.2.
I made what Ian MacArthur wrote, i.e.:
1) Created a new fltk-1.3.x-r6305 tree from the file bz2.
2) make distclean
3) ./configure --disable-shared
4) make
5) cd fluid
6) fluid
It crashes when I go with the mouse cursor over the icons in the widget bin.
(Instead of showing the tooltip, fluid closes with:
"Segmentation fault" or:
"*** glibc detected *** double free or corruption (!prev): 0x00000000008333e0
***" or both.
>
> Fltk-1.3 runs for me on many platforms, with no new problems over what
> 1.1.9 exhibits. There are several changes in the code that will cause
> breakage at the ABI level, and a few small API changes too.
>
> - Which platform are you seeing this failure on?
> - Are you running statically linked or dynamically linked?
>
>
> My guess is that you are getting bitten by changes at the ABI level, and
> you are generating code that is (for example) compiling against the
> fltk-1.3 headers but then linking against the fltk-1.1 libraries (or
> vice versa).
>
> Since the names of the libraries, the header files and the API entries,
> are all unchanged between 1.1 and 1.3, it is possible to produce a
> "hybrid" build of this nature that appears to build and link correctly,
> but which manifests failing behaviour at runtime.
>
> Here's a process to try:
> - Go into your 1.3 build tree and "make distclean" (in fact, even
> better, "find . -name "*.o" -exec rm {} \; -print" just to be on the
> safe side!)
> - re-configure, but with --disable-shared (to minimise the risk of
> "cross-contamination" from the 1.1 builds)
> - make
> - Now try running the statically linked fluid from its build location
> (i.e. do not "make install", just run from the build tree)
>
> If that works (and I expect it will) then your problem is probably
> cross-contamination between the 1.1 and 1.3 builds, and you'll just have
> to be conscious of that, to ensure that it doesn't "damage" future
> builds.
>
> In summary - I think the key here is that 1.1 and 1.3 are *not* ABI
> compatible, but *nearly* are, near enough that code will probably link,
> but not actually run...
>
>
>
>
> SELEX Sensors and Airborne Systems Limited
> Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex=
> SS14 3EL
> A company registered in England & Wales. Company no. 02426132
> ********************************************************************
> This email and any attachments are confidential to the intended
> recipient and may also be privileged. If you are not the intended
> recipient please delete it from your system and notify the sender.
> You should not copy it or use it for any purpose nor disclose or
> distribute its contents to any other person.
> ********************************************************************
>
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
