tags 336511 -sid clone 336511 -1 -2 reassign -1 libmudflap0 reassign -1 lib32mudflap0 kthxbye The instrumentation of dlopen(3) remains incorrect. Is there any activity on this bug, either in Debian or upstream? This bug has been open over three years with a trivial patch and yet it is still present. I have attached a testcase for easy diagnosis of the problem. If the program segfaults, then the bug is present. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
/* Compile as:
* gcc -g -pthread -fmudflapth -rdynamic -o mudflap mudflap.c -ldl -lmudflapth
*/
#include <dlfcn.h>
#include <stdio.h>
#include <string.h>
int main(void)
{
void *p;
p = dlopen(NULL, RTLD_LAZY);
if (!p) {
printf("dlopen failed (%s); did you forget to use -rdynamic?\n",
dlerror());
return 1;
}
dlclose(p);
return 0;
}
Attachment:
signature.asc
Description: Digital signature