Message not delivered due to local policy reasons. Following are the
original recipient(s):
The original message headers are included in this message.
Reporting-MTA: dns;mg1.kanoo.com
Final-Recipient: rfc822;ksad...@kanoosa.com
Action: failed
Status: 5.0.0
(Your message was not deliv
Yupibar - NON1N= N7 ON1N3N:OONN5ON3N1OON-O OO ON?N3ON1ON/N1O,
NN5ON,OON1ON7, NN5N>N9N:N,, N%OOON9ON;N?N9 ON1N9N=N9ON=,
NN?N3N9ONhttp://yupibar.blogspot.com
Download: http://yupibar.ourtoolbar.com
NNNNN)N#N$N ON7N=, OON?OO ON/N;N?OO ON1O, OON1 blogs ON1O
Code has been cleaned up and committed. Works better and somewhat simpler
than I expected. No problems noticed after quite a few tests
On Sat, Nov 26, 2011 at 12:30:26PM +0100, Marc Espie wrote:
> Thinking of making it possible to remove unneeded dependencies on the go,
> as it would allow us to find more problems.
>
> I'm thinking it won't be THAT slow, since at the end of a bulk, pkg_add
> spends a lot of time just processing
Hello,
This is the last spl lock leak which i've found with static code analysis.
This is not in GENERIC. For testing I compiled it into my kernel and run
the kernel without any error.
bye,
Jan
Index: trm.c
===
RCS file: /mount/cvs
Hello,
I've found an other failed spl release lock.
The diff should fix it. I compiled it and
run the new kernel without an error.
I'm unable to do more tests on this.
bye,
Jan
Index: if_wi_usb.c
===
RCS file: /mount/cvsdev/cvs/ope
Hello,
I've found an other spl lock lease failure.
It's in an architecture which i couldn't test.
But, I think the diff should work.
bye,
Jan
Index: pmap.c
===
RCS file: /mount/cvsdev/cvs/openbsd/src/sys/arch/solbourne/solbourne/pm
Le 12/02/11 06:35, Philip Guenther a icrit :
On Thu, Dec 1, 2011 at 6:45 PM, Christiano F. Haesbaert
wrote:
Hi, I think we should warn() on any error, not just EPERM.
This is more consistent with the rest of the code.
ok ?
I disagree with this. The existing message is much clearer to the
n
Oh, sorry.
Hope this fix is better.
Quoting Marco Pfatschbacher :
On Fri, Dec 02, 2011 at 12:02:19PM +0100, Jan Klemkow wrote:
Hello,
i have found an other failed error handling
with interrupt locking. Here is a diff which
should patch this.
i don't think this compiles.
your label is out: a
On Fri, Dec 02, 2011 at 12:02:19PM +0100, Jan Klemkow wrote:
> Hello,
>
> i have found an other failed error handling
> with interrupt locking. Here is a diff which
> should patch this.
i don't think this compiles.
your label is out: and the goto uses err.
> bye,
> Jan
>
> Index: fxp.c
> ===
Hello,
i have found an other failed error handling
with interrupt locking. Here is a diff which
should patch this.
bye,
Jan
Index: fxp.c
===
RCS file: /mount/cvsdev/cvs/openbsd/src/sys/dev/ic/fxp.c,v
retrieving revision 1.108
diff
On Thu, Dec 01, 2011 at 11:01:11PM +, Stuart Henderson wrote:
> On 2011/12/01 11:32, David Hill wrote:
> > For those who have an iProduct from Apple, you know it spams the dmesg
> > with uhids when plugged in. It also attacheds itself as a uaudio device
> > as well.
>
> > + { { USB_VENDOR_A
On 2 December 2011 03:35, Philip Guenther wrote:
> On Thu, Dec 1, 2011 at 6:45 PM, Christiano F. Haesbaert
> wrote:
>> Hi, I think we should warn() on any error, not just EPERM.
>> This is more consistent with the rest of the code.
>>
>> ok ?
>
> I disagree with this. The existing message is muc
6...e
fg(e
!e,e8d8d8d;#ge(e=ege8<>f.-i-g(-e,<>
g9f0e:,i*h/f i.i"ed;f,>,100%f>e?.e&f ie/f%g5f4=h0...
e< `R:1.3.4.2.8.6.6.9.5.5.9QQ:9 0 8 1 9 9 5 8 8
> Date: Fri, 2 Dec 2011 00:45:54 -0200
> From: "Christiano F. Haesbaert"
>
> Hi, I think we should warn() on any error, not just EPERM.
> This is more consistent with the rest of the code.
>
> ok ?
I think the current code is just fine. The "no premission to scan"
output is an integral part of
15 matches
Mail list logo