Replies: 3 comments 11 replies
-
|
the symbol seems to be there, but it can't load (base) shiy@Shis-MacBook-Air pdf_test % nm -gU /Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/libpdfium.dylib | gre is this because the binary is x86 whereas I'm on arm64? |
Beta Was this translation helpful? Give feedback.
-
|
Why is it prefixed with an underscore though? |
Beta Was this translation helpful? Give feedback.
-
|
on my machine, all symbols have that underscore, but only some symbols failed to load: |
Beta Was this translation helpful? Give feedback.
-
|
OK. Which other symbols are missing, aside from |
Beta Was this translation helpful? Give feedback.
-
|
no, it is arm64 file /Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/libpdfium.dylib |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the report. How did you install pypdfium2? Through conda, seemingly? which python
python -VV
python -c "import platform as p; print(p.platform())"
conda list --show-channel-urls "pypdfium2|pdfium-binaries"
conda config --show-sources
python -m pip show pypdfium2_raw
python -m pip show pypdfium2_helpersWhat happens when you comment out the That said, our packages are tested in CI on GH's macOS arm runners, so this is a bit weird. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for this information. I indeed use a conda environment, but I recall installing pypdfium2 using pip. I also replaced the pdfium library packaged with pypdfium2 with another one I have for a different project, the same symbol also failed to load. I'm planning to write a simple c program and see if I can load this symbol and debug a little bit. |
Beta Was this translation helpful? Give feedback.
-
Right, according to the paths provided, the binary is bundled in
To confirm, you did test with our binary initially, right? |
Beta Was this translation helpful? Give feedback.
-
|
Update: I used the following command to check all symbols: otool -tV libpdfium.dylib those loadable symbols have c++ mangling, but those can't be loaded don't __ZN15CPDF_Dictionary14SetForInternalERKN5fxcrt10ByteStringENS0_9RetainPtrI11CPDF_ObjectEE I wrote a simple debug code to load those without mangling as c functions, but still can't work: #include <iostream>
#include <dlfcn.h>
extern "C" {
typedef int (*FPDFPageObj_GetIsActiveFunc)(void* pageObj);
}
int main() {
const char* libPath = "libpdfium.dylib"; // Change this to the actual path of your .dylib file
void* handle = dlopen(libPath, RTLD_LAZY);
if (!handle) {
std::cerr << "Failed to load dylib: " << dlerror() << std::endl;
return 1;
}
dlerror(); // Clear any existing error
// Get the function pointer
FPDFPageObj_GetIsActiveFunc FPDFPageObj_GetIsActive =
(FPDFPageObj_GetIsActiveFunc)dlsym(handle, "_FPDFPageObj_GetIsActive");
const char* error = dlerror();
if (error) {
std::cerr << "Failed to locate function: " << error << std::endl;
dlclose(handle);
return 1;
}
std::cout << "Successfully loaded FPDFPageObj_GetIsActive function." << std::endl;
dlclose(handle);
return 0;
} |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for investigating further. |
Beta Was this translation helpful? Give feedback.
-
|
Another question: does anything change if you use The original ctypesgen has this comment: However, the python docs hint that this mode should be default on OSX anyway (see https://docs.python.org/3/library/ctypes.html#loading-shared-libraries, |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I ran into the following error on M2 mac:
(base) shiy@Shis-MacBook-Air pdf_test % python3 ./test.py
<CDLL '/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/libpdfium.dylib', handle 6a695f30 at 0x11bac6840>
Traceback (most recent call last):
File "/Users/shiy/work/pdf_test/./test.py", line 1, in
from docling.document_converter import DocumentConverter
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/docling/document_converter.py", line 13, in
from docling.backend.docling_parse_v2_backend import DoclingParseV2DocumentBackend
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/docling/backend/docling_parse_v2_backend.py", line 7, in
import pypdfium2 as pdfium
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2/init.py", line 4, in
import pypdfium2._library_scope
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2/_library_scope.py", line 6, in
import pypdfium2.raw as pdfium_c
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2/raw.py", line 5, in
from pypdfium2_raw.bindings import *
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/init.py", line 5, in
from pypdfium2_raw.bindings import *
File "/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/bindings.py", line 1808, in
FPDFPageObj_GetIsActive = _libs['pdfium']['FPDFPageObj_GetIsActive']
~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/Users/shiy/miniconda3/lib/python3.12/ctypes/init.py", line 397, in getitem
func = self._FuncPtr((name_or_ordinal, self))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: dlsym(0x6a695f30, FPDFPageObj_GetIsActive): symbol not found
(base) shiy@Shis-MacBook-Air pdf_test % ls /Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/libpdfium.dylib
/Users/shiy/miniconda3/lib/python3.12/site-packages/pypdfium2_raw/libpdfium.dylib
it seems that in the dylib file, there is no symbol FPDFPageObj_GetIsActive, however as you can see the libpdfium.dylib comes from pypdfium2_raw, not my local filesystem, hence the symbol should exist?
Beta Was this translation helpful? Give feedback.
All reactions