Please support large files on 32bit #26
Comments
When we set _FILE_OFFSET_BITS=64, then fopen64() is the same as fopen(): http://www.gnu.org/software/libc/manual/html_node/Opening-Streams.html#index-fopen64 This should help with issue #26.
|
I don’t have a 32 bit system at hand to try this out. Could you recompile ( |
|
I tried it and Also, it's not a 32 bit system, just 32 bit programs inside a 64 bit system so you might be able to cross compile or install Debootstrap (if you are on Debian). |
|
Okay, so it’s a first step. I’ll try compiling some 32 bit binary when I have the time. Meanwhile, as per the README, have you tried |
|
Just (actually 2 days ago, but forgot to click the Comment button) tried |
|
Regarding the original comment with the 64-bit error, the proper way to do this in a multi-arch system like Debian/Ubuntu/Mint (other distros have similar, but different directory schemes) is to just put the 32bit and 64bit nocache.so into /usr/lib/i386-linux-gnu and /usr/lib/x86_64-linux-gnu respectively. It will automatically pick up the "nocache.so" matching the architecture of the loaded executable on preload. Hopefully now, it's easier to test this on a 64-bit machine. I don't know of other distros or what Feh uses, though, so you'll have to do a little digging then. This is very useful to use with 32-bit programs like wine's and nocache (doesn't matter if system is 64-bit), so please consider it for large files if it's possible. Of course, the LD_PRELOAD should not be the full path! But just "nocache.so", i.e.: export LD_PRELOAD="nocache.so $LD_PRELOAD" And after placing them manually don't forget to run sudo ldconfig :) |
This makes the project LFS and time64 aware so that it will internally call the large APIs, and avoid failing due to files with large inode numbers, or stat structures with large time values for example. Fixes: Feh#26
|
@asgh Hey! Perhaps you could give the referenced PR a try to see whether that fully solves your issues? |
If you use
cachestatsorcachedelon a large file with a 32 bit build of the tool it says:nocacheruns, but actually does nothing, the file is still cached at the end.I tried installing the 64 bit version of the tool, and running a 32 bit command but it says:
(If it matters this is version 0.9-2 on Debian.)
The text was updated successfully, but these errors were encountered: