[SOLVED] Codelite does'nt start

[jidey]

Hi,

I didn't manage to make your first suggestion working. Maybe I missed something.

Anyway, the ouput from your 2nd suggestion :

Code: Select all

$ gdb /bin/codelite
gdb: warning: error finding working directory: No such file or directory
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7
Copyright (C) 2013 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-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/codelite...done.
(gdb) break main
Breakpoint 1 at 0x810ca9: file /home/jidey/codelite-11.0/LiteEditor/app.cpp, line 234.
(gdb) r
Starting program: /bin/codelite 
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Detaching after fork from child process 45129.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Detaching after fork from child process 45131.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Detaching after fork from child process 45133.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Detaching after fork from child process 45135.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Detaching after fork from child process 45137.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
Detaching after fork from child process 45139.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

Breakpoint 1, main (argc=1, argv=0x7fffffffc198)
    at /home/jidey/codelite-11.0/LiteEditor/app.cpp:234
234	IMPLEMENT_APP(CodeLiteApp)
Missing separate debuginfos, use: debuginfo-install atk-2.22.0-3.el7.x86_64 cairo-1.14.8-2.el7.x86_64 clang-3.4.2-8.el7.x86_64 expat-2.1.0-10.el7_3.x86_64 fontconfig-2.10.95-11.el7.x86_64 freetype-2.4.11-15.el7.x86_64 gdk-pixbuf2-2.36.5-1.el7.x86_64 glib2-2.50.3-3.el7.x86_64 glibc-2.17-196.el7.x86_64 graphite2-1.3.10-1.el7_3.x86_64 gtk2-2.24.31-1.el7.x86_64 harfbuzz-1.3.2-1.el7.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64 libX11-1.6.5-1.el7.x86_64 libXau-1.0.8-2.1.el7.x86_64 libXcomposite-0.4.4-4.1.el7.x86_64 libXcursor-1.1.14-8.el7.x86_64 libXdamage-1.1.4-4.1.el7.x86_64 libXext-1.3.3-3.el7.x86_64 libXfixes-5.0.3-1.el7.x86_64 libXft-2.3.2-2.el7.x86_64 libXi-1.7.9-1.el7.x86_64 libXinerama-1.1.3-2.1.el7.x86_64 libXrandr-1.5.1-2.el7.x86_64 libXrender-0.9.10-1.el7.x86_64 libXxf86vm-1.1.4-1.el7.x86_64 libblkid-2.23.2-43.el7.x86_64 libcom_err-1.42.9-10.el7.x86_64 libdrm-2.4.74-1.el7.x86_64 libffi-3.0.13-18.el7.x86_64 libgcc-4.8.5-16.el7.x86_64 libmount-2.23.2-43.el7.x86_64 libpng-1.5.13-7.el7_2.x86_64 libselinux-2.5-11.el7.x86_64 libssh-0.6.5-2.el7.x86_64 libstdc++-4.8.5-16.el7.x86_64 libthai-0.1.14-9.el7.x86_64 libuuid-2.23.2-43.el7.x86_64 libxcb-1.12-1.el7.x86_64 libxshmfence-1.2-1.el7.x86_64 llvm-libs-3.4.2-8.el7.x86_64 mesa-libEGL-17.0.1-6.20170307.el7.x86_64 mesa-libGL-17.0.1-6.20170307.el7.x86_64 mesa-libgbm-17.0.1-6.20170307.el7.x86_64 mesa-libglapi-17.0.1-6.20170307.el7.x86_64 ncurses-libs-5.9-14.20130511.el7_4.x86_64 openssl-libs-1.0.2k-8.el7.x86_64 pango-1.40.4-1.el7.x86_64 pcre-8.32-17.el7.x86_64 pixman-0.34.0-1.el7.x86_64 sqlite-3.7.17-8.el7.x86_64 xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64
(gdb) catch throw
Catchpoint 2 (throw)
(gdb) c
Continuing.
[Inferior 1 (process 44881) exited with code 0377]
(gdb) quit
$

I noticed something : I'm starting "gdb /bin/codelite" but it says "Reading symbols from /usr/bin/codelite".
I do have a "/usr/bin/codelite", with the same size than "/bin/codelite" :

Code: Select all

$ ll /bin/cod*
...........................
-rwxr-xr-x. 1 root root 78238952 Jan 23 18:27 /bin/codelite
...........................
$
$ ll /usr/bin/cod*
...........................
-rwxr-xr-x. 1 root root 78238952 Jan 23 18:27 /usr/bin/codelite
...........................

And, sometime (not everytime), when I start /usr/bin/codelite I get that :

Code: Select all

$ /usr/bin/codelite
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
$

No idea if it's linked to my problem or not.

[DavidGH]

I'm starting "gdb /bin/codelite" but it says "Reading symbols from /usr/bin/codelite".
I do have a "/usr/bin/codelite", with the same size than "/bin/codelite"

That surprised me too, but google tells that in RHEL /bin/ no longer exists as a dir; instead it's a symlink to /usr/bin/

So you have only one codelite, in /usr/bin. But in some situations it's reported as being inside /bin/. In theory that shouldn't matter. However you also have those

shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

messages. Perhaps the two issues are somehow connected...

Most of the google hits for 'cannot access parent directories' happened when the user was connecting to another computer using ssh. Is that your situation? If so, that may be relevant.

Anyway, I'm running out of ideas (though you could always swap RHEL for a better distro How about debian?)

One final suggestion: build CodeLite again, but this time use the following:

Code: Select all

cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=DebugFull -DCOPY_WX_LIBS=1 -DWITH_WXPATH=/usr/local/bin -DCL_PREFIX=$(pwd)/CL-install

The -DCL_PREFIX=$(pwd)/CL-install tells cmake not to install CodeLite to /usr/bin, /usr/lib etc. Instead install it into a subdirectory of the build dir. So if you start in ~, it will install to ~/CL-install (you're welcome to change this to some name or location that you prefer). One advantage of this is you don't need to be root to make install. Another is that it's far less likely that there will be a conflict between different installs or, in your case, because of the /bin/ symlink.
Then run: ~/CL-install/bin/codelite and hope!

[jidey]

YAY !

So, I did 2 things :
- I rebuilt and reinstalled wxwidget (in case of doubt...rebuild ?) and to be sure I did a few "chmod 777" in wxwidget directories
- I rebuilt and reinstalled CodeLite as you explained in your last post

And...It works

I think we'll never know exactly why it didn't work with my other tries, but well, now it works.
THANKS A LOT for your help and your time.

PS : I wish I could use a Debian