1
Applications / Re: SFTP client
« on: May 23, 2025, 04:31:07 pm »Could FileZilla be an alternative?
https://filezilla-project.org/download.php?show_all=1
No, it uses WxWidgets.
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Could FileZilla be an alternative?
https://filezilla-project.org/download.php?show_all=1
There's no problem calling C code from C++ as long as the declarations are properly wrapped in extern "C" blocks.
We don't have a get_pid, but we do have getpid which libc defines in sys\process.h and it is properly wrapped.
argon2:
terminate called recursively
terminate called recursively
terminate called after throwing an instance of 'Killed by SIGABRT
pid=0xstd::system_error2f0e ppid=0x0076 tid=0x0009 slot=0x00df pri=0x0200 mc=0x0
001 ps=0x0010
'
H:\TMP\BOTAN\BOTAN-TEST.EXE what(): Operation not permitted
terminate called recursively
Creating 2F0E_09.TRP
Moved 2f0e_09.TRP to W:\var\log\app\682fa811-2f0e_09-BOTAN-TEST-exceptq.txt
Need to add a -g somewhere. trp attachedA python path issue?
Perhaps using _virtualenv would work if I can remember how to do it.
bash-5.0# python -m pip install emailproxy
WARNING: The directory 'w:/home/.cache/pip' or its parent directory is not owned
or is not writable by the current user. The cache has been disabled. Check the
permissions and owner of that directory. If executing pip with sudo, you should
use sudo's -H flag.
Collecting emailproxy
Downloading emailproxy-2025.3.14-py3-none-any.whl.metadata (38 kB)
Collecting cryptography>=2.2 (from emailproxy)
Downloading cryptography-45.0.2.tar.gz (743 kB)
--------------------------- ----------- 524.3/743.9 kB 2.8 MB/s eta 0:00:01
--------------------------------------- 743.9/743.9 kB 2.8 MB/s eta 0:00:00
ERROR: Invalid member in the tar file h:/tmp/pip-unpack-prwpg07h/cryptography-45
.0.2.tar.gz: '.gitattributes' would be extracted to 'h:/tmp/pip-install-eriz9zy6
/cryptography_7cbb1fea01e946c08b459fde6f7c0682/.gitattributes', which is outside
the destination
yum install python3-setuptools python3-setuptools_scm
python -m ensurepip --upgrade
python -m pip install --upgrade pip
python -m pip install -r requirements-core.txt
K:\work\email-oauth2-proxy>python -m pip install cryptography
WARNING: The directory 'w:/home/.cache/pip' or its parent directory is not owned
or is not writable by the current user. The cache has been disabled. Check the
permissions and owner of that directory. If executing pip with sudo, you should
use sudo's -H flag.
Collecting cryptography
Downloading cryptography-45.0.2.tar.gz (743 kB)
--------------------------------------- 743.9/743.9 kB 2.3 MB/s eta 0:00:00
ERROR: Invalid member in the tar file h:/tmp/pip-unpack-ye_q2rxg/cryptography-45
.0.2.tar.gz: '.gitattributes' would be extracted to 'h:/tmp/pip-install-zhxi8tme
/cryptography_a6b377d357bc4600a896c1f43f6d019b/.gitattributes', which is outside
the destination
K:\work\email-oauth2-proxy>python pip install cryptography
W:\USR\BIN\python.exe: can't open file 'K:/work/email-oauth2-proxy/pip': [Errno
2] No such file or directory
i deleted that file and i also deleted the whole folder. nothing helped..
i wonder where else the "(wrong) information of another installed warpin could be stored...
G:\os2tk45>grep -ir devhelp_ *
h/entry.h: int (*DevHelp_OpenEventSem)();
h/entry.h: int (*DevHelp_SemHandle)();
h/entry.h: int (*DevHelp_PostEventSem)();
h/entry.h: int (*DevHelp_CloseEventSem)();
h/pddentry.h:extern void DevHelp_RegisterPDD(char *PDD_Name, void *PDD_Function);
h/pddentry.h:extern void *DevHelp_DynamicAPI(short Parm_Count, void *Worker);
G:\os2tk45>grep -ir devhlp_ * > out
grep.exe: book/addendum.inf: binary file matches
grep.exe: book/cp2.inf: binary file matches
grep.exe: book/sg244640.inf: binary file matches
grep.exe: write error: Disk full
DosOpenMutexWaitSem is the one in the Programming Guide and Reference Addendum, under Additional APIs Supported in Warp Serever for e-business, so not a typo.That item _is_ the typo in question.
Compare the sequence of functions in that listing with those in the Control Program Guide and Reference. Where the Addendum has DosOpenMutexWaitSem, the more authoritative CP Ref has DosOpenMuxWaitSem.
This is caused by trying to update HPLIP, HPLIP-COMMON, or HPLIP-LIBS. If you select only LIBAIO, it includes those three, and all updates properly.Should have remembered sooner.