[Eric] segmentation fault
Hi, I had Eric 19.04 running under snap. However I messed up the git repository so I removed Eric and reinstalled. Now I get a segmentation fault when I try to launch Eric. I have removed Eric and reinstalled it several times (using the Xubuntu software app and manually from the command line with reboots between removal and reinstallation) but nothing works. In case it is important, the working version created a folder called '42' under ~/snap/eric-ide whereas the new version created a file called '85'. I note that the command on the start menu is: env BAMF_DESKTOP_FILE_HINT=/var/lib/snapd/desktop/applications/eric-ide_eric.desktop /snap/bin/eric-ide.eric %U but there is no file /var/lib/snapd/desktop/applications/eric-ide_eric.desktop Running just ' /snap/bin/eric-ide.eric %U' also produces a segmentation fault. I have Skype installed as a snap package and that works OK. I'm using Xubuntu 18.04.2 LTS Any ideas? Many thanks, Ian ___ Eric mailing list Eric@riverbankcomputing.com https://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] Segmentation fault
After finally getting eric5 installed after a 2 month battle, I gleefully clicked on the icon and was greeted by..nothing. Sort of anti-climatic, to say the least. So i logged off then back on, hoping it may have made a difference. It didn't. I then rebooted and tried again. No good. I tried from the terminal and got a segmentation fault. I uninstalled, then re installed. same out come. When I uninstalled, it didn't really seem to do anything except remove the icon from the computer. There was no hard drive activity of note and it took about 5 seconds. the reinstall took about the same 5 seconds, no hard drive activity to speak of, and it just seemed to put the icon back on. After going through 2 months of configuring, making, and make installing, (6,7 times?) of Sip, QT4, PyQt, QScintilla and the python binding, I feel a tad let down to say the least. Any suggestions would be most appreciated. Linus Ubuntu 11.10, eric5-5.2.0, PyQt-x11-gpi-4.9, sip-4.13.2, QScintilla-gpl-2.6, python3.2.2 I had ran a strace in the terminal. Below is most of the output. It was all i could get. I suppose it was more then the terminal buffer could hold. Hopefully, there is something, in it's cryptic output, that may point the way. Though far from an expert, it seems from the little I can understand of the trace, that Eric5 can't seem to find most of the installed apps locations, yet it had verified all were installed before it would even begin to allow it's self to be installed. I had sent a prior msg, with too much of the output and it was deemed to large so i'll try with a smaller chuck of it. At this point it seems my only options are either to completely wipe them reinstall my OS and try once again from scratch, or else just forget my obsession about trying to get eric5 to install and move on with my life. open(/usr/lib/python3/dist-packages/eric5/QScintilla/__init__module.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/__init__.py, O_RDONLY|O_LARGEFILE) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=599, ...}) = 0 open(/usr/lib/python3/dist-packages/eric5/QScintilla/__pycache__/__init__.cpython-32.pyc, O_RDONLY|O_LARGEFILE) = 7 fstat64(7, {st_mode=S_IFREG|0664, st_size=665, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb777e000 read(7, l\f\r\n\300\274\370Nc\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0@\0\0\0s\n\0..., 4096) = 665 fstat64(7, {st_mode=S_IFREG|0664, st_size=665, ...}) = 0 read(7, , 4096) = 0 close(7) = 0 munmap(0xb777e000, 4096) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla/__init__.py, {st_mode=S_IFREG|0644, st_size=599, ...}) = 0 close(6) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__.py, {st_mode=S_IFREG|0644, st_size=24155, ...}) = 0 stat64(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__, 0xbfbd4e58) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__.cpython-32mu.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__module.cpython-32mu.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__.abi3.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__module.abi3.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__module.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__init__.py, O_RDONLY|O_LARGEFILE) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=24155, ...}) = 0 open(/usr/lib/python3/dist-packages/eric5/QScintilla/Lexers/__pycache__/__init__.cpython-32.pyc, O_RDONLY|O_LARGEFILE) = 7 fstat64(7, {st_mode=S_IFREG|0664, st_size=19094, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb777e000 read(7, l\f\r\n\300\274\370Nc\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0@\0\0\0s\250\0..., 4096) = 4096 fstat64(7, {st_mode=S_IFREG|0664, st_size=19094, ...}) = 0 brk(0x8bf3000) = 0x8bf3000 read(7, u\6\0\0\0updateu\r\0\0\0LexerRegistry(\2\0..., 12288) = 12288 read(7,
[Eric] Segmentation fault in eric-4.4.11 when opening File open dialog
Hi all, Using Eric-4.4.11, any file open dialog that I want to call (wether it is for opening a project or selecting a script file for a project) results in Eric suddenly closing, and a Segmentation Fault on the console. PyQt4 version is 4.8.2, QScintilla-2.4.3, sip-4.12. This is a 64-bit box, using KDE04.5.95. Anybody has any idea as to what may be causing this? Thanks in advance. Juan Manuel ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Segmentation fault on Fedora 12
I tried --debug option, but it gives nothing. Here is what I've found in my /var/log/messages: kernel: python[20564]: segfault at 50 ip 047635aa sp bfc7803c error 4 in libQtCore.so.4.6.3[467a000+262000] So, I can't use Eric because of Qt bug. On Thu, Aug 5, 2010 at 9:32 AM, Mihail Lukin mihail.lu...@googlemail.com wrote: Hi, Eric is segfaulting periodically on my Fedora 12. On Ubuntu 10.04 all works fine. I understand that it's most probably Qt-related problem, I never saw segfaulting Python apps before. This is how it happens: I run Eric, it works some time and then segfaults. I can launch and just minimize it and it will segfault in a few seconds: $ eric4 Warning: translation file 'qt_en_US'could not be loaded. Using default. Warning: translation file 'eric4_en_US'could not be loaded. Using default. Warning: translation file 'qscintilla_en_US'could not be loaded. Using default. ...about a minute idle... Segmentation fault (core dumped) $ Eric4 4.4.7 (r3805) Python Version: 2.6.2 Qt Version: 4.6.3 PyQt Version: 4.7.3 QScintilla Version: 2.4.2 Eric4 4.4.6 had the same problem. Anybody faced this issue? -- regards, Mihail Lukin -- regards, Mihail Lukin ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] Segmentation fault on Fedora 12
Hi, Eric is segfaulting periodically on my Fedora 12. On Ubuntu 10.04 all works fine. I understand that it's most probably Qt-related problem, I never saw segfaulting Python apps before. This is how it happens: I run Eric, it works some time and then segfaults. I can launch and just minimize it and it will segfault in a few seconds: $ eric4 Warning: translation file 'qt_en_US'could not be loaded. Using default. Warning: translation file 'eric4_en_US'could not be loaded. Using default. Warning: translation file 'qscintilla_en_US'could not be loaded. Using default. ...about a minute idle... Segmentation fault (core dumped) $ Eric4 4.4.7 (r3805) Python Version: 2.6.2 Qt Version: 4.6.3 PyQt Version: 4.7.3 QScintilla Version: 2.4.2 Eric4 4.4.6 had the same problem. Anybody faced this issue? -- regards, Mihail Lukin ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Segmentation Fault on Exit
On Donnerstag, 17. Juni 2010, masetto wrote: Hi, this is the first time i try this Python IDE and it looks very nice :) I was trying to figure out how to configure autocompletion. Autocompletion - from Source works perfectly but, if possible, i'd like to extend it (i didn't understood how does work the APIs)... Well, i've installed eric4: apt-get install libqt4-dev apt-get install python-sip4 apt-get install python-qscintilla2 and it starts without any problem. The problem is the segmentation fault when i close the program. Let's say that i write some python code. Then, i save the source code and then File - Quit Here is the debug print: $ eric4 --debug DEBUG:root:Importing Preferences Warning: translation file 'qt_en_US'could not be loaded. Using default. Warning: translation file 'eric4_en_US'could not be loaded. Using default. Warning: translation file 'qscintilla_en_US'could not be loaded. Using default. DEBUG:root:Importing packages... DEBUG:root:Generating Main Window... DEBUG:root:Initializing Plugin Manager... DEBUG:root:Generating Main User Interface... DEBUG:root:Creating Layout... DEBUG:root:Creating Viewmanager... DEBUG:root:Creating toolboxes... DEBUG:root:Created Layout DEBUG:root:Creating Debugger UI... DEBUG:root:Creating Programs Dialog... DEBUG:root:Creating Shortcuts Dialog... DEBUG:root:Setting up connections... DEBUG:root:Initializing Tools... DEBUG:root:Registering Objects... DEBUG:root:Initializing Actions... DEBUG:root:Initializing Menus... DEBUG:root:Initializing Toolbars... DEBUG:root:Initializing Statusbar... DEBUG:root:Activating Plugins... DEBUG:root:Restoring Toolbarmanager... #Everything goes fine, the program starts without any problem #Quit Program DEBUG:root:Shutting down, result 0 Segmentation fault ??? I'm on Ubuntu 10.04 LTS - 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux Any ideas? No. Did you try latest version? Detlev -- Detlev Offenbach det...@die-offenbachs.de ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] Segmentation Fault on Exit
Hi, this is the first time i try this Python IDE and it looks very nice :) I was trying to figure out how to configure autocompletion. Autocompletion - from Source works perfectly but, if possible, i'd like to extend it (i didn't understood how does work the APIs)... Well, i've installed eric4: apt-get install libqt4-dev apt-get install python-sip4 apt-get install python-qscintilla2 and it starts without any problem. The problem is the segmentation fault when i close the program. Let's say that i write some python code. Then, i save the source code and then File - Quit Here is the debug print: $ eric4 --debug DEBUG:root:Importing Preferences Warning: translation file 'qt_en_US'could not be loaded. Using default. Warning: translation file 'eric4_en_US'could not be loaded. Using default. Warning: translation file 'qscintilla_en_US'could not be loaded. Using default. DEBUG:root:Importing packages... DEBUG:root:Generating Main Window... DEBUG:root:Initializing Plugin Manager... DEBUG:root:Generating Main User Interface... DEBUG:root:Creating Layout... DEBUG:root:Creating Viewmanager... DEBUG:root:Creating toolboxes... DEBUG:root:Created Layout DEBUG:root:Creating Debugger UI... DEBUG:root:Creating Programs Dialog... DEBUG:root:Creating Shortcuts Dialog... DEBUG:root:Setting up connections... DEBUG:root:Initializing Tools... DEBUG:root:Registering Objects... DEBUG:root:Initializing Actions... DEBUG:root:Initializing Menus... DEBUG:root:Initializing Toolbars... DEBUG:root:Initializing Statusbar... DEBUG:root:Activating Plugins... DEBUG:root:Restoring Toolbarmanager... #Everything goes fine, the program starts without any problem #Quit Program DEBUG:root:Shutting down, result 0 Segmentation fault ??? I'm on Ubuntu 10.04 LTS - 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux Any ideas? Thanks :) ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] segmentation fault with Eric4-4.3.8 on SUSE 11.1_x64
Hi, are you sure, that python-kde4 was compiled with the latest sip version? That could cause problems like the one you observed. Detlev On Donnerstag, 29. Oktober 2009, Arndt Meier wrote: Hi! Eric4 starts its IDE and all is well. I get a message eric4 has not been configured yet. The configuration dialog will be started. OK. Whether or not I press OK, after some 30 seconds eric4 just crashes with no error message in the bash shell other than segfault: eric4 Warning: translation file 'qt_en_GB'could not be loaded. Using default. Warning: translation file 'eric4_en_GB'could not be loaded. Using default. Warning: translation file 'qscintilla_en_GB'could not be loaded. Using default. Segmentation fault (core dumped) ls -lrt shows -rw--- 1 meiera users 91054080 2009-10-29 10:42 core.32758 And even stranger, gdb does not understand the core dump ~ gdb core.32758 /usr/local/bin/eric4 GNU gdb (GDB; openSUSE 11.1) 6.8.50.20081120-cvs Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html 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 x86_64-suse-linux. For bug reporting instructions, please see: http://bugs.opensuse.org/... /home/meiera/core.32758: not in executable format: File format not recognized /usr/local/bin/eric4 is not a core dump: File format not recognized (gdb) bt No stack. Starting a minimalistic eric: eric4 --nosplash --noopen --nokde and not doing/touching anything, again after some 30 seconds eric4 crashes and again there is a pseudo core dump -rw--- 1 meiera users 76963840 2009-10-29 11:10 core.402 that gdb again cannot read (as above). I am running: openSUSE 11.1_x64 Qt 4.5.2 QScintilla-gpl-2.4 PyQt-x11-gpl-4.6.1 sip-4.9.1 python 2.6.2 python-kde4 4.3.1-2.3 Any help in resolving this error is greatly appreciated. Art --- Dr Arndt Meier Remote Sensing Analyst Department of Environment, Climate Change and Water Level 5, 43 Bridge Street HURSTVILLE NSW 2220 phone: (02) 9585 6101 email: arndt.me...@environment.nsw.gov.au --- --- This email is intended for the addressee(s) named and may contain confidential and/or privileged information. If you are not the intended recipient, please notify the sender and then delete it immediately. Any views expressed in this email are those of the individual sender except where the sender expressly and with authority states them to be the views of the Department of Environment, Climate Change Water NSW. -- Detlev Offenbach det...@die-offenbachs.de ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] segmentation fault with Eric4-4.3.8 on SUSE 11.1_x64
On Thursday 29 October 2009, 01:23:06 Arndt Meier wrote: Hi! Eric4 starts its IDE and all is well. I get a message eric4 has not been configured yet. The configuration dialog will be started. OK. Whether or not I press OK, after some 30 seconds eric4 just crashes with no error message in the bash shell other than segfault: eric4 Warning: translation file 'qt_en_GB'could not be loaded. Using default. Warning: translation file 'eric4_en_GB'could not be loaded. Using default. Warning: translation file 'qscintilla_en_GB'could not be loaded. Using default. Segmentation fault (core dumped) ls -lrt shows -rw--- 1 meiera users 91054080 2009-10-29 10:42 core.32758 And even stranger, gdb does not understand the core dump ~ gdb core.32758 /usr/local/bin/eric4 GNU gdb (GDB; openSUSE 11.1) 6.8.50.20081120-cvs Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html 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 x86_64-suse-linux. For bug reporting instructions, please see: http://bugs.opensuse.org/... /home/meiera/core.32758: not in executable format: File format not recognized /usr/local/bin/eric4 is not a core dump: File format not recognized (gdb) bt No stack. Starting a minimalistic eric: eric4 --nosplash --noopen --nokde and not doing/touching anything, again after some 30 seconds eric4 crashes and again there is a pseudo core dump -rw--- 1 meiera users 76963840 2009-10-29 11:10 core.402 that gdb again cannot read (as above). I am running: openSUSE 11.1_x64 Qt 4.5.2 QScintilla-gpl-2.4 PyQt-x11-gpl-4.6.1 sip-4.9.1 python 2.6.2 python-kde4 4.3.1-2.3 You seem to compile stuff from tarballs (and might be using rpm --force | --nodeps for any of these or related ones, e.g. kdelibs4). That tends to produce unreproducible effects, and any of the advices below might be void. Better start with a full manual cleanup (remove everything from /usr/local apart from directories), and _reinstall_ the packages, that you installed manually, with yast2. Any help in resolving this error is greatly appreciated. Then you might try my packages from: http://download.opensuse.org/repositories/home:/frispete:/branches:/KDE:/KDE4:/Factory:/Desktop/ They contain full debugging infos, btw. In the openSUSE_11.1_KDE_Qt tree, I provide packages based on Qt 4.5.3 from http://download.opensuse.org/repositories/KDE:/Qt/openSUSE_11.1 while openSUSE_Factory is based on current KDE 4.3.1 from: http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openSUSE_11.1 This should allow you to rebuild your environment fully rpm based in any flavor you want. Further debugging is better done with these packages installed: gcc43-debuginfo-4.3.3_20081022-9.5 gcc43-debugsource-4.3.3_20081022-9.5 glibc-debuginfo-2.9-2.12.1 glibc-debugsource-2.9-2.12.1 kdelibs4-debuginfo-4.1.3-4.10.4 kdelibs4-debugsource-4.1.3-4.10.4 libqt4-debuginfo-4.5.3-70.1 libqt4-debugsource-4.5.3-70.1 python-base-debuginfo-2.6.0-2.22.1 python-base-debugsource-2.6.0-2.22.1 python-debuginfo-2.6.0-2.21.1 python-debugsource-2.6.0-2.21.1 python-qt4-debuginfo-4.6.1-53.1 python-qt4-debugsource-4.6.1-53.1 python-sip-debuginfo-4.9.1-54.1 python-sip-debugsource-4.9.1-54.1 available from: http://download.opensuse.org/debug/distribution/11.1/repo/oss/ and http://download.opensuse.org/debug/update/11.1/ Minors might differ.. All these URLs contain repo files, that is easiest fetched with the attached script. Make your choice of repos, and run zypper -v dup then. It might be necessary to force installation of the right eric with zypper -v in eric-4.3.8-40.5. Lookup the available minors with zypper -v se -s eric. Then run eric: gdb python -ex set args /usr/lib/python2.6/site-packages/eric4/eric4.py -ex run This should give you a usable backtrace (bt full). Hope, that gets you started ;-).. Pete wget_repo.sh Description: application/shellscript ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] segmentation fault with Eric4-4.3.8 on SUSE 11.1_x64
Hi! Eric4 starts its IDE and all is well. I get a message eric4 has not been configured yet. The configuration dialog will be started. OK. Whether or not I press OK, after some 30 seconds eric4 just crashes with no error message in the bash shell other than segfault: eric4 Warning: translation file 'qt_en_GB'could not be loaded. Using default. Warning: translation file 'eric4_en_GB'could not be loaded. Using default. Warning: translation file 'qscintilla_en_GB'could not be loaded. Using default. Segmentation fault (core dumped) ls -lrt shows -rw--- 1 meiera users 91054080 2009-10-29 10:42 core.32758 And even stranger, gdb does not understand the core dump ~ gdb core.32758 /usr/local/bin/eric4 GNU gdb (GDB; openSUSE 11.1) 6.8.50.20081120-cvs Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html 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 x86_64-suse-linux. For bug reporting instructions, please see: http://bugs.opensuse.org/... /home/meiera/core.32758: not in executable format: File format not recognized /usr/local/bin/eric4 is not a core dump: File format not recognized (gdb) bt No stack. Starting a minimalistic eric: eric4 --nosplash --noopen --nokde and not doing/touching anything, again after some 30 seconds eric4 crashes and again there is a pseudo core dump -rw--- 1 meiera users 76963840 2009-10-29 11:10 core.402 that gdb again cannot read (as above). I am running: openSUSE 11.1_x64 Qt 4.5.2 QScintilla-gpl-2.4 PyQt-x11-gpl-4.6.1 sip-4.9.1 python 2.6.2 python-kde4 4.3.1-2.3 Any help in resolving this error is greatly appreciated. Art --- Dr Arndt Meier Remote Sensing Analyst Department of Environment, Climate Change and Water Level 5, 43 Bridge Street HURSTVILLE NSW 2220 phone: (02) 9585 6101 email: arndt.me...@environment.nsw.gov.au -- This email is intended for the addressee(s) named and may contain confidential and/or privileged information. If you are not the intended recipient, please notify the sender and then delete it immediately. Any views expressed in this email are those of the individual sender except where the sender expressly and with authority states them to be the views of the Department of Environment, Climate Change Water NSW. ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Segmentation fault
Am Mittwoch, 26. August 2009 schrieb Star Glider: Hi, I'm using eric4 all day and never exit the application, but today I need to perform a maintenance in my computer and when get to work with eric4 it says: segmentation fault. I uninstall and after I run the installer it says: [zo...@canil eric4-4.4-snapshot-20090821]$ python install.py Checking dependencies Python Version: 2.6.0 Segmentation fault I'm using Fedora Linux 11/KDE in a amd 64 bit with the last release of eric4 Almost certainly, your sip/PyQt/qscintilla setup is damaged... A lot less probably, your settings in ~/.eric4 are. A gdb bt would help. Pete ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Segmentation fault
[Posted to ML also to be a daunting example of consequences, when mixing installations from tarballs with those from package management] Am Donnerstag, 27. August 2009 schrieben Sie: PyQt4 was not there! Maybe because I install a program called Camelt! but now that I have PyQt4 I get : [r...@canil eric4-4.4-snapshot-20090821]# python install.py Checking dependencies Python Version: 2.6.0 Found PyQt Segmentation fault Looks like you trashed your installation - usually by installation of arbitrary tarballs, while those packages are installed by rpm. This is the best recipe to produce such a disaster, you're looking at. Now you know the reason, why you should _always_ install rpms and never ever install tarballs in a sane system. I don't. If you need to update to a newer version, roll your own _RPM_. Learn to build rpms, and your life's getting much easier under linux. While at it, be careful with rpm --nodeps and rpm --force. There's a strong reason, why yum doesn't provide those. OTOH, rpm -e rpm -Uhv is fine.. Note, that package management is one of the greatest advantages of linux over other OS. The computer equivalent of the difference between childhood and being grown-up. Come back, when you cleaned /usr/local (basically, remove _all_ _files_ there), reinstalled everything below /usr/lib64/python2.6 from rpm and when output of rpm -Va doesn't contain any lines with 5 in the third column which aren't below /etc. If you managed to provide a --prefix=/usr argument to a connfigure script, wipe your platter, reinstall, and follow my words in the first paragraphs. Pete 2009/8/27 Hans-Peter Jansen h...@urpla.net Am Donnerstag, 27. August 2009 schrieben Sie: Allways learning [?] the output : (gdb) set args /usr/lib64/python2.6/site-packages/eric4/eric4.py (gdb) run Starting program: /usr/bin/python /usr/lib64/python2.6/site-packages/eric4/eric4.py [Thread debugging using libthread_db enabled] /usr/bin/python: can't open file '/usr/lib64/python2.6/site-packages/eric4/eric4.py': [Errno 2] No such file or directory Program exited with code 02. the dir /usr/lib64/python2.6/site-packages/eric4 doesn't exist probalby because after the first segmentation fault I uninstall and eric4 and now I can't install again. Does python -c from PyQt4 import QtCore, QtGui work? If not: $ gdb python (no debugging symbols found) (gdb) set args -c from PyQt4 import QtCore, QtGui (gdb) run segfault (gdb) bt Pete Thanks. Jorge 2009/8/27 Hans-Peter Jansen h...@urpla.net Am Donnerstag, 27. August 2009 schrieben Sie: Thanks Pete, but whats a gdb bt? a gnu debugger command: backtrace $ gdb python (no debugging symbols found) (gdb) set args /usr/lib/python2.6/site-packages/eric4/eric4.py (gdb) run segfault (gdb) bt ... Paste this into mail. Pete jorge 2009/8/27 Hans-Peter Jansen h...@urpla.net Am Mittwoch, 26. August 2009 schrieb Star Glider: Hi, I'm using eric4 all day and never exit the application, but today I need to perform a maintenance in my computer and when get to work with eric4 it says: segmentation fault. I uninstall and after I run the installer it says: [zo...@canil eric4-4.4-snapshot-20090821]$ python install.py Checking dependencies Python Version: 2.6.0 Segmentation fault I'm using Fedora Linux 11/KDE in a amd 64 bit with the last release of eric4 Almost certainly, your sip/PyQt/qscintilla setup is damaged... A lot less probably, your settings in ~/.eric4 are. A gdb bt would help. Pete ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] Segmentation fault running eric4-4.1.5
Hello After installing eric4 from source, I get this error: --- akira:~ eric4 Warning: translation file 'qt_it_IT'could not be loaded. Using default. Warning: translation file 'eric4_it_IT'could not be loaded. Using default. Warning: translation file 'qscintilla_it_IT'could not be loaded. Using default. Object::connect: No such signal Shell::destroyed(QObject*) Object::connect: No such signal Shell::destroyed(QObject*) Object::connect: No such signal LexerPython::colorChanged (QColor,int) Object::connect: No such signal LexerPython::eolFillChanged(bool,int) Object::connect: No such signal LexerPython::fontChanged(QFont,int) Object::connect: No such signal LexerPython::paperChanged(QColor,int) Object::connect: No such signal LexerPython::propertyChanged(const char*,const char*) Segmentation fault akira:~ --- The system is: python 2.5.2 sip 4.7.2 Qt 4.4.0 PyQt 4.4.2 QScintilla 2.2 Eric4 4.1.5 All the package except QScintilla are installed from the debian repository (lenny) QScintilla and the Python binding where rebuild from source As additional info, I can add that some eric4 module (like the mini-editor or the preference dialog) work if run stand alone Any hint ? The same error are generated from the lastest snapshot Thanks Gianluca ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric