On Thu, 15 Jun 2006, Mark Andrews wrote:
Is there any good reason why gcc -pthread links in
-lpthead except when -shared is specified?
Because one may want to build applications to use different
threading libraries. Application A may work better with libthr,
while
On Wed, 23 Aug 2006, S.N.Grigoriev wrote:
Hi All,
I've updated from amd64 6.1-RELEASE to 6-STABLE.
All works fine. The only problem: when xmms or
firefox starts the following message appears:
/libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol _malloc_prefork
The Ports tree is
On Tue, 5 Sep 2006, Ron Tarrant wrote:
Hi all,
While trying to update ports for FreeBSD 6.1-STABLE using this command:
/usr/local/sbin/portsdb -Uu
I've seen errors similar to yours when your Mk files are out of
date with the rest of your ports tree. As root:
# cd /usr/ports/Mk
# cvs
On Mon, 27 Jun 2005, Michael Nottebrock wrote:
On Monday, 20. June 2005 19:17, Daniel Eischen wrote:
Works here on a month or two old -current. ?I'm using
/usr/local/ant/docs/appendix_e.pdf as a test (it's 60 pages or so).
Crashes for me:
[EMAIL PROTECTED]:127:~ env
On Tue, 28 Jun 2005, Michael Nottebrock wrote:
On Tuesday, 28. June 2005 06:43, Daniel Eischen wrote:
I can't reproduce it in -current.
-bash-2.05b$ uname -a
FreeBSD orion 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu May 5 13:29:41 EDT
2005
Yeah, you already said that before. So where
On Fri, 9 Dec 2005, Scot Hetzel wrote:
On 12/9/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
FBSD 5.0
I'm getting missing libpthread.so.* error, so I copied it from another
FBSD box, and now getting:
Undefined symbol __malloc_lock
So I went into /usr/src/lib/libpthread and did
On Fri, 9 Dec 2005 [EMAIL PROTECTED] wrote:
Geez, it was that simple!!! I've searched everywhere for libpthread, but
didn't bother to see doc on libkse. My bad...
Stop using libkse. In 5.0 it's an experimental library. If
you want libpthread, you need to upgrade to 5-stable. Like
I've
On Thu, 23 Nov 2006, Matt Smith wrote:
I sure do :)
If you say you have libiconv installed via ports, please be kind
enough to show more detailed information, as in:
$ pkg_info | grep libiconv
libiconv-1.9.2_2A character set conversion library
$ pkg_info -L libiconv-1.9.2_2
Information
On Wed, 28 Feb 2007, Dimuthu Parussalla wrote:
Hi,
I can confirm the same situation. My dual xeon x236 server runs very high
cpu utilisation with clamav. Also tried with maxthreads to 1. Result is the
same but frequency of locked process seems to be reduced.
I think clamav has a bug
On Wed, 28 Feb 2007, Andrew Reilly wrote:
Hi all,
Funny thing happened after the last upgrade (upgraded to
6-STABLE yesterday): the moinmoin wiki that I've been
playing with stopped working. A little fiddling found
that I could make it work again by changing the shebang
at the top of
On Thu, 1 Mar 2007, Martin Blapp wrote:
Hi,
Clamd is currently broken with libpthread for some threading-reason.
You definitly need to use libthr (which is still CPU hungry, but
works better).
I don't think it is a problem with libpthread.
--
DE
On Thu, 1 Mar 2007, Alexander Shikoff wrote:
Hi All,
On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote:
On Thu, 1 Mar 2007, Martin Blapp wrote:
Hi,
Clamd is currently broken with libpthread for some threading-reason.
You definitly need to use libthr (which is still CPU hungry
On Thu, 1 Mar 2007, Andrew Reilly wrote:
Hi Daniel,
On Wed, Feb 28, 2007 at 08:41:00AM -0500, Daniel Eischen wrote:
On Wed, 28 Feb 2007, Andrew Reilly wrote:
Funny thing happened after the last upgrade (upgraded to
6-STABLE yesterday): the moinmoin wiki that I've been
playing with stopped
On Sun, 4 Mar 2007, Martin Blapp wrote:
Hi all,
After adding some debug stuff to clamd running with freebsd
libpthread.so I found that:
looking at the output value of 'ps -auxH | grep clamd | grep -v grep | wc -l'
is always staying at 6 threads, but the number of threadpool-thr_alive is
On Wed, 28 Mar 2007, Steve Watt wrote:
In [EMAIL PROTECTED],
Daniel Eischen [EMAIL PROTECTED] wrote:
On Wed, 28 Mar 2007, Peter Holmes wrote:
How do signals work with pthreads in FreeBSD. How are process signals
delivered?
The best explanation of signals and threads in general
On Sat, 14 Apr 2007, Marc G. Fournier wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Sunday, April 08, 2007 23:04:42 -0400 Dave [EMAIL PROTECTED] wrote:
Hello,
This is what i get for catching this late. Can you describe your
situation? I've got a server, router actually
The python-1.5.2 test cases and unfortunately the fine sketch-0.6.1 program
(can edit ai-files and the famous tiger.ps) dump core
in the select-routine of my selfcompiled lbc_r.so.3. The one i had from
August 8. (not compiled myself) works ok. The
rest of my selfbuilt system seems to work
Under the FreeBSD 3.4 STABLE implementation of pthreads, do the libc_r
calls to accept, poll, and read block the calling thread only, or the
entire parent process?
Calling thread only.
Dan Eischen
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Thimble Smith wrote:
Hi. I'm running 4.0-STABLE cvsup'd on Tuesday (21 Mar). It
looks like pthread_kill() isn't killing the thread; I could be
doing something wrong, of course. Here's the output of my test
program:
From the POSIX spec (ISO/IEC 9945-1:1996), B.3.3.10, page 444:
"Note
On Sat, 12 Aug 2000, Alfred Perlstein wrote:
* Bradley T. Hughes [EMAIL PROTECTED] [000812 09:16] wrote:
It seems that the mutex implementation for recursive mutexes has a bug.
a single lock/unlock pair works as expected, but locking 3 times only
requires 2 unlocks before the mutex is
I've made a patch to merge in the recent thread changes in -current
to -stable:
http://people.freebsd.org/libc_r.diffs-stable
I've compile it but not yet fully tested it under -stable (I run
-current at home).
Feedback and testing appreciated,
--
Dan Eischen
To Unsubscribe: send mail to
On Tue, 17 Oct 2000, Daniel Eischen wrote:
I've made a patch to merge in the recent thread changes in -current
to -stable:
http://people.freebsd.org/libc_r.diffs-stable
Ack! That should be:
http://people.freebsd.org/~deischen/libc_r.diffs-stable
--
Dan Eischen
To Unsubscribe
On Mon, 13 Nov 2000, David O'Brien wrote:
On Mon, Nov 13, 2000 at 04:44:17AM -0500, Daniel M. Eischen wrote:
Why not find what was added and back it out?
Why loose the functionality. Bumping a shared version isn't that big a
deal.
It hasn't been shown that functionality would be lost.
On Tue, 19 Dec 2000, Roman Shterenzon wrote:
Quoting Roman Shterenzon [EMAIL PROTECTED]:
Quoting Daniel Eischen [EMAIL PROTECTED]:
===
RCS file: /opt/b/CVS/src/gnu/lib/libstdc++/Makefile,v
retrieving revision 1.25
On Mon, 21 Feb 2005, Marc Fonvieille wrote:
On Sun, Feb 20, 2005 at 03:26:50PM -0500, Daniel Eischen wrote:
On Sun, 20 Feb 2005, Marc Fonvieille wrote:
occured on libpthread/thread/*
I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs),
this fixed the problem
On Wed, 2 Mar 2005, Brian Behlendorf wrote:
On Wed, 2 Mar 2005, Ruben van Staveren wrote:
Are you using Xorg6.8.1 and have enabled the Composite extension ?
(as in
Section Extensions
Option Composite Enable
EndSection
)
Then add this line to /usr/X11R6/bin/firefox,
On Wed, 2 Mar 2005, Brian Behlendorf wrote:
On Wed, 2 Mar 2005, Daniel Eischen wrote:
Why don't you run firefox with -g and get a dump and backtrace
out of it?
Because, as I said earlier this thread:
I do try it every couple of weeks to see if it works, but the best it
gets
On Thu, 10 Mar 2005, Mario Sergio Fujikawa Ferreira wrote:
Hi,
I have been experiencing this
$ ping 10.1.1.1
PING 10.1.1.1 (10.1.1.1): 56 data bytes
ping: sendto: No buffer space available
ping: sendto: No buffer space available
Does anyone have any ideas? Doing
# ifconfig fxp0
On Fri, 6 May 2005, Christophe Yayon wrote:
Hi,
But is it a Nagios or FreeBSD problem, if you read what's new section on
nagios site, you can see :
-
FreeBSD and threads. On FreeBSD there's a native user-level implementation
of threads called 'pthread' and there's also an
On Mon, 9 May 2005, Suleiman Souhlal wrote:
Hello,
I ran ktrace(1) on it, and it appears that python keeps calling
sigprocmask() continually:
673 python 0.07 CALL sigprocmask(0x3,0,0x811d11c)
673 python 0.05 RET sigprocmask 0
673 python 0.09 CALL
On Tue, 10 May 2005, Peter Jeremy wrote:
On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote:
I have what I think is a serious performance issue with fbsd 5.3
release. I've read about threading issues, and it seems to me that
that is what I'm looking at, but I'm not confident enough to rule
On Mon, 9 May 2005, Suleiman Souhlal wrote:
On May 9, 2005, at 3:54 PM, Daniel Eischen wrote:
The threading libraries don't play with the signal mask. In fact,
libpthread has userland versions of sigprocmask() et. al. and won't
even make the syscall() unless the threads are system scope
On Mon, 9 May 2005, Daniel Eischen wrote:
On Mon, 9 May 2005, Suleiman Souhlal wrote:
I think I've found the problem: Python uses setjmp/longjmp to protect
against SIGFPU every time it does floating point operations. The
python script does not actually use threads, and libpthread assumes
On Mon, 9 May 2005, Jonathan Noack wrote:
On 05/09/05 18:47, Daniel Eischen wrote:
If the process wasn't linked to libpthread, then the longjmp()
and setjmp() would still be calling the syscall, so it isn't
the syscall itself that is making things slower. You'll notice
that there are two
On Tue, 10 May 2005, Suleiman Souhlal wrote:
Hello,
On May 9, 2005, at 7:21 PM, Daniel Eischen wrote:
I don't think that patch is correct. You need the signal mask
in the kernel to match in case of an exec() after a fork()
for instance. If the application fork()'s, then changes
On Tue, 10 May 2005, Suleiman Souhlal wrote:
Hi,
On May 10, 2005, at 1:24 AM, Daniel Eischen wrote:
No, libc_r wraps execve() and a lot of other syscalls that libpthread
or libthr don't need to. Take a look at libc_r/uthread/
uthread_execve.c
and you will see it sets the signal mask
On Tue, 10 May 2005, Mikhail Teterin wrote:
Hello!
As we were counting down to 5.3-RELEASE, I noticed, that all threading
libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this
fixed was shutdown as not enough time was left for testing the 5.3.
6 months later the much
On Tue, 10 May 2005, Mikhail Teterin wrote:
= As we were counting down to 5.3-RELEASE, I noticed, that all
= threading libraries still compile with PTHREAD_INVARIANTS. My
= suggestion to have this = fixed was shutdown as not enough time
= was left for testing the 5.3.
= Can we have
On Wed, 11 May 2005, Jonathan Noack wrote:
I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT.
As far as I can tell, all but one of the defines under
_PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it
is false result in a fatal error. These should
On Wed, 1 Jun 2005, Benjamin Lutz wrote:
I've found the problem for my own program. I was compiling with -lc. Why
I started doing that in the first place I can't remember, but removing
that option fixed above fatal error, and seems to have no negative
effects (of course, why would it).
So,
On Fri, 10 Jun 2005, Kris Kennaway wrote:
On Fri, Jun 10, 2005 at 10:04:23PM +0100, Tom Gidden wrote:
Hi Guy,
On 10 Jun 2005, at 21:37, Guy Helmer wrote:
Have you tried a kernel with PREEMPTION enabled? I haven't
quantified the effect, but it's improved performance in some
Robert Watson wrote:
On Fri, 10 Jun 2005, Steve Roome wrote:
We're using mostly:
5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Jun 6 12:22:18 BST 2005
In my experience, the following factors make a big performance difference:
- Thread package. In 5.x, you get process scope threads by default,
On Mon, 13 Jun 2005, Pete French wrote:
You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force
libpthread to use system scope. This is easier than rebuilding libpthread
(with SYSTEM_SCOPE_ONLY defined) and allows you to use M:N for some
applications and 1:1 for others.
On Mon, 13 Jun 2005, Pete French wrote:
Reread the above for the answer to your last question.
Sorry, rephrased - 'How can I set that environment variable for all
processes?'
login.conf perhaps?
I'm kind of embarassed to have to ask, as this should surely be very simple,
but I cant
On Mon, 20 Jun 2005, Michael Nottebrock wrote:
On Saturday, 11. June 2005 17:05, Daniel Eischen wrote:
You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force
libpthread to use system scope.
I've played around with that variable (set it in .xsession) and found that
kpdf
On Mon, 20 Jun 2005, Michael Nottebrock wrote:
On Monday, 20. June 2005 18:53, Daniel Eischen wrote:
Works here on a month or two old -current. I'm using
/usr/local/ant/docs/appendix_e.pdf as a test (it's 60 pages or so).
Crashes for me:
[EMAIL PROTECTED]:127:~ env
On Tue, 21 Jun 2005, Kipp Holger wrote:
Khanh Cao Van wrote on Tue 21.06.2005 16:00
Peter Jeremy tell me that I have to update libpthread to be able to
install JDK 1.4 on freeBSD 4.7 . But I could not find out what ports
contain that lib . Help me if you know .
Not port. Base system.
On Fri, 24 Jun 2005, Kevin S. Brackett wrote:
Well, the problem is when libc and libc_r are linked together, I
recompiled without -lc and it's now fine, but not really what i'd consider
a great fix...
I suggest you go do some research -- look in our archives and
man pages. libc is linked
On Tue, 4 Nov 2003, Erik Trulsson wrote:
On Tue, Nov 04, 2003 at 07:49:36AM -0800, Michael Sierchio wrote:
Brian T. Schellenberger wrote:
OTOH, the fact that nobody seems to have noticed until after 4.9 was
released is a pretty strong argument that not very many people
On Wed, 10 Nov 2004, Michael Nottebrock wrote:
Hi all,
Does anyone know when a thread-safe nvidia-driver will be available?
After upgrading to 5.3-RELEASE and KDE-3.3.1, I noticed some newly
compiled KDE apps (e.g. kile and skim) core dump at start. The
backtraces of the core files show
On Tue, 20 Dec 2005, Melvyn Sopacua wrote:
[Switching to Thread 0x8bce400 (LWP 100139)]
0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2
(gdb) where
#0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2
#1 0x2a17f52a in playNode ()
from
On Wed, 21 Dec 2005, Melvyn Sopacua wrote:
On Wednesday 21 December 2005 00:51, Daniel Eischen wrote:
On Tue, 20 Dec 2005, Melvyn Sopacua wrote:
[Switching to Thread 0x8bce400 (LWP 100139)]
0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2
(gdb) where
#0 0x28a80952
On Wed, 21 Dec 2005, Melvyn Sopacua wrote:
On Wednesday 21 December 2005 14:57, Daniel Eischen wrote:
Please read the UPDATING section. You have to rebuild all your
ports now that you are using 6.x. You can't just upgrade firefox
and mplayer plugin.
I didn't. I built all ports from
On Tue, 3 Jan 2006, Vivek Khera wrote:
On Dec 31, 2005, at 6:56 PM, security wrote:
And the rc.sendmail(8) under 5.4 stable says that NONE is
deprecated and will be removed in a future release. According to
the man page,
It says that in 6.0 also, so it will probably be at least until
On Tue, 3 Jan 2006, Doug Barton wrote:
First, rc.conf and periodic.conf are totally separate, so having just one
knob for both isn't practical now, but might be an interesting project down
the road. Second, IIRC the first implementation of sendmail_enable=no did
actually disable all of
On Fri, 10 Feb 2006, Conrad Sabatier wrote:
Given that STABLE is supposed to be...well...*stable* :-) ...
Could we possibly remove -D_PTHREADS_INVARIANTS, -D_LOCK_DEBUG and -g
from the CFLAGS in the Makefiles for libc_r, libpthread and libthr? I've
been under the impression that these
On Mon, 3 Apr 2006, Andrew Thompson wrote:
On Mon, Apr 03, 2006 at 01:23:59AM -0300, Marc G. Fournier wrote:
taking it off of pgsql-hackers, so that we don't annoy them unnecessarily
...
'k, looking at the code, not that most of it doesn't go over my head ...
but ...
in
On Mon, 3 Apr 2006, Marc G. Fournier wrote:
On Mon, 3 Apr 2006, Daniel Eischen wrote:
I think the suggestion was to make this EPERM rather than ESRCH to make
postgres a bit happier, not remove the check entirely. Im not familiar
with that part of the kernel at all, so I cant say what
On Tue, 4 Apr 2006, Peter Jeremy wrote:
On Mon, 2006-Apr-03 08:19:00 -0400, Daniel Eischen wrote:
I don't really see what the problem is. ESRCH seems perfectly
reasonable for trying to kill (even sig 0) a process from a
different jail. If you're in a jail, then you shouldn't have
knowledge
On Mon, 3 Apr 2006, Marc G. Fournier wrote:
On Mon, 3 Apr 2006, Daniel Eischen wrote:
Or:
3) Run postgres in such a way that it doesn't look for
remnant IPC information from other instances (use a
per-jail-specific port #?).
Postgres has no business cleaning up after
On Tue, 27 Nov 2007, Gregor Maier wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I have a question concerning *pthread* scheduling with FreeBSD 7.
Did this get answered already? I missed it if it did.
My goal:
I have a multi-threaded application, in which I have a thread
On Wed, 28 Nov 2007, Ivan Voras wrote:
Jan Srzednicki wrote:
Hello,
I have a pair of hosts. One of them performs a massive amount of
TCP connections to the other one, all to the same port. This setup
mostly works fine, but from time to time (that varies, from once a
minute to one a half an
On Sat, 8 Dec 2007, Eugene Grosbein wrote:
On Sat, Dec 08, 2007 at 01:09:47PM +0700, Eugene Grosbein wrote:
Thank you. Now I wonder, how such thing may happen
if qemu was built under 6.2 where there were no
libthr.so.3 and libc.so.7?
Most likely, you have rebuilt some library that brough in
On Fri, 7 Dec 2007, Boris Samorodov wrote:
On Fri, 7 Dec 2007 22:48:52 +0700 Eugene Grosbein wrote:
There is FreeBSD box that was 6.2-STABLE before, now it became
7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6'
How did you upgrade the OS? Did you use make
[ Library incompatiblity problems between major FreeBSD releases ]
One of the things that should make life a little easier in
FreeBSD 7.0 and subsequent (-current, 8.x, etc) is that we
now have symbol versioning in some of our libraries. The
libraries that have caused the most problems in the
On Mon, 1 Jun 2009, Bruce Simpson wrote:
Jilles Tjoelker wrote:
If process-shared semaphores really work, then the above structure is
not a pathological case. Effectively, sem_t is carved in stone. So
process-private semaphores should continue to have most of their stuff
in a separately
On Sat, 13 Jun 2009, Dan Allen wrote:
How do I get to the old loader when the machine boots and immediately stops?
There is no ability at this point in the boot process to try and get to the
old loader that I know of. Is there a hidden magic key combination that
allows this?
You are correct
On Sun, 14 Jun 2009, Dan Allen wrote:
On 14 Jun 2009, at 1:27 AM, Daniel Eischen wrote:
From one of your older emails, you mention you are using
ad0s2a as / and ad0s2b as swap, and then say that ad0s2c
is unused (I may have the ad0s2 part wrong). But ad0s2c
should be the entire slice
On Sun, 27 Sep 2009, Ulrich Sp??rlein wrote:
On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote:
Hello,
I am trying to configure lagg failover mode on 7.2.
I do:
# ifconfig xl0 up
# ifconfig fxp0 up
# ifconfig lagg0 create
# ifconfig lagg0 up laggproto failover laggport xl0
On Mon, 5 Oct 2009, Matthew Fleming wrote:
I have some code that tries to use pthread_cond_wait() and it's getting
back EPERM. Upon further investigation, here's what I've found:
When the app starts, libthr's _libpthread_init calls init_main_thread()
to set the thread id in struct pthread's
On Thu, 8 Oct 2009, Robert Watson wrote:
On Thu, 8 Oct 2009, Oliver Lehmann wrote:
This was caused by your setting of the following:
security.bsd.map_at_zero=0 You can reset that value to 1 and you should be
alright to operate like normal otherwise you will have to compile samba
over again
On Tue, 30 Apr 2002, Archie Cobbs wrote:
Hi,
Any comments positive or negative to the patch in bin/37614 ?
I'd like to commit this soon...
http://www.freebsd.org/cgi/query-pr.cgi?pr=37614
The patch is for stable, but would need to be applied to -current
first (after some adjustment).
On Mon, 28 Jan 2008, Chris H. wrote:
Quoting Jeremy Chadwick [EMAIL PROTECTED]:
On Mon, Jan 28, 2008 at 09:33:49AM -0800, Chris H. wrote:
Hello,
After a failed install of www/apache-ssl - dies with the
following error:
Syntax error on line 208 of /usr/local/etc/apache/httpsd.conf:
Cannot
On Thu, 15 May 2008, Andriy Gapon wrote:
Or even more realistic: there should be a feeder thread that puts things on
the queue, it would never be able to enqueue new items until the queue
becomes empty if worker thread's code looks like the following:
while(1)
{
On Thu, 15 May 2008, Daniel Eischen wrote:
On Thu, 15 May 2008, Andriy Gapon wrote:
Or even more realistic: there should be a feeder thread that puts things on
the queue, it would never be able to enqueue new items until the queue
becomes empty if worker thread's code looks like
On Mon, 28 Jul 2008, Unga wrote:
Hi all
Today (28th July) I upgraded the FreeBSD sources (/usr/src) using
cvsup and when try to compile a test C program I get following:
echo 'main(){}' dummy.c
cc dummy.c -v -Wl,--verbose
/usr/lib/libc.so: undefined reference to `SYS_cpuset_getaffinity'
On Mon, 28 Jul 2008, Unga wrote:
--- On Mon, 7/28/08, Daniel Eischen [EMAIL PROTECTED] wrote:
From: Daniel Eischen [EMAIL PROTECTED]
Subject: Re: undefined reference to SYS_cpuset
To: Unga [EMAIL PROTECTED]
Cc: freebsd-stable@freebsd.org
Date: Monday, July 28, 2008, 9:19 PM
On Mon, 28 Jul
On Mon, 28 Jul 2008, Unga wrote:
--- On Mon, 7/28/08, Daniel Eischen [EMAIL PROTECTED] wrote:
From: Daniel Eischen [EMAIL PROTECTED]
Subject: Re: undefined reference to SYS_cpuset
To: Unga [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], freebsd-stable@freebsd.org, [EMAIL
On Mon, 28 Jul 2008, Unga wrote:
--- On Mon, 7/28/08, Daniel Eischen [EMAIL PROTECTED] wrote:
Your problem is that you don't have an up-to-date
kernel src
(src/sys) directory with includes in your build
environment.
I have nothing to do with src/sys. I link against FreeBSD libs for a
long
On Fri, 29 Aug 2008, Dan Allen wrote:
Well I got bit by this and am dead in the water. Nothing builds. I tried
the DEBUG_FLAGS=-g trick but to no avail.
I get this:
cc: Internal error: segmentation fault: 11 (program ld)
I do not have a backup ld. (My bad.)
Where can I get a good one?
On Fri, 19 Sep 2008, Stephen Montgomery-Smith wrote:
I notice that if you use malloc from within a signal handler on
FreeBSD-6.x, that you can potentially trigger a recursive call error.
But this seems to have changed in FreeBSD-7.x.
Is it now permissible to call malloc from within a signal
On Wed, 12 Nov 2008, Mikhail Teterin wrote:
Sent by Kostik Belousov:
On Wed, Nov 12, 2008 at 01:09:22PM -0500, Mikhail Teterin wrote:
Hello!
Currently, when a program built without OpenMP (-fopenmp) is trying to
dlopen a library, built with the feature, the result is a crash from bad
On Wed, 12 Nov 2008, Mikhail Teterin wrote:
Sent by Daniel Eischen:
On Wed, 12 Nov 2008, Mikhail Teterin wrote:
Sent by Kostik Belousov:
On Wed, Nov 12, 2008 at 01:09:22PM -0500, Mikhail Teterin wrote:
Hello!
Currently, when a program built without OpenMP (-fopenmp) is trying to
dlopen
On Wed, 25 Nov 2009, Mark Andrews wrote:
Report it using send-pr. That way the problem will make its way into the
bug tracking system.
In message 86aayc7z4g@zhuzha.ua1, Mikolaj Golub writes:
Hi,
I have problems with compiling our application under 8.0.
It fails due to these
On Wed, 25 Nov 2009, Mark Andrews wrote:
In message 20091124153422.gt2...@deviant.kiev.zoral.com.ua, Kostik Belousov
write
s:
--i616tqyc3hrkKsk2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Nov 24, 2009 at
On Thu, 17 Dec 2009, John Baldwin wrote:
On Thursday 17 December 2009 6:12:07 am Steven Hartland wrote:
We're having an issue with Passenger on FreeBSD where it will hang
and stop processing any more requests the details are attach to
the following bug report:
On Fri, 2 Apr 2010, Kevin Oberman wrote:
Date: Fri, 2 Apr 2010 03:14:54 -0700
From: Jeremy Chadwick free...@jdc.parodius.com
Sender: owner-freebsd-sta...@freebsd.org
I disagree (so what else is new?) It should be kept out of the base
system. KISS:
Doug pulling BIND out of the base system /
On Tue, 11 Sep 2012, Giulio Ferro wrote:
Well, there definitely seems to be a problem with igb and lagg.
igb alone works as it should, but doesn't seem to work properly in lagg.
To be sure I started from scratch from a 9.0 release with nothing but:
/etc/rc.conf
On Tue, 11 Sep 2012, Freddie Cash wrote:
On Sep 11, 2012 2:12 PM, Giulio Ferro au...@zirakzigil.org wrote:
cloned_interfaces=lagg0
ifconfig_lagg0=laggproto lacp laggport igb1 laggport igb2 laggport igb3
192.168.x.x/24
sshd_enable=YES
---
On Tue, 18 Sep 2012, David DeSimone wrote:
Daniel Eischen deisc...@freebsd.org wrote:
My rc.conf is something like this:
#
# For now, force ath0 to use the same MAC address as xl0.
# This works around a bug where lagg is unable to set the
# MAC address of the underlying wlan0 interface
On Sat, 3 Nov 2012, Adam Strohl wrote:
On 11/2/2012 23:47, Bas Smeelen wrote:
Hi
Why are journaled soft updates the default when installing a new system
from a 9.1-RC2 ISO?
I admit I did not pay too much attention when installing a new system
from an 9.1-RC2 ISO and found out when taking a
On Mon, 18 Feb 2013, Harald Schmalzbauer wrote:
Hello,
I wasn't able to find infos about multi-head support for the new intel
kms with FreeBSD 9.1
Is it possible to have xorg driving 3 displays? I know of the
two-PLL-pipe limitation with intel's IvyBrindge-CPU/GPUs. But I don't
know if the new
On Fri, 1 Mar 2013, Ben Morrow wrote:
Quoth Karl Denninger k...@denninger.net:
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
[...]
Take a base snapshot immediately and zfs send it to offline storage.
Take an incremental at some interval (appropriate for
On Fri, 1 Mar 2013, Ben Morrow wrote:
Quoth Daniel Eischen deisc...@freebsd.org:
Yes, we still use a couple of DLT autoloaders and have nightly
incrementals and weekly fulls. This is the problem I have with
converting to ZFS. Our typical recovery is when a user says
they need a directory
On Fri, 1 Mar 2013, kpn...@pobox.com wrote:
On Fri, Mar 01, 2013 at 12:23:31PM -0500, Daniel Eischen wrote:
Yes, we still use a couple of DLT autoloaders and have nightly
incrementals and weekly fulls. This is the problem I have with
converting to ZFS. Our typical recovery is when a user
On Thu, 28 Mar 2013, Ian Lepore wrote:
On Thu, 2013-03-28 at 09:17 +0200, Alexander Motin wrote:
On 28.03.2013 02:43, Adrian Chadd wrote:
My main concern with the new stuff is that it requires CAM and that's
reasonably big compared to the standalone ATA code.
It'd be nice if we could slim
getpwent() call's (the passwd: files
ldap line in nsswitch.conf)
Ok, thanks. But shouldn't the documentation be changed
to reflect that?
On Mon, Jul 15, 2013 at 11:51 AM, Daniel Eischen deisc...@freebsd.org wrote:
There's an article on LDAP authentication on FreeBSD here:
http://www.freebsd.org
On Mon, 15 Jul 2013, Jan Bramkamp wrote:
On 15.07.2013 21:09, Daniel Eischen wrote: On Mon, 15 Jul 2013, Michael
Loftis wrote:
nss_ldap fulfills most of the get*ent calls, thus based on the bits of
your configuration you've exposed I think you're ending up with that
behavior and not using
On Mon, 15 Jul 2013, Mark Felder wrote:
On Mon, Jul 15, 2013, at 14:09, Daniel Eischen wrote:
Ok, thanks. But shouldn't the documentation be changed
to reflect that?
Whoa, I need to test this now, as we are used to being able to turn this
on/off by editing /etc/pam.d/system and sshd
On Mon, 15 Jul 2013, Jan Bramkamp wrote:
On 15.07.2013 21:44, Daniel Eischen wrote:
On Mon, 15 Jul 2013, Jan Bramkamp wrote:
On 15.07.2013 21:09, Daniel Eischen wrote: On Mon, 15 Jul 2013, Michael
Loftis wrote:
nss_ldap fulfills most of the get*ent calls, thus based on the bits of
your
1 - 100 of 112 matches
Mail list logo
