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.
Related
I've recently downloaded a library, but I'm having trouble compiling it. When i try to run "configure" in the root directory, i get this output:
checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
checking target system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
checking build system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
However, compilation prosecutes until I get this error:
**configure: error: ARCH is not supported**
I tried googling the second error, but found nothing. Could someone help me ?
When I attempt to install plugins I get the following error:
>stack haddock plugins
[1 of 1] Compiling Main ( C:\Users\Eric\AppData\Local\Temp\stack
3768\plugins-1.5.5.0\Setup.lhs, C:\Users\Eric\AppData\Local\Temp\stack3768\plugi
ns-1.5.5.0\.stack-work\dist\2672c1f3\setup\Main.o )
Linking C:\Users\Eric\AppData\Local\Temp\stack3768\plugins-1.5.5.0\.stack-wo
rk\dist\2672c1f3\setup\setup.exe ...
Configuring plugins-1.5.5.0...
configure: WARNING: unrecognized options: --with-compiler, --with-gcc
checking build system type... ./config.guess: unable to guess system type
This script, last modified 2002-07-23, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
ftp://ftp.gnu.org/pub/gnu/config/
If the version you run (./config.guess) is already up to date, please
send the following data and any information you think might be
pertinent to <config-patches#gnu.org> in order to provide the needed
information to handle your system.
Now this error seems to be linux/unix specific but I am running on Windows so I am not sure what to do. Can anyone advise on what to do?
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.
I am using Codeblocks 13.12 on Ubuntu 14.04. While I am loading my shared library using dlopen, I got the error
dlopen failed: abc.so: cannot open shared object file: No such file or directory
Codeblocks "Build log" shows
Executing: xterm -T myConsoleApp -e /usr/bin/cb_console_runner LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. /home/app/myConsoleApp
But my libs reside on ../libx64, so I must provide LD_LIBRARY_PATH=$LD_LIBRARY_PATH:../libx64 instead.
How can I do that using C::B 13.12?
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?