building make(1) with pcc

2012-03-31 Thread Michael W. Bombardieri
Hi tech, I previously raised a bug in PCC because make(1) would not build correctly under pcc-i386: http://pcc.ludd.ltu.se/jira/browse/PCC-381 The JIRA ticket was recently closed. This morning I re-tested the build and make(1) no longer segfaults when used to build itself. Side note: PCC choke

Paseo en Velero 68% OFF | Parrilla Electrica 58 % OFF | Juguera S/Pulpa 56 % OFF | Fabrica de Helados Nova 51% OFF | Lifting sin cirugía 50% OFF | Masajes descontracturantes 66% OFF

2012-03-31 Thread Bonus Cupon
Para visualizar correctamente este newsletter ingresa a http://news.bonuscupon.com.ar/r.html?uid=1.37.3cds.1ep.ndf64kd53m

Re: aml: Fix integer types to be unsigned

2012-03-31 Thread Jordan Hargrave
Strings are always called with -1 (to pull the size-field from strlen itself) for creation. So technically that could be any large constant as well. > To: o...@drijf.net > CC: tech@openbsd.org; kette...@openbsd.org; chas...@skynet.be; jor...@openbsd.org > Subject: Re: aml: Fix integer types to be

Re: aml: Fix integer types to be unsigned

2012-03-31 Thread Theo de Raadt
> > +_aml_setvalue(struct aml_value *lhs, int type, u_int64_t ival, const void > > *bval) > > { > > memset(&lhs->_, 0x0, sizeof(lhs->_)); > > > > @@ -923,7 +920,7 @@ _aml_setvalue(struct aml_value *lhs, int > > memcpy(lhs->v_buffer, bval, ival); > > break; >

Re: aml: Fix integer types to be unsigned

2012-03-31 Thread Otto Moerbeek
On Sat, Mar 31, 2012 at 01:47:18AM +0300, Paul Irofti wrote: > After the report from a few weeks ago I went ahead and fixed most (if > not all) of the signed integer usages in the AML parser. > > Please have a look at this diff, test it thoroughly and comment/okay it. Some comments inline. > +_

npppd_arp.h missing in the tree

2012-03-31 Thread mxb
Hi, looks like npppd_arp.h is missing in the tree. Is it in purpose or just a miss? npppd.c: #ifdef USE_NPPPD_ARP #include "npppd_arp.h" #endif Regards, Maxim

login_yubikey does not accept user.name

2012-03-31 Thread Björn Ketelaars
login_yubikey does not accept user names with a dot (e.g. user.name). If one is offered login fails. As other authentication types (e.g. login_passwd) do accept the use of a dot, it seems that this is a 'feature' related to login_yubikey. A small patch: ok? Index: login_yubikey.c =

Re: aml: Fix integer types to be unsigned

2012-03-31 Thread Mark Kettenis
> Date: Sat, 31 Mar 2012 01:47:18 +0300 > From: Paul Irofti > > After the report from a few weeks ago I went ahead and fixed most (if > not all) of the signed integer usages in the AML parser. > > Please have a look at this diff, test it thoroughly and comment/okay it. So you ran into the same