I think the shmget(2) can produce EINVAL, which is not mentioned in
its manual page.

$ cat test.c
#include
#include
#include
#include

#define SHMKEY 75
#define K 1024

int
main(void)
{
int shmid;
if ((shmid = shmget(SHMKEY, 64 * K, IPC_CREAT)) == -1)
perror("shmget first");
if ((shmid = shmget(SHMKEY, (64+1) * K, IPC_CREAT)) == -1)
perror("shmget second");
exit(0);
}

For almost 2 weeks I have had both amd64 and i386 kernels hang. The
problem first occurred while updating -current ports since the libc
bump. I've found the hang is triggered more quickly by building the
eclipse-sdk port. The hang has occurred on 3 different machines.
Entering ddb always show one process WAITing on "no_fltram5"
(usually javadoc). The hung machines are usually pingable, KB leds
always work and ddb can be entered from the keyboard. A full
problem report, kernel/5777 [1], including dmesgs and ddb report was
filed on 3/23/2008. I have since updated that report with details
about the subsequent hangs found on a Sempron and amd64 laptop.

Sorry to trouble tech@ but no response to the bug report or the 3/27
report on misc@ prompted me to make sure the report hasn't fallen
through the cracks. I suspect getting 4.3 out the door is occupying
serious developer time so no panic.

Let me know if there is further information that would be helpful to
analyze / solve this problem.

[1] <http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&textonly=yes&numbers=57...>

Sie sind eingeladen zu "FOREIGN BUSINESS PARTNERSHIP PROPOSAL".

Von Ihrem Gastgeber Raji Hassan:

Datum: Freitag, 4. April 2008

Uhrzeit: 12:00 Uhr - 13:00 Uhr (GMT +00:00)

Kvnnen wir mit Ihnen rechnen? Einladung beantworten unter:

http://calendar.yahoo.com/rajihassan2?v=126&a1=0&iid=ThAj%%40s7dcL5h%%40E6j4xE3%...

Copyright )  2008 Alle Rechte vorbehalten.
www.yahoo.de

Datenschutzhinweise:
http://privacy.yahoo.com/privacy/de

AGB:
http://de.docs.yahoo.com/info/utos.html

Index: pfctl.c
===================================================================
RCS file: /cvs/src/sbin/pfctl/pfctl.c,v
retrieving revision 1.273
diff -u -r1.273 pfctl.c
--- pfctl.c 13 Feb 2008 19:55:12 -0000 1.273
+++ pfctl.c 3 Apr 2008 21:01:13 -0000
@@ -56,7 +56,7 @@
#include "pfctl_parser.h"
#include "pfctl.h"

-void usage(void);
+__dead void usage(void);
int pfctl_enable(int, int);
int pfctl_disable(int, int);
int pfctl_clear_stats(int, int);
@@ -221,7 +221,7 @@
"none", "basic", "profile", NULL
};

Hi.

There's code in aucat.c which tries to reopen the audio device every
time we play a file if it wasn't open, but if we can't open the device
at the very beginning we err(), so this code is useless.

While here, switch usage to __dead.

Pierre Riteau

Index: aucat.c
===================================================================
RCS file: /home/priteau/cvs/src/usr.bin/aucat/aucat.c,v
retrieving revision 1.13
diff -p -u -r1.13 aucat.c
--- aucat.c 20 Mar 2007 23:35:15 -0000 1.13
+++ aucat.c 3 Apr 2008 20:23:48 -0000
@@ -46,11 +46,11 @@
* uncompressed WAVE RIFF files
*/

On Fri, Mar 28, 2008 at 3:20 PM, Amarendra Godbole
gmail.com> wrote:

[...] ...

Hi,

How about $50000/year?

http://vilmacroftsp899.blogspot.com

Bye!

Hi,

I can not seem to figure out why I can't debug some programs on
OpenBSD/macppc. It seems to me that the -ggdb3 switch given to gcc is
broken on macppc. I've created a sample program that should show the
problem. Please compile it with the -ggdb3 flag and then you can see
the problem if you put a breakpoint in read_struct with gdb. What
happens is that the variables in the argument list are incorrect.
Also, if you take away the extra buf[512] the problem goes away. In my
opinion the stack is messed up. The unused variable buf is not
required for this program but it's there to illustrate the problem
since it is required for some larger more complicated programs.

I can get around the problem if I use the -g switch instead of -ggdb3.
The -ggdb3 flag works fine on i386 (the only other machine I have to
test on). I would be curious to see if this switch also works on
other architectures.

Is this a known problem?

#include
#include

You are invited to "I need your urgent response".

By your host Tom Aliu:

Date: Friday April 4, 2008

Time: 12:00 am - 1:00 am (GMT +00:00 GMT Britain, Ireland, Portugal)

Will you attend? RSVP to this invitation at:

http://calendar.yahoo.com/tomaliu4?v=126&a1=0&iid=ahU34rh%%40qdJTaj358hAJN%%40pdWgb%%40&igid...

Copyright ) 2008 All Rights Reserved
www.yahoo.com

Privacy Policy:
http://privacy.yahoo.com/privacy/us

Terms of Service:
http://docs.yahoo.com/info/terms/

On Wed, 19 Mar 2008 00:56:13 +0100, Tim van der Molen wrote:

Assuming there are no objections, could someone please commit this?
Thanks.

Regards,
Tim