Opened 2 years ago

Last modified 6 weeks ago

#13876 new bug

A crash on a WebSDR site.

Reported by: WildKeccak Owned by: pulkomandy
Priority: normal Milestone: Unscheduled
Component: Applications/WebPositive Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All


Appears to be related to the gorgeous waterfall displays.

Attaching a debugger may help. There was something it couldn't draw, but then the debugger closed suddenly, and it wasn't in the report, not that I could see.

Attachments (1) (142.1 KB ) - added by WildKeccak 2 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 by WildKeccak, 2 years ago

Has a Patch: set

comment:2 by WildKeccak, 2 years ago

WebPositive's stop reason was "could not create BWindow's receive port, used for interacting with the app server!"

comment:3 by WildKeccak, 2 years ago

I notice that there are a few thousand semaphores in the debug report.

comment:4 by pulkomandy, 2 years ago

Has a Patch: unset

comment:5 by waddlesplash, 7 months ago

Component: ApplicationsServers/app_server
Owner: changed from nobody to axeld

No more WebPositive crash ... but this site now causes an app_server crash.

comment:6 by waddlesplash, 7 months ago

Component: Servers/app_serverApplications/WebPositive
Owner: changed from axeld to pulkomandy

Never mind, the crash was just an OOM assert failure in rpmalloc on my test build.

comment:7 by WildKeccak, 7 weeks ago

I have limited testing facilities, but it does not crash here, but I won't own that statement because I don't have working sound on my test system.

comment:8 by WildKeccak, 7 weeks ago

It just crashes slower but I now have the lappy.

still seing it on hrev 53555

I'll try it on the other machine with no sound when I can.

comment:9 by WildKeccak, 6 weeks ago

Site appears to be down.

Tried with apparent success.

It may be time to retire this bug.

Note: See TracTickets for help on using tickets.