Issue 5524 - More than half the installs crash after selecting "cancel" as database source on Debian/SID
Summary: More than half the installs crash after selecting "cancel" as database source...
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 1.1 Beta
Assignee: Frank Schönheit
QA Contact: issues@dba
URL:
Keywords:
: 5542 7247 11099 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-06-03 21:09 UTC by grin
Modified: 2006-05-31 14:29 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description grin 2002-06-03 21:09:41 UTC
Install crashes with high probability (with an unrecoverable exception 
window) after selecting "Cancel" at the data source window. I'm using 
2.4.xx-k7 (I think it doesn't depend on it), and Debian/SID with or 
without libstdc++3. 
(Build 641 did the same, and I suppose other versions would have as well.)
[It MAY be connected to other crashes under the platform, it MAY be some 
library incompatibility. Maybe locales? I was using LANG=hu_HU.)
Comment 1 Olaf Felka 2002-06-04 11:25:33 UTC
Hi Frank,
this is one of these 'I can't reproduce' problems . I allway clickk on
the cancel button on the first OOo start (I don't test this wizard
:-)) and I never saw this crash. Do you have any ideas to help in this
case?
Comment 2 Frank Schönheit 2002-06-04 11:49:12 UTC
changing component to "database access"
Comment 3 Frank Schönheit 2002-06-04 11:55:16 UTC
Olaf,
no idea. There's not happening that much when chosing cancel.
Unfortunately the original bug description is somewhat sparse - I
assume that the pilot is really cancelled on the first page, without
doing anything else. But I'm not sure. Would be interesting if
creating a new data source of type "address book" works.
No, I fear I do not have any idea :(

Frank
Comment 4 Olaf Felka 2002-06-04 13:04:30 UTC
*** Issue 5542 has been marked as a duplicate of this issue. ***
Comment 5 grin 2002-06-04 13:13:30 UTC
Guys,

I used (well, actually the assistant :)) the #641 hungarian 
version, which
crashed a lot on "Form Mail" (especially long ones, more than 200 
fields,
connected to an OOo sheet), so I tried to upgrade. I experience 
lots of
crash, most of them fairly often (semi-reproducible). The now 
installed
1.0-hu crashes on setting up new databases ALWAYS: when selecting 
the menu
entry, the disk starts to spin and gurgle, some seconds pass, then 
an
exception window, OK, and end of story.

(File -> Form mail now seems to be a little more stable than #641, 
but it
chokes sometimes on larger tables.)

Comment 6 grin 2002-06-04 13:18:15 UTC
(I mean "creating new data source" which crashes always; I have to 
figure out what the original menu entry (English) could have been... 
The data sources setup dialog doesn't come up, only the exception 
one.)

