Hello,
for the archives, I can't reproduce this anymore, can be closed.
Alf
On Mon, Mar 06, 2017 at 11:02:47AM +0100, alf wrote:
> Hello,
>
> (Initially sent to reyk@ 2 weeks ago, but he is most likely busy with
> other things)
>
> I am struggling with the followi
ow10 * (ender - begin);
> - if (uintx >= UINT32_MAX)
> +
> + range = pow10 * (ender - begin);
> +
> + /* If range is an integer, use arc4random_uniform(). */
> + if (fmod(range, 1) == 0) {
> + if (range >= UINT32_MAX)
> errx(1, "requested range too large");
> - uintx++;
> + use_unif = 1;
> + uintx = range + 1;
> }
> }
>
>
That looks much better,
Alf
s/usr.bin/jot, however
may not be the proper fix.
#(after diff)
% jot -r 10 10 99
jot: requested range too large
Alf
Index: usr.bin/jot/jot.c
===
RCS file: /cvs/src/usr.bin/jot/jot.c,v
retrieving revision 1.49
diff -u -p
_t prot)
> > {
> > - STUB();
> > - return -ENOSYS;
> > -#ifdef notyet
> > struct vm_page *s = ttm->pages[page];
> > void *src;
> >
> > @@ -231,7 +224,6 @@ static int ttm_copy_ttm_io_page(struct t
&
detached
> uvideo0 detached
> uhub0 detached
> uhub5 detached
> uhub6 detached
> uhub7 detached
> uhub1 detached
>
> but it does suspend and resume
>
> a t42 running i386 with
> radeondrm0: RV200
> does not hit the ttm_copy_io_ttm_page / Buffer eviction failed pat
On Wed, Jan 27, 2021 at 07:11:49AM +0100, alf wrote:
> Hello,
>
> while trying to upgrade one of our machines to 6.8 we experienced a
> repeatable crash while booting (bsd.rd + install went fine).
>
> The machine in question is a:
> ...
> hw.vendor=HP
> hw.product=ProL
On Thu, Jan 28, 2021 at 12:21:26PM +1100, Jonathan Gray wrote:
> On Wed, Jan 27, 2021 at 07:11:49AM +0100, alf wrote:
> > Hello,
> >
> > while trying to upgrade one of our machines to 6.8 we experienced a
> > repeatable crash while booting (bsd.rd + install went fin
On Wed, Jan 27, 2021 at 04:16:50PM +, Stuart Henderson wrote:
> On 2021/01/27 09:03, Bryan Steele wrote:
> > On Wed, Jan 27, 2021 at 07:11:49AM +0100, alf wrote:
> > > Hello,
> > >
> > > while trying to upgrade one of our machines to 6.8 we experienced a
the
6.7 kernel. For the 6.8* I also provided 'trace' and 'show registers'
output.
I hope this is enough info to get an idea of what was going on.
I'll happily will provide additional info if needed.
Alf
OpenBSD 6.8
Shameless ping!
On Tue, Mar 28, 2017 at 12:45:20PM +0200, alf wrote:
> Further investigation shows that p5-Net-SNMP sends a first packet
> unauthentified and with an empty request. Here snmpd(8) violates
> RFC 3414. It should send OIDVAL_usmErrEngineId but instead sends
> OIDVAL_us
Further investigation shows that p5-Net-SNMP sends a first packet
unauthentified and with an empty request. Here snmpd(8) violates
RFC 3414. It should send OIDVAL_usmErrEngineId but instead sends
OIDVAL_usmErrSecLevel.
After that is fixed p5-Net-SNMP sends another empty request to
sync its time how
sysContact.0
SNMPv2-MIB::sysContact.0 = STRING: s...@example.com
$
This is from a -current amd64 system from 2-3 weeks ago.
I have no idea if p5-Net-SNMP or snmpd(8) is wrong or if I am doing
something stupid, so here it goes:)
Alf
How to repeat:
$ doas cat /etc/snmpd.conf
ext_addr="12
ces in code: for debug output (dlfcn.c:227) and
> when unloading objects to seemingly prevent unloading an object which
> is in use. The information it outputs can already be inferred from the
> rest of output and we already have opencount and refcount reference
> counters which will prevent unload of a used object.
>
> Tested on amd64 current, running Firefox, GIMP, Sylpheed, mplayer;
> the synthetic test doesn't crash anymore and I also built SDL2 from
> ports and ran a few simple programs which use it
> (https://github.com/S010/test/tree/master/sdl2), seems to work fine.
>
>
I can confirm that this fixes sdl2 for me on amd64 on -current,
Alf
On Thu, Oct 31, 2013 at 11:20:58AM +0100, Mark Kettenis wrote:
> Alf, it's probably a good idea to send this bug report upstream. See:
>
> <http://www.mesa3d.org/bugs.html>
>
> for instructions.
>
https://bugs.freedesktop.org/show_bug.cgi?id=71090
Ok!
On Thu, Oct 31, 2013 at 11:20:58AM +0100, Mark Kettenis wrote:
> Alf, it's probably a good idea to send this bug report upstream. See:
>
> <http://www.mesa3d.org/bugs.html>
>
> for instructions.
://quakespasm.sourceforge.net
Alf
Core was generated by `fodquake-gl.db'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpthread.so.18.0...done.
Loaded symbols for /usr/lib/libpthread.so.18.0
Loaded symbols for /home/leopold/QuakeWorld/fodquake-gl.db
Re
Hitler's name is Adolf, not Adolph (although I agree, Adolph looks more
disturbing).
Alf
--- games/fortune/datfiles/fortunes2.oldMon May 2 09:32:27 2011
+++ games/fortune/datfiles/fortunes2Mon May 2 09:33:06 2011
@@ -13589,7 +13589,7 @@
%
Everlasting peace will come t
Hi,
It seems like /etc/security does not check the umask value for
root's sh/ksh files.
Example:
$ echo 'umask 055' | awk '$2 % 100 < 20 { print $ "group writable" };'
$ umask 055 && touch xxx && ls -l xxx
-rw--w--w- 1 alf wheel 0 May 2
18 matches
Mail list logo