Opened 11 years ago
Last modified 7 years ago
#9298 assigned bug
Old BeOS app 3DStarchart deadlocks after close the program.
| Reported by: | Premislaus | Owned by: | nobody |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Kits/Interface Kit | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | x86 |
Description
Old BeOS app 3DStarchart deadlocks after close the program. I think it blocks the Deskbar. Need to use ctrl+alt+del to close the program. Then everything goes back to normal.
Attachments (2)
Change History (8)
by , 11 years ago
| Attachment: | starchartx86R4.zip added |
|---|
by , 11 years ago
| Attachment: | bt_from_syslog added |
|---|
comment:1 by , 11 years ago
| Component: | - General → Kits/Interface Kit |
|---|---|
| Owner: | changed from to |
| Version: | R1/alpha4.1 → R1/Development |
follow-up: 4 comment:3 by , 11 years ago
Replying to Premislaus:
I do not have BeOS :-(.
In that case I'd be a bit more cautious before filing tickets like this. BeOS certainly had its fair share of extremely buggy apps, so unless you can verify for certain that the app actually worked as expected on R5, please don't immediately assume it's a Haiku bug.
follow-up: 5 comment:4 by , 11 years ago
Replying to anevilyak:
Replying to Premislaus:
I do not have BeOS :-(.
In that case I'd be a bit more cautious before filing tickets like this. BeOS certainly had its fair share of extremely buggy apps, so unless you can verify for certain that the app actually worked as expected on R5, please don't immediately assume it's a Haiku bug.
OK. Just looking for programs on Haikuware. Haiku supposed to be compatible with BeOS. I reported a few programs aforetime.
comment:5 by , 11 years ago
Replying to Premislaus:
OK. Just looking for programs on Haikuware. Haiku supposed to be compatible with BeOS. I reported a few programs aforetime.
It is indeed, but "compatible with BeOS" doesn't mean "magically fixes apps that were buggy even back on BeOS", so again, it needs to be verified that those apps did in fact work as expected back on that one as well before filing a bug. This is especially the case for older apps i.e. R4/R4.5, since there were a few compatibility breaks between those and R5 as well.
comment:6 by , 7 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
What's happening here is that the app's info window overrides ::Hide() to do nothing. BWindow's quit loop tries to hide the window before terminating, which in this case results in an infinite loop. I'm not sure if the hide before quit is actually necessary and/or was done for some other compat reason or not though. Is it certain that the same thing doesn't occur on R5?