I have been using gedit for most of my C++ as well as php editing for a couple of months with syntax highlighting working fine. Just recently I went to view one of my .cpp files and the Syntax Highlighting failed. I tried multiple other files and now syntax highlighting fails for all of them. I receive the following errors when gedit runs:
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_match_full: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_replace_eval: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: g_regex_unref: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_match_full: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_replace_eval: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: g_regex_unref: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_match_full: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
(gedit:9833): GLib-CRITICAL **: g_regex_replace_eval: assertion `regex != NULL' failed
(gedit:9833): GLib-CRITICAL **: g_regex_unref: assertion `regex != NULL' failed
(gedit:9833): GtkSourceView-WARNING **: in file /usr/share/gtksourceview-2.0/language-specs/cpp.lang: style 'c:keyword' not defined
(gedit:9833): GtkSourceView-WARNING **: Failed to load '/usr/share/gtksourceview-2.0/language-specs/cpp.lang': style override used with wildcard context reference in language 'cpp' in ref 'def:line-continue'
This is a really frustrating issue that just started happening recently and I'm not sure why.
Additional Info:
I don't have root access
My machine is running openSUSE 11.3
gedit version: 2.28.3
pcretest command returns: PCRE version 7.6 2008-01-28
I have rebooted multiple times hoping this would fix itself, but no luck
I would greatly appreciate any help or ideas on the problem.
Finally figured out my issue after a lot of messing around with it. I was working with programs that involved editing my LD_LIBRARY_PATH environment variable, so I added a couple lines into my .cshrc to add append a few shared libraries. I made to sure to append my newly added libraries to the variable but for whatever reason this still messed up Gedit's ability to do syntax highlighting. After taking the setenv commands out of my .cshrc script, I rebooted and Gedit's syntax highlighting was back to normal.
I've heard using LD_LIBRARY_PATH was considered bad practice. Now I have first-hand experience on what can go wrong.
Related
I successfully built standalone llvm on windows with clang-cl (clang 8.0 downloadable binary) against back-end msvc build tool 2017 with windows 10 sdk using cmake/ninja
After that when I was building standalone clang, it reported "version.lib" in linking phase of clang-rename.exe is missing.
LINK Pass 1: command "....
" failed (exit code 1104) with the following output:
LINK : fatal error LNK1104: cannot open file 'version.lib'
The weird thing is that word version.lib was slabbed in place amoung various lib\clang?????.libs and the leading -LIBPATH:llvm\\.\lib
I tried looking for version.lib in both build folders of llvm and clang, and found none.
Am I supposed to have verson.lib in llvm\lib?
What am I missing here?
I am working for a web application using praat features. I have written a script for that and it is working fine in ubuntu. But now i want to run these .praat scripts in a remote ubuntu server and I have already installed praat but when I run praat it gives me the following error:
(praat:1364): GLib-GObject-WARNING **: invalid (NULL) pointer instance
(praat:1364): GLib-GObject-CRITICAL **: g_signal_connect_data:
assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(praat:1364): Gtk-WARNING **: Screen for GtkWindow not set; you must
always set a screen for a GtkWindow before using the window
(praat:1364): Gdk-CRITICAL **: IA__gdk_screen_get_default_colormap:
assertion 'GDK_IS_SCREEN (screen)' failed
(praat:1364): Gdk-CRITICAL **: IA__gdk_colormap_get_visual: assertion
'GDK_IS_COLORMAP (colormap)' failed
(praat:1364): Gdk-CRITICAL **: IA__gdk_screen_get_default_colormap:
assertion 'GDK_IS_SCREEN (screen)' failed
(praat:1364): Gdk-CRITICAL **: IA__gdk_screen_get_root_window:
assertion 'GDK_IS_SCREEN (screen)' failed
(praat:1364): Gdk-CRITICAL **: IA__gdk_screen_get_root_window:
assertion 'GDK_IS_SCREEN (screen)' failed
(praat:1364): Gdk-CRITICAL **: IA__gdk_window_new: assertion
'GDK_IS_WINDOW (parent)' failed Segmentation fault (core dumped)
Please tell me way a that I can run a praat script in remote ubuntu server.
When compiling Praat for use as a server for commands from your web pages, you may not need sound or a GUI. Do
cp makefiles/makefile.defs.linux.nogui ./makefile.defs
which creates the executable praat_nogui. If you don't need graphics (.e.g PNG files) either (i.e. you need only Praat's computation), you can create an even lighter edition:
cp makefiles/makefile.defs.linux.barren ./makefile.defs
which creates the executable praat_barren. Then type make to build the program. If your Unix isn’t Linux, you may have to edit the library names in the makefile.
Also you can download praat6030_linux64nogui.tar.gz or praat6030_linux64barren.tar.gz from https://github.com/praat/praat/releases
Praat
I had the same problem and rebuilding praat from source using the makefile.defs.linuxs.pulse configuration solved it for me. I had to do some minor changes to get the build to work. You can find the modifications on github.
Edit:
Using makefile definitions from makefile.defs.linux.barren now solves the issue.
I am trying to build 32-bit breakpad on a 64-bit Linux system but I am getting the build error. I did the following as explained here.
./configure CXXFLAGS=-m32 CFLAGS=-m32 CPPFLAGS=-m32
make
In make, I am getting the following error:
src/common/stabs_reader.cc: In member function ‘bool google_breakpad::StabsReader::Process()’:
src/common/stabs_reader.cc:98:35: error: ‘N_UNDF’ was not declared in this scope
} else if (iterator_->type == N_UNDF && unitized_) {
^
Makefile:4678: recipe for target 'src/common/stabs_reader.o' failed
make: *** [src/common/stabs_reader.o] Error 1
Then I looked into the ./configure output and saw that it could be the problem with a.out.h because of the following output:
checking a.out.h usability... no
checking a.out.h presence... no
checking for a.out.h... no
Anyone else face this problem? Am I missing something?
Looks like a bug in the 32bit breakpad build.
I've submitted a patch to the project; in the interim, you can simply edit src/common/stabs_reader.h and replace:
#include <a.out.h>
with
#include <linux/a.out.h>
and configuring with:
env ac_cv_header_a_out_h=yes CXXFLAGS=-m32 CFLAGS=-m32 CPPFLAGS=-m32 ./configure
I am using openssh-6.4p1 for ssh and sftp support and sdk is ipnc_rdk_dm36x_5.1 and compiler is arm-arago-linux-gnueabi-
when i am configuring openssh with below command
./configure --prefix=$(TARGET_FS)/usr --with-libs
--with-zlib=$(TARGET_FS)/usr --with-ssl-dir=$(TARGET_FS)/usr
--disable-strip --disable-etc-default-login CC=$(BUILD_TOOL_PREFIX)gcc
AR=$(BUILD_TOOL_PREFIX)ar LD=$(BUILD_TOOL_PREFIX)gcc RANLIB=$(BUILD_TOOL_PREFIX)ranlib --host=arm-linux-gnueabi
and then compiling and Installing
when i am installing, i am getting below error
./ssh-keygen: 1: ./ssh-keygen: Syntax error: word unexpected (expecting ")")
./ssh-keygen: 1: ./ssh-keygen: Syntax error: word unexpected (expecting ")")
can any one help me please...
thanks in advance
The file is cross compiled, so it can be executed on the build machine.
When you do "make install", it will run "./ssh-keygen -A".
However, the ssh-keygen can only run on ARM platform.
file ssh-keygen
ssh-keygen: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=1e23ab3c8a712b5a26a8d79ad02edcd33502202a, not stripped
I thought GNU threads would be available when I install GLib, but maybe something is wrong? Here is how I installed glib on Ubuntu:
sudo apt-get install libglib2.0-dev
When I run my code, it calls g_thread_pool_create, and glib says:
(process:22232): GLib-CRITICAL **: g_thread_pool_new: assertion `g_thread_supported ()' failed
Mind you my code definitely compiles and links just fine. It's just the assertion that's failing when I call g_thread_pool_new, and subsequently when I call g_thread_pool_push.
Did you call g_thread_init(NULL) to initialize the thread subsystem?