I've installed Ansicon from the ansi160.zip, which I placed in a new C:\Program Files (x86)\ansicon directory and unzipped. From a command prompt in the x86 directory I uninstalled, reinstalled, and attempted to log on all different log levels. In each case it crashed with an "ANSI Console has stopped working" dialogue box. In each case I got a useless log:
ANSICON v1.60 log (7) started 2015-04-27 9:50:03
with nothing else.
However, when I opened a new cmd /d session, the first Ansicon session produced a lot more:
ANSICON v1.60 log (7) started 2015-04-27 9:56:09
ansicon (1744): WriteFile->
ansicon (1744): WriteConsoleA: 1 "\e"
ansicon (1744): WriteFile->
ansicon (1744): WriteConsoleA: 1 "["
ansicon (1744): WriteFile->
ansicon (1744): WriteConsoleA: 1 "m"
ansicon (1744): Unloading
ansicon (1744): Unhooking ansicon.exe
ansicon (1744): CreateProcessW
ansicon (1744): GetEnvironmentVariableW
ansicon (1744): GetProcAddress
ansicon (1744): LoadLibraryExW
ansicon (1744): LoadLibraryW
ansicon (1744): WriteFile
ansicon (1744): Unhooking ntdll.dll
ansicon (1744): Unhooking KERNELBASE.dll
ansicon (1744): Unhooking ADVAPI32.dll
ansicon (1744): GetProcAddress
ansicon (1744): LoadLibraryA
ansicon (1744): LoadLibraryW
ansicon (1744): WriteFile
ansicon (1744): LoadLibraryExW
ansicon (1744): Unhooking msvcrt.dll
ansicon (1744): WriteConsoleW
ansicon (1744): WriteFile
ansicon (1744): GetProcAddress
ansicon (1744): LoadLibraryExW
ansicon (1744): CreateProcessA
ansicon (1744): CreateProcessW
ansicon (1744): Unhooking USER32.dll
ansicon (1744): GetProcAddress
ansicon (1744): LoadLibraryExW
ansicon (1744): CreateProcessW
ansicon (1744): Unhooking sechost.dll
ansicon (1744): LoadLibraryExW
ansicon (1744): GetProcAddress
ansicon (1744): Unhooking RPCRT4.dll
ansicon (1744): LoadLibraryExW
ansicon (1744): GetProcAddress
ansicon (1744): Unhooking GDI32.dll
ansicon (1744): WriteFile
ansicon (1744): LoadLibraryExA
ansicon (1744): LoadLibraryExW
ansicon (1744): GetProcAddress
ansicon (1744): Unhooking IMM32.DLL
ansicon (1744): LoadLibraryExW
ansicon (1744): GetProcAddress
ansicon (1744): Unhooking MSCTF.dll
ansicon (1744): LoadLibraryExW
ansicon (1744): GetProcAddress
ansicon (1744): CreateProcessW
ansicon (1744): GetEnvironmentVariableW
ansicon (1744): Unhooking completed
ANSICON v1.60 log (29) started 2015-04-27 9:56:09
cmd (12928): WriteConsoleW: 2 "\r\n"
cmd (12928): WriteConsoleW: 35 "C:\Program Files (x86)\ansicon\x64>"
But then it crashed, and my next attempt with -l29 in the same session wouldn't work. ansicon -p works, or at least doesn't crash, but I don't see its usefulness since the next invocation of ansicon in the same session (or by cucumber) crashes.
Here is someone else's Ansicon help request that only helped me a little. I need Ansicon because cucumber is very difficult to use without it.
/ver: Microsoft Windows [Version 6.3.9600]
Windows 8.1
Dell Inspiron 5447
*I just realized this is the wrong place since I'm using it as a 64-bit app.
adoxa appears to have fixed this issue in version 1.70.
Related
I'm using CUDA Toolkit 10.1, my PATH is set correctly.
I am compiling:
import cupy
x = cupy.array([1., 2., 3.])
y = cupy.arange(10)
This gives
Traceback (most recent call last):
File "C:\Python39\lib\site-packages\cupy\cuda\compiler.py", line 625, in compile
nvrtc.compileProgram(self.ptr, options)
File "cupy_backends\cuda\libs\nvrtc.pyx", line 133, in cupy_backends.cuda.libs.nvrtc.compileProgram
File "cupy_backends\cuda\libs\nvrtc.pyx", line 145, in cupy_backends.cuda.libs.nvrtc.compileProgram
File "cupy_backends\cuda\libs\nvrtc.pyx", line 64, in cupy_backends.cuda.libs.nvrtc.check_status
cupy_backends.cuda.libs.nvrtc.NVRTCError: NVRTC_ERROR unknown (7)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Dropbox\Emil\Binance\a.py", line 4, in <module>
y = cupy.arange(10)
File "C:\Python39\lib\site-packages\cupy\_creation\ranges.py", line 57, in arange
_arange_ufunc(typ(start), typ(step), ret, dtype=dtype)
File "cupy\_core\_kernel.pyx", line 1185, in cupy._core._kernel.ufunc.__call__
File "cupy\_core\_kernel.pyx", line 1212, in cupy._core._kernel.ufunc._get_ufunc_kernel
File "cupy\_core\_kernel.pyx", line 952, in cupy._core._kernel._get_ufunc_kernel
File "cupy\_core\_kernel.pyx", line 62, in cupy._core._kernel._get_simple_elementwise_kernel
File "cupy\_core\core.pyx", line 2030, in cupy._core.core.compile_with_cache
File "C:\Python39\lib\site-packages\cupy\cuda\compiler.py", line 434, in compile_with_cache
return _compile_with_cache_cuda(
File "C:\Python39\lib\site-packages\cupy\cuda\compiler.py", line 476, in _compile_with_cache_cuda
base = _preprocess('', options, arch, backend)
File "C:\Python39\lib\site-packages\cupy\cuda\compiler.py", line 375, in _preprocess
result, _ = prog.compile(options)
File "C:\Python39\lib\site-packages\cupy\cuda\compiler.py", line 637, in compile
raise CompileException(log, self.src, self.name, options,
cupy.cuda.compiler.CompileException: nvrtc: error: failed to open nvrtc-builtins64_101.dll.
Make sure that nvrtc-builtins64_101.dll is installed correctly.
I checked, the required DLL is in the \bin folder. What could be wrong here?
Show-config data is below
OS : Windows-10-10.0.19041-SP0
Python Version : 3.9.1
CuPy Version : 9.3.0
CuPy Platform : NVIDIA CUDA
NumPy Version : 1.19.5
SciPy Version : 1.6.2
Cython Build Version : 0.29.24
Cython Runtime Version : None
CUDA Root : C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v10.1
nvcc PATH : C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v10.1\bin\nvcc.EXE
CUDA Build Version : 10010
CUDA Driver Version : 11040
CUDA Runtime Version : 10010
cuBLAS Version : (available)
cuFFT Version : 10010
cuRAND Version : 10010
cuSOLVER Version : (10, 1, 0)
cuSPARSE Version : (available)
NVRTC Version : (10, 1)
Thrust Version : 100906
CUB Build Version : 100800
Jitify Build Version : 60e9e72
cuDNN Build Version : None
cuDNN Version : None
NCCL Build Version : None
NCCL Runtime Version : None
cuTENSOR Version : None
cuSPARSELt Build Version : None
Device 0 Name : NVIDIA GeForce RTX 2080
Device 0 Compute Capability : 75
Device 0 PCI Bus ID : 0000:1A:00.0
Device 1 Name : NVIDIA GeForce RTX 2080
Device 1 Compute Capability : 75
Device 1 PCI Bus ID : 0000:68:00.0
Process finished with exit code 0
Here are the logs:
CUDA_PATH: C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v10.1
Wheel shared libraries: C:\Python39\lib\site-packages\cupy\.data\lib
Adding DLL search path: C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v10.1\bin
Adding DLL search path: C:\Python39\lib\site-packages\cupy\.data\lib
CuPy wheel package built for CUDA 10.1
CuPy CUDA library directory: C:\Users\Dmitri/.cupy/cuda_lib
Looking for cudnn version 8.0.5 (cudnn64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn64_8.dll
File cudnn64_8.dll could not be found
Trying to load cudnn64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_ops_infer64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_ops_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_ops_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_ops_infer64_8.dll
File cudnn_ops_infer64_8.dll could not be found
Trying to load cudnn_ops_infer64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_ops_infer64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_ops_train64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_ops_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_ops_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_ops_train64_8.dll
File cudnn_ops_train64_8.dll could not be found
Trying to load cudnn_ops_train64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_ops_train64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_cnn_infer64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_cnn_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_cnn_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_cnn_infer64_8.dll
File cudnn_cnn_infer64_8.dll could not be found
Trying to load cudnn_cnn_infer64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_cnn_infer64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_cnn_train64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_cnn_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_cnn_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_cnn_train64_8.dll
File cudnn_cnn_train64_8.dll could not be found
Trying to load cudnn_cnn_train64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_cnn_train64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_adv_infer64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_adv_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_adv_infer64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_adv_infer64_8.dll
File cudnn_adv_infer64_8.dll could not be found
Trying to load cudnn_adv_infer64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_adv_infer64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Looking for cudnn version 8.0.5 (cudnn_adv_train64_8.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib\cudnn_adv_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\lib64\cudnn_adv_train64_8.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cudnn\8.0.5\bin\cudnn_adv_train64_8.dll
File cudnn_adv_train64_8.dll could not be found
Trying to load cudnn_adv_train64_8.dll from default search path
Library cudnn could not be preloaded: Could not find module 'cudnn_adv_train64_8.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Not preloading nccl
Looking for cutensor version 1.2.2 (cutensor.dll)
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cutensor\1.2.2\lib\cutensor.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cutensor\1.2.2\lib64\cutensor.dll
Rejected candidate (not found): C:\Users\Dmitri/.cupy/cuda_lib\10.1\cutensor\1.2.2\bin\cutensor.dll
File cutensor.dll could not be found
Trying to load cutensor.dll from default search path
Library cutensor could not be preloaded: Could not find module 'cutensor.dll' (or one of its dependencies). Try using the full path with constructor syntax.
Process finished with exit code 0
Every 5 minutes Munin sends me the alert: CRITICALs: Timeout: is 60.00 (outside range [:2]). The file that generates the error is rabbitmq-consumers
The graph is drawn well and the number of consumers it shows is correct. If I set an alarm with the number of consumers, the operation is correct.
Plugin site | Munin v2.0.33-1
munin-limits.log:
[PERL WARNING] Argument "consumers" isn't numeric in sprintf at
/usr/share/perl5/Munin/Master/LimitsOld.pm line 408.
This warning also occurs with: messages_uncommitted, memory, messages, messages_unacknowledged
munin-update.log:
[WARNING] Service rabbitmq_consumers on debian-9-dev/127.0.0.1:4949
returned no data for label _0_0
[ERROR] In RRD: Error updating /var/lib/munin/debian-9-dev/debian-
9-dev-rabbitmq_consumers-name-g.rrd: /var/lib/munin/debian-9-
dev/debian-9-dev-rabbitmq_consumers-name-g.rrd: Function
update_pdp_prep, case DST_GAUGE - Cannot convert 'consumers' to
float
[WARNING] Service rabbitmq_consumers on debian-9-dev/127.0.0.1:4949
returned no data for label ___
[WARNING] Service rabbitmq_consumers on debian-9-dev/127.0.0.1:4949
returned no data for label seconds
There are similar messages with the other plugin files
The problem is the RabbitMQ version, I installed the last one available for Debian.
With version 3.6.6 everything works fine.
I'm using Visual Studio 2017 on Windows 10. I try to convert a Win32-DLL to a UWP-DLL. However, when I compile I got this Error:
1>Build FAILED.
1>
1>error PRI175 : 0x80004005 - Processing Resources failed with error : Unbekannter Fehler
1>GENERATEPROJECTPRIFILE : error PRI261: 0xdef00523 - Named resource 'Files\CRenderer\..\..\..\Products\CRenderer\CRenderer\CompiledShaders\GS_GenerateNormals.cso' is outside project root! Only resource containers are allowed outside the project root.
1> 1 Warning(s)
1> 2 Error(s)
1>
1>Time Elapsed 00:00:00.78
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
The *.hlsl shaders compile correctly and are stored in the folder "CompiledShaders". In the file "layout.resfiles" the path is specified as "CRenderer......\Products\CRenderer\CRenderer\CompiledShaders\GS_GenerateNormals.cso" (instead of simply "CompiledShaders\GS_GenerateNormals.cso").
When I set the “layout.resfiles” file to read-only, VS writes: Task 'GeneratePriConfigurationFiles' failed.
To convert Win32-dll to UWP-dll, I recompiled the linked libs and then the dll-project with these project properties:
Configuration Properties> General> Windows Store App Support> Yes
Configuration Properties> c / c ++> Code Generation> Runtime Library> MD / MDd
unloaded, inserted these tags and reloaded:
<Default Language> en-US </ Default Language>
<Minimum Visual Studio Version> 14.0 </ minimum Visual Studio version>
<AppContainerApplication> true </ AppContainerApplication>
<ApplicationType> Windows Store </ ApplicationType>
<Windows Target Platform Version> 10.0.15063.0 </ Windows Target Platform Version>
<WindowsTargetPlatformMinVersion> 10.0.14393.0 </ WindowsTargetPlatformMinVersion>
<Application Type Revision> 10.0 </ Application Type Revision>
Then rebuild. Afterwards, I solved the unresolved errors. The functions, that are not supported by UWP were changed and the parts of the code that are not working and needed are excluded by preprocessor definition.
Configuration Properties> c / c ++> Preprocessor -> Preprocessor Definitions> "WIN_UWP"
(In the code:) #ifndef WIN_UWP [Function(){…}] #endif)
I am down the rabbit hole on TNS-12560.
I am working on a windows 7 computer. I have X86 & X64 versions of Oracle clients installed. The DB(s) are on remote computers. I can use TNSPING, SQLPLUS, SQLDEVELOPER to get to the DBs using the various TNSNAMES.ORA files and have no problems.
I am working on an X86 VB.NET program using VS2008 (also tried a different program using VS2010 with similar results). I am using Oracle.DataAccess.dll X86 in my project. The configuration in VS2008 is X86, I have changed my path on the system to have the X86 oracle path first.
When I run TNSPING it points to the X86 path's SQLNET.ORA. When I try to login to the DB I get the following in my SQLNET.LOG file;
TNS-12560: Message 12560 not found; No message file for product=NETWORK, facility=TNS
ns secondary err code: 0
nt main err code: 530
TNS-00530: Message 530 not found; No message file for product=NETWORK, facility=TNS
nt secondary err code: 38
nt OS err code: 0
I turned on tracing and in the trace file I notice that it references one of the other (X64) client home folders;
2017-01-11 13:25:36.744480 : Attempted load of system pfile source C:\app\paul\product\11.2.0\client_2\network\admin\sqlnet.ora
2017-01-11 13:25:36.744535 : Parameter source loaded successfully
Where TNSPING uses the x86 folder;
C:\>tnsping XXXX
TNS Ping Utility for 32-bit Windows: Version 11.2.0.1.0 - Production on 11-JAN-2
017 12:59:33
Copyright (c) 1997, 2010, Oracle. All rights reserved.
Used parameter files:
C:\app\paul\product\11.2.0\client_x86\network\admin\sqlnet.ora
This leads me to believe that it is trying to mix X86 & X64 components, but I do not know what controls where it looks for the path.
The only other bit of error stuff from the trace that I do not know how to interpret is;
2017-01-11 13:25:36.760176 : nserror:nsres: id=0, op=65, ns=12560, ns2=0; nt[0]=530, nt[1]=38, nt[2]=0; ora[0]=0, ora[1]=0, ora[2]=0
2017-01-11 13:25:36.760189 : nsopen:unable to open transport
So, I am down the rabbit hole, and need some help in finding a map to get out. Anyone with pointers, will be rewarded "bigly" (to coin a phrase).
I am trying to build a Windows Phone app. I am currently getting an error:
Processing Resources with error: Invalid qualifier value.
File: MakePri
and
Invalid qualifier: (null)
File: MakePRI
I was originally using the Multilingual App Toolkit, but I have since disabled it to no effect. When building with verbose output, I see (personal information redacted):
8>Using "GenerateProjectPriFile" task from assembly "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\AppxPackage\Microsoft.Build.AppxPackage.dll".
8>Task "GenerateProjectPriFile"
8> C:\Program Files (x86)\Windows Kits\8.1\\bin\x86\MakePri.exe New -ProjectRoot [Redacted] -ConfigXml obj\Debug\priconfig.xml -OutputFile [Redacted] -ExtensionDll "C:\Program Files (x86)\Windows Phone Kits\8.1\bin\x86\MrmEnvironmentExtDl.dll" -IndexName 14de7fbe-f3e3-43a8-a9df-dddc72828f37 -Verbose -Overwrite
8> Option Verbose specified
8> Option Overwrite specified
8> Index Pass Completed: obj\Debug\layout.resfiles
8> Scale Qualifiers: 240
8>
8> Index Pass Completed: obj\Debug\resources.resfiles
8>
8>MakePri : error 0x80073b0a: Processing Resources with error: Invalid qualifier value.
8>
8>
8>MakePRI : error 0xdef00042: Invalid qualifier: (null)
8> The command exited with code -2147009782.
8>Done executing task "GenerateProjectPriFile" -- FAILED.
The output in Diagnostic mode does not give much more information.
Scaled images are only needed for the phone, so move them all to the "Assets" folder in the phone project, and single copies in the Windows "Assets" folder without qualifiers in their names. It was the only way I got the error messages to go away.
Solution
I had a portable class library that for some reason had the BCL Build Components installed to it when it didn't use them at all. I removed them from the PCL via Nuget and the problem went away.