184301 – [PATCH] glib - g_module_symbol(NULL, ...) fails with loaded modules

Bug 184301 - [PATCH] glib - g_module_symbol(NULL, ...) fails with loaded modules

Summary: [PATCH] glib - g_module_symbol(NULL, ...) fails with loaded modules

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] GNOME (show other bugs)
Hardware:	All FreeBSD

Importance:	High normal (vote)
Assignee:	Gentoo Linux Gnome Desktop Team

URL:	http://bugzilla.gnome.org/show_bug.cg...
Whiteboard:
Keywords:

Depends on:
Blocks:	183708
	Show dependency tree

Reported:	2007-07-05 14:01 UTC by Roy Marples (RETIRED)
Modified:	2007-07-06 00:32 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Work on FreeBSD (patch-gmodule::gmodule-dl.c,649 bytes, patch) 2007-07-05 14:02 UTC, Roy Marples (RETIRED)	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Roy Marples (RETIRED) gentoo-dev

2007-07-05 14:01:41 UTC

From the GNOME bug

i am seeing this bug in evolution.

what happens is, a bonobo shlib component uses libglade, and uses the
symbol lookup parts of g_module.  this fails, because the symbols aren't
defined in the "self" module, but in a loaded module.

eg, gfrob loads libfoo_comp.so using gmodule.  libfoo_comp.so calls
g_module_symbol (NULL, "foo_function").  this fails on OS X, but apparently
works on linux.

a simple workaround is to try looking up the symbol in the previoiusly
loaded modules (see attached patch).

--------------------------

Now, this bug is 4 years old and still hasn't been fixed upstream :/

Comment 1 Roy Marples (RETIRED) gentoo-dev

2007-07-05 14:02:53 UTC

Created attachment 123959 [details, diff]
Work on FreeBSD

This is the FreeBSD patch which enabled gmodule to work with bonobo and other stuff. Taken from their ports tree, I claim no credit.

Comment 2 Daniel Gryniewicz (RETIRED) gentoo-dev

2007-07-06 00:32:49 UTC

applied.  Thanks, uber.