! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xffm shows all files 524288GB
Status:
CLOSED: WONTFIX

Comments

Description sodi 2004-07-21 00:05:31 CEST
xffm shows all files 524288GB, nothing more to add
Comment 1 sodi 2004-07-21 00:05:33 CEST
Additional information:

xfce CVS and deb unstable
Comment 2 edscott editbugs 2004-07-21 02:17:55 CEST
I don't understand what you are talking about. Please upload a screenshot
where it shows the problem (if applicable).
Comment 3 sodi 2004-07-21 18:14:08 CEST
i meant that all file sizes are 524288GB, take a look at the screenshot:
http://h2k.autonet.ee/scrsht/xffm.jpg

btw, i'm using reiserfs
Comment 4 edscott editbugs 2004-07-21 21:53:07 CEST
There might have been some confusion between the off_t type and the output in
%llu format. I cleaned up the code so that no confusion should entail. Please
verify current CVS behaviour. (If problem persists, attach a copy of your
xffm/config.h file for further diagnostics).
Comment 5 sodi 2004-07-24 16:04:52 CEST
i just (24.07) compiled xffm from CVS but the problem still persists
Comment 6 edscott editbugs 2004-07-24 19:42:35 CEST
Could you please attach a copy of xffm/config.h to see what your computer makes
of the st_mode structure and other stuff? Thanks.
Comment 7 sodi 2004-07-25 02:30:00 CEST
sorry i couldn't upload it earlier - i was already in hurry posting last
message :)
Comment 8 edscott editbugs 2004-07-29 13:25:41 CEST
The uploaded config file is practically identical to mine. Might be some test
is missing. What is the architecture on the box that exhibits the trouble?
Comment 9 dih0658 2004-07-29 21:51:15 CEST
I compiled it like this:
export CFLAGS="-O3 -ffast-math -pipe -malign-double -march=pentium2
-fomit-frame-pointer -fno-exceptions"

maby it's because this optimization?
Comment 10 Brian J. Tarricone (not reading bugmail) 2004-07-29 21:58:15 CEST
that's possible. from the gcc man page about -ffast-math:

This option should never be turned on by any -O option since it can
result in incorrect output for programs which depend on an exact
implementation of IEEE or ISO rules/specifications for math functions.

i don't know if xffm relies on this kind of stuff, but i really wish gentoo
people wouldn't bother reporting bugs until they ditch stupid optimisations...
try it with '-O2 -march=i686 -pipe' and report back.
Comment 11 edscott editbugs 2004-07-29 23:04:07 CEST
Ah, yes. The optimization flags are the culprit. I've compiled with the same
optimizations and get 16384GB for all files. This bug will be fixed shortly.
Thanks for the extra information.
Comment 12 edscott editbugs 2004-07-29 23:49:59 CEST
AFAICT, the problem is with -malign-double. When you use it as a CFLAG, the
"struct stat" returned from stat() is borked. You might want to file a bug
with the gcc guys. The other flags you use do not seem to cause any harm, at
least on my box.
Comment 13 Brian J. Tarricone (not reading bugmail) 2004-09-08 00:07:36 CEST
mass closing some old resolved bugs; please reopen if in error

Bug #264

Reported by:
sodi
Reported on: 2004-07-21
Last modified on: 2009-07-14

People

Assignee:
edscott
CC List:
0 users

Version

Version:
unspecified

Attachments

0000264-config.h (21.24 KB, text/x-chdr)
2004-07-25 02:28 CEST , sodi
no flags

Additional information