OpenOffice.org: Reproduzierbare Abstürze (mit Logs)

hartmut · 4 Januar 2008

Ich habe meinen Rechner neu aufgesetzt (FreeBSD 6.2-RELEASE-p9) und installiert:

cups-1.3.5
cvsup-without-gui-16.1h_3
dvd+rw-tools-7.0
firefox-2.0.0.11,1
gnash-0.8.1_1
icewm-1.2.32_1
nedit-5.5_1
pidgin-2.3.1
pkg_cutleaves-20071021
portupgrade-2.3.1,2
skype-1.2.0.18,1
thunderbird-2.0.0.9
wget-1.10.2_1
xfe-0.99_1
xine-0.99.5
xlockmore-5.25
xorg-7.3_1
xpdf-3.02_5
xpi-flashblock-1.5.5

geplant: filezilla, xsane

Dann sollte OpenOffice.org drauf, also:

Code:

# cd /usr/ports/editors/openoffice.org-2
# make -DWITHOUT_MOZILLA  -DWITHOUT_GNOMEVFS -DWITH_SYSTEM_FREETYPE -DWITH_CUPS
LOCALIZED_LANG=de install clean

weil ich keine kdelibs wollte (die bei den meisten fertigen Paketen vorausgesetzt werden).

Wenn ich jetzt eine Writer-Datei erstelle, speichere und schließen will, bleibt das Programm im Menü stehen, und X reagiert nicht mehr auf Tastatureingaben und Mausklicks (der Mauszeiger läßt sich aber bewegen). OpenOffice.org läßt sich nur durch killen des Prozesses beenden.

Auf ttyv0 steht:

Code:

I18N: Operating system doesn't support locale "en_US"
libGL warning: 3D driver claims to not support visual 0x4c
paperconf: not found
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Duplicate shape name ""
>                   Using last definition
> Warning:          Multiple doodads named ""
>                   Using first definition
> Warning:          Multiple doodads named ""
>                   Using first definition
<Zeilenpaar wiederholt sich mehrmals>
> Warning:          Multiple doodads named ""
>                   Using first definition
> Warning:          Multiple doodads named ""
>                   Using first definition
> Warning:          Multiple doodads named ""
>                   Using first definition
> Warning:          Multiple doodads named ""
>                   Using first definition
Errors from xkbcomp are not fatal to the X server

(process:3603): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion
 failed, use IA__g_type_init() prior to this function

(process:3603): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_v
alue != 0' failed

(process:3603): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJ
ECT (object_type)' failed

Beim nächsten Programmstart bleibt es bei der Dateiwiederherstellung stehen.

dmesg:

