sorry, I'm late. the -current has the same problem. here is coredump
capoor-daemon dumped core - see /var/crash/vmcore.2
Thu Nov 24 15:46:46 CST 2011
FreeBSD capoor-daemon 10.0-CURRENT FreeBSD 10.0-CURRENT #1
r+8692e3b-dirty: Thu Nov 24 15:34:53 CST 2011
root@capoor-daemon:/usr/obj/usr/src/sys/
Hi All,
Recently I've discovered a bug in if_clone.c and if.c where the code allows
multiple interfaces to be created with exactly the same name (which leads to
all sorts of other interesting problems).
I've submitted a PR about this with patches, which can be found here :
http://www.fr
On 22 November 2011 13:36, C. P. Ghost wrote:
> On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller
> wrote:
> > But I don't see any advantage to putting /, /usr, and /var on separate
> partitions.
> >
> > Tom
>
> Regarding separate /usr and /var: the advantage is that you can
> keep /usr read-o
On 11/24/11 10:42, krad wrote:
> On 22 November 2011 13:36, C. P. Ghost wrote:
>
>> On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller
>> wrote:
>>> But I don't see any advantage to putting /, /usr, and /var on separate
>> partitions.
>>>
>>> Tom
>>
>> Regarding separate /usr and /var: the adva
> > If you can get it back into this state,
>
> Sure, *every* time.
>
> > a procstat -k -k would be very helpful.
> > (the second -k is not a typo).
>
> # procstat -k -k 5896
> PIDTID COMM TDNAME KSTACK
> 5896 102364 iscontrol-mi_switch+0x174
Hi Kostik,
On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote:
> [...]
> > Anyway, the patch needs testers before I will push it forward.
> >
> [igor's email was corrected]
>
> We will test it in out environment and let you know.
>
It seems I don't understand how it works.
Here is a test pro
Hi Bruce,
2011/11/24 Bruce Evans :
> Now it adds lots of namespace pollution (all of , including
> all of its namespace pollution), just to get 1 new symbol defined.
Well, my initial patch (see mail with same subject modulo "v2") didn't
have this problem. Now that __FreeBSD_kernel__ is defined,
Firefox seems to have got stuck inside libthr.
(gdb)
#0 0x49d307d3 in ?? () from /lib/libthr.so.3
#1 0x49d2a582 in ?? () from /lib/libthr.so.3
#2 0x49d2fed2 in ?? () from /lib/libthr.so.3
#3 0x49d32eb5 in ?? () from /lib/libthr.so.3
#4 0x49ceab82 in pthread_cond_timedwait () from /lib/libc.
On Thu, Nov 24, 2011 at 09:38:19PM +0400, Maxim Konovalov wrote:
> Hi Kostik,
>
> On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote:
>
> > [...]
> > > Anyway, the patch needs testers before I will push it forward.
> > >
> > [igor's email was corrected]
> >
> > We will test it in out environm
Dan the Man wrote:
> Ok on centos box i have tried to reduce file size as much as possible
> only
> going after an image directory with the error.
>
> Centos:
> cappy:/data/nfstest# ls
> about.gif index_10.gif index_22.gif
> index_34.gif index_46.gif links_09.gif links_21.gif show_08.gif
> show_20
Hi,
I'm running 9-STABLE on a MacBook Pro (late 2009, I think):
schism % uname -a
FreeBSD schism 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #7 r227746:
Thu Nov 24 13:05:31 EST 2011 gjb@kaos:/usr/obj/usr/src/sys/MACBOOK
amd64
The integrated wireless chipset is a Broadcom bcm4322, which is
currentl
Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST)
ifconfig alias has stopped working. Here's uname -a
FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24
13:04:39 PST 2011 root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK
i386
Here's the problem (i
TB --- 2011-11-25 04:59:42 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-25 04:59:42 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-11-25 04:59:42 - cleaning the object tree
TB --- 2011-11-25 04:59:56 - cvsupping the source tree
TB --- 2011-11-25 04:59:56 - /usr
On Fri, Nov 25, 2011 at 02:34:46PM +0800, Martin Wilke wrote:
> Hi Steve,
>
> at least it would be helpful to know what FBSD Version u are using.
>
FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226889:
Fri Oct 28 17:00:15
--
Steve
___
freebsd-
On Thu, Nov 24, 2011 at 10:12:12PM -0800, Cy Schubert wrote:
C> Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST)
C> ifconfig alias has stopped working. Here's uname -a
The problam had been introduced in r227830 and had been fixed in r227958.
Sorry for that.
--
Totus tuus
Hi Steve,
at least it would be helpful to know what FBSD Version u are using.
- Martin
On Nov 25, 2011, at 3:10 AM, Steve Kargl wrote:
> Firefox seems to have got stuck inside libthr.
>
> (gdb)
> #0 0x49d307d3 in ?? () from /lib/libthr.so.3
> #1 0x49d2a582 in ?? () from /lib/libthr.so.3
> #
On Thu, 24 Nov 2011 22:12:12 -0800
Cy Schubert wrote:
> Sometime between Nov 9 and yesterday (Nov 23 at approximately noon
> PST) ifconfig alias has stopped working. Here's uname -a
>
> FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24
> 13:04:39 PST 2011
> root@bob:/usr/obj
TB --- 2011-11-25 05:30:22 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-25 05:30:22 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-11-25 05:30:22 - cleaning the object tree
TB --- 2011-11-25 05:30:41 - cvsupping the source tree
TB --- 2011-11-25 05:30:41 - /u
TB --- 2011-11-25 06:33:29 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-25 06:33:29 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-11-25 06:33:29 - cleaning the object tree
TB --- 2011-11-25 06:33:41 - cvsupping the source tree
TB --- 2011-11-25 06:33:41 - /usr
With the following installed and all the prerequest ports for vbox when I
attempt to boot a default machine setup for freebsd guest OS install it
fails immediately with:
Result Code:
NS_ERROR_FAILURE (0x80004005)
Component:
Console
Interface:
IConsole {515e8e8d-f932-4d8e-9f32-79a52aead882}
20 matches
Mail list logo