ying sleep, but thread marked as sleeping
> > > prohibited".
> >
> > Which makes sense, as msleep() can be used to sleep for
> > indefinitely.
> This part is clear. ! I agree with all experts view.
> >
> > --
> > Ed Schouten
> > WWW: http://80386.nl/
> ___
> freebsd-s...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to
> "freebsd-scsi-unsubscr...@freebsd.org"
--
Alexander Kabaev
signature.asc
Description: PGP signature
y tou
> journalisticly pumped compare & contrast). For the FreeBSD
> community, who else outside of the FreeBSD community actually runs
> public c Matthew
Not really related to the discussion on hand, but the above about the
most unreadable email I am yet to read on the public mailing list.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Sun, 03 Jul 2011 11:15:50 +0200
"Hartmann, O." wrote:
> On 07/02/11 20:45, Alexander Kabaev wrote:
> > On Sat, 02 Jul 2011 09:27:42 +0200
> > "Hartmann, O." wrote:
> >
> >>
> > Update database/sqlite3 port to the 3.7.7.1 version co
commit message was left in a temporary file:
>
Update database/sqlite3 port to the 3.7.7.1 version committed today.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Thu, 20 Jan 2011 23:11:43 +0100
Ulrich Spörlein wrote:
> On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote:
> > On Thu, 20 Jan 2011 21:17:40 +0100
> > Ulrich Spörlein wrote:
> >
> > > Hello,
> > >
> > > Currently our b
On Thu, 20 Jan 2011 17:11:13 -0800
Marcel Moolenaar wrote:
>
> On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote:
>
> > On Thu, 20 Jan 2011 21:17:40 +0100
> > Ulrich Spörlein wrote:
> >
> >> Hello,
> >>
> >> Currently our buildworld
de
> formatting. So do we still have vgrind(1) users out there?
>
> Regards,
> Uli
Why it needs to be in bootsrap tools at all? We have build tools for
this exact purpose.
--
Alexander Kabaev
signature.asc
Description: PGP signature
/../../../contrib/libstdc++/include/ext/atomicity.h:54:
> error: 'void __gnu_cxx::__atomic_add(volatile _Atomic_word*, int)'
> previously defined here *** Error code 1
>
Clean your obj, pretty please. Then do make cleandir couple of times in
src. Then repeat your build.
--
Alexander Kabaev
signature.asc
Description: PGP signature
where we already are ;)
>
> well...i tried playing back a 1080p vide files while doing
> `make -j64 buildkernel` and FreeBSD's interactivity seems far from
> perfect.
One thing that just begs to be asked: since when decoding 1080p became
an interactive task?
--
Alexander Kabaev
signature.asc
Description: PGP signature
ation
> and desktop for a few months last year without a glitch.
In what twilight zone does that mean 'Yes, it is production ready' to
warrant such a nice diatribe?
--
Alexander Kabaev
signature.asc
Description: PGP signature
hplugin[7|9].
>
It does not work very well under Linux32 compat on -current - our futex
implementation seems to be too broken and causes frequent deadlock and
causes multiple threads to get stuck on process exit. One can easily
collect dozens of those stuck processes doing causal web bro
,
this seems to be the issue with combination of FreeBSD 6.x and VMWare
hypervisor when running with more than one virtual CPUs. I see it will
the full range of VMWare products, from Player to Fusion and
Workstation. FreeBSD 7 and up are working fine.
--
Alexander Kabaev
_
switch?
> --
> regards, Maciej Suszko.
Read email archives, this was discussed on several occasions before.
Short summary: it never worked and will not work unless some
non-trivial work is put into how GCC handles include and linker search
paths.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Tue, 7 Oct 2008 20:25:03 -0700 (PDT)
Unga <[EMAIL PROTECTED]> wrote:
> --- On Wed, 10/8/08, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
>
> >
> > If you still have CVS tree available, you can do 'cvs
> > diff -rFSF' in
> > cont
can compile the
> FreeBSD kernel or not.
>
> Many thanks in advance.
>
> Kind regards
> Unga
If you still have CVS tree available, you can do 'cvs diff -rFSF' in
contrib/gcc and apply the patches to files gcc-4.2.1/gcc.
--
Alexander Kabaev
signature.asc
Description: PGP signature
ib/libc.so.6)
> ...
You definitely need deeper stacktrace to see where mutexes are
allocated. Info above says nothing otherwise.
Also, note that when running threaded programs under valgrind you are
testing valgrind's own threading library implementatiion, not 'real'
libthr.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Sat, 4 Aug 2007 01:29:57 +0200
Pieter de Goeje <[EMAIL PROTECTED]> wrote:
> There's also another regression in less: it doesn't automatically
> repaint the screen anymore when you resize the terminal.
>
> Regards,
> Pieter de Goeje
It most certainly d
You thought wrong.
Please read the PR again and try to understand what part it really does
cover and what doesn't. The comment was given to you before and it is
the right one:
atexit() cannot be used safely from the shared library.
That is the reason why __cxa_atexit was invented in the first place.
--
Alexander Kabaev
signature.asc
Description: PGP signature
stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
I've just had a confident message from heaven. They said major compiler
upgrades in 6.x will not happen anytime soon and w
n of Syslog.so, libstdc++.so.5 is unloaded.
> And weak PLT relocation is resolved to 0. As result we got the
> frame #0 from your trace.
>
> This theory is confirmed by presence of libstdc++ in lsof output.
> Please, check that it does not show up at the time of crash dump
> by using "show shared" gdb command on crash dump.
>
> Short-time fix is to use LD_PRELOAD hack. The real solution
> would be to mark the libstdc++ DSO as unloadable and
> implement support for unloadable DSO in rtld (BTW, I think
> this is also needed for threading libraries libpthread and libthr
> for the same reason). I know that glibc dynamic loader has support
> for this feature.
>
> P.S. Apache seems to call exit(3) from the signal handler. This is
> wrong.
Sounds very plausible to me. This should be fixed once we have shared
libgcc_s.so.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Sun, 21 May 2006 13:13:35 -0400
"m m" <[EMAIL PROTECTED]> wrote:
> Any hints on this available? Suggestions, more info, anything else?
>
> On 5/15/06, m m <[EMAIL PROTECTED]> wrote:
> > On 5/14/06, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> &
_
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
You'll need to build ld-elf.so.1 and libc.so.6 to get a sensible
backtrace.
--
Alexander Kabaev
signature.asc
Description: PGP signature
gt; _______
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
/dev/ucomX devices became /dev/ttyUX devices quite some time ago.
--
Alexander Kabaev
signature.asc
Description: PGP signature
23 matches
Mail list logo
