Every time I try to run g-wan I get the following error:
./gwan: 1:Syntax error: word unexpected (expecting ")")
I have tried both 32 and 64 bit versions.
I am running it in ubuntu 11 and I have installed all the necessary packages, any idea what is going on?
Thanks.
You're not running G-WAN (a compiled program): you are rather a system script (the error is a system bash scripting error not a C runtime error).
Make sure that you are in the G-WAN program directory when you run ./gwan
Related
I am using Vim in Windows with the plugin AsyncRun; when I try to execute a simple julia <filename> I get the following:
ERROR: error initializing stdin in uv_dup: Unknown system error 6 (Unknown system error 6 6).
This should be a julia-Windows issue since the same procedure in linux works correctly. Python and other languages also function with Vim & Asyncrun in Windows. Calling julia <filename> in either cmd or PowerShell executes as expected.
Is there a cli option or configuration for julia that can fix this?
EDIT: This bug has been fixed.
Sorry if this is a re-post. I have been searching for hours and there are a lot of similar problems, but they are not exactly the same as my issue.
I have been working with Python27 on my 64bit Windows for a while now and I would like to install Python 3 in parallel.
I downloaded and executed the installation .exe of Python 3.5 for 64bit Windows. The installation worked without any errors and added C:/Python35 to the Windows PATH variable.
However, when I click on python.exe in the directory C:\Python35, instead of launching a python 3.5 shell as it's supposed to do, it pops up a Window saying
Python has stopped working
Also there is a command shell saying:
Fatal Python error: Py_Initialize: unable to load the file system
codec File "C:\Python27\Lib\encodings__init__.py", line 123
raise CodecRegistryError,\
^ SyntaxError: invalid syntax
Current thread 0x00001ce0 (most recent call first):
So appearently Python 3.5 is using the Lib directory of Python 2.7. This is probably related to the PYTHONPATH variable that is set to
C:\Python27;C:\Python27\Lib;C:\Python27\DLLs;C:\Python27\Lib\lib-tk
When I change the PYHTONPATH variable to
C:\Python35;C:\Python35\Lib;C:\Python27\DLLs;C:\Python35\Lib\lib-tk
Python 3.5 works, but Python 2.7 throws the error above.
Is there any way to permanently define that the command "python3" uses one PYTHONPATH and the command "python2" uses another PYTHONPATH?
Copying python.exe and renaming it to python3.exe didn't help. Neither did uninstalling and installing Python 3.5 again.
I have a lot of old jupyter notebooks that are written in Python 2.7 and it would be great if I could continue to use them by choosing different kernels (see here).
I recently attempted to install parallel hdf5-1.10.1 from source with cygwin 2.8.2 and stumbled into a "SIG_SETMASK undeclared" error during make. I wanted to use h5py to write hdf files in parallel (in windows environment).
I tried to follow the instructions from https://support.hdfgroup.org/ftp/HDF5/current/src/unpacked/release_docs/INSTALL_parallel
First I ran the c version of the Sample_mpio.c and it seems it worked:
Proc 2: all tests passed
Proc 3: all tests passed
Proc 1: all tests passed
Proc 0: all tests passed
So, the first step was configure:
CC=mpicc ./configure --enable-parallel --enable-shared
and then make
However, at some point make exited with several SIG_SETMASK undeclared error messages pointing to sigsetjmp(J,N) of the #define HDsigsetjmp(J,N) sigsetjmp(J,N) part followed by in expansion of macro ... for several macros.
Since there are no separate building instructions for cygwin, like for the serial case, I thought it might be an issue of cygwin.
What is the proper way to install parallel hdf5 (and h5py) on windows?
Edit 1:
Thanks to #varro 's suggestion, setting make CFLAGS=-D_POSIX_C_SOURCE resolved the error.
Nevertheless, now make check gives a segmentation fault...
Testing testhdf5.exe
/bin/sh: line 30: 22284 Segmentation fault (core dumped) srcdir="." ./${tname} >> ${log} 2>&1
I want to isntall winexe on Ubuntu 13.1 32bit version.
I did exactly after this guide: Winexe - aldeid
If I execute the command "make basics bin/winexe" there occurs the following error:
Compiling ../librpc/idl/atsvc.idl
/usr/include/stdc-predef.h:0: error: Syntax error near '3'
Failed to parse ../librpc/idl/atsvc.idl at ./../pidl/pidl line 608.
make: *** [idl] Error 1
I have absolutely no idea how to fix this.
I would be even satisfied with a solution suggestion to this problem.
Thank you.
make "CPP=gcc -E -ffreestanding" basics bin/winexe works around this error.
I found "another" way to isntall winexe.
ubuntu forum
The Donwload-Links to the static version (just unzip and run winexe) are working at the moment (on some other pages they didn't).
I still don't know why the error above occurs, if anybody knows it, please tell me anyway. I am still interessted.
VERY IMPORTANT EDIT: After restart winexe gives put an Internal Error signal 11
So I still need a solution for winexe. Either to isntall the verision from git or to fix this error.
EDIT nummber 2: OK, why am I sking questions if I answer them by myself?
The installation form the quide mentiond in my question qorks fine on Ubuntu 12 LTS and winexe-static-version is also ok if you don't make typing errors as I did.
I'm running Fedora 9 x86_64 and am more or less a Linux newbie (not using it, but installing and such). The error occurs in the second stage of the bootstrap (i.e. "./bootstrap_stage2").
It does a whole lot fo stuff and then these errors start happening:
Fatal error: exception Out_of_memory
make[8]: *** [odoc_html.cmo] Error 2
make[8]: Leaving directory `/home/matthew/godi/build/godi/godi-ocaml/work/ocaml/ocamldoc'
make[7]: *** [ocamldoc] Error 2
make[7]: Leaving directory `/home/matthew/godi/build/godi/godi-ocaml/work/ocaml'
Error: Exec error: File /home/matthew/godi/build/godi/godi-ocaml/./../../mk/bsd.pkg.mk, line 1039: Command returned with non-zero exit code
Error: Exec error: File /home/matthew/godi/build/godi/godi-ocaml/./../../mk/bsd.pkg.mk, line 1378: Command returned with non-zero exit code
Error: Command fails with code 1: godi_console
Failure!
I've run it monitoring my memory and can say that I definately have not run out (using about 500 and I've got 3).
So anyone know what the issue is? I've searched the net, but the only other similar thing I found was the other thread on here (but it had a different error)
Any help would be much appreciated, because last time I installed it, it worked flawlessly.
This looks like a known problem with old OCaml (<3.11) on 64-bit platforms likely triggered by heap randomization, which is enabled on Fedora. It's been fixed so far as I know in recent releases (3.11 at least, possibly 3.10.2). Up-to-date GODI running out of section 3.11 should work if this is the case.