TB --- 2010-09-09 04:32:25 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 04:32:25 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-09-09 04:32:25 - cleaning the object tree
TB --- 2010-09-09 04:33:03 - cvsupping the source tree
TB --- 2010-09-09 04:33:03 - /usr
TB --- 2010-09-09 03:50:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:50:19 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-09-09 03:50:19 - cleaning the object tree
TB --- 2010-09-09 03:51:22 - cvsupping the source tree
TB --- 2010-09-09 03:51:22 - /usr
TB --- 2010-09-09 03:50:29 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:50:29 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-09-09 03:50:29 - cleaning the object tree
TB --- 2010-09-09 03:51:47 - cvsupping the source tree
TB --- 2010-09-09 03:51:47 - /u
TB --- 2010-09-09 03:49:52 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:49:52 - starting HEAD tinderbox run for mips/mips
TB --- 2010-09-09 03:49:52 - cleaning the object tree
TB --- 2010-09-09 03:50:17 - cvsupping the source tree
TB --- 2010-09-09 03:50:17 - /usr/bin/c
TB --- 2010-09-09 03:04:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:04:37 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-09-09 03:04:37 - cleaning the object tree
TB --- 2010-09-09 03:05:20 - cvsupping the source tree
TB --- 2010-09-09 03:05:20 - /usr/bin/c
TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:00 - cvsupping the source tree
TB --- 2010-09-09 02:00:00 - /usr/bin
TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:01:13 - cvsupping the source tree
TB --- 2010-09-09 02:01:13 - /usr/bin/c
TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:00 - cvsupping the source tree
TB --- 2010-09-09 02:00:00 - /usr/bin/c
TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:33 - cvsupping the source tree
TB --- 2010-09-09 02:00:33 - /usr/bin/csu
Hello,
I have a question about IN_MULTI_LOCK() because it uses MTX_DEF flag
when it's initialized so I always encounters the following LOR
lock order reversal: (sleepable after non-sleepable)
1st 0x80d0b560 in_multi_mtx (in_multi_mtx) @ netinet/in_mcast.c:1095
2nd 0xff00014e3850 USB
hello,
[trying current@ first to get wider audience :)]
so, i have a somewhat silly question about libusbhid. please consider
the following code
hid_data_t d;
hid_item_t h;
for (d = hid_start_parse(desc, 1 << hid_input, -1); hid_get_item(d, &h) > 0; ) {
...
}
hid_end_parse(d);
the id
> #define bprintf(buf, fmt, ...) \
> do { \
> assert(snprintf(buf, sizeof buf, fmt, __VA_ARGS__) \
> < sizeof buf);
On Wed, Sep 8, 2010 at 9:15 AM, Rink Springer wrote:
> Hi,
>
> On Wed, Sep 08, 2010 at 08:51:57AM -0700, m...@freebsd.org wrote:
>> It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
>> the kernel. It's disapproved of for user-space as being unsafe for
>> security reasons as w
In message , Ryan
Stone writes:
>> #define bprintf(buf, fmt, ...) \
>> do { \
>> assert(snprintf(buf, sizeof buf, fmt, __VA_ARGS__) \
>> < sizeof buf);
In message , mdf@
FreeBSD.org writes:
>It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
>the kernel.
Well, it is only unsafe if people used it without knowing what they
are doing, so I think a wholesale automated replacement is both
unwarranted and inadvisable.
I can recomm
Hi,
On Wed, Sep 08, 2010 at 08:51:57AM -0700, m...@freebsd.org wrote:
> It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
> the kernel. It's disapproved of for user-space as being unsafe for
> security reasons as well, but the potential downsides aren't the same,
> and we'll
> Date: Tue, 7 Sep 2010 21:46:18 +0300
> From: Gleb Kurtsou
>
> On (07/09/2010 10:57), Kevin Oberman wrote:
> > On Mon, 6 Sep 2010, Gleb Kurtsou wrote:
> >
> > > I would like to ask for feedback on a kernel level stacked cryptographic
> > > filesystem. It has started as Summer Of Code'2009 proj
Looking at the uses of kvprintf(9), only [v]sprintf(9) doesn't have a
callback function. It seems a little sketchy to me to be doing unsafe
sprintf in the kernel anyways.
Should we (and by we, I mean me) deprecate sprintf(9) and convert the
existing 1200+ uses to strcpy(9) for fixed strings (also
At 09:07 AM 9/8/2010, Denny Lin wrote:
On Wed, Sep 08, 2010 at 04:55:14AM -0700, Rob Farmer wrote:
> > TB --- 2010-09-08 10:16:32 - /usr/bin/csup
-z -r 3 -g -L 1 -h cvsup18.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile
> > TB --- 2010-09-08 10:55:57 - WARNING:
/usr/bin/csup returned exit code
On Wed, Sep 08, 2010 at 04:55:14AM -0700, Rob Farmer wrote:
> On Wed, Sep 8, 2010 at 03:55, FreeBSD Tinderbox wrote:
> > TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on
> > freebsd-current.sentex.ca
> > TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
> > TB --- 2010
On Tuesday, September 07, 2010 11:52:36 am Marcin Cieslak wrote:
> Dnia 27.08.2010 John Baldwin napisał/a:
> > On Thursday, August 26, 2010 8:50:01 pm Xin LI wrote:
> >> Hi,
> >>
> >> The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and
> >> FreeBSD/amd64 on amd64.
> >>
> >> C
On Wed, Sep 8, 2010 at 03:55, FreeBSD Tinderbox wrote:
> TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on
> freebsd-current.sentex.ca
> TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
> TB --- 2010-09-08 10:15:01 - cleaning the object tree
> TB --- 2010-09-08 10:16:3
On (08/09/2010 11:25), Daniel O'Connor wrote:
>
> On 08/09/2010, at 3:22, Gleb Kurtsou wrote:
> > Please note that your home directory has to be mounted, I mount it in
> > /etc/rc.local, but don't add any keys. pam_pefs adds the key. Also note
> > that it has to be exactly your home directory (/ho
TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-09-08 10:15:01 - cleaning the object tree
TB --- 2010-09-08 10:16:32 - cvsupping the source tree
TB --- 2010-09-08 10:16:32 - /usr/bin
TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-09-08 10:15:01 - cleaning the object tree
TB --- 2010-09-08 10:16:13 - cvsupping the source tree
TB --- 2010-09-08 10:16:13 - /usr/bin/c
On Tue, Sep 07, 2010 at 11:40:28AM -0700, Pyun YongHyeon wrote:
> On Mon, Sep 06, 2010 at 02:04:37PM +0100, Anton Shterenlikht wrote:
> > On Fri, Sep 03, 2010 at 11:25:34AM -0700, Pyun YongHyeon wrote:
> > > On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote:
> > > > On Thu, Sep 02,
26 matches
Mail list logo
