I am using tbird for very long with gentoo. No problems. Now I copied a lot of mails in one folder and that folder reached 2.1GB in size. Then I closed tbird and backed up everything(luckily). Then I restart tbird and tbird truncates the mailbox file to 2kb. This has been reproduced on multiple gentoo systems. It doesn't happen on Debian. This is a critical problem. I wonder why I am the only one reporting it, seems, most people oranize their mails differently. Anyhow, I can't access my mail folder anymore. So this is kind of critical to me, I have "lost" 70.000+ mails. This doesn't seem to happen on Debian, where we tried too, so it could be a compilation issue. I checked on google and mozilla webpage, there shouldn't be a file size limit, and if 4gb. http://groups.google.com/group/mozilla.support.thunderbird/browse_thread/thread/1756fef23cd128db/12d857a2515882a4?q=size+limit&rnum=1#12d857a2515882a4 please help Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15.4exp i686) ================================================================= System uname: 2.6.15.4exp i686 Intel(R) Pentium(R) M processor 2.13GHz Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="no" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/con fig /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/conf ig /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.uni-c.dk/pub/gentoo/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acl acpi akode alsa apache2 arts audiofile avi berkdb bitmap-font s bluetooth bonobo bzip2 cdr cpudetection crypt cups curl dga dts dv dvb dvd dvdread eds e mboss encode esd ethereal evo exif expat fam ffmpeg firefox flac foomaticdb fortran gd gdb m gif glut gmp gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml idea idn imagemagick imlib ipv 6 java jpeg junit kde lcms libcaca libg++ libvisual libwww live lzo mad matroska mikmod mm x mmxext mng motif mp3 mpeg mplayer musepack music musicbrainz ncurses nls nptl nsplugin o gg openal opengl oss pam pcmcia pcre pdflib perl png pnp python qt quicktime readline real ruby samba sdl speex spell sse sse2 ssl svg svga tcpd theora tiff transcode truetype true type-fonts type1-fonts udev usb vim-with-x vorbis win32codecs xanim xml xml2 xmms xv xvid zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Probably completely unrelated, I just stumbled upon it when reading this bug: You shouldn't use -march=pentium4 on a Pentium M CPU (the Pentium M is based on the Design of the Pentium 4). Instead you should use -march=pentium-m. See http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
Works for me via anarchy.