Code:

Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-RELEASE-p9 #0: Thu Nov 29 04:07:33 UTC 2007
    root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Duron(tm)  (1600.07-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x681  Stepping = 1
  Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
  AMD Features=0xc0400800<SYSCALL,MMX+,3DNow+,3DNow>
real memory  = 1040121856 (991 MB)
avail memory = 1008775168 (962 MB)
kbd1 at kbdmux0
ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <AMIINT VIA_K7> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA XM266 (PM266/KM266) host to PCI bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
uhci0: <VIA 83C572 USB controller> port 0xe400-0xe41f irq 11 at device 16.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xe800-0xe81f irq 5 at device 16.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <VIA 83C572 USB controller> port 0xec00-0xec1f irq 5 at device 16.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <VIA 83C572 USB controller> on uhci2
usb2: USB revision 1.0
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0: <VIA VT6202 USB 2.0 controller> mem 0xdfffff00-0xdfffffff irq 10 at device 16.3 on pci0
ehci0: [GIANT-LOCKED]
usb3: EHCI version 1.0
usb3: companion controllers, 2 ports each: usb0 usb1 usb2
usb3: <VIA VT6202 USB 2.0 controller> on ehci0
usb3: USB revision 2.0
uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 8235 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
pcm0: <VIA VT8235> port 0xe000-0xe0ff irq 5 at device 17.5 on pci0
pcm0: <VIA Technologies VIA1612A AC97 Codec>
pcm0: <VIA DXS Enabled: DXS 4 / SGD 1 / REC 1>
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xdc00-0xdcff mem 0xdffffe00-0xdffffeff irq 11 at device 18.0 on pci0
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: Ethernet address: 00:0d:87:b2:9a:f8
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse Explorer, device ID 4
fdc0: <floppy drive controller> port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
ppc0: <ECP parallel printer port> port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0
ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/16 bytes threshold
ppbus0: <Parallel port bus> on ppc0
ppbus0: IEEE1284 device found /NIBBLE
Probing for PnP devices on ppbus0:
ppbus0: <Hewlett-Packard HP LaserJet 5L/0101.02> HP ENHANCED PCL5,PJL
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xcbfff,0xcc000-0xdbfff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
umass0: Generic USB Storage Device, rev 1.10/1.00, addr 2
uscanner0: AGFA Snapscan1212u_2, rev 1.00/1.32, addr 3
Timecounter "TSC" frequency 1600068592 Hz quality 800
Timecounters tick every 1.000 msec
ad0: 38146MB <ExcelStor Technology G140 ES9CBDEL> at ata0-master UDMA100
acd0: DVDROM <TSSTcorpDVD-ROM TS-H352A/TS03> at ata1-master UDMA33
acd1: DVDR <TOSHIBA DVD-ROM SD-R5002/1033> at ata1-slave UDMA33
cd0 at ata1 bus 0 target 0 lun 0
cd0: <TSSTcorp DVD-ROM TS-H352A TS03> Removable CD-ROM SCSI-0 device 
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ata1 bus 0 target 1 lun 0
cd1: <TOSHIBA DVD-ROM SD-R5002 1033> Removable CD-ROM SCSI-0 device 
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <IC USB Storage-CFC 301b> Removable Direct Access SCSI-0 device 
da0: 1.000MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present
da1 at umass-sim0 bus 0 target 0 lun 1
da1: <IC USB Storage-SMC 301b> Removable Direct Access SCSI-0 device 
da1: 1.000MB/s transfers
da1: Attempt to query device size failed: NOT READY, Medium not present
da2 at umass-sim0 bus 0 target 0 lun 2
da2: <IC USB Storage-MMC 301b> Removable Direct Access SCSI-0 device 
da2: 1.000MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
da3 at umass-sim0 bus 0 target 0 lun 3
da3: <IC USB Storage-MSC 301b> Removable Direct Access SCSI-0 device 
da3: 1.000MB/s transfers
da3: Attempt to query device size failed: NOT READY, Medium not present
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 
(da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error
(da1:umass-sim0:0:0:1): SCSI Status: Check Condition
(da1:umass-sim0:0:0:1): NOT READY asc:3a,0
(da1:umass-sim0:0:0:1): Medium not present
(da1:umass-sim0:0:0:1): Unretryable error
Opened disk da1 -> 6
(da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 
(da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error
(da1:umass-sim0:0:0:1): SCSI Status: Check Condition
(da1:umass-sim0:0:0:1): NOT READY asc:3a,0
(da1:umass-sim0:0:0:1): Medium not present
(da1:umass-sim0:0:0:1): Unretryable error
Opened disk da1 -> 6
(da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 
(da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error
(da1:umass-sim0:0:0:1): SCSI Status: Check Condition
(da1:umass-sim0:0:0:1): NOT READY asc:3a,0
(da1:umass-sim0:0:0:1): Medium not present
(da1:umass-sim0:0:0:1): Unretryable error
Opened disk da1 -> 6
(da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 
(da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI Status: Check Condition
(da2:umass-sim0:0:0:2): NOT READY asc:3a,0
(da2:umass-sim0:0:0:2): Medium not present
(da2:umass-sim0:0:0:2): Unretryable error
Opened disk da2 -> 6
(da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 
(da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI Status: Check Condition
(da2:umass-sim0:0:0:2): NOT READY asc:3a,0
(da2:umass-sim0:0:0:2): Medium not present
(da2:umass-sim0:0:0:2): Unretryable error
Opened disk da2 -> 6
(da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 
(da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI Status: Check Condition
(da2:umass-sim0:0:0:2): NOT READY asc:3a,0
(da2:umass-sim0:0:0:2): Medium not present
(da2:umass-sim0:0:0:2): Unretryable error
Opened disk da2 -> 6
(da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 
(da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error
(da3:umass-sim0:0:0:3): SCSI Status: Check Condition
(da3:umass-sim0:0:0:3): NOT READY asc:3a,0
(da3:umass-sim0:0:0:3): Medium not present
(da3:umass-sim0:0:0:3): Unretryable error
Opened disk da3 -> 6
(da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 
(da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error
(da3:umass-sim0:0:0:3): SCSI Status: Check Condition
(da3:umass-sim0:0:0:3): NOT READY asc:3a,0
(da3:umass-sim0:0:0:3): Medium not present
(da3:umass-sim0:0:0:3): Unretryable error
Opened disk da3 -> 6
(da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 
(da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error
(da3:umass-sim0:0:0:3): SCSI Status: Check Condition
(da3:umass-sim0:0:0:3): NOT READY asc:3a,0
(da3:umass-sim0:0:0:3): Medium not present
(da3:umass-sim0:0:0:3): Unretryable error
Opened disk da3 -> 6
Trying to mount root from ufs:/dev/ad0s1a
drm0: <ProSavage DDR-K> mem 0xdfe80000-0xdfefffff,0xd0000000-0xd7ffffff irq 11 at device 0.0 on pci1
info: [drm] AGP at 0xe0000000 64MB
info: [drm] Initialized savage 2.4.1 20050313

fsck sagt "Alles OK".

Fehlen libs? Sind die Compilerflags falsch gesetzt? Hat die ttyv0-Ausgabe evtl. nichts mit dem Problem zu tun? Fehlt mir Grundwissen? Früher ging's, bis auf dieses Base-Problem: http://www.bsdforen.de/showthread.php?t=19856

Ich bin ziemlich ratlos und hoffe, daß ich nicht auf Linux oder Windows umsteigen muß.

Danke für jede Hilfe!

troll · 4 Januar 2008

Das sieht aus, als hättest du einen Bug in OOo gefunden. Du hast irgendeine Einstellung auf deinem Rechner, die das Dingen zum absemmeln bringen. Egal, ob das jetzt ne Fehlkonfiguration von dir ist, oder nicht. Hier wird etwas nicht abgefangen, was die App zum Stillstand bringt:
> (process:3603): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

Am besten mal an die OOo-Leute melden.

CU

Martin

Styx · 4 Januar 2008

Das Problem ist bekannt und es gibt wohl einen Patch dazu, den ich bisher noch nicht getestet habe. Bei mir tritt so ein ähnliches Problem nur unter FreeBSD 7.0/amd64 auf. Unter i386 läuft alles tutti.
Hier die Meldung auf der Mailingliste mit dem Patch dazu:

http://lists.freebsd.org/pipermail/freebsd-openoffice/2007-December/003487.html

Leider wird nicht genau gesagt, wo der eingespielt werden muss, habe ich jedenfalls beim groben drüber schauen nicht gesehen.

hartmut · 4 Januar 2008

Wenn ich das Distfile entpacke, finde ich
OOG680_m9/shell/source/unix/sysshell/systemshell.cxx
Aber wie passe ich den Moment des Patchens zwischen Entpacken und Kompilieren ab? Wenn ich das Distfile mit dem Patch neu schnüre, stimmt doch wohl die Prüfsumme nicht mehr, oder?
EDIT: Ich probier's mal mit "make install" (ohne "clean") -> patchen -> "make deinstall" > "make reinstall"

Styx · 4 Januar 2008

Ich gehe mal davon aus, dass du es vor dem Kompiliervorgang patchen musst. Wäre etwas merkwürdig einen Quellcode zu patchen, wenn er schon ins Binary übersetzt wurde

Ob die Prüfsumme dann passt, weiß ich nicht. Ich würde die Abfrage in dem Fall ausschalten.

hartmut · 4 Januar 2008

War unbedacht formuliert.

Ich hab' jetzt mit der gepatchten Datei überschrieben, während er den Rest noch entpackt.

metro · 4 Januar 2008

schau mal bitte hier:
http://www.bsdforen.de/showthread.php?t=20046&highlight=openoffice

Diser patch läüft bei wie in dem Post bzw link beschrieben.
( Openoffice schliesst sich nicht komplett nach beenden, ansonsten läuft alles...)
Gruss

hartmut · 4 Januar 2008

Vielen Dank! Ich hab' die Boardsuche mit "GObject" und "gtype" bemüht, aber dieser Thread war nicht dabei ...
Nette Signatur!

Fusselbär · 5 Januar 2008

Hallo hartmut,

die patches für editors/openoffice.org-2
liegen in:

Code:

/usr/ports/editors/openoffice.org-2/files

diffs, die im files Verzeichnis untergebracht sind,
werden nach dem Entpacken des distfiles vor dem configurieren
und compilern vom FreeBSD Ports System als patch angewendet,
wenn man das so vereinfacht
ausgedrückt schreiben kann.

Mehr dazu steht im Porters Handbuch:
http://www.freebsd.org/doc/de_DE.ISO8859-1/books/porters-handbook/slow-patch.html

Gruß, Fusselbär

hartmut · 6 Januar 2008

So, dieser Patch

Code:

--- shell/source/unix/sysshell/systemshell.cxx.orig	2007-06-19 18:12:44.000000000 +0200
+++ shell/source/unix/sysshell/systemshell.cxx	2007-12-05 17:28:49.000000000 +0100
@@ -126,14 +126,15 @@
             
         }
         bool ret = (NULL != sym_gtk_recent_manager_get_default) && (NULL != sym_gtk_recent_manager_add_item);
-        return ret;
+        return 0;
     }
             
     
     //##############################
     void AddToRecentDocumentList(const rtl::OUString& aFileUrl, const rtl::OUString& aMimeType)
     {
-        static bool bIsRecentManagerPresent = init_recent_manager_api();
+        // static bool bIsRecentManagerPresent = init_recent_manager_api();
+        static bool bIsRecentManagerPresent = 0;
         
         // Convert file URL for external use (see above)
         rtl::OUString externalUrl = translateToExternalUrl(aFileUrl);

hat geholfen; vielen Dank an alle!
Was bleibt, ist mein Datenbankproblem http://www.bsdforen.de/showthread.php?t=19856

Ich setz' mal in den dortigen Thread das neueste Log ...

hartmut · 15 Januar 2008

Fusselbär schrieb:
http://www.freebsd.org/doc/de_DE.ISO8859-1/books/porters-handbook/slow-patch.html

Wenn ich das jetzt richtig umgesetzt hab', erspart mir das das "Aufpassen" zwischen Entpacken und Kompilieren, und Dir gebührt großer Dank! Compiler läuft grad ...

hartmut · 17 Januar 2008

So; ich habe jetzt diese Patches:

Code:

--- lib/acl.c.orig	Mon Jul 16 11:03:58 2007
+++ lib/acl.c	Mon Jul 16 11:32:49 2007
@@ -129,7 +129,14 @@
 	  return -1;
 	}
 
-      if (acl_set_file (dst_name, ACL_TYPE_DEFAULT, acl))
+      /* From Linux acl_set_file(3) manpage:
+	    " The behavior of acl_set_file() when the acl parameter refers
+	    to an empty ACL and the type parameter is ACL_TYPE_DEFAULT
+	    is an extension in the Linux implementation, in order that
+	    all values returned by acl_get_file() can be passed to
+	    acl_set_file(). "
+      /* Zero size ACL should be checked, like
in /usr/src/bin/cp/utils.c:396 */
+      if (acl->ats_acl.acl_cnt != 0 && acl_set_file (dst_name,
ACL_TYPE_DEFAULT, acl))
 	{
 	  error (0, errno, _("preserving permissions for %s"),
 		 quote (dst_name));

und

Code:

--- shell/source/unix/sysshell/systemshell.cxx.orig	2007-06-19 18:12:44.000000000 +0200
+++ shell/source/unix/sysshell/systemshell.cxx	2007-12-05 17:28:49.000000000 +0100
@@ -126,14 +126,15 @@
             
         }
         bool ret = (NULL != sym_gtk_recent_manager_get_default) && (NULL != sym_gtk_recent_manager_add_item);
-        return ret;
+        return 0;
     }
             
     
     //##############################
     void AddToRecentDocumentList(const rtl::OUString& aFileUrl, const rtl::OUString& aMimeType)
     {
-        static bool bIsRecentManagerPresent = init_recent_manager_api();
+        // static bool bIsRecentManagerPresent = init_recent_manager_api();
+        static bool bIsRecentManagerPresent = 0;
         
         // Convert file URL for external use (see above)
         rtl::OUString externalUrl = translateToExternalUrl(aFileUrl);

als patch-acl.c bzw. patch-systemshell.cxx abgespeichert, in /usr/ports/editors/openoffice.org-2/files geschoben und neu kompiliert -> Abbruch. Ohne die Patches das Problem wie oben:

Code:

(process:44769): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertio
n failed, use IA__g_type_init() prior to this function

(process:44769): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_
value != 0' failed

(process:44769): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OB
JECT (object_type)' failed

Hab' ich die Patchanleitung falsch umgesetzt?

soul_rebel · 17 Januar 2008

Hm ein Winder, dass es bei euch überhaupt klappt.

OOo hat bei mir noch nie funktioniert. In meiner ganzen Geschichte mit freier Software hat das doofe Paket immer Probleme gemacht.
Es braucht lange um zu starten, es ist langsam, es verbraucht viel zu viel RAM, es stürzt dauernd ab (sowohl reproduzierbar als auch zufällig), nach dem Absturz wirds dann zum zombie-prozess und legt alles andere lahm und zu guterletzt zerstört es beim nächsten starten durch seine Widerherstellungsfunktion deine Datei!
Gestern habe ich mir klipp und klar vorgenommen endlich LaTex zu lernen niewieder so ein Office-Zeug zu benutzen!

Hmmm das war jetzt ein bisschen OT.... Naja, es musste raus

Yamagi · 18 Januar 2008

Wenn du dir mal den Kot anschaust, dann siehst du das Problem. Allein der Versuch da durchzusteigen, hat mich fast in den Wahnsinn getrieben. Un dann war der Grund, dass Menüs auf einer 64Bit Plattform falsch platziert wurden, ganz trivial: Sie hatten Integer == 32 Bit hart reinprogrammiert :/

hartmut · 21 Januar 2008

Bis das alles gefixt ist, werde ich voraussichtlich mit Linux arbeiten (müssen). ;'(

Oder hat mir noch jemand einen Tip zum Patchen?

hartmut · 3 März 2008

So, ich habe jetzt ein Testsystem mit 7.0-RELEASE aufgesetzt, den acl.c-Patch weggelassen, den systemshell.cxx-Patch eingepflegt, und es läuft (bis jetzt).

HTH

OpenOffice.org: Reproduzierbare Abstürze (mit Logs)

hartmut

Debian user

troll

Well-Known Member

Styx

Universaldilettant

hartmut

Debian user

Styx

Universaldilettant

hartmut

Debian user

metro

i² = -1

hartmut

Debian user

Fusselbär

Makefile Voyeur

hartmut

Debian user

hartmut

Debian user

hartmut

Debian user

soul_rebel

ist immer auf der flucht

Yamagi

Possessed With Psi Powers

hartmut

Debian user

hartmut

Debian user

Wir schützen deine Privatsphäre