On k, szept 04, 2012 at 18:15:29 -0400, Ted Unangst wrote:
> I move my windows around and even resize them sometimes. Sometimes
> ksh catches on, but a lot of the time it doesn't. The problem is if
> I'm running an editor like vi (kinda common reason why I'd want to
> resize the terminal), sigwin
hola esto es una prueba
120
Hello,
If sizeof(void *) > sizeof(int), a warning is output.
No functional change by this patch.
UMEZAWA Takeshi (FAMILY Given)
Internet Initiative Japan Inc.
diff --git a/usr.sbin/rtadvd/config.c b/usr.sbin/rtadvd/confi
Hello,
I have ported support for advertising route information, from FreeBSD's
rtadvd. This is derived from FreeBSD's svn revision 78064. That was from
KAME originally.
UMEZAWA Takeshi (FAMILY Given)
Internet Initiative Jap
* Alexander Polakov [120903 21:41]:
> 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).
Nobody asked me which code exactly. But I'll tell you anyway.
On 2012/09/05 00:19, Han Boetes wrote:
> So I am running unbound with the dnssec extensions:
>
> % stripcom /var/unbound/etc/unbound.conf
> server:
> verbosity: 1
> module-config: "validator iterator"
> auto-trust-anchor-file: "/var/unbound/etc/root.key"
> val-log-level: 2
>
>
> % nslookup www.
Cómo Resolver las Quejas de los Clientes
SEMINARIO ONLINE EN VIVO este 10 de Septiembre de 2012.
Nada puede evitar el hecho que sus colaboradores se enfrenten a clientes
difíciles o enojados que provoquen situaciones conflictivas por no recibir un
trato o solución adecuada a sus demandas y un mal m
So I am running unbound with the dnssec extensions:
% stripcom /var/unbound/etc/unbound.conf
server:
verbosity: 1
module-config: "validator iterator"
auto-trust-anchor-file: "/var/unbound/etc/root.key"
val-log-level: 2
% nslookup www.dnssec-failed.org
;; Got SERVFAIL reply from 127.0.0.1, tryin
I move my windows around and even resize them sometimes. Sometimes
ksh catches on, but a lot of the time it doesn't. The problem is if
I'm running an editor like vi (kinda common reason why I'd want to
resize the terminal), sigwinch doesn't get to ksh. Then when I exit
the editor, command line e
On v, szept 02, 2012 at 12:13:33 +0200, Stefan Fritsch wrote:
> On Saturday 01 September 2012, LEVAI Daniel wrote:
>
> > > I've just started to test this with an OpenBSD guest on a Linux
> > > host. vio0 NIC and the virtio disk work like a charm.
> > > I have a slightly (~10%) better performance w
On Tue, Sep 04, 2012 at 12:53, Ted Unangst wrote:
> On Tue, Sep 04, 2012 at 09:57, Kenneth R Westerback wrote:
>
>>
>> The problem seems to be rooted in a desire to printf() the dosname
>> in a debug statement. Otherwise the dos file names are not treated
>> as strings anywhere.
>>
>> An alternate
On Tue, Sep 04, 2012 at 09:57, Kenneth R Westerback wrote:
>
> The problem seems to be rooted in a desire to printf() the dosname
> in a debug statement. Otherwise the dos file names are not treated
> as strings anywhere.
>
> An alternate solution, that restores the symmetry between unix2dosfn()
Quando a gente vota, escolhe os candidatos que irão nos representar na busca
do Bem Comum, que todos nós buscamos.Competência, seriedade, comportamento
ético e dignidade são qualidades que, embora raras, todos os polÃticos
deviam ter. Mas infelizmente nem todos têm.Por isso, vou votar num po
diff applied, kernel made, tested, works. thanks, Ken!
Bye, Marcus
kwesterb...@rogers.com (Kenneth R Westerback), 2012.09.04 (Tue) 15:57 (CEST):
> On Tue, Sep 04, 2012 at 02:56:40PM +0200, MERIGHI Marcus wrote:
> > with the diff below my ``panic: smashed stack in msdosfs_rename''
> > problem does
I've reviewed this diff with Patrick and I believe it is correct, can
someone else have a look ?
On Tue, Sep 04, 2012 at 04:46:08PM +0200, Patrick Wildt wrote:
> When sasyncd(8) dumps data from the kernel, it does a sysctl() for the size to
> alloc,
> and a second for the actual data. In between,
When sasyncd(8) dumps data from the kernel, it does a sysctl() for the size to
alloc,
and a second for the actual data. In between, new data can be added/deleted.
Therefore
the kernel might return less data, than actually told. The case that you get
less/more data
isn't handled properly.
In case o
On Tue 2012.09.04 at 15:36 +0200, Patrick Wildt wrote:
> I think those were log_msg()s before, as log_msg() has to be called with a
> debug level
> as first argument. As log_err() doesn't take a debug level, just call it with
> the string.
fixed; thank you
On Tue, Sep 04, 2012 at 02:56:40PM +0200, MERIGHI Marcus wrote:
> with the diff below my ``panic: smashed stack in msdosfs_rename''
> problem does not appear any more.
>
> Index: msdosfs_vnops.c
> ===
> RCS file: /cvs/src/sys/msdosfs
Simplify the display of most updatesets.
The potentially confusing part is that complex updatesets will still
display the same, but simple stuff, e.g., foo-1.0->foo-1.1 will becom
foo-1.0->1.1
I'm definitely not the best guy to say whether it's clearer or not,
since I spend too much time looking
I think those were log_msg()s before, as log_msg() has to be called with a
debug level
as first argument. As log_err() doesn't take a debug level, just call it with
the string.
Index: monitor.c
===
RCS file: /cvs/src/usr.sbin/sasyncd/
Le 2012-09-02 08:05, Stefan Sperling a écrit :
Simon's recent commit to prevent SLAAC address formation when
a static address is already configured has a side-effect for
autoconfprivacy users.
With the following in /etc/hostname.if:
dhcp
rtsol
inet6 some-address 64
the netstart script
with the diff below my ``panic: smashed stack in msdosfs_rename''
problem does not appear any more.
Index: msdosfs_vnops.c
===
RCS file: /cvs/src/sys/msdosfs/msdosfs_vnops.c,v
retrieving revision 1.82
diff -u -r1.82 msdosfs_vnops.c
-
On Tue, Sep 04, 2012 at 09:32:21AM +, Mark Lumsden wrote:
> If you don't mind, could you send the diff to tech@?
>
> If there are no objections, I'll commit the diff at the weekend.
>
> mark
The while loop in backsrch in search.c decrements nline even if the
pattern ends up not matching.
1) j
When reading sendbug(1) because you -uhm- want to report a bug you
should search for older similiar bug reports. This way you end up using
query-pr.html [1] and after you've dutifully filled out and hit ``send''
you just get a HTTP 404 for query-pr-wrapper [2]. IIRC there's no
intention to revive t
On Monday 03 September 2012, Stefan Fritsch wrote:
> 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 som
25 matches
Mail list logo