tclmagick load error - dll

I try to call in a Tcl script:
load tclmagick.dll
and get
couldn't load library "TclMagick.dll": invalid argument
I've tried the Dependency Walker, which tells me that the msvcrt.exe doesn't export a function named "__adjust_fdiv". However, I have no clue how to fix that. Any advice?
OS: Windows 7, 64bit
packages: TclMagick and ImageMagick

Related

Problems with php-gd in php8.1

I have php8.1 running on FreeBSD 12.
Install php81-gd and having a trouble to start php due to the following error:
Any guess how to fix it, please?
PHP Warning: PHP Startup: Unable to load dynamic library 'gd.so' (tried: /usr/local/lib/php/20210902/gd.so (/usr/local/lib/php/20210902/gd.so: Undefined symbol "gdImageCreateFromAvif"), /usr/local/lib/php/20210902/gd.so.so (Cannot open "/usr/local/lib/php/20210902/gd.so.so")) in Unknown on line 0```
You probably need to upgrade the libgd package as well with pkg upgrade libgd; for whatever reason the package manager doesn’t seem to do it automatically when you install the php81-gd package.

When importing Nim module for Lua bindings, error shows: "could not load: lua(|5.1|5.0).dll"

I'm new to the Nim programming language, and coming from a Lua background, it excited me to find out that there is a module for adding Lua bindings to Nim.
I installed Nimble (Nim's package manager) for Windows and executed "nimble install lua" to download and install the correct module. Upon trying to import it and compile the source, this happened:
C:\Users\Ashley\Desktop\Stuff\Coding\Nim\Projects\LuaTest>nim c -r "C:\Users\Ashley\Desktop\Stuff\Coding\Nim\Projects\LuaTest\main.nim"
Hint: system [Processing]
Hint: main [Processing]
Hint: lua [Processing]
CC: main
CC: lua_lua
Hint: [Link]
Hint: operation successful (10698 lines compiled; 1.262 sec total; 16.163MB; Debug Build) [SuccessX]
could not load: lua(|5.1|5.0).dll
Error: execution of an external program failed: 'c:\users\ashley\desktop\stuff\coding\nim\projects\luatest\main.exe '
I have Lua 5.1 already installed with the proper entries in PATH. It's located in Program Files (x86). The directory contains a dll called lua5.1.dll. I tried looking up the error on Google, but there were no results that helped. What could be the problem?
On Windows you can put the library at the same place as the generated binary. In this case the file should be called lua.dll, lua5.1.dll or lua5.0.dll. Also make sure that the library and binary are both for the same system architecture, either x86 (32bit) or x86-64 (64bit).

cygwin: diff.exe: error while loading shared libraries: cygsigsegv-2.dll

I installed the latest cygwin x86-64. I added diffutils to get the basic diff(1) linux command. When I now run it, I get:
diff.exe: error while loading shared libraries: cygsigsegv-2.dll
I did a search for the dll here, but there are zero matches, not found.
I then re-ran the installer and did a search in the installer search box on this dll, and nothing came up.
Can you please advise?
cygsigsegv-2.dll is part of package libsigsegv2, which is required by
diffutils:
# diffutils
sdesc: "A GNU collection of diff utilities"
category: Utils
requires: cygwin libiconv2 libintl8 libsigsegv2
Installing that package should fix the problem.

Scrapy pipeline mysql error

When I wrote the Scrapy\pipeline and then I tried to use scrapy crawl dmoz,
an error occured:
File "F:\Python\lib\site-packages\scrapy\utils\misc.py", line 42, in load_object
raise ImportError("Error loading object '%s': %s" % (path, e))
ImportError: Error loading object 'tutorial.pipelines.Tutorialpipeline': DLL load failed: %1 is not a valid Win32 application.
UPDATE
the problem is fixed. when I used the pip install mysql-python, it installed a 32bits version of mysql-python, I uninstalled it and download a 64bits version.
however, I met another problem, when I run the spider, it shows that:
_mysql_exceptions.ProgrammingError: (1064,"You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'desc,pic)values ('xe4\xbe\x9b\xe5\xba.......' at line 1")
I am not sure what happened,could anybody help me figure it out?
here is how I write the mysql insert function in pipeline
def _conditional_insert(self,tx,item):
tx.execute('insert into raw(title,area,date,sclass,link,desc,pic) values (%s,%s,%s,%s,%s,%s,%s) '
(item['title'],item['area'],item['date'],item['sclass'],item['link'],item['desc'],item['pic']))
the problem is fixed. when I used the pip install mysql-python, it installed a 32bits version of mysql-python, I uninstalled it and download a 64bits version.

dlopen() error image not found

I have software that first loads a .dylib lets call libFirst.dylib using the following command:
void* handle = dlopen(path.c_str(), RTLD_LAZY | RTLD_GLOBAL);
Later on inside a function from the loaded libFirst.dylib I attempt to load another .dylib using the same command but for libSecond.dylib, the loading of this shared library gives me the following warnings in my Xcode console:
error warning: Ignored unknown object module at 0x129310 with type 0x8a8399
dlerror: dlopen(/path/libSecond.dylib, 9): Library not loaded: libFirst.dylib
Referenced from: /path/libSecond.dylib
Reason: image not found
What I don't get is that its says libFirst.dylib is not loaded but I am currently inside a function from libFirst.dylib, so how can this be?
All my paths in DYLD_LIBRARY_PATH appear correct too.
Thanks in advance, I have been stuck on this for days.
I ended up using -install_name to change the install name of all my libraries to #rpath/dylibName.dylib and then in Xcode I set the Runpath Search paths using #loader_path to find all my .dylibs that I was using.
use:
install_name_tool -id #executable_path/../Frameworks/mylib.dylib mylib.dylib
then check it with:
otool -D mylib.dylib
I think an easier way to get around this error would be to revert to an earlier version where you were not getting this error. Right click on the project folder and navigate to local history to revert to an earlier version. I verified this to be working on the android studio installed on Mac OS Big sur.