xiphos / sword -- segmentation fault

BarefootSoul83 · 2010-04-20 14:20:36

I am running in xfce
I just installed xiphos and sword
when you start xiphos you get a gui that helps you connect to their server to get the "exrtras"... but then:

---------------------------------------------------------------------
[donald@ToshibaLaptop ~]$ xiphos

(xiphos:2711): Gdk-CRITICAL **: gdk_window_set_cursor: assertion `GDK_IS_WINDOW (window)' failed

(xiphos:2711): Gdk-CRITICAL **: gdk_window_set_cursor: assertion `GDK_IS_WINDOW (window)' failed
Segmentation fault
[donald@ToshibaLaptop ~]$
-----------------------------------------------------------------------------

seg fault....

I've tried this as root as well...same thing...
I also read some threads and tried changing my icon theme...
didnt work with that fix either...

anyone got a workaround or a fix??

Thanks

grey · 2010-04-20 20:56:43

Could you try the following patch and let me know if it works for you? It's only a temporary solution, since it introduces a memory leak, but only a small one.

--- sword-1.6.1/src/mgr/curlftpt.cpp    2009-12-04 08:54:06.000000000 +0000
+++ sword-1.6.1/src/mgr/curlftpt.cpp.ew    2010-04-20 22:39:12.000000000 +0100
@@ -136,9 +137,9 @@
     
     if (session) {
 
-        struct MyProgressData pd;
-        pd.sr = statusReporter;
-        pd.term = &term;
+        struct MyProgressData* pd = new MyProgressData ();
+        pd->sr = statusReporter;
+        pd->term = &term;
 
         curl_easy_setopt(session, CURLOPT_URL, sourceURL);
     
@@ -148,7 +149,7 @@
         if (!passive)
             curl_easy_setopt(session, CURLOPT_FTPPORT, "-");
         curl_easy_setopt(session, CURLOPT_NOPROGRESS, 0);
-        curl_easy_setopt(session, CURLOPT_PROGRESSDATA, &pd);
+        curl_easy_setopt(session, CURLOPT_PROGRESSDATA, pd);
         curl_easy_setopt(session, CURLOPT_PROGRESSFUNCTION, my_fprogress);
         curl_easy_setopt(session, CURLOPT_DEBUGFUNCTION, my_trace);
         /* Set a pointer to our struct to pass to the callback */

Last edited by grey (2010-04-20 20:58:28)

grey · 2010-04-21 07:04:52

According to sword developers, the bug is fixed in SVN. They also suggested a better patch:

--- src/mgr/curlftpt.cpp        (revision 2505)
+++ src/mgr/curlftpt.cpp        (revision 2506)
@@ -177,6 +177,9 @@
                res = curl_easy_perform(session);
                SWLog::getSystemLog()->logDebug("***** Finished performing curl easy action. \n");
 
+               // it seems CURL tries to use this option data later for some reason, so we unset here
+               curl_easy_setopt(session, CURLOPT_PROGRESSDATA, (void*)NULL);
+
                if(CURLE_OK != res) {
                        retVal = -1;
                }

Stefan Husmann · 2010-04-25 20:05:06

patch applied.

laurief · 2010-04-26 12:12:31

Hi Stefan - any chance of an update for the i686 repo ? - thanks

nomorewindows · 2010-04-26 20:00:24

I was able to get the Bibletime working, and the problem is in libsword: just do a dmesg and it will state a general protection fault with libsword; not Bibletime or Xiphos.
I used the Bibletime-svn (PKGBUILD) from AUR (I didn't want to install a ~1GB of KDE files, so I used svn). This is one of the i686/x86_64 PKGBUILD. Then I just left libsword which was recently updated in x86_64. It only took xiphos one step further and still failed with segmentation fault. However, I had Ubuntu still laying around with Bibletime on it, to fetch my libsword files with, they can had with the ftp.crosswire.org/pub/sword/raw site. But they don't work without a matching mods.d entry. So to reflect the modules I actually had, I just tar'ed the files under the modules and the files under the mods.d directories and transplanted them to the arch installation. It works correctly now and I don't have to boot under windows to use the recently released Bibletime (win32), but it could be used to fetch the libsword files (the actual texts) and then put in the ~/.sword or the /usr/share/sword directories. --- Strangely enough, that's all it took for xiphos to start up without asking for module updates. ---

Last edited by nomorewindows (2010-04-26 20:32:54)

grey · 2010-04-29 17:12:29

The latest version isn't patched correctly - see http://bugs.archlinux.org/task/19292
The patch in this thread (post #3) works.
Instead of the directions above just get the PKGBUILD and replace the faulty patch.

laurief · 2010-05-02 23:55:00

Thanks all for the help and updates

nomorewindows · 2010-05-12 21:08:38

The newest sword works correctly sword 1.6.1-4
pacman -S xiphos works correctly all the way now.

Last edited by nomorewindows (2010-05-12 21:09:15)

kyle_white · 2010-08-02 02:14:10

Hopefully this isn't too old to comment on. Maybe someone else will come across this and it will fix their problem.

I ran across this and several other threads trying to fix a segfault with Xiphos. In my case I needed to install xulrunner (I use firefox-branded-bin which doesn't install Arch's xulrunner).

P.S. - Another option, which I ended up using eventually, is to makepkg replacing the --with-gecko=libxul-embedding with --without-gecko

Last edited by kyle_white (2010-08-02 06:17:24)

Arch Linux

#1 2010-04-20 14:20:36

xiphos / sword -- segmentation fault

#2 2010-04-20 20:56:43

Re: xiphos / sword -- segmentation fault

#3 2010-04-21 07:04:52

Re: xiphos / sword -- segmentation fault

#4 2010-04-25 20:05:06

Re: xiphos / sword -- segmentation fault

#5 2010-04-26 12:12:31

Re: xiphos / sword -- segmentation fault

#6 2010-04-26 20:00:24

Re: xiphos / sword -- segmentation fault

#7 2010-04-29 17:12:29

Re: xiphos / sword -- segmentation fault

#8 2010-05-02 23:55:00

Re: xiphos / sword -- segmentation fault

#9 2010-05-12 21:08:38

Re: xiphos / sword -- segmentation fault

#10 2010-08-02 02:14:10

Re: xiphos / sword -- segmentation fault

Board footer