Opened 19 years ago
Closed 17 years ago
#381 closed bug (fixed)
Bad port ID
| Reported by: | diver | Owned by: | bonefish |
|---|---|---|---|
| Priority: | critical | Milestone: | R1 |
| Component: | System/Kernel | Version: | |
| Keywords: | Cc: | axeld | |
| Blocked By: | Blocking: | ||
| Platform: | All |
Description (last modified by )
after several apps launched i can't start any other app. All i get is a message
- Bad port ID. Trying to start any app in terminale prints this error also.
Attachments (3)
Change History (19)
comment:1 by , 19 years ago
comment:3 by , 19 years ago
I have 256MB of RAM. It happens again with hrev17159. I launched BeMail and start to read my messages from R5 partition, suddenly Haiku became slow, after a minute i managed to start top in terminal to see what's happaning, it was BeMail who eats 98% of cpu with thread name - Reader. Then i killed it with Vulcan Death Grip and after that i couldn't start any apps anymore - Bad port ID. Hope this will help.
comment:5 by , 19 years ago
(In reply to comment #5)
Could you check this bug again please ? Thanks.
I'll try, but i didn't find how to reproduce it, yet.
comment:6 by , 18 years ago
| Description: | modified (diff) |
|---|---|
| Platform: | → All |
It just happened to me again with the method described in bug #757. It seems the registrar just died silently, probably some kind of exception?
comment:7 by , 18 years ago
| Priority: | normal → critical |
|---|
comment:8 by , 18 years ago
| Owner: | changed from to |
|---|
comment:9 by , 18 years ago
Happens to me again with hrev20130 under vmware with 128 of RAM after running 10 hours. I tried to launch Clock, but got an error Bad port ID. Then i tried to launch it from terminal and got this error: FATAL: be_roster is not valid. Is the registrar running? Checked for registrar in team monitor and it wasn't there, so yes, it seems the registrar died without any error.
comment:10 by , 18 years ago
| Cc: | added |
|---|
I haven't been able to reproduce the problem yet. The bug #757 method didn't cause any problems. Well, at least not for Haiku. qemu manages to freeze the X server everytime. Under vmware things work like a charm, though.
I wouldn't rule out that, as Axel suggested, the problem might be some uncaught C++ exception. In two central places I've added code to catch exceptions and call the debugger(). As of hrev20145 a registrar crash or debugger() call will always cause a consoled + gdb session to be entered. So it won't go unnoticed anymore (before a single line in the serial debug output was the only indication).
If it happens again (and indeed enters gdb) please send the serial debug output. If the registrar really hit a debugger() call, it can be continued by telling gdb to "detach" and then to "quit".
comment:11 by , 17 years ago
Start GLTeapot and hit alt+q, GLTeapot will crash with Bad port ID. Don't know if it related at all. Tested in qemu with hrev21586
comment:12 by , 17 years ago
Hmm, strange thing is that i get diffirent back traces, i will attach them as screenshots.
by , 17 years ago
| Attachment: | Screenshot-QEMU.png added |
|---|
by , 17 years ago
| Attachment: | Screenshot-QEMU-1.png added |
|---|
comment:13 by , 17 years ago
I still haven't been able to reproduce this bug (i.e. the registrar dying silently). The GLTeapot problems seem to be unrelated -- IIRC there even have been related fixes not too long ago.
comment:15 by , 17 years ago
I didn't saw this bug since 02.14.2007, but i didn't run haiku naitve since than too.
comment:16 by , 17 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
OK, thanks. I'll close it for the time being. If someone happens to be able to reproduce it still, please reopen it.
I never had this, can you give more insight into your system configuration? Especially the amount of memory could be helpful.
Also, could you give more information on how to reproduce this? After how many apps does it usually happen, etc.