Лучшие почтовые рассылки

2012-09-03 Thread Konstantin Rozhkov
ËÓ×ØÈÅ ÐÀÑÑÛËÊÈ ÏÎ ÓÊÐÀÈÍÅ Âàì - ïî÷òîâàÿ ïîñûëêà Ïðåäëàãàåòñÿ ðàññûëêà Ìû êëèåíòîâ ïðèâåäåì Ðàäîñòü ôèðìàì ïðèíåñåì Ñòîèìîñòü ïî Óêðàèíå 800 ãðí, 3.9 ìëí ïîëó÷àòåëåé Ñòîèìîñòü ïî Êèåâó 700 ãðí, 1.7 ìëí ïîëó÷àòåëåé Ñòîèìîñòü ïî îáëàñòÿì Óêðàèíû - 400 ãðí E-mail: mailair2...@aol.com , ICQ:

We got to meet. Details inside

2012-09-03 Thread Leandra Surber
I saw u having journey here and became aroused? Yeah, it's absolutely truth that I liked u from the first look. Usually I'm not calling or writing men first but some stuff happened to me when I checked up ur account. Oh, name of mine is Leandra. Write me about you. What's about your free time?

ongoing work on make

2012-09-03 Thread Marc Espie
Some lucky people have been spammed with previous versions of this patch. Caveat: this is work in progress, there might be bugs lurking. Basically, I'm trying to achieve two goals: - unify some more compat-make and make-j, so that there's less code duplication and less weird semantics

Re: ongoing work on make

2012-09-03 Thread Mark Kettenis
Date: Mon, 3 Sep 2012 13:59:44 +0200 From: Marc Espie es...@nerim.net In the process of the rewrite, I took apart the pipe stuff I added a few years ago. Much to my surprise, it doesn't appear to be THAT useful now, intermixed commands don't intermix so much, so I haven't put it back yet...

Re: ongoing work on make

2012-09-03 Thread Marc Espie
On Mon, Sep 03, 2012 at 02:20:34PM +0200, Mark Kettenis wrote: Date: Mon, 3 Sep 2012 13:59:44 +0200 From: Marc Espie es...@nerim.net In the process of the rewrite, I took apart the pipe stuff I added a few years ago. Much to my surprise, it doesn't appear to be THAT useful now,

Re: ongoing work on make

2012-09-03 Thread Marc Espie
On Mon, Sep 03, 2012 at 02:20:34PM +0200, Mark Kettenis wrote: Date: Mon, 3 Sep 2012 13:59:44 +0200 From: Marc Espie es...@nerim.net In the process of the rewrite, I took apart the pipe stuff I added a few years ago. Much to my surprise, it doesn't appear to be THAT useful now,

arc4random_buf in bcrypt

2012-09-03 Thread Ted Unangst
There's an easy way to do this now. Index: bcrypt.c === RCS file: /cvs/src/lib/libc/crypt/bcrypt.c,v retrieving revision 1.24 diff -u -p -r1.24 bcrypt.c --- bcrypt.c2 Apr 2008 19:54:05 - 1.24 +++ bcrypt.c3 Sep 2012

Re: ThinkPad T60 x86emu panic on resume (w/patch)

2012-09-03 Thread Alexander Polakov
* Theo de Raadt dera...@cvs.openbsd.org [120903 00:13]: Index: vga_pci.c === RCS file: /cvs/src/sys/dev/pci/vga_pci.c,v retrieving revision 1.68 diff -u -r1.68 vga_pci.c --- vga_pci.c 22 Aug 2012 20:58:30 -

Re: arc4random_buf in bcrypt

2012-09-03 Thread Theo de Raadt
Yup. There's an easy way to do this now. Index: bcrypt.c === RCS file: /cvs/src/lib/libc/crypt/bcrypt.c,v retrieving revision 1.24 diff -u -p -r1.24 bcrypt.c --- bcrypt.c 2 Apr 2008 19:54:05 - 1.24 +++ bcrypt.c

Re: ThinkPad T60 x86emu panic on resume (w/patch)

2012-09-03 Thread Theo de Raadt
* Theo de Raadt dera...@cvs.openbsd.org [120903 00:13]: Index: vga_pci.c === RCS file: /cvs/src/sys/dev/pci/vga_pci.c,v retrieving revision 1.68 diff -u -r1.68 vga_pci.c --- vga_pci.c 22 Aug 2012 20:58:30 -

Re: ThinkPad T60 x86emu panic on resume (w/patch)

2012-09-03 Thread Ted Unangst
On Mon, Sep 03, 2012 at 21:18, Alexander Polakov wrote: Now back to underlying issues: x86emu executes some code which causes parity check NMI (bit 7 set in port 0x61) to be generated, which causes drop to the debugger (I mistook it for a panic). Btw, is it intended to not include isa.h in

[clau...@openbsd.org: graceful restart diff]

2012-09-03 Thread Claudio Jeker
I never got any negative test results back about this change. I assume that either nobody is interested or that it just works. Since this is getting in my way of working on bgpd I would like to commit this. So unless people scream in the next few days it will go in and I will handle the fallout

Re: Possible bug in timecounter code

2012-09-03 Thread Stefan Fritsch
On Sunday 02 September 2012, s...@sfritsch.de wrote: But it may still be a problem the other way round. If adjtimedelta would go to zero during the lost ticks, there will be some over-compensation that is not detected. After some more hints from Mark (thanks), I think this is very unlikely

Sync i386 NMI trap code with amd64

2012-09-03 Thread Alexander Polakov
Include isa.h to avoid confusion while reading the code (code wrapped into #if NISA 0 is thrown out by cpp atm). No behaviour change, except for additional printf() before entering the debugger (which I find helpful). Ignore second chunk if you don't care about i386 and amd64 being the same.

Re: inet6 autoconf spl fix

2012-09-03 Thread David Gwynne
yes. On 02/09/2012, at 8:20 PM, Stefan Sperling s...@openbsd.org wrote: prelist_update() runs at IPL_SOFTNET. Code moved out of it into a workq task for adding new addresses from process context should run at IPL_SOFTNET, too, shouldn't it? Index: netinet6/nd6_rtr.c