mythfrontend crashes when no DB is available (win32)

[arnonm@…]

At revision 16468 on win32 Backtrace is below: 17/03/2008 13:33

Program received signal SIGSEGV, Segmentation fault.
0x05181be2 in SSDP::PerformSearch (this=0xecf425ff, sST=@0x20f416c) at ssdp.cpp:150
150	    QSocketDevice *pSocket = m_Sockets[ SocketIdx_Search ];

Thread 5 (thread 5404.0x184c):
#0  0x7c90eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#1  0x7c90e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#2  0x71a54033 in ?? () from C:\WINDOWS\system32\mswsock.dll
No symbol table info available.
#3  0x00000618 in ?? ()
No symbol table info available.
#4  0x00000001 in ?? ()
No symbol table info available.
#5  0x1040fca8 in ?? ()
No symbol table info available.
#6  0x1040fd60 in ?? ()
No symbol table info available.
#7  0x1040fe48 in ?? ()
No symbol table info available.
#8  0x1040fd50 in ?? ()
No symbol table info available.
#9  0x89dff688 in ?? ()
No symbol table info available.
#10 0x01c88833 in ?? ()
No symbol table info available.
#11 0xffffffff in ?? ()
No symbol table info available.
#12 0x7fffffff in ?? ()
No symbol table info available.
#13 0x002708d0 in ?? ()
No symbol table info available.
#14 0x00000000 in ?? ()
No symbol table info available.

Thread 4 (thread 5404.0x11dc):
#0  0x7c90eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#1  0x7c90d85c in ntdll!ZwDelayExecution () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#2  0x7c8023ed in SleepEx () from C:\WINDOWS\system32\kernel32.dll
No symbol table info available.
#3  0x00000000 in ?? ()
No symbol table info available.

Thread 3 (thread 5404.0x1f1c):
#0  0x7c90eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#1  0x7c90e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#2  0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll
No symbol table info available.
#3  0x0000064c in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 2 (thread 5404.0x1c00):
#0  0x7c90eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#1  0x7c90e31b in ntdll!ZwRemoveIoCompletion () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#2  0x71a5d609 in WSPStartup () from C:\WINDOWS\system32\mswsock.dll
No symbol table info available.
#3  0x00000680 in ?? ()
No symbol table info available.
#4  0x0fd7ffbc in ?? ()
No symbol table info available.
#5  0x0fd7ffb0 in ?? ()
No symbol table info available.
#6  0x0fd7ffa4 in ?? ()
No symbol table info available.
#7  0x71a5d650 in WSPStartup () from C:\WINDOWS\system32\mswsock.dll
No symbol table info available.
#8  0x0023f2b8 in ?? ()
No symbol table info available.
#9  0x7c90ee18 in strchr () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#10 0x00272058 in ?? ()
No symbol table info available.
#11 0x00000000 in ?? ()
No symbol table info available.

Thread 1 (thread 5404.0x1e30):
#0  0x05181be2 in SSDP::PerformSearch (this=0xecf425ff, sST=@0x20f416c) at ssdp.cpp:150
	sRequest = <incomplete type>
	pSocket = (struct QSocketDevice *) 0x6cfd4d7e
	address = <incomplete type>
	nSize = 2356552
#1  0x02044c27 in UPnp::PerformSearch (sST=@0x20f416c) at ../libmythupnp/upnp.h:129
No locals.
#2  0x01e81417 in MythContextPrivate::UPnPautoconf (this=0xf4ce118, milliSeconds=2000) at mythcontext.cpp:1372
	backends = (class SSDPCacheEntries *) 0x0
	count = 2356952
	LOC = {static null = <optimized out>, d = 0xf4d4fd0, static shared_null = <optimized out>}
	timer = {ds = 0}
	BE = (class DeviceLocation *) 0x2e9065c
#3  0x01e763b7 in MythContextPrivate::FindDatabase (this=0xf4ce118, prompt=false, noPrompt=false) at mythcontext.cpp:640
	count = 32548419
	prompt = false
	noPrompt = false
	manualSelect = false
	autoSelect = true
	failure = {static null = <optimized out>, d = 0xf4d5a20, static shared_null = <optimized out>}
#4  0x01e7605e in MythContextPrivate::Init (this=0xf4ce118, gui=true, UPnPclient=0xf4cedc8, promptForBackend=false, noPrompt=false) at mythcontext.cpp:577
	gui = true
	promptForBackend = false
	noPrompt = false
#5  0x01e89053 in MythContext::Init (this=0xf4cc948, gui=true, UPnPclient=0xf4cedc8, promptForBackend=false, disableAutoDiscovery=false) at mythcontext.cpp:1629
	gui = true
	promptForBackend = false
	disableAutoDiscovery = false
	home = 0x33488 "C:\\Documents and Settings\\meshulam\\Application Data"
	mythconfdir = 0x0
#6  0x0040e9b6 in _fu57__gContext () at main.cpp:1172
	bPromptForBackend = false
	bBypassAutoDiscovery = false
	upgradeAllowed = false
	geometry = {static null = <optimized out>, d = 0x37aa8, static shared_null = <optimized out>}
	display = {static null = <optimized out>, d = 0x37aa8, static shared_null = <optimized out>}
	a = <incomplete type>
	pluginname = {static null = <optimized out>, d = 0xf4cc3a0, static shared_null = <optimized out>}
	settingsOverride = {sh = 0xf4cc440}
	finfo = {fn = {static null = <optimized out>, d = 0xf4cc9c8, static shared_null = <optimized out>}, fic = 0x0, cache = true}
	binname = {static null = <optimized out>, d = 0xf4cc918, static shared_null = <optimized out>}
	ResetSettings = false
	fileprefix = {static null = <optimized out>, d = 0x2520c8, static shared_null = <optimized out>}
	dir = <incomplete type>
	priv_thread = {p = 0x23febc, x = 2090264233}
	priv_thread_created = false
	status = 214712
	themename = {static null = <optimized out>, d = 0x7c90ee18, static shared_null = <optimized out>}
	randomtheme = false
	themedir = {static null = <optimized out>, d = 0x30000, static shared_null = <optimized out>}
	mainWindow = (class MythMainWindow *) 0xa
	pmanager = (MythPluginManager *) 0x250000
	mon = (class MediaMonitor *) 0x0
	networkControl = (class NetworkControl *) 0x23fda8
	exitstatus = 1829382859

[Nigel]

After Andrei's Qt4 patch the trunk build does not exhibit this fault, which makes me believe this was related to #4546, and the library reorg (to eliminate cross-dependencies) has fixed it

[davidbuzz@…]

do we know what the state of this now is for 21-fixes?

[davidbuzz@…]

I guess this can be closed as a "worksforme".

[Nigel]

It is still a problem in fixes, but seems to be working in trunk after the library circular dependency fix. We will not be back-porting that to fixes.