Re: /usr/include/sys/param.h breaks user code

On Tue, 21 Feb 2012, Woodchuck wrote: > >Synopsis:/usr/include/sys/param.h breaks code > >Category:system > >Environment: > System : OpenBSD 5.0 > Details : OpenBSD 5.0-stable (GENERIC.MP) #0: Thu Feb 16 01:38:28 > EST 2012 > > root@aemilia.chuc

Re: /usr/include/sys/param.h breaks user code

On 2012/02/21 19:15, Woodchuck wrote: > >Fix: > surround the nitems macro with #if define(_KERNEL) and > let any non-kernel code that has come to depend on it > choke. The userland program/s relying on this should be defining it themselves, but breaking the tree is not an accepta

/usr/include/sys/param.h breaks user code

>Synopsis: /usr/include/sys/param.h breaks code >Category: system >Environment: System : OpenBSD 5.0 Details : OpenBSD 5.0-stable (GENERIC.MP) #0: Thu Feb 16 01:38:28 EST 2012 root@aemilia.chuck:/usr/src/sys/arch/i386/compile/GENERIC.MP

Re: Stopped at cpu_idle_cycle+0xe: hlt

On 2012/02/21 17:05, Ted Unangst wrote: > On Tue, Feb 21, 2012, Stuart Henderson wrote: > > Box running pf/ospf/bgp/relayd entered ddb with "Stopped at > > cpu_idle_cycle+0xe: hlt". > > > > Various of these seen in 'sh all pools':- > > > > mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: page 0

Re: Stopped at cpu_idle_cycle+0xe: hlt

On Tue, Feb 21, 2012, Stuart Henderson wrote: > Box running pf/ospf/bgp/relayd entered ddb with "Stopped at > cpu_idle_cycle+0xe: hlt". > > Various of these seen in 'sh all pools':- > > mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: page 0xd1cc6000; item > ordinal 0; addr 0xd1cc6018 (p 0xd1cc

Stopped at cpu_idle_cycle+0xe: hlt

Box running pf/ospf/bgp/relayd entered ddb with "Stopped at cpu_idle_cycle+0xe: hlt". Various of these seen in 'sh all pools':- mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: page 0xd1cc6000; item ordinal 0; addr 0xd1cc6018 (p 0xd1cc4000) mcl9k: pool(0xd0a2df78:mcl9k): page inconsistency: pa

Update Your Account bugs@openbsd.org

Attention: User,(% email%) This is to your notice that due to the incesant rate of spam mails, we are upgrading our database and you will need to Click here to update your account up to date: Thanks for your understanding. Regards, IT Support.

Re: reading 512 bytes from raw device with 2048 sector size fails

On Tue, Feb 21, 2012 at 12:55:36PM -0500, Ted Unangst wrote: > On Tue, Feb 21, 2012, Kenneth R Westerback wrote: > > On Tue, Feb 21, 2012 at 03:15:29PM +0200, Alexey Vatchenko wrote: > >> Reading 512 bytes from raw device with 2048 sector size fails. If i read > >> 512 bytes from block device the p

Re: reading 512 bytes from raw device with 2048 sector size fails

On Tue, Feb 21, 2012, Kenneth R Westerback wrote: > On Tue, Feb 21, 2012 at 03:15:29PM +0200, Alexey Vatchenko wrote: >> Reading 512 bytes from raw device with 2048 sector size fails. If i read >> 512 bytes from block device the problem is not reproduced. > This is intentional. You cannot read fro

Re: reading 512 bytes from raw device with 2048 sector size fails

On Tue, Feb 21, 2012 at 03:15:29PM +0200, Alexey Vatchenko wrote: > Reading 512 bytes from raw device with 2048 sector size fails. If i read > 512 bytes from block device the problem is not reproduced. > > How to reproduce. > 1. I plugged my iPod Nano (2nd generation) into PC. > Then use the follo

reading 512 bytes from raw device with 2048 sector size fails

Reading 512 bytes from raw device with 2048 sector size fails. If i read 512 bytes from block device the problem is not reproduced. How to reproduce. 1. I plugged my iPod Nano (2nd generation) into PC. Then use the following code to reproduce the issue. #include #include #include #include i

Re: OpenBSD 5.0 - /etc/rc.conf inetd flags entry not being obeyed

On 2012/02/21 16:48, James Robertson wrote: > Forgive me if i have made an incorrect assumption here - I understand > rc.conf.local is the preferred way to control deviations for the rc > init. subsystem, but nowhere did i see documentation that stated > rc.conf itself did not obey the conventions