[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: weird issue in kalzium -- possible KDE buildsystem linking issue
From:       Thiago Macieira <thiago () kde ! org>
Date:       2007-08-29 18:19:32
Message-ID: 200708292019.37695.thiago () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Wednesday 29 August 2007 20:04:29 Benoit Jacob wrote:
> Actually the problem is even worse than that, and not limited to global
> objects.
>
> When we load molecules from files using OpenBabel, the Molecule object
> that OpenBabel gives us has corrupted data. The atoms look like they are
> aligned on a grid. Most likely, their coordinates, which are doubles, are
> casted to ints.
>
> So it looks like, all the data the OpenBabel passes to us is corrupted by
> some kind of unwanted casting to type it.
>
> The only data that's not getting corrupted is chars, so that agrees with
> the theory that the corruption consists in casting all the data to ints.
>
> Do you have an idea? That looks very much like a linkage issue...

From your description, I doubt it is a linkage issue.

You said the Molecule object that OpenBabel gives you has corrupted data. The 
only way for that corrupted data to be there is for OpenBabel to have put it 
there.

Or if you're reading it wrongly -- that is, binary incompatibly.

Can you test your sample program with a normal compilation and a 
KDE-CMake-based compilation and see if the problem is reproduceable?

In other words, start from your broken Kalzium and remove parts of it until 
your program starts working again (remove other modules, remove other 
libraries, remove the buildsystem).

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]