[Pkg-e-devel] SIGFPE with Xglamo and enlightenment_start

Nikita V. Youshchenko yoush at debian.org
Sun Jan 18 17:55:07 UTC 2009

> First of all thanks to Nikita for packaging e17.

Packages have been created by Albin Tonnerre.
I've only built those for armel architecture.

> ESTART: 9.79912 [0.00177] - init properites
> ESTART: 9.80038 [0.00126] - test code
> ESTART: 9.80075 [0.00036] - load modules
> (no debugging symbols found)
> Program received signal SIGFPE, Arithmetic exception.
> 0x405c43e8 in raise () from /lib/libc.so.6
> (gdb) bt
> #0  0x405c43e8 in raise () from /lib/libc.so.6
> #1  0x4107cb24 in ?? () from
> /usr/lib/enlightenment/modules/illume/linux-gnueabi-arm/module.so
> (gdb)
> of course you haven't compiled  with -g.

There is e17-dbg package available - install it and gdb should see 
debugging symbols.

> So perhaps you used the wrong c library version or I shouldn't use the
> dist upgrade to fix dependency problems (see: pkg-e and zhone packages
> updated in my repo)? Or maybe you should use FP emulation during compile
> time.
> does anyone experienced the same problem? Or any other ideas?

I don't think this is FP-related.
SIGFPE is also caused by integer division-by-zero.

Also I don't really believe there is any build issue. I've built packages 
within qemubuilder, that gives a clean build environment. And Albin tried 
hard to make dependences that should avoid whatever incompatible binary 
package combination.

This is likely a bug somewhere in the e code. Which is zero surprise 
because just a random svn snapshot was packaged.

Since that snapshot has other issues as well (such as no illume keyboards, 
no icons in illume launcher), the proper way is to package a later one. 
Unfortunately, that will require some effort because of constant changes 
of e library interfaces (so packages will have to be renamed again, etc).

Albin, could you please share your plans?
Are you going to prepare debian package set for a later svn snapshot of e 
things anytime soon? What could we [debian-on-freerunner people] do to 
make that happen faster?

Btw, I've done git-svn imports for all e components that I built packages 
for. Maye push those to git repos on alioth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.alioth.debian.org/pipermail/pkg-e-devel/attachments/20090118/de3b3f38/attachment.pgp 

More information about the Pkg-e-devel mailing list