Thanks for the patch. I'll commit it as soon as possible. I forwarded the patch upstream so there are aware of this situation.
Regards, Julien Lavergne <[EMAIL PROTECTED]> On Mon, 21 Apr 2008 10:22:42 -0600 dann frazier <[EMAIL PROTECTED]> wrote: > Package: awn-extras-applets > Version: 0.2.6-1 > Severity: serious > Tags: patch > Usertags: implicit-pointer-conversion > > Our automated buildd log filter[1] detected a problem that is likely to > cause your package to segfault on architectures where the size of a > pointer is greater than the size of an integer, such as ia64 and amd64. > > Function `gnome_vfs_get_local_path_from_uri' implicitly converted to > pointer at aff-start.c:204 > Function `gnome_vfs_get_local_path_from_uri' implicitly converted to > pointer at aff-utils.c:64 > Function `g_fopen' implicitly converted to pointer at backend-gnome.c:535 > Function `menu_new' implicitly converted to pointer at render.c:1020 > Function `build_menu_widget' implicitly converted to pointer at > config_entries.c:548 > Function `g_fopen' implicitly converted to pointer at backend-gnome.c:535 > Function `awn_applet_dialog_new' implicitly converted to pointer at > applet.c:43 > > This is often due to a missing function prototype definition. > For more information, see [2]. > > Though it is guaranteed that this codepath will cause a segfault on certain > architectures, it is not guaranteed that this codepath would ever be executed > (e.g., if the returned pointer is never dereferenced). However, this bug > does prevent the ia64 buildd from successfully building this package, > resulting > in a practical FTBFS issue and warranting the serious severity. > > [1] http://people.debian.org/~dannf/check-implicit-pointer-functions > [2] http://wiki.debian.org/ImplicitPointerConversions > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
