Professional Barcode Activex Control

2010-10-15 Thread Barcode
Professional Barcode Label Activex Control Professional Barcode Activex Control for Programmers and Developers and MS Office Users . Working with Vb6, Vb.net, C#, Vc++, Delphi, Word, Excel, Access, Asp Click here: http://money-wall.com/index.php/barcode-activex-control

remove PFR_FLAG_ATOMIC

2010-10-15 Thread Ted Unangst
This is the majority of the text change in previous diff, but minus the actual behavior changing yield bits. The reality is we don't (and can't) support this flag, so we should remove it. Index: pf_table.c === RCS file: /home/tedu/

Re: warn for libraries with TEXT relocations

2010-10-15 Thread Damien Miller
On Fri, 15 Oct 2010, Philip Guenther wrote: > On Fri, Oct 15, 2010 at 3:58 AM, Damien Miller wrote: > ... > > This diff adds a warning to bsd.lib.mk when it finds a TEXTREL in a > > library. At the moment it finds one in /usr/X11R6/lib/libGL.so.10.0, but > > its main value is in trying to prevent

Un luogo unico per un momento indimenticabile

2010-10-15 Thread SISPOSAEXPO
[IMAGE]

Re: uvideo: choose best alternate setting

2010-10-15 Thread Jacob Meuser
On Fri, Oct 15, 2010 at 09:08:01PM +, Jacob Meuser wrote: > choose the bAlternateSetting with the closest matching bandwidth, > not the first one we come across that has at least as much as > we need. the bAlternateSettings aren't guaranteed to be ordered > by increasing bandwidth, and using o

uvideo: choose best alternate setting

2010-10-15 Thread Jacob Meuser
choose the bAlternateSetting with the closest matching bandwidth, not the first one we come across that has at least as much as we need. the bAlternateSettings aren't guaranteed to be ordered by increasing bandwidth, and using one with too much bandwidth can stall the usb pipes. lets the Ricoh VG

uvideo: use the right frame index

2010-10-15 Thread Jacob Meuser
the fidx field of struct uvideo_res is used as the frame index in the video stream probe/commit commands. this must be the bFrameIndex value from the frame descriptor, not the index of the frame descriptor in our software array of frame descriptors. although the uvc spec implies that the numbers

Ecobuchette, bois de chauffage

2010-10-15 Thread Edith
Si vous ne lisez pas correctement ce mail vous devez le visualiser en html

Re: warn for libraries with TEXT relocations

2010-10-15 Thread Philip Guenther
On Fri, Oct 15, 2010 at 3:58 AM, Damien Miller wrote: ... > This diff adds a warning to bsd.lib.mk when it finds a TEXTREL in a > library. At the moment it finds one in /usr/X11R6/lib/libGL.so.10.0, but > its main value is in trying to prevent new ones from arising. Hmm, what about adding -Wl,-zt

[cjo...@cdot.ca: Re: VPN stability issues with a Fortigate peer]

2010-10-15 Thread Todd T. Fries
Is this as simple as the below diff? It functions as expected, and makes FortiGate VPN's stable (I've tested) but is it correct? --- isakmpd/isakmp_doi.c +++ isakmpd/isakmp_doi.c @@ -217,16 +217,32 @@ static int isakmp_responder(struct message *msg) { struct payload *p; + u_int16

mandoc(1) grows tbl(1) support, and groff(1) moves to ports

2010-10-15 Thread Ingo Schwarze
Sending this here as suggested by henn...@. Comments welcome! - Forwarded message from Ingo Schwarze - Hi, here is my plan to get rid of groff in base: (1) tonight: commit tbl(1) support for man(7) into mandoc (2) tomorrow: commit tbl(1) support for mdoc(7) into mandoc (3) tomorrow: se

warn for libraries with TEXT relocations

2010-10-15 Thread Damien Miller
Hi, This has been in my tree for a while, since fixing a bunch of TEXTREL in OpenSSL some time ago. Text relocations are cases where the linker has to modify the executable code of a library to fixup jump addresses to adjust for the library's load address. They waste memory because each program t

Re: snmpd, fix segfault when walking off the end of OPENBSD-MEM-MIB::memIfName

2010-10-15 Thread Stuart Henderson
On 2010/10/15 10:42, Stuart Henderson wrote: > $ snmpwalk -v2c -c public $SOMEHOST OPENBSD-MEM-MIB::memIfName > > > introduced when per-interface livelock counters were removed. > the variable should probably be removed completely sometime, but is > this ok for now? it probably would help if I i

snmpd, fix segfault when walking off the end of OPENBSD-MEM-MIB::memIfName

2010-10-15 Thread Stuart Henderson
$ snmpwalk -v2c -c public $SOMEHOST OPENBSD-MEM-MIB::memIfName introduced when per-interface livelock counters were removed. the variable should probably be removed completely sometime, but is this ok for now? Index: mib.c === RCS f

Re: smtpd w/ async DNS

2010-10-15 Thread Damien Miller
On Thu, 14 Oct 2010, Christian Weisgerber wrote: > Ted Unangst wrote: > > > Why not use the evdns resolver in libevent? > > (1) It isn't part of the base system libevent. > (2) It doesn't understand all of our resolv.conf(5) syntax and it > can't talk to a nameserver over IPv6. (3) it does

Re: smtpd w/ async DNS

2010-10-15 Thread Gilles Chehade
On Thu, Oct 14, 2010 at 04:47:26PM +0200, Gilles Chehade wrote: > Dear tech@, > > eric@ has written an (awesome :p) asynchronous resolver that allows us to do > non-blocking DNS lookups. > > As of today, smtpd implements non-blocking lookups through a fork+imsg hack, > creating a socketpair() and

Re: smtpd w/ async DNS

2010-10-15 Thread Eric Faurot
On Thu, Oct 14, 2010 at 03:20:06PM -0600, Theo de Raadt wrote: > > On Thu, Oct 14, 2010 at 11:57 AM, Mike Belopuhov wrote: > > > this dns code has a serious flaw. you use arc4random to allocate request > > > IDs. this is a bad decision, as you actually want a non-repeating > > property. > > > >