Re: [SOGo] Segfault on Gentoo / 2.0.3 and 2.0.7

[Hannes Erven]

Hi Jean,


> I just tested this and sogod does segfault if it cannot write its

pidfile... I'll fix that.

But you should have seen an error message in sogo.log:
2013-08-28 09:16:24.469 sogod[2359] File NSData.m: 1425. In -[NSData
writeToFile:options:error:] Open (/nonexistent/test/sogo.pid) failed -
No such file or directory

Did this somehow get lost on gentoo?


It did show up in the logfile, hence it was quite easy to fix once spotted.

However, as you agree, it is quite surprising that this results in a 
segfault and it did confuse me -- having dealt with segfaults without 
any trace in a logfile for days, that wasn't one of the first places I 
looked...



Thanks again,
best regards

-hannes
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Segfault on Gentoo / 2.0.3 and 2.0.7

[Hannes Erven]

Hi again,


first of all: my issue has now been solved, thanks again very much for 
your efforts!



What did I do:

* emerge --unmerge gnustep-make gnustep-base sope sogo
(removed everything with the Gentoo package manager. Interestingly, 
there were leftovers in /usr/local/ that I now removed manually.
Previously, I didn't unmerge gnustep-make and hence didn't notice the 
leftovers.)


* downloaded and "make install"ed all the sources again

* edited the apache config to reflect the new paths

* i still got segfaults when starting from the init script, while it ran 
fine from the sogo-user's command prompt and via gdb.
Root cause: the init script created /var/run/sogod.pid, but sogo 
expected it to be /var/run/sogo/sogod.pid .
In the manual startup I pointed the pidfile to /tmp/xxx.pid which 
obviously worked around that.



What I learned:

* don't mix distro-provided packages with manual installs, or if you do 
and strange things happen, check again as you most probably did miss 
something.



I hope this will save some other people's time when they run into 
segfaults...



Best regards,

-hannes
--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Segfault on Gentoo / 2.0.3 and 2.0.7

[Hannes Erven]

Hi,


I'm not really sure what exactly changed on my Gentoo (i686/32bit) 
system, but after a reboot the SOGOd wouldn't start anymore, just 
reporting a "segmentation fault" circa 10 seconds after starting. The 
previous reboot of that machine was just two weeks ago and no 
interesting emerges in between (just iotop and minidlna).


In dmesg there is:
sogod[4992]: segfault at 7261764f ip b7076b70 sp bfecc5f0 error 4 in 
libobjc.so.2.0.0[b7067000+17000]



I've then reinstalled gnustep-make (2.6.2), gnustep-base (1.24.0-r1), 
sope (2.0.3a) and sogo (2.0.3a) from the "dragon" overlay, all with 
LDFLAGS="" and "debug" enabled. Here's a "gdb" session with that:


$ gdb --args /usr/sbin/sogod -WONoDetach YES
GNU gdb (Gentoo 7.5.1 p2) 7.5.1
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/sogod...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/sbin/sogod -WONoDetach YES
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
recursion encountered handling uncaught exception

Program received signal SIGABRT, Aborted.
0xe424 in __kernel_vsyscall ()
(gdb) bt
#0  0xe424 in __kernel_vsyscall ()
#1  0xb72856d9 in raise () from /lib/libc.so.6
#2  0xb7286c53 in abort () from /lib/libc.so.6
#3  0xb759ba14 in ?? () from /usr/lib/libgnustep-base.so.1.24
#4  0xb740bde8 in objc_msg_lookup () from 
/usr/lib/gcc/i686-pc-linux-gnu/4.5.4/libobjc.so.2

#5  0x80002ccc in main ()



I then tried manually compiling the latest sogo/sope 2.0.7 from the 
tarballs and gnustep-base 1.24.5 , which resulted again in a different 
but still a segfault on startup:


#1 0xb79f615f in GSToUnicode
(no more details from gdb)

And in dmesg:
[kernel] sogod[1782]: segfault at bf2f0e9c ip b717e15f sp bf2f0ea0 error 
6 in libgnustep-base.so.1.24.5[b6ec1000+3a2000]




I'm really lost at this point and have no idea what to further analyze :-/

Any suggestions what to do next are very welcome, thank you!


Best regards,

-hannes
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Problems with holiday calendar

[Hannes Erven]

Hi Patrick,


> I've subscribed to Austrias holiday ics calendar provided via
> mozilla.org http://www.mozilla.org/projects/calendar/caldata
> /AustrianHolidays.ics


In Thunderbird all holidays are shown correctly, in SOGo, things are
rather strange.


I guess that is related to the way some calendar entries are specified, 
e.g. the national holiday on Oct 26 is:


X-MOZILLA-RECUR-DEFAULT-UNITS
 :years
RRULE
 :FREQ=YEARLY;INTERVAL=1;BYMONTH=10
DTSTART
 ;VALUE=DATE
 :20021026

and probably X-MOZILLA-* isn't recognized by SOGo.



While not exactly a technical solution, try using this file that has 
been working for me for a few years now:

http://www.sunbird-kalender.de/extension/kalender/Feiertage_AT.ics


Liebe Grüße,

-hannes
--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Re: Did not find field extractor class (OCSiCalFieldExtractor)

[Hannes Erven]

Sorry again,


>> Oct 17 14:15:19 sogod [27896]: <0x0x80d6ae8[GCSFolderType]> ERROR: did
>> not find field extractor class (OCSiCalFieldExtractor)

http://mail.opengroupware.org/pipermail/sogo/2010-January/004855.html
brought me onto the right track.

It seems that "as-needed" was set in the config.make LDFLAGS - don't ask
me why that is.

Anyways, I removed the flag, rebuilt SOPE and SOGo and voilà, works again.


-hannes
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Re: Did not find field extractor class (OCSiCalFieldExtractor)

[Hannes Erven]

Sorry to "bump" this,


> Oct 17 14:15:19 sogod [27896]: <0x0x80d6ae8[GCSFolderType]> ERROR: did
> not find field extractor class (OCSiCalFieldExtractor)

there wasn't one reply on the list so far and I'm getting increasingly
desperate to solve the issue.

In the meantime, I've also tried 1.3.8, which fails in the same way (but
a slightly less helpful error message lacking the class name). I guess
it must have something to do with my setup, but what is it?

Previously, SOGo had been installed from the Gentoo Gnustep overlay, and
not from source. ./configure and make completed without errors.


Thanks again for any hints,

-hannes
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Did not find field extractor class (OCSiCalFieldExtractor)

[Hannes Erven]

Hi again,


my brand new SOGo 2.0.0b1 install (from source) throws an error when I
attempt to edit a calendar event:


Oct 17 14:15:19 sogod [27896]: <0x0x80d6ae8[GCSFolderType]> ERROR: did
not find field extractor class (OCSiCalFieldExtractor)

Oct 17 14:15:19 sogod [27896]: [ERROR]
<0x089876A8[SOGoAppointmentObject]:6CF8-4E9C1C80-143-6642AE00> write
failed:  NAME:GCSExtractFailed REASON:Quickfield
extractor did not return a result! INFO:{GCSFolder =
"<0x0x8447dd8[GCSFolder]: id=13
path=/Users/hannes/Calendar/B47-4E299E00-121-3178B500 type=Appointment
loc=mysql://sogo@localhost/sogo/sogohannes>"; }


I checked the GNUstep folders, and there is a
Libraries/libOGoContentStore.so.0.9.0 file that contains the requested
class. A "lsof" shows that no process has this file open...

I'd very very grateful for any hints!


Thanks!,
-hannes

-- 
users@sogo.nu
https://inverse.ca/sogo/lists