Bug 89033

Summary:	any action using old input file results in crash
Product:	[Applications] umbrello	Reporter:	Cengiz Gunay <cengique>
Component:	general	Assignee:	Umbrello Development Group <umbrello-devel>
Status:	RESOLVED WORKSFORME
Severity:	crash
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	umbrello 1.1 XMI file that causes umbrello 1.3 to crash

Description Cengiz Gunay 2004-09-07 21:59:07 UTC

Version:           1.3.0 (using KDE 3.1.4)
Installed from:    SuSE
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:                Linux (x86_64) release 2.4.21-243-smp

I loaded a umbrello 1.1 input file into umbrello 1.3. Any menu action after this causes umbrello to get SIGSEGV. Also, whenever I start umbrello afterwards, it automatically loads this old file and again everything results in crash. I cannot even quit without crashing. I see this warning on the console: "WARNING:  Old Style save file? swapping roles on association widget0x85b3dc8". It may have something to do with my architecture (x86_64) or my KDE version (3.1.X).

Comment 1 Cengiz Gunay 2004-09-07 22:06:49 UTC

Created attachment 7441 [details]
umbrello 1.1 XMI file that causes umbrello 1.3 to crash

After loading this document in umbrello 1.3, all actions result in a crash.

Comment 2 Oliver Kellogg 2004-09-07 23:43:48 UTC

Cannot reproduce using cvs HEAD.
Interestingly, I don't even get the
> [...] "WARNING:  Old Style save file? swapping roles on association
> widget0x85b3dc8".

Comment 3 Cengiz Gunay 2004-09-07 23:55:27 UTC

Note: This is the SuSE 9.0 RPM version I got from the umbrello site. Also, I managed to start umbrello 1.3.0 without the old file loaded and it works fine. But it goes into the suicidal crashing mode after I load the previously attached XMI file.

Sorry for being off-topic, but I tried to compile the source tarball, and I get the error:
"libtool: link: cannot find the library `/usr/lib/libart_lgpl_2.la'"
at the linking stage. The above library is actually in /usr/lib64/libart_lpgl_2.la". Giving --with-extra-libs=/usr/lib64 to configure didn't help, either.

Comment 4 Cengiz Gunay 2004-09-08 19:34:14 UTC

After compiling the source tarball 1.3.0 I no longer have the above problem.

BTW, the reason the compilation failed was because the configure script found the 32-bit libraries for the system, even though the system is by default 64-bit. Using the --enable-libsuffix=64 during configure fixed the compilation problem for the SuSE9.0 distribution for x86_64 architectures.