GameRanger issue on linux mint - linux

I would like to play AOM on gameranger on my linux mint 17.3 rosa.
I can play AOM with wine but i cant open gameranger. everytime I try this error pops up:
gameranger has encountered an unexpected error and must quit.
this error has been logged automatically.
this should be the log:
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: impossibile aprire il file oggetto condiviso: File o directory non esistente
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:systray:wine_notify_icon unhandled tray message: 4
fixme:iphlpapi:NotifyAddrChange (Handle 0x41be570, overlapped 0x3ff4f54): stub
fixme:winsock:WSALookupServiceBeginW (0x41be670 0x00000ff0 0x41be6b8) Stub!
[0512/164500:ERROR:network_change_notifier_win.cc(143)] WSALookupServiceBegin failed with: 8
wine: Call from 0x7b83aace to unimplemented function dnsapi.dll.DnsFlushResolverCacheEntry_A, aborting
I've wandered around the internet, trying this trying that. Nothing works.

https://appdb.winehq.org/objectManager.php?sClass=version&iId=20206
here is the solution, look down the page.

Related

PyOpenCL problem with printf build in kernel

When execute my program in python, I have a problem with a build only in "cl.device_type.GPU" but "cl.device_type.CPU" don't have problems
import pyopencl as cl
Mi_Contexto=cl.Context(devices=[cl.get_platforms()[0].get_devices(device_type=cl.device_type.GPU)[0]])
Mi_Cola_de_comandos=cl.CommandQueue(Mi_Contexto)
Mi_programa=cl.Program(Mi_Contexto,'''
__kernel void threads_in_pyopencl(void){
printf("HOLA\\n");
while(1<10){}
}
''').build(options=[])
*Exception has occurred: RuntimeError
clBuildProgram failed: BUILD_PROGRAM_FAILURE - clBuildProgram failed: BUILD_PROGRAM_FAILURE - clBuildProgram failed: BUILD_PROGRAM_FAILURE
Build on <pyopencl.Device 'AMD Radeon Pro 555 Compute Engine' on 'Apple' at 0x1021c00>:
SC failed. No reason given.
(options: -I /usr/local/lib/python3.7/site-packages/pyopencl/cl)
(source saved as /var/folders/cj/v6tpwrhj58j0jc2s0zgmp1wr0000gn/T/tmpmqfa6yow.cl)
File "/Users/gustavo/Python projects/PyOpenCL mis programas/threads/PyOpenCL threads.py", line 15, in
''').build(options=[])*
So, I changed to the next kernel, with the same flag "cl.device_type.GPU" and the problem disappeared. I don't know what is the problem
Mi_programa=cl.Program(Mi_Contexto,'''
__kernel void threads_in_pyopencl(void){
while(1<10){}
printf("HOLA\\n");
}
''').build(options=[])
P.D. I have Mac OS Catalina without conda, I installed PyOpenCL with pip.
I can't verify it as I do not have an AMD / Radeon card but I guess you have to enable the proper extension with
#pragma OPENCL EXTENSION cl_amd_printf : enable
See also the following answer

Error when building Automotive Grade Linux

I'm trying to build automotive grade linux, but I keep getting the same errors.
I tried building on different machines with different linux distributions, but I keep getting the error nevertheless.
I also tried building for different machines without success.
This is the full log of the last time I tried to build automotive grade linux for a raspberry pi 2:
Pt 1: https://pastebin.com/0pqKDdv5
Pt 2: https://pastebin.com/dmRCtTLe
This is my build configuration:
BB_VERSION = "1.32.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "Debian-9.3"
TARGET_SYS = "arm-agl-linux-gnueabi"
MACHINE = "raspberrypi2"
DISTRO = "poky-agl"
DISTRO_VERSION = "4.0.2"
TUNE_FEATURES = "arm armv7ve vfp thumb neon vfpv4 callconvention-hard"
TARGET_FPU = "hard"
meta-raspberrypi = "HEAD:28d4404f89eb59d406b4976c0e3f5ca19137ba74"
meta-netboot = "HEAD:a5f69d3d31e7d75351f0e2abfc36d35ba39ce304"
meta-security-smack
meta-security-framework = "HEAD:20bbb97f6d5400b126ae96ef446c3e60c7e16285"
meta-app-framework = "HEAD:a5f69d3d31e7d75351f0e2abfc36d35ba39ce304"
meta-qt5 = "HEAD:5f837b47f5c3e462f24cd5abf58ff6ef1dd04932"
meta-agl-demo = "HEAD:65619655cb3f373a1b15da7a4d91191a2867464b"
meta-oe
meta-multimedia
meta-efl
meta-networking
meta-python
meta-filesystems = "HEAD:fe5c83312de11e80b85680ef237f8acb04b4b26e"
meta-ivi-common
meta-agl
meta-agl-distro
meta-agl-bsp = "HEAD:a5f69d3d31e7d75351f0e2abfc36d35ba39ce304"
meta
meta-poky = "HEAD:60402978fe3648bf560b3386c6e9dd661cdf2083"
This is the first error I get:
WARNING: qemu-native-2.7.0-r1 do_populate_sysroot: File '/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/openbios-ppc' from qemu-native was already stripped, this will prevent future debugging!
WARNING: qemu-native-2.7.0-r1 do_populate_sysroot: File '/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/openbios-sparc32' from qemu-native was already stripped, this will prevent future debugging!
WARNING: qemu-native-2.7.0-r1 do_populate_sysroot: File '/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/openbios-sparc64' from qemu-native was already stripped, this will prevent future debugging!
WARNING: qemu-native-2.7.0-r1 do_populate_sysroot: File '/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/s390-ccw.img' from qemu-native was already stripped, this will prevent future debugging!
WARNING: qemu-native-2.7.0-r1 do_populate_sysroot: File '/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/u-boot.e500' from qemu-native was already stripped, this will prevent future debugging!
ERROR: qemu-native-2.7.0-r1 do_populate_sysroot: runstrip: ''strip' --remove-section=.comment --remove-section=.note '/.../build/tmp/work/x86_64-linux/qemu-native/2.7.0-r1/sysroot-destdir/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/palcode-clipper'' strip command failed with 1 (b"strip: Unable to recognise the format of the input file `/.../build/tmp/work/x86_64-linux/qemu-native/2.7.0-r1/sysroot-destdir/.../build/tmp/sysroots/x86_64-linux/usr/share/qemu/palcode-clipper'\n")
This is the second error, which I think is caused by the first one.
ERROR: gcc-runtime-6.2.0-r0 do_compile: oe_runmake failed
ERROR: gcc-runtime-6.2.0-r0 do_compile: Function failed: do_compile (log file is located at /.../build/tmp/work/armv7vehf-neon-vfpv4-agl-linux-gnueabi/gcc-runtime/6.2.0-r0/temp/log.do_compile.30447)
ERROR: Logfile of failure stored in: /.../build/tmp/work/armv7vehf-neon-vfpv4-agl-linux-gnueabi/gcc-runtime/6.2.0-r0/temp/log.do_compile.30447
NOTE: recipe gcc-runtime-6.2.0-r0: task do_compile: Failed
ERROR: Task (/.../poky/meta/recipes-devtools/gcc/gcc-runtime_6.2.bb:do_compile) failed with exit code '1'
I found this thread of someone having the same issue, but there is no fix there, so I thought I'd ask it again, because this issue still persist.
I can see that there is a problem with the stripping of files, but I can't find where to fix this in the recipes.
I'm not sure if this error is caused by the used host system or if it's dependant on the recipes.
I hope someone knows a fix to this issue.
Thanks in advance
Laurens Wuyts
EDIT:
Here is the log file of the gcc error: https://www.dropbox.com/s/4hd5kzgbadhdc9p/log.do_compile.30447?dl=0
Here is the specific error message on pastebin:
https://pastebin.com/H8M3sY6a

LoadLibrary failed when running Loadrunner 12.53

Fatal Error -32988: LoadLibrary failed, rc=193 [MsgId: MERR-32988]
Fatal Error -26000: xfbLrwiWebInfraGlobalInitOK failed [MsgId: MERR-26000]
Warning: Extension lrwreplaymain.dll reports error -1 on call to function ExtPerProcessInitialize
Error: Thread Context: Call to service of the driver failed, reason - thread context wasn't initialized on this thread.
Recording is passed but cannot replayed due to the above error.
Thanks for the help in advance.
Either lrwreplaymain.dll or some of the DLLs it depends on were corrupted (error code 193 = ERROR_BAD_EXE_FORMAT). This may have been caused by virus attack, file system corruption etc.
The easiest solution is to re-install LoadRunner. You can also check which DLLs are corrupted by means of the Dependency Walker x86. Just start it and open <LoadRunner installation folder>\bin\lrwreplaymain.dll

rlm_eap error running freeradius in openwrt

I am running openwrt on beagle bone black board. I am getting following error while running freeradius.
radiusd -X
rlm_eap: SSL error error:02001002:lib(2):func(1):reason(2)
rlm_eap_tls: Error reading certificate file /etc/freeradius2/certs/server.pem
rlm_eap: Failed to initialize type tls
/etc/freeradius2/eap.conf[17]: Instantiation failed for module "eap"
/etc/freeradius2/sites/default[312]: Failed to find "eap" in the "modules" section.
/etc/freeradius2/sites/default[254]: Errors parsing authenticate section.
when i checked there is no "cert" directory present in /etc/freeradius2/. Plz help
Problem was solved after installing freeradius2-democerts_2.2.7-1_omap.ipk
after installing following error might trouble:
Debug: Module: Checking authorize {...} for more modules to load
Error: /etc/freeradius2/sites/default[160]: Failed to find "reject" in the "modules" section.
Error: /etc/freeradius2/sites/default[69]: Errors parsing authorize section.
to resolve this go to /etc/freeradius2/sites/default line no. 160. comment the line which has reject word.

Overtone & Vim (Repl doesn't seems to be connected)

I tried to play with overtone on ubuntu, but I can't eval some of overtone's codes in Vim.
:Eval works for the clojure code; I tried it in vim (a clj file in the lein project directory), ex: (+ 1 2 3) => :Eval => appeared on the bottom of the vim window => 6, so it's ok.
But, for example, I tried:
(demo(sin-osc)) => :Eval ;(:Require don't change nothing)
It returned:
java.lang.RuntimeException: Unable to resolve symbol: demo in this context, comp
iling:(NO_SOURCE_PATH:1:1)
So here's what I do:
jack is started
lein repl is started in the lein project (deps is ok)
in the first terminal where there is lein I start overtone (use 'overtone.live), here is the log; I've got 2 errors:
user=> (use 'overtone.live)
--> Loading Overtone...
--> Booting internal SuperCollider server...
* ERROR: dlsym load err '/home/axxon/workspace/overtone/tutorial/native/linux/x86_64/libscsynth.so: undefined symbol: load'
Found 10 LADSPA plugins
* ERROR: open directory failed '/home/axxon/.local/share/SuperCollider/synthdefs'
JackDriver: client name is 'SuperCollider'
SC_AudioDriver: sample rate = 44100,000000, driver's block size = 1024
--> Connecting to internal SuperCollider server...
--> Connection established
JackDriver: max output latency 23,2 ms
here, in this window I tried (demo(sin-osc)). it works; I can hear it.
Great, but now I want to script with Vim, so I created a new file (mytest.clj) in the lein project directory (/overtone/tutorial), I opened it with Vim (in another window)
in this blank file, I wrote the same thing as I said before, (demo(sin-osc)) and tried to eval with first, :Require, it returned this:
(clojure.core/require 'user :reload)
java.io.FileNotFoundException: Could not locate user__init.class or user.clj on
classpath:
with Eval, it doesn't work either.
Thanks for your help because I really want to use overtone!
Ps: my vim bundles:
Bundle 'guns/vim-clojure-static'
Bundle 'tpope/vim-fireplace'
Bundle 'tpope/vim-classpath'
Edit: I forgot to use a correct namespace, and in overtone's google group, i seen that mytest.clj must be in the src directory of the project. I tried this code with :Require (i stopped overtone in the first window where i started lein):
(ns tutorial.foo
(:use [overtone.live]))
(definst saw-wave [freq 440 attack 0.01 sustain 0.4 release 0.1 vol 0.4]
(* (env-gen (lin-env attack sustain release) 1 1 0 1 FREE) (saw freq) vol))
(saw-wave)
, but it returned:
(clojure.core/require 'tutorial.foo :reload)
Erreur détectée en traitant function <SNR>17_Require..fireplace#session_eval..<S
NR>17_eval..7 :
ligne 38 :
E605: Exception non interceptée : Error running Clojure: *** ERROR: open directo
ry failed '/usr/java/packages/lib/amd64'^#*** ERROR: dlsym load err '/usr/lib/jn
i/libswt-gtk-3836.so: undefined symbol: load'^#*** ERROR: dlsym load err '/usr/l
ib/jni/libswt-glx-gtk-3836.so: undefined symbol: load'^#*** ERROR: dlsym load er
r '/usr/lib/jni/libswt-webkit-gtk-3836.so: undefined symbol: load'^#*** ERROR: d
lsym load err '/usr/lib/jni/libswt-atk-gtk-3836.so: undefined symbol: load'^#***
ERROR: dlsym load err '/usr/lib/jni/libswt-pi-gtk-3836.so: undefined symbol: lo
ad'^#*** ERROR: dlsym load err '/usr/lib/jni/libswt-cairo-gtk-3836.so: undefined
symbol: load'^#*** ERROR: dlsym load err '/usr/lib/jni/libswt-awt-gtk-3836.so:
undefined symbol: load'^#*** ERROR: dlsym load err '/usr/lib/jni/libswt-gnome-gt
k-3836.so: undefined symbol: load'^##^## A fatal error has been detected by the
Java Runtime Environment:^##^## SIGSEGV (0xb) at pc=0x00007f5d261db671, pid=693
1, tid=140036632291072^##^## JRE version: 7.0_25-b30^## Java VM: OpenJDK 64-Bi
I was having the same problem. It turned out that the vim fireplace plugin was not connected to my bash repl session. I manually established the connection and everything worked just fine afterwards.
At the top of your lein session you should see the details about what port the repl session is running on
nREPL server started on port 35182 on host 127.0.0.1
So then you can connect vim-fireplace to that repl session by using
:Connect nrepl://localhost:35182
The reason why you can still evaluate code like (+ 1 2 3) even when vim-fireplace is not connected to the remote repl session is because vim-classpath will make it fall back to just spawning a new clojure runtime instance to evaluate that code. Once the fireplace repl connection is working you should notice that evaluating code becomes a lot faster since it doesn't need to load clojure from scratch.
Make sure that you use overtone.live in the namespace declaration of the file you are editing in vim, and that the REPL is running in a separate terminal instance. From vim, save the file (:w) and move your cursor into the ns declaration. Then hit gf to open the file for the namespace. Type cpR or :Require! and then cpp or :Eval the function you were trying to run. Hopefully this will work for you! Best of luck.

Resources