Can I do something for you? Any possible debug info to gather from 
the binary install? (strace hardly helps, as it spews out megabytes 
of crap, but if you want it I'll strace it.)
Comment 7 Frank Schönheit 2002-06-04 13:23:58 UTC
Peter,

do you have access to an english version of OOo? If so, you could try
the following:

* get the *01.res files from the english version
* rename them to *36.res (if I remember the numeric code for hungarian
  correctly)
* overwrite the existing *36.res files in your program/resource with
  the english versions

As we did not get _that_ bad reports (Tools/Data Sources crashing
_immediately_) from versions other than hungarian, I suppose this may
be a localization problem. Unfortunately, OOo's runtime resource
system is sometimes not very tolerant ....

Do you mind trying this and telling us if the problem persists?

Thanks
Frank
Comment 8 Unknown 2002-06-04 13:40:04 UTC
This happens to me, Debian Sid, and it crashes *every single time*.
The software is simply unstartable.

Odd, it never happened with 641. A month or so ago I upgraded to 1.0
(never wasted bandwidth, only thing I could think to download
overnight), came to use it yesterday and it showed these signs. Got a
new tgz from oo.o, and this crashes too. It's the same version though,
I should think.

Another thing, my friend Luke, who went a long way to setting up this
system as my mentor, experiences no problems. We're both on Sid, but
his CPU is faster - possible cause? Heh, I admit to knowing nothing
about this...
Comment 9 Frank Schönheit 2002-06-04 13:55:55 UTC
Robin,

what is "this"? clicking cancel in the dialog? chosing Tools/Data?
which language do you use? english? hungarian, too?
Comment 10 Unknown 2002-06-04 14:19:43 UTC
See issue 5542, full explanation there.

I'm using English language version, my locales:

LANG=en_GB
LC_ALL=en_GB

It's the Address Data Source Autopilot which I click "Cancel" on, even
choosing a data source and going through the motions ends up in either
it quietly exiting or giving an Unrecoverable Error - Errors more
often than not.

I'm here for the rest of that day, you could find me on IRC if you
want to quiz me more responsively - atlanta.infinity-irc.org #linux ,
if I'm not there I've gone for some reason. I should be back soon though.
Comment 11 Unknown 2002-06-04 14:21:21 UTC
lol, server just died as I posted. Some people like DoS'ing it for
some reason. Server is now io.mine.nu :)
Comment 12 grin 2002-06-04 14:40:33 UTC
I'll test english resources with the same binaries soon.

Until then something possibly related (I considered to submit it 
separately): when starting ./soffice the main (word) window come 
up AND the program shuts down without any message (no dialog and 
no stdout) immediately. I *think* it happens when I move the mouse 
over or around the toolbar icons/menu while starting up. At least 
if I leave the mouse for 2-3 seconds alone when startup it doesn't 
stop. 

Sidenote: I would hate myself if I would report such bugs to my 
project. ;-)
Comment 13 grin 2002-06-04 16:59:58 UTC
Frank,

I tried to change the resources (99 is the number of the hungarian 
version), it crashes just the same.

I noticed, however, that the hungarian version have different 
sized and dated binaries: they're dated on Apr 29 while english is 
dated on May 20, and the size differs. Unfortunately I cannot 
install two OOo onto the machine it crashes because it have 
limited disk space. (I'll try to trick it somehow, but don't count 
on it.)

I downloaded my version from the hungarian ("official") mirror, 
full distribution file.
Comment 14 Frank Schönheit 2002-06-05 07:09:50 UTC
Peter,

for the possibly related bug you mentioned: I rememeber that there is
an inssue about it, I think in the user interface project
(ui.openoffice.org).

for the resources: well, sad, I thought I was onto something.
I really have no idea at all .... :(
Comment 15 Unknown 2002-06-07 05:05:29 UTC
rm -r ~/OpenOffice.org1.0/
/usr/local/OpenOffice.org1.0/program/soffice
    program: repair?
    me: yes
    program exits normally
/usr/local/OpenOffice.org1.0/program/soffice
   program: Address Source Auto Pilot
   me: cancel
   program: an unrecoverable error blah blah blah
   (Also bombs if i start trying to import an address book.)

Backtrace:

(gdb) bt
#0  0x40af7781 in kill () from /lib/libc.so.6
#1  0x40986e5e in pthread_kill () from /lib/libpthread.so.0
#2  0x40987339 in raise () from /lib/libpthread.so.0
#3  0x40af8be1 in abort () from /lib/libc.so.6
#4  0x4056801c in CallSystemHandler () from
/usr/local/OpenOffice.org1.0/program/libsal.so.3
#5  0x40568159 in SignalHandlerFunction () from
/usr/local/OpenOffice.org1.0/program/libsal.so.3
#6  0x40986f54 in pthread_sighandler () from /lib/libpthread.so.0
#7  0x40af76b8 in sigaction () from /lib/libc.so.6
#8  0x402ce782 in Window::ImplIsWindowOrChild(Window const*, unsigned
char) const () from /usr/local/OpenOffice.org1.0/program/libvcl641li.so
#9  0x402d8a81 in Window::EnableInput(unsigned char, unsigned char,
unsigned char, Window const*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#10 0x402a53a2 in Dialog::SetModalInputMode(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#11 0x402a511f in Dialog::EndDialog(long) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#12 0x402ec464 in CancelButton::Click() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#13 0x48d7377c in abp::OAddessBookSourcePilot::OnCancelClicked(void*)
() from /usr/local/OpenOffice.org1.0/program/libabp641li.so
#14 0x48d7371d in
abp::OAddessBookSourcePilot::LinkStubOnCancelClicked(void*, void*) ()
from /usr/local/OpenOffice.org1.0/program/libabp641li.so
#15 0x402e9152 in Button::Click() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#16 0x402ec4a2 in CancelButton::Click() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#17 0x402eb348 in PushButton::Tracking(TrackingEvent const&) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#18 0x402de189 in Window::EndTracking(unsigned short) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#19 0x402e06ba in ImplHandleMouseEvent(Window*, unsigned short,
unsigned char, long, long, unsigned long, unsigned short, unsigned
short) ()
   from /usr/local/OpenOffice.org1.0/program/libvcl641li.so
