New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dlerror n'est pas tres bavard sur OS X #8441
Comments
Comment author: administrator
Il m'a l'air suffisemment bavard (au moins dans la version CVS); par exemple Il est possible qu'il y ait eu des changements depuis 3.07, mais je ne les vois Jacques |
Comment author: administrator Message seems already sufficient... JG |
Comment author: administrator Bonjour Jacques, Aux environs du 22/06/04 à 16:35 +0200, sous le titre "Re: dlerror
Utilises-tu la version DarwinPorts de ocaml par hasard? (je demande à Je parlais du code exécuté par caml_dlopen qu'on trouve dans On a l'un des messages suivants: cannot access this bundle ce qui n'est pas très limpide. Le message que tu as eu a été obtenu à partir d'un vrai appel à PaulPhilosophie de baignoire - consultations sur rendez-vous. NPDS/NewtonOS: http://newton.kallisys.net:8080/ |
Comment author: administrator From: pguyot@kallisys.net
Non, je compile ocaml moi-meme. Seul Tcl/Tk est installe' par
J'ai mal choisi mon message: il s'agit d'un cas ou le bundle lui-meme Mais meme si le bundle n'est pas la`, et qu'on echoue dans Fatal error: cannot load shared library dlllabltk Le message ne semble pas avoir ete' change' recemment. Jacques |
Comment author: administrator From: Paul Guyot pguyot@kallisys.net
Voila enfin le cas genant! #load"labltk.cma";;Cannot load required shared library dlllabltk. Une question a` Xavier en passant: dll.mli n'exporte que la fonction Jacques |
Original bug ID: 2029
Reporter: administrator
Status: closed
Resolution: fixed
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)
Bug description
Full_Name: Paul Guyot
Version: 3.07pl2
OS: MacOS X
Submission from: fremicourt.kallisys.net (82.66.90.159)
caml_dlerror ne dit pas quelle est la bibliothèque (enfin, le bundle MacOS X)
qui échoue.
Voici une rustine pour corriger le problème:
----<
Index: unix.c
RCS file: /caml/ocaml/byterun/unix.c,v
retrieving revision 1.21
diff -u -r1.21 unix.c
--- unix.c 2004/01/03 20:55:41 1.21
+++ unix.c 2004/01/07 23:40:30
@@ -168,34 +168,52 @@
#ifdef HAS_NSLINKMODULE
/* Use MacOSX bundles */
-static char *dlerror_string = "No error";
+static char *dlerror_string = NULL;
void * caml_dlopen(char * libname)
{
NSObjectFileImage image;
NSObjectFileImageReturnCode retCode =
NSCreateObjectFileImageFromFile(libname, &image);
switch (retCode) {
case NSObjectFileImageSuccess:
dlerror_string = NULL;
return (void*)NSLinkModule(image, libname, NSLINKMODULE_OPTION_BINDNOW
| NSLINKMODULE_OPTION_RETURN_ON_ERROR);
case NSObjectFileImageAccess:
case NSObjectFileImageArch:
case NSObjectFileImageFormat:
case NSObjectFileImageInappropriateFile:
default:
}
return NULL;
}
void caml_dlclose(void * handle)
{
NSUnLinkModule((NSModule)handle, NSUNLINKMODULE_OPTION_NONE);
}
@@ -204,7 +222,11 @@
NSSymbol sym;
char name[1000] = "";
strncat (_name, name, 998);
sym = NSLookupSymbolInModule((NSModule)handle, _name);
if (sym != NULL) return NSAddressOfSymbol(sym);
else return NULL;
----<
Paul
The text was updated successfully, but these errors were encountered: