[PATCH] Re: Forward error correction routines?
On 12/13/2011 22:45, Dennis Glatting wrote:
I am looking for /any/ forward error correction code under FreeBSD,
whether Hamming Codes, Golay Codes, Reed-Solomon, BCH codes, etc. or
convolution encoders/decoders.
All I've found is:
* libfec, which only runs under i386 (I am 64 bit), and
Here are patches allowing libfec to compile on amd64. I'll submit a pr.
*** libfec/Makefile.orig2011-12-14 20:34:24.653733990 -0500
--- libfec/Makefile 2011-12-14 20:50:52.306036812 -0500
***
*** 22,31
GNU_CONFIGURE=yes
USE_GMAKE=yes
USE_LDCONFIG= yes
! ONLY_FOR_ARCHS= i386
PLIST_FILES= include/fec.h lib/libfec.so lib/libfec.a
post-patch:
@${REINPLACE_CMD} -e 's|gcc|${CC}|g' ${WRKSRC}/makefile.in
.include bsd.port.mk
--- 22,35
GNU_CONFIGURE=yes
USE_GMAKE=yes
USE_LDCONFIG= yes
! ONLY_FOR_ARCHS= i386 amd64
PLIST_FILES= include/fec.h lib/libfec.so lib/libfec.a
post-patch:
@${REINPLACE_CMD} -e 's|gcc|${CC}|g' ${WRKSRC}/makefile.in
.include bsd.port.mk
+
+ .if ${ARCH} == amd64
+ CFLAGS+= -fPIC
+ .endif
*** /dev/null 2011-12-14 20:57:48.0 -0500
--- libfec/files/patch-dotprod.c2011-12-14 20:44:01.336529860 -0500
***
*** 0
--- 1,12
+ *** dotprod.c 2006-10-12 21:10:53.0 -0400
+ --- ../../foowork/fec-3.0.1/dotprod.c 2011-12-14 20:43:00.132752233 -0500
+ ***
+ *** 54,59
+ --- 54,60
+ switch(Cpu_mode){
+ case PORT:
+ default:
+ + return feedp_port(p);
+ #ifdef __i386__
+ case MMX:
+ case SSE:
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: too many open files
On 11/27/2011 22:07, Murray Taylor wrote: I have have the same issue on a 8.0-RELEASE box and found with fstat the tgam_server was holding 12511 open files ... A what purpose does this serve (google seems to indicate that it is to speed up file access) File alteration monitoring B howinhell can I clobber it so it releases the files OR (preferably) doesn't start doing this or anything...? Create a gaminrc. I stole the template from the first google hit on gaminrc and stuck it in /usr/local/etc/gamin/gaminrc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: too many open files
On 11/28/2011 19:07, Murray Taylor wrote: My /etc/gamin/gaminrc contains this fsset ufs none fsset msdosfs none (zfs and nfs too, if appropriate) and I still have 16564 files associated with gam_server in fstat out of 17424 open files reported by sysctl kern.openfiles It appears that gam_server doesn't play nice with kill -HUP ( there are 6 processes running) and also doesn't play nice with x-org/KDE as I can often get a program hang/crash as the kernel bitches about too many open files Kmail is particularly susceptible to this. What actually initiates it as there appears to be no related entry in either /etc/rc.d or /usr/local/etc/rc.d ? Currently, it is a waste of space to me, and a cause of program instability! pkg_info -R gamin\* should lead you to an ICBM coordinates suitable for nuking and ridding yourself of the thing. I had the opposite problem where I have production box on a desktop that wants to keep monitoring (we use nautilus) but gamin_server out of the box chews up a lot of processor time (the fix for this was kernel notification for my ufs and zfs) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: how to read .ods (OpenDocument Spreadsheet) without KOffice?
Anton Shterenlikht wrote: I was sent some ods (OpenDocument Spreadsheet) files. I'm not really keen to install KOffice. Is there another program in the ports which could be used to view ods files or to convert them into pdf or PostScript? There's editors/openoffice.org-3 signature.asc Description: OpenPGP digital signature
Re: firefox 2.0.0.20_9,1
ajtiM wrote: firefox 2.0.0.20_9,1 Paul Schmehl pschmehl_lists at tx.rr.com Thu Aug 13 02:16:24 UTC 2009 Previous message: firefox 2.0.0.20_9,1 Next message: firefox 2.0.0.20_9,1 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] --On August 12, 2009 8:18:55 PM -0500 ajtiM lumiwa at gmail.com wrote: Hi! When I run ; portaudit -a Affected package: firefox-2.0.0.20_9,1 Type of problem: mozilla -- multiple vulnerabilities. Reference: http://portaudit.FreeBSD.org/49e8f2ee-8147-11de-a994-0030843d3802.html but when I check above site I found: Affects: firefox 3.*,1 firefox 3.*,1 3.0.13,1 firefox 3.5.*,1 3.5.2,1 linux-firefox 3.*,1 linux-firefox 3.*,1 3.0.13,1 linux-firefox 3.5.*,1 3.5.2,1 linux-firefox-devel 3.5.2 seamonkey 0 linux-seamonkey 0 linux-seamonkey-devel 0 thunderbird 0 linux-thunderbird 0 Are problem with firefox-2.0.0.20_9,1 or not, please. That port should probably be removed. It's ancient. Use /usr/ports/www/firefox3 or /usr/ports/www/firefox3.5 It's like the cat dragged in firefox2 despite use of 3.5 for actual browsing :( Is there a good way to resolve these dependencies through firefox3 or 3.5 short of ditching gnome? cally:/usr/home/hg$ pkg_info -R firefox-2.0.0.20_9,1 Information for firefox-2.0.0.20_9,1: Required by: epiphany-2.26.3_3 epiphany-extensions-2.26.1_1 galeon-2.0.7_1 gdesklets-0.35.4_6 gnome2-2.26.3 gnome2-fifth-toe-2.26.3 gnome2-power-tools-2.26.3 py26-gnome-extras-2.25.3_3 seahorse-plugins-2.26.2_2 straw-0.27_4 yelp-2.26.0_1 signature.asc Description: OpenPGP digital signature
Re: Autolearn=fail SpamAssassin
Tom Stuart wrote: Hello, I just installed SpamAssassin on FreeBSD 7.1 and am encountering an error with autolearn. It always says failed when attempting to learn. See http://wiki.apache.org/spamassassin/AutolearningNotWorking ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: scoll lock - can't unlock in text login after xorg session
Tino Engel wrote: Howard Goldstein schrieb: Just noticed this, after scroll locking for page up/page down in a text login: I cannot unlock anymore. Does anyone else see this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I experienced a similar problem when not having set a login password. Setting it helped. It happens in single user mode too. It's new behavior in 7.0 Beta 3 as compared to 6.2. Might be useful to know if you can reproduce it, just go to a local tty perhaps after a restart and see if your scroll lock toggles. Mine stays on and nothing but console messages makes it through (if on the primary tty) but fortunately it honors commands typed in the blind ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
scoll lock - can't unlock in text login after xorg session
Just noticed this, after scroll locking for page up/page down in a text login: I cannot unlock anymore. Does anyone else see this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making mergemaster skip certain files
Giorgos Keramidas wrote: On 2007-11-17 20:06, Howard Goldstein [EMAIL PROTECTED] wrote: Giorgos Keramidas wrote: On 2007-11-16 22:34, J. Porter Clark [EMAIL PROTECTED] wrote: mergemaster for more details, but here's a short description of what I use on my laptop for some time now: 1. A `.mergemasterrc' file in the HOME directory of the `root' user, which contains: [snip] 2. The `/root/mm-pre-compare.sh' script contains the following: [snip] Please consider submitting this as a PR in hopes it gets included in the actual package. Since mergemaster is included in the base system, I can directly commit to its manpage. There is already a description of `.mergemasterrc' in the manpage, so I'm guessing you want a sample script added? Yes, please. Could the accompanying .mergemasterrc bits be included in the sample script commented out to keep all the pieces in one place for folks who'll use the example? (Or I suppose an example .mergemasterrc might be include-able (is that a word?)) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making mergemaster skip certain files
Giorgos Keramidas wrote:
On 2007-11-16 22:34, J. Porter Clark [EMAIL PROTECTED] wrote:
mergemaster for more details, but here's a short description of what I
use on my laptop for some time now:
Please consider submitting this as a PR in hopes it gets included in the
actual package.
1. A `.mergemasterrc' file in the HOME directory of the `root' user,
which contains:
STRICT=no
MM_PRE_COMPARE_SCRIPT=/root/mm-pre-compare.sh
2. The `/root/mm-pre-compare.sh' script contains the following:
#!/bin/sh
# NOTE: No PATH needed, because mm's PATH is already
# draconian enough.
# If TEMPROOT is not set, or it is set to a path which
# resolves to the real root filesystem, abort early, before we
# trash the config files of the installed root filesystem.
if test -z ${TEMPROOT} ; then
echo 2 $0: error: TEMPROOT is unset or empty.
exit 1
fi
p=`realpath ${TEMPROOT}`
if test ${p} = '/' ; then
echo 2 $0: error: TEMPROOT is the real root filesystem.
exit 2
fi
case ${PRE_WORLD} in
'')
# The following files always have local changes.
# Remove them from ${TEMPROOT} to force mergemaster(8)
# to ignore these files when comparing /etc directories.
rm -f ${TEMPROOT}/.cshrc
rm -f ${TEMPROOT}/.profile
rm -f ${TEMPROOT}/root/.cshrc
rm -f ${TEMPROOT}/root/.profile
rm -f ${TEMPROOT}/etc/hosts
rm -f ${TEMPROOT}/etc/networks
rm -f ${TEMPROOT}/etc/motd
rm -f ${TEMPROOT}/etc/printcap
;;
esac
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sed question...
Giorgos Keramidas wrote:
On 2007-09-24 20:52, Gary Kline [EMAIL PROTECTED] wrote:
On Mon, Sep 24, 2007 at 11:07:20PM -0400, Howard Goldstein wrote:
# delete the last 10 lines of a file
sed -e :a -e '$d;N;2,10ba' -e 'P;D' # method 1
sed -n -e :a -e '1,10!{P;N;D;};N;ba' # method 2
Question two, can sed do its thing inline?
Wouldn't it be easier to use head -n 18 ?
If you _know_ that the file has 28 lines, yes. If you don't,
then itmay be tricky to 'guess' that -n 18 is the right option.
In the bits you snipped he said he wanted to ditch everything after the
18th line.
I didn't realize complexity was the goal. Is this a homework assignment
Gary?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sed question...
Gary Kline wrote:
My earlier post about deleting the first N lines was answered by
this one-liner site {below}. I wasn't including any
redirection; doing so finally resolved the problem. Now I need
to delete every line from the 19th or so to the last line.
Question one, can anybody explain the following syntax? What do
P, D ba represent, in other words?
# delete the last 10 lines of a file
sed -e :a -e '$d;N;2,10ba' -e 'P;D' # method 1
sed -n -e :a -e '1,10!{P;N;D;};N;ba' # method 2
Question two, can sed do its thing inline?
Wouldn't it be easier to use head -n 18 ?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Asus P5x fan control?
Has anyone encountered a utility or sysctl knob to access the fan speed controller (657DHG) on the Asus P5x motherboard series? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: End-of-life for my amd64 ?
P.U.Kruppa wrote: On Tue, 18 Sep 2007, Charles Bacon wrote: I installed FreeBSD-RELEASE6.2 last January, and wonder if there will be a 6.3. Just discovered freebsd-update(8), tried it out, and saw: WARNING: FreeBSD 6.2-RELEASE is approaching its End-of-Life date. It is strongly recommended that you upgrade to a newer release within the next 4 months. 1. Now I wonder if I'll have to rebuild my filesystems again when 7.0 comes out. ...releases/amd64 contains only 6.1 and 6.2 among the ISO images. Have a look at http://www.freebsd.org/releng/index.html . There will be at least a 6.3-RELEASE (work hasn't started yet) and 7.0 will be sort of a non-production beta release. So you will have enough time before you have to do a a major upgrade. If the PTB are listening please reconsider the time schedule on 6.3 to set a date and emplace it. The xorg version change is wreaking havoc on some of our new guys. I know this has been discussed before but there is evidence of losing people now as the source upgrade is a bridge too far for some. If I can contribute to making it happen someone please shoot me an email. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gstripe during install
n j wrote: On a side note, it would be nice if creating RAID arrays was included in the FreeBSD install similar to Debian install (according to my colleague, haven't seen it myself). I agree, but this would take a non-trivial effort to make happen. I hope you'll consider working on it or perhaps contributing resources to fund the people who could do it. The way I approached your initial challenge was to install everything to a large, cheap SATA drive. On the for-real drives I gmirror the root partition, stripe swap and tmp, ran graid3 on /var and /usr, and then dump | restored from the large/cheap drive to the array. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
How to retrieve a directory tree from perforce.freebsd.org?
As the subject says, is there a straightforward way to retrieve a directory tree from perforce.freebsd.org? Clicking individual files in the web interface is really tedious. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to retrieve a directory tree from perforce.freebsd.org?
Manolis Kiagias wrote: Howard Goldstein wrote: As the subject says, is there a straightforward way to retrieve a directory tree from perforce.freebsd.org? Clicking individual files in the web interface is really tedious. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] It seems the required software for accessing perforce repositories is available in ports: /usr/ports/devel/perforce I haven't tried it myself though. I don't even know if perforce.freebsd.org allows anonymous access. You can however read some details on it here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/p4-primer/index.html If you do try, it please send a follow up post with results. Whatever the magical incantation for p4 is it's well hidden after 15 minutes of poking around various docs cally:~$ p4 -H perforce.freebsd.org Perforce client error: Connect to server failed; check $P4PORT. TCP connect to perforce failed. perforce: host unknown. cally:~$ p4 -p 1666 -H perforce.freebsd.org Perforce client error: Connect to server failed; check $P4PORT. TCP connect to 1666 failed. connect: 1666: Connection refused cally:~$ I'm sure I'm missing something simple. If anon access is supposed to be denied by design it's broken because the browser portion allows access to the files themselves, although laden with revision prettyfication. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to retrieve a directory tree from perforce.freebsd.org?
Kris Kennaway wrote: Manolis Kiagias wrote: Howard Goldstein wrote: As the subject says, is there a straightforward way to retrieve a directory tree from perforce.freebsd.org? Clicking individual files in the web interface is really tedious. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] It seems the required software for accessing perforce repositories is available in ports: /usr/ports/devel/perforce I haven't tried it myself though. I don't even know if perforce.freebsd.org allows anonymous access. You can however read some details on it here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/p4-primer/index.html If you do try, it please send a follow up post with results. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] No, it doesn't allow anonymous access (this isn't feasible due to the way perforce works, i.e. maintaining all client state on the server). I dont know of a way to extract a general perforce tree, although a few of them (like trustedbsd) are exported via cvsup on I think cvsup9. I think you will have to ask whoever's branch you are looking at for a copy of it. Dang. Like an idiot savant, perforce appears to be (channeling Yoda I am?) Time for a script to workaround perforce's needlessly overcomplex stupidity. Thanks for letting me know I'm beating my head against the wall with the out-of-box tools...binary only at that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to retrieve a directory tree from perforce.freebsd.org?
Giorgos Keramidas wrote: On 2007-08-31 13:50, Howard Goldstein [EMAIL PROTECTED] wrote: Dang. Like an idiot savant, perforce appears to be (channeling Yoda I am?) Time for a script to workaround perforce's needlessly overcomplex stupidity. Thanks for letting me know I'm beating my head against the wall with the out-of-box tools...binary only at that. I have been tinkering with scripts which pull changesets from Perforce and commit them to 'clonable' Mercurial repositories (other repoformats should be possible too). If there is a specific part of the Perforce tree you are interested in, we can arrange with the people developing that part of the tree to 'mirror' and/or export Perforce changesets to another format. I was looking for Pawel's ZFS code at //depot/user/pjd/zfs to see if I could MFC it for my own system but it occurs to me as I'm answering you that I ought to be able to csup what I need right out of the CURRENT and avoid the problem. perforce must be pretty good as compared to everything else we can run for version control? Needless to say it could use the thing you're working on to aid in supplying anonymous access to it particularly because you're working on a more general solution where maybe it can be grabbed by git and cvsup as well as the repository system you're now targeting. Thanks in advance for taking a whack at the problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gimp-2.2.15,2 crashes after gtk-2.10.13 upgrade
cpghost wrote: Can anyone else confirm this bug, perhaps with other Gtk2 apps? Confirmed. Here's what I got cally:/usr/ports/editors/openoffice.org-2$ gimp The program 'gimp' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 29407 error_code 3 request_code 39 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) cally:/usr/ports/editors/openoffice.org-2$ (script-fu:4359): LibGimpBase-WARNING **: script-fu: wire_read(): error cally:/usr/ports/editors/openoffice.org-2$ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nvidia-driver segmentation fault
Ernest Sales wrote: (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) Are you loading the glx module in xorg.conf? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backup advice
Jason Lixfeld wrote: - Other folks dumping to a hard drive at night? Care to share any of your experiences/rationale? Not with dump/restore. After using amanda and a tape drive for eons I'm now happy with a bacula solution to backup 2 freebsds and a windows machine. It does incrementals except on Saturday night when it alternates between a differential (sort of a mass incremental from the last full) and a full backup to a cheap IDE drive. Every Sunday I copy the IDE drive to a USB drive and take it offsite and bring back another one. After restoring from scratch - power supply frying the entire RAID array on my desktop -STABLE machine - I think the advantages of dump are certainly there but for my apps, where I don't have any huge sparse files or a lot of hard links other than whatever gets installed with a fresh install (if anything) to worry about - they're outweighed by the convenience of bacula where I can go back to a point in time. YMMV... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Static Routes Questions
georgedonnelly wrote: Internet: DestinationGatewayFlagsRefs Use Netif Expire default0.0.0.1UGS 0 154237em0 0.0.0/24 link#1 UC 00em0 0.0.0.100:d0:03:15:7c:0a UHLW20em0 1155 0.0.0.40 00:30:48:88:d9:98 UHLW141787em0 1198 0.0.0.83 00:30:48:76:84:ac UHLW1 3708lo0 127.0.0.1 127.0.0.1 UH 077453lo0 (real ips obscured) I find obscuration particularly with zeros a mind game because that first one is a network address and it adds needless confusion but set that aside... From the routing table it's clear that your /24 is on the same ethernet segment and if it is, which should be apparent from a traceroute, it is already doing direct routing and you don't need to do anything. If you traceroute from one server to the other one it will in the most common scenario indicate if they're routing without touching your colo. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: procmail filter for them all?
Jack Barnett wrote: I have sendmail using procmail as the local deliver and each user has this in their .procmailrc file: LOGFILE=/u1/logs/$USER.procmail.log :0 $HOME/Maildir/ Is there a way to do that globally for all users so that they don't each need their own .procmailrc file? /usr/local/etc/procmailrc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: startup scripts not working
Ghirai wrote: Hello list, Suddenly, the startup scripts for various applications won't work. I have these in /usr/local/etc/rc.d: apache22, ircservices, postgresql, pure-ftpd, unrealircd When i run any of them without parameters, they give out the parameters. But when i use any of the params, nothing happens. Starting the binaries themselves (from /usr/local/sbin, etc, depending on the application) works, and the applications themselves work fine. None of the scripts work, they show the same behavior, and i ran them as root. I don't have any of those installed but most of the local rc.d scripts need an enable flag in /etc/rc.conf . Take a look at your rc.d scripts and see if they need them to. You can also run these with -x to see what's happening (eg., sh -x /usr/local/etc/rc.d/apache22 start) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CyberPower UPS and PowerPanel Linux daemon on FreeBSD
L Goodwin wrote: The CyberPower CP800AVR 800VA/450W UPS has USB and RS-232 ports and supports auto-shutdown for Linux (and Mac OS X). Although I don't have the answer to your question I did want to put in a good word for that precise model. I've had mine for some time and remain quite satisfied, although it's connected to a windows machine drawing around 180W. (a surplus 2.5KW boat anchor build before USB was available backs up the fbsd machines...) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after deleting maillog, sendmail won't log
David Banning wrote: I deleted my maillog files and for some reason sendmail will not log again. I have tried touch maillog to start a new file name and i have tried all different permissions on the the empty maillog file. In each case I have restarted sendmail. Any idea what I need to get logging happening again? Did you restart syslogd? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A good quiet power supply?
Bill-Schoolcraft wrote: Just got a new PC at home, it's noisy and was wondering if anyone can share some experience here. I just read about a fanless power-supply and then realized I needed some input. If you have a circuit city nearby you might want to see if they have the mad dog supply on clearance. It does have the large 120mm fan but to me it's inaudible, it was about $49 when they were still carrying it as an in-stock item. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op (workaround)
Garrett Cooper wrote:
Howard Goldstein wrote:
Jan Henrik Sylvester wrote:
Michel Le Cocq wrote:
I think it's a global thunderbird 2 bug, because i have exactly the
same trouble ona mac os 10.4 with a binary update.
I do not think it is exactly the same -- see below.
Howard Goldstein a écrit :
Jan Henrik Sylvester wrote:
Drew Sanford wrote:
No, but I am seeing it core dump rather strangely. Each time it
starts
up, I can open a file dialog box to save an attachment or attach a
file one time just fine. The second time I try to attach or save a
file on any start up, it crashes.
BTW: Firefox 2.0.X does the same. Use Save Link As... a few
times in a row (2 is usually sufficient) and have a core dump.
I had this happen with Firefox 2.0.X and Thunderbird 2.0.0 that I
compiled myself as well as with this one (on 6.2-RELEASE):
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/www/firefox-2.0.0.3,1.tbz
I guess someone should file a bug report...
Looks like the same problem at ports/105589, perhaps it needs to be
reopened, seems to be the same problem. Haven't tried the
workaround. Not sure how to do that on someone else's gnats. (cc
to the gnats person who closed it)
After reading the discussion in the PR, I renamed libgnome-2.so.0 and
tried again: no crashes with Firefox 2.0.3 or Thunderbird 2.0.0. I do
run KDE -- I probably should compile Firefox and Thunderbird without
the gnome dependencies to solve it for me.
I wish I'd googled for KDE along with this as the problem was
apparently fixed once for KDE, although for some reason came back
again now for some of us. Here's a link to the very same bug along
with a fix that was targeted only for KDE
http://lists.freebsd.org/pipermail/freebsd-gnome/2006-December/016299.html
Based on your find Jan it's fairly simple to workaround this in the
2.0.0.0 Makefile by disabling gnomeui and gnomevfs linkages. Here's
my diff which also includes tiny cruft disabling ldap during the build
since I can't build an LDAPable thunderbird2 on my system.
(before the diff, following up, reverting CFLAGS to -O -pipe and the
default CPUTYPE didn't help, neither did installing gnome2)
*** mail/thunderbird/Makefile.origFri Apr 27 18:00:27 2007
--- mail/thunderbird/MakefileFri Apr 27 19:15:58 2007
***
*** 17,23
COMMENT=Mozilla Thunderbird is standalone mail and news that
stands above
CONFLICTS=lightning-0.[0-9]*
! WANT_GNOME=yes
ALL_TARGET=default
CONFIGURE_ENV=LOCALBASE=${LOCALBASE}
HAS_CONFIGURE=yes
--- 17,25
COMMENT=Mozilla Thunderbird is standalone mail and news that
stands above
CONFLICTS=lightning-0.[0-9]*
! #hgWANT_GNOME=yes
! WANT_GNOME=no
! #hg
ALL_TARGET=default
CONFIGURE_ENV=LOCALBASE=${LOCALBASE}
HAS_CONFIGURE=yes
***
*** 31,36
--- 33,41
MOZ_GRAPHICS=default,-xbm
MOZ_OPTIONS=--enable-single-profile --disable-profilesharing\
--enable-application=mail --enable-official-branding
+ #hg
+ MOZ_OPTIONS+=--disable-ldap --disable-gnomeui --disable-gnomevfs
+ #hg
MOZ_MK_OPTIONS=MOZ_MOZ_THUNDERBIRD=1
MOZ_EXPORT=MOZ_THUNDERBIRD=1
Based on someone's comments about OSX though, there might be an issue
with the underlying base system or kernel in FreeBSD 6.2 that
Thunderbird 2 unearths, dealing with filesystem handling, threading,
linking, or something along those lines (I know, that really doesn't
narrow down the list). It should be a core component though because
Thunderbird under OSX doesn't have any GTK or X11 support compiled in
and is natively run under Aqua.
I'll look for the core dump sent previously, but if more people can
contribute their core dumps this would help isolate the issue. The
bigger (and compressed) the better, as long as you don't have sensitive
data hanging around in the background. This might just help capture the
problem at hand.
Hardware specs and CPUTYPE, as well as whether or not you're running a
custom or generic kernel with what options would help as well. Please
link off site if you can.
After that maybe we should all band together and submit a bug report.
Now let me see if I can reproduce it on my iBook :).
Yes I think we need to continue on fixing this since my rotten stinking
workaround doesn't workaround for long anyway. Thunderbird survived a
few additional attachments than before, but still dumped a core this
morning after idling all night when I attempted to attach the files
indicated below to this very email :(
Here are some additional details:
- sys is an Asus P4P800, two SATA drives in RAID1 config using the
onboard ICH5 controller, a crappy IDE winchester and a crappy IDE CDROM,
floppy
- dmesg (non debug, sorry) and x.org log attached
Let me know if I can send along anything else. Bizarre, isn't
Re: Thunderbird 2.0 dumps core on second file open op
Karol Kwiatkowski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Howard Goldstein wrote: [EMAIL PROTECTED] wrote: On Thu, 26 Apr 2007, Howard Goldstein wrote: Jan Henrik Sylvester wrote: I guess I would have to update all gnome packages from 2.16 to 2.18 to see if it helps... but since Howard Goldstein rebuild all his ports, he can probably confirm that this happens with the current ports. Unfortunately it does still happen for me. For those ports I'm at these versions: gnome-vfs-2.18.1_1 GNOME Virtual File System libgnome-2.18.0_1 Libraries for GNOME, a GNU desktop environment If you don't mind me asking, what are the file types, and about how large are these files? An appx 1K rc file (.nvidia-settings-rc), in another case a one page 29K .pdf Could everyone affected by this issue document a few more steps of what they do to cause Thunderbird to coredump, please? 1. start thunderbird 2. ^M or click on the write message label 3. attach any file 4. send an email to self, garbage or empty message, take the default subject or change it to garbage. 5. ^M to compose another message 6. at any point from this point on , attaching a file will coredump If this helps I don't see the problem here (thunderbird-2.0.0.0, all ports up to date). Details below. Do you by chance have openldap23-client installed? Yesterday I promised to rebuild with the default make.conf CFLAGS but in the interim gnome2 was installed which comes with openldap23-client apparently, and now the mere presence of openldap is forcing a fatal build error [blahh blah blah] gmake[5]: Entering directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include -I/usr/local/include/nss -I/usr/local/include/nss/nss -pipe -I/usr/local/include -g -pipe -ansi -Wall -pthread -O -g -fPIC -DDEBUG_root -DMOZILLA_CLIENT=1 -DDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS-DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap/include -I/usr/ports/mail/thunderbird/work/mozilla/dist/./include decode.c In file included from decode.c:52: lber-int.h:121: error: syntax error before LDAP_CALLBACK lber-int.h:130: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:149: error: syntax error before ldap_x_iovec lber-int.h:165: error: syntax error before BERTranslateProc lber-int.h:187: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:198: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK ... -I /usr/local/include is what's doing it, it continues the build when manually stripping /usr/local/include from this directory's build options but it breaks later on as well. A very few google hits on this error, none of which lead to fix or workaround. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op (workaround)
Jan Henrik Sylvester wrote:
Michel Le Cocq wrote:
I think it's a global thunderbird 2 bug, because i have exactly the
same trouble ona mac os 10.4 with a binary update.
I do not think it is exactly the same -- see below.
Howard Goldstein a écrit :
Jan Henrik Sylvester wrote:
Drew Sanford wrote:
No, but I am seeing it core dump rather strangely. Each time it
starts
up, I can open a file dialog box to save an attachment or attach a
file one time just fine. The second time I try to attach or save a
file on any start up, it crashes.
BTW: Firefox 2.0.X does the same. Use Save Link As... a few times
in a row (2 is usually sufficient) and have a core dump.
I had this happen with Firefox 2.0.X and Thunderbird 2.0.0 that I
compiled myself as well as with this one (on 6.2-RELEASE):
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/www/firefox-2.0.0.3,1.tbz
I guess someone should file a bug report...
Looks like the same problem at ports/105589, perhaps it needs to be
reopened, seems to be the same problem. Haven't tried the
workaround. Not sure how to do that on someone else's gnats. (cc to
the gnats person who closed it)
After reading the discussion in the PR, I renamed libgnome-2.so.0 and
tried again: no crashes with Firefox 2.0.3 or Thunderbird 2.0.0. I do
run KDE -- I probably should compile Firefox and Thunderbird without the
gnome dependencies to solve it for me.
I wish I'd googled for KDE along with this as the problem was apparently
fixed once for KDE, although for some reason came back again now for
some of us. Here's a link to the very same bug along with a fix that
was targeted only for KDE
http://lists.freebsd.org/pipermail/freebsd-gnome/2006-December/016299.html
Based on your find Jan it's fairly simple to workaround this in the
2.0.0.0 Makefile by disabling gnomeui and gnomevfs linkages. Here's my
diff which also includes tiny cruft disabling ldap during the build
since I can't build an LDAPable thunderbird2 on my system.
(before the diff, following up, reverting CFLAGS to -O -pipe and the
default CPUTYPE didn't help, neither did installing gnome2)
*** mail/thunderbird/Makefile.orig Fri Apr 27 18:00:27 2007
--- mail/thunderbird/Makefile Fri Apr 27 19:15:58 2007
***
*** 17,23
COMMENT= Mozilla Thunderbird is standalone mail and news that stands
above
CONFLICTS=lightning-0.[0-9]*
! WANT_GNOME= yes
ALL_TARGET= default
CONFIGURE_ENV=LOCALBASE=${LOCALBASE}
HAS_CONFIGURE=yes
--- 17,25
COMMENT= Mozilla Thunderbird is standalone mail and news that stands
above
CONFLICTS=lightning-0.[0-9]*
! #hgWANT_GNOME=yes
! WANT_GNOME= no
! #hg
ALL_TARGET= default
CONFIGURE_ENV=LOCALBASE=${LOCALBASE}
HAS_CONFIGURE=yes
***
*** 31,36
--- 33,41
MOZ_GRAPHICS= default,-xbm
MOZ_OPTIONS= --enable-single-profile --disable-profilesharing\
--enable-application=mail --enable-official-branding
+ #hg
+ MOZ_OPTIONS+= --disable-ldap --disable-gnomeui --disable-gnomevfs
+ #hg
MOZ_MK_OPTIONS= MOZ_MOZ_THUNDERBIRD=1
MOZ_EXPORT= MOZ_THUNDERBIRD=1
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Thunderbird 2.0 dumps core on second file open op
Drew Sanford wrote: No, but I am seeing it core dump rather strangely. Each time it starts up, I can open a file dialog box to save an attachment or attach a file one time just fine. The second time I try to attach or save a file on any start up, it crashes. I have this exact same problem and reverted to 1.5 where the problem frustratingly reared its head again (modified subject to break out from other coredump). The seamonkey also suffers from the issue. It's as if something else regressed. I rebuilt all 670 ports over the course of 2 days to try to rid myself of bitrot, to no avail :( Here's a backtrace, I don't have time before I go into the office to see what's going on in pthreads, maybe this'll help someone else? #0 0x28c87b17 in pthread_testcancel () from /lib/libpthread.so.2 #1 0x28c76428 in sigaction () from /lib/libpthread.so.2 #2 0x28c6fb3d in pthread_kill () from /lib/libpthread.so.2 #3 0x28c6f452 in raise () from /lib/libpthread.so.2 #4 0x08069139 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:206 #5 0x28c74304 in sigaction () from /lib/libpthread.so.2 #6 0x28c75ec2 in sigaction () from /lib/libpthread.so.2 #7 0x28c7ed6c in pthread_mutexattr_init () from /lib/libpthread.so.2 #8 0x28c7edd5 in pthread_mutexattr_init () from /lib/libpthread.so.2 #9 0x28d417a7 in _ctx_start () from /lib/libc.so.6 #10 0x in ?? () #11 0xbfbfacd0 in ?? () #12 0xbfbfaa10 in ?? () #13 0x in ?? () #14 0x28c7ed93 in pthread_mutexattr_init () from /lib/libpthread.so.2 #15 0x285abb35 in gtk_tray_icon_get_type () from /usr/local/lib/libgtk-x11-2.0.so.0 #16 0x285aa4e9 in gtk_tray_icon_get_type () from /usr/local/lib/libgtk-x11-2.0.so.0 #17 0x28593022 in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #18 0x28a232c2 in g_hash_table_size () from /usr/local/lib/libglib-2.0.so.0 #19 0x285945a9 in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #20 0x2859465c in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #21 0x28a322b4 in g_child_watch_add () from /usr/local/lib/libglib-2.0.so.0 #22 0x28a2f2a4 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #23 0x28a30b16 in g_main_context_acquire () from /usr/local/lib/libglib-2.0.so.0 #24 0x28a30e27 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0 #25 0x283dd0a3 in gtk_dialog_run () from /usr/local/lib/libgtk-x11-2.0.so.0 #26 0x2a6de3b8 in nsFilePicker::Show (this=0x8fd6e00, aReturn=0xbfbfb520) at nsFilePicker.cpp:583 #27 0x282715a5 in XPTC_InvokeByIndex (that=0x8fd6e00, methodIndex=17, paramCount=134709248, params=0xbfbfb520) at xptcinvoke_unixish_x86.cpp:179 #28 0x29a7a5fa in XPCWrappedNative::CallMethod ([EMAIL PROTECTED], mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #29 0x29a8531b in XPC_WN_CallMethod (cx=0x976e800, obj=0x17e, argc=382, argv=0xbfbfb600, vp=0x17e) at xpcwrappednativejsops.cpp:1455 #30 0x280f3ea9 in js_Invoke (cx=0x976e800, argc=0, flags=0) at jsinterp.c:1396 #31 0x28100e1b in js_Interpret (cx=0x976e800, pc=0x8f874a0 :, result=0xbfbfb9fc) at jsinterp.c:3973 #32 0x280f3f35 in js_Invoke (cx=0x976e800, argc=1, flags=2) at jsinterp.c:1415 #33 0x29a72e7d in nsXPCWrappedJSClass::CallMethod (this=0x8724500, wrapper=0x17e, methodIndex=5, info=0x84b0c98, nativeParams=0xbfbfbeb0) at xpcwrappedjsclass.cpp:1415 #34 0x29a6bf57 in nsXPCWrappedJS::CallMethod (this=0x98cfe80, methodIndex=5, info=0x17e, params=0x17e) at xpcprivate.h:2243 #35 0x2827187c in PrepareAndDispatch (self=0x98cfe80, methodIndex=5, args=0xbfbfbf6c) at xptcstubs_unixish_x86.cpp:95 #36 0x28271937 in nsXPTCStubBase::Stub5 (this=0x98cfe80) at xptcstubsdef.inc:7 #37 0x282715a5 in XPTC_InvokeByIndex (that=0x98cfe80, methodIndex=5, paramCount=134709248, params=0xbfbfc1d0) at xptcinvoke_unixish_x86.cpp:179 #38 0x29a7a5fa in XPCWrappedNative::CallMethod ([EMAIL PROTECTED], mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #39 0x29a8531b in XPC_WN_CallMethod (cx=0x976e800, obj=0x17e, argc=382, argv=0xbfbfc2b0, vp=0x17e) at xpcwrappednativejsops.cpp:1455 #40 0x280f3ea9 in js_Invoke (cx=0x976e800, argc=1, flags=0) at jsinterp.c:1396 #41 0x28100e1b in js_Interpret (cx=0x976e800, pc=0x8194bd2 :, result=0xbfbfc6ac) at jsinterp.c:3973 #42 0x280f3f35 in js_Invoke (cx=0x976e800, argc=1, flags=2) at jsinterp.c:1415 #43 0x280f4205 in js_InternalInvoke (cx=0x976e800, obj=0x17e, fval=382, flags=0, argc=1, argv=0xbfbfc90c, rval=0xbfbfc8f4) at jsinterp.c:1490 #44 0x280c054a in JS_CallFunctionValue (cx=0x976e800, obj=0x17e, fval=382, argc=382, argv=0x17e, rval=0x17e) at jsapi.c:4356 #45 0x2ae168ef in nsJSContext::CallEventHandler (this=0x97768c0, aTarget=0x909a050, aHandler=0x909a048, argc=382, argv=0x17e, rval=0xbfbfc8f4) at nsJSEnvironment.cpp:1493 #46 0x2ae74e45 in nsJSEventListener::HandleEvent (this=0x9785bc0, aEvent=0x8fd688c) at
Re: Thunderbird 2.0 dumps core on second file open op
Jan Henrik Sylvester wrote: Drew Sanford wrote: No, but I am seeing it core dump rather strangely. Each time it starts up, I can open a file dialog box to save an attachment or attach a file one time just fine. The second time I try to attach or save a file on any start up, it crashes. BTW: Firefox 2.0.X does the same. Use Save Link As... a few times in a row (2 is usually sufficient) and have a core dump. I had this happen with Firefox 2.0.X and Thunderbird 2.0.0 that I compiled myself as well as with this one (on 6.2-RELEASE): ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/www/firefox-2.0.0.3,1.tbz I guess someone should file a bug report... Looks like the same problem at ports/105589, perhaps it needs to be reopened, seems to be the same problem. Haven't tried the workaround. Not sure how to do that on someone else's gnats. (cc to the gnats person who closed it) Here are my packages that are required by Firefox in case you want to compare versions: atk-1.12.3needs updating (port has 1.18.0) desktop-file-utils-0.11 needs updating (port has 0.12) expat-2.0.0_1 = up-to-date with port firefox-2.0.0.3,1 = up-to-date with port freetype2-2.2.1_1 = up-to-date with port glib-2.12.4 needs updating (port has 2.12.11) gtk-2.10.6_2 needs updating (port has 2.10.11) jpeg-6b_4 = up-to-date with port libIDL-0.8.7 needs updating (port has 0.8.8) libXft-2.1.7_1 = up-to-date with port libdrm-2.0.2= up-to-date with port libiconv-1.9.2_2= up-to-date with port nspr-4.6.3needs updating (port has 4.6.6) nss-3.11.3needs updating (port has 3.11.5) pango-1.14.7 needs updating (port has 1.16.3) perl-5.8.8 = up-to-date with port pkg-config-0.21 = up-to-date with port png-1.2.12_1 needs updating (port has 1.2.14) xorg-fonts-encodings-6.9.0_1 = up-to-date with port xorg-fonts-truetype-6.9.0 = up-to-date with port xorg-libraries-6.9.0_1 = up-to-date with port ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op
Jan Henrik Sylvester wrote: I guess I would have to update all gnome packages from 2.16 to 2.18 to see if it helps... but since Howard Goldstein rebuild all his ports, he can probably confirm that this happens with the current ports. Unfortunately it does still happen for me. For those ports I'm at these versions: gnome-vfs-2.18.1_1 GNOME Virtual File System libgnome-2.18.0_1 Libraries for GNOME, a GNU desktop environment ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op
[EMAIL PROTECTED] wrote: On Thu, 26 Apr 2007, Howard Goldstein wrote: Jan Henrik Sylvester wrote: I guess I would have to update all gnome packages from 2.16 to 2.18 to see if it helps... but since Howard Goldstein rebuild all his ports, he can probably confirm that this happens with the current ports. Unfortunately it does still happen for me. For those ports I'm at these versions: gnome-vfs-2.18.1_1 GNOME Virtual File System libgnome-2.18.0_1 Libraries for GNOME, a GNU desktop environment If you don't mind me asking, what are the file types, and about how large are these files? An appx 1K rc file (.nvidia-settings-rc), in another case a one page 29K .pdf Could everyone affected by this issue document a few more steps of what they do to cause Thunderbird to coredump, please? 1. start thunderbird 2. ^M or click on the write message label 3. attach any file 4. send an email to self, garbage or empty message, take the default subject or change it to garbage. 5. ^M to compose another message 6. at any point from this point on , attaching a file will coredump Also, uname -a would be helpful. cally:~$ uname -a FreeBSD cally.queue.to 6.2-STABLE FreeBSD 6.2-STABLE #1: Sat Mar 31 20:04:48 EDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CALLY i386 gnome is not the desktop on this system... (FWIW, building and installing with -DWITHOUT_GNOME -DWITHOUT_GNOMEVFS as hinted by the pr does not make a difference) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op
Garrett Cooper wrote: Did you build thunderbird with custom cflags, and have to tried getting a backtrace for all of the calls made from thunderbird using the coredump and gdb? When this started happening I rebuilt it with WITH_DEBUG=true WITHOUT_LOGGING=true WITHOUT_OPTIMIZED_CFLAGS=true I don't see any different obvious behavior with these flags, it still drops the core, but it is noticably slower (and it generates warnigns and info to someone's stderr, see below) My backtrace from the coredump should be in your email box if you still have freebsd-questions from 9:43 EDT this morning... I don't know if it's expected behavior or not but the debug version generates quite a few possibly interesting warnings and failed assertion messages to stderr on attaching the first (successful) message. Another interesting thing is that when saving a received attachment I can do that endlessly, it uses a different dialog though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird 2.0 dumps core on second file open op
Garrett Cooper wrote: Did you build thunderbird with custom cflags, and have to tried getting a backtrace for all of the calls made from thunderbird using the coredump and gdb? I'm sorry, reading Robert Huff's reply I should have also disclosed my make.conf CFLAGS, they are custom at -O2 and -march=pentium4 from the CPUTYPE. I'll try it right now without them ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