#20 0x402e2547 in ImplWindowFrameProc(void*, SalFrame*, unsigned
short, void const*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#21 0x40337214 in SalFrameData::HandleMouseEvent(_XEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#22 0x40338b24 in SalFrameData::Dispatch(_XEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#23 0x4035d411 in SalDisplay::Dispatch(_XEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#24 0x4035d16f in SalDisplay::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#25 0x40358fa5 in DisplayYield(int, SalDisplay*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#26 0x40357d17 in SalXLib::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#27 0x403603fc in SalInstance::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#28 0x401ee89d in Application::Yield() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#29 0x402a50a5 in Dialog::Execute() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#30 0x4722a080 in svt::OGenericUnoDialog::execute() () from
/usr/local/OpenOffice.org1.0/program/libsvt641li.so
#31 0x48d7c401 in
abp::OABSPilotUno::execute(com::sun::star::uno::Sequence<com::sun::star::beans::NamedValue>
const&) ()
   from /usr/local/OpenOffice.org1.0/program/libabp641li.so
#32 0x47b1e4ae in framework::JobExecutor::trigger(rtl::OUString
const&) () from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#33 0x47aa1991 in
framework::BaseDispatcher::implts_enableFrame(com::sun::star::uno::Reference<com::sun::star::frame::XFrame>
const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>
const&) () from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#34 0x47aa770a in
framework::BlankDispatcher::reactForLoadingState(com::sun::star::util::URL
const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>
const&, com::sun::star::uno::Reference<com::sun::star::frame::XFrame>
const&, unsigned char, com::sun::star::uno::Any const&) ()
   from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#35 0x47aa0e16 in
framework::BaseDispatcher::implts_loadIt(com::sun::star::util::URL
const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>&,
rtl::OUString const&,
com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const&,
com::sun::star::uno::Any const&) ()
   from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#36 0x47aa7477 in
framework::BlankDispatcher::dispatch(com::sun::star::util::URL const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>
const&) () from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#37 0x47a9d9bd in
framework::BaseDispatcher::dispatchWithNotification(com::sun::star::util::URL
const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>
const&,
com::sun::star::uno::Reference<com::sun::star::frame::XDispatchResultListener>
const&) ()
   from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#38 0x47ab079e in
