[SOLVED] Why can't rox filer handle large file sizes?

[jur]

I have an external disk with some movies etc on it; the bigger files can't be handled. I haven't done specific tests but generally the files that are a problem right now, are over 1GB in size. I use rox filer for almost everything; rox reports the file doesn't exist or can't be accessed. If I copy one of these files over to my home dir, using cp in a terminal, it works and I can play the file. However this does not last - a bit later rox also reported the same problem on this file which seemed OK to begin with. And now I can't delete the file using rox - it reports the file is too large for the data type.

I had it on fat32 and copied it to my etc3 fs.

Is there an inherent file size limit that I'm running into here?

[edit] I can delete it using rm in a terminal, so perhaps this is a rox issue?

[tinypoodle]

Max. file size Fat32 = 4GB

I'd suggest you fsck both fs and see if that possibly solves the issues.

Preferably use the '-v' option to get verbose output

 

[jur]

I had some more experiments, and it would appear only to be a problem in rox. So I'm editing the title and asking mods to move this to tce bugs.

emelfm2 did not have a problem, neither had vlc's file dialog.

[Jason W]

Version 2.10 of rox-filer in the repo is the current testing version, so not something an upgrade will likely fix.

But I notice Gentoo and Debian using a nostrip patch for this version of ROX, and I will use that patch and rebuild and see if that may address what we are seeing.

[Jason W]

Rebuilt with nostrip patch, no success, as I can look at an 8gb file with emelfm2 and Rox does not see it, except for red exclamation marks that indicates there is an issue reading that file.

[jur]

Is there a compile-time option for large file support?

[Jason W]

Though  Arch linux uses the standard ./AppRun --compile  like other cases I am familiar with, there appears to be a large file support option as I look at a Ubuntu bug report on rox.  I will look at the available options when I get in tonight and can rebuild it.  Evidently the large file support is not enabled by default.

[Jason W]

Large file support is automatic when system is BSD or 64 bit linux.  I tried a hack to enable it, but didn't work.  Didn't spend much time with it, but I will leave it alone.

[Jason W]

Actually, I was mistaken,  I was building without the glibc_apps.tcz package.  Missing getconf made all the difference, causing large file support to not be enabled.

Rebuilding with large file support as well as the nostrip patch, will upload soon.

[jur]

That's excellent news! Thanks for keeping plugging away at this one.

What is the nostrip patch for?

[Jason W]

Upon further looking, the nostrip thing was for the build to fit more into Debian's automated build system.  Not needed for us, so I am uploading a stripped version.

[jur]

Success!