framework::Desktop::loadComponentFromURL(rtl::OUString const&,
rtl::OUString const&, long,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>
const&) () from /usr/local/OpenOffice.org1.0/program/libfwk641li.so
#39 0x08060037 in Desktop::OpenDefault() ()
#40 0x0805fd4b in Desktop::OpenClients() ()
#41 0x0805ecdf in Desktop::OpenClients_Impl(void*) ()
#42 0x0805ecc1 in Desktop::LinkStubOpenClients_Impl(void*, void*) ()
#43 0x402e2052 in ImplHandleUserEvent(ImplSVEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#44 0x402e27a9 in ImplWindowFrameProc(void*, SalFrame*, unsigned
short, void const*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#45 0x40338823 in
SalFrameData::HandleClientMessage(XClientMessageEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#46 0x40338f1a in SalFrameData::Dispatch(_XEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#47 0x4035d411 in SalDisplay::Dispatch(_XEvent*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#48 0x4035d16f in SalDisplay::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#49 0x40358fa5 in DisplayYield(int, SalDisplay*) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#50 0x40357a39 in SalXLib::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#51 0x403603fc in SalInstance::Yield(unsigned char) () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#52 0x401ee89d in Application::Yield() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#53 0x401ee7d5 in Application::Execute() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#54 0x0805e837 in Desktop::Main() ()
#55 0x401f0f47 in SVMain() () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#56 0x40356bca in main () from
/usr/local/OpenOffice.org1.0/program/libvcl641li.so
#57 0x40ae714f in __libc_start_main () from /lib/libc.so.6

Comment 16 Unknown 2002-06-07 16:44:51 UTC
Very odd. I installed 641, which used to work fine, and it bombed. So
I ran it again, and pressed "Cancel"  on the autopilot very quickly
and it ran.

All times after that it bombed again.

So I re-installed 1.0, and pressed "Cancel" quickly, and it ran. It
also ran all times after that, so basically now it "works".

So I uninstalled 641. Still works.

And it's still working now. Extremely odd.

(all english versions)
Comment 17 Frank Schönheit 2002-06-07 17:15:42 UTC
okay, I have no idea what's going on ... :(

Saber, thanks for the stack, but it did not give me a clue ....
neither some of the VCL people I asked. It's a little bit strange, as
we would expect a SIGSEGV or something like that, but there is no
signal ....


I would ask everybody who has problems with the auto pilot (no matter
if crashing immediately once opened, or if crashing upon cancelling)
to try the following:
* go to your (fresh) installation, and open the
share/config/registry/instance/org/openoffice/Office/Jobs.xml
* replace com.sun.star.ui.dialogs.AddressBookSourcePilot with some
garbage (alternatively, remove the one and only "AddressBookSourcePilot;")
* start the office, again

Does the office still crash, now? I suppose not.
As a second step, please start the pilot manually from the
File/AutoPilot menu. Does the problem persist? Means: Does this work,
or crash, too?

Thanks
Frank
Comment 18 chris 2002-06-10 15:06:26 UTC
Will those people who have reported this problem please check that
they haven't run up against issue 4494.  I.e., if you are running
Gnome, check that this is still reproduceable after you

unset SESSION_MANAGER
soffice

Thanks, Chris
Comment 19 Unknown 2002-08-24 22:47:02 UTC
I've seen this bug many times.
It affects the two slow machines (yes, a K6 and an even older Pentium)
on my home network but doesn't affect either of the Atlon systems.
I have also seen it at work on a Sun.

Unsetting SESSION_MANAGER made it go away in 2 of 2 trials.
Comment 20 Frank Schönheit 2002-08-26 10:00:57 UTC
*** Issue 7247 has been marked as a duplicate of this issue. ***
Comment 21 Frank Schönheit 2002-12-19 14:45:08 UTC
the address book auto pilot will be removed from the first startup -
it then opens only when needed, or upon explicit request by the user.
This would make this problem vanish, though I admit that I am somewhat
unhappy with not knowing what goes on here.
Comment 22 Frank Schönheit 2003-02-03 14:42:59 UTC
*** Issue 11099 has been marked as a duplicate of this issue. ***
Comment 23 Frank Schönheit 2003-05-20 11:38:02 UTC
closing
Comment 24 hans_werner67 2004-02-02 12:54:44 UTC
change subcomponent to 'none'