Re: [Mingw-w64-public] cmake not creating directories on mingw64, works fine on linux.

efiles" .. which is really no improvement over your method, other than maybe making it explicit that "/" is being converted to a Windows path format, which happens silently and automatically when your make command runs. Thanks, David Mathog mat...@caltech.edu Manager, Sequence

Re: [Mingw-w64-public] cmake not creating directories on mingw64, works fine on linux.

ternal to cmake and it probably does a mkdir() call directly, so the conversions are not made. Suggestions for making this portable Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ M

Re: [Mingw-w64-public] cmake not creating directories on mingw64, works fine on linux.

On 2020-01-23 14:15, David Mathog wrote: The CMakeLists.txt file after my signature works correctly in linux with: mkdir build cd build cmake .. make but in mingw64 this: mkdir build cd build cmake -G "MSYS Makefiles" .. make fails when it tries to link the first executable (whi

[Mingw-w64-public] cmake not creating directories on mingw64, works fine on linux.

"C:\progs\msys64\tmp". Anybody see what the problem is??? Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech # #problem

[Mingw-w64-public] FIFO's work?

but the "lnk" is not visible in a mingw64 shell. In a file explorer window .lnk can be seen with properties but not in the "details" display. So, am I doing something wrong or are FIFOs not really a thing in Mingw64? (W10, 64 bits.) Thanks, David Mathog mat..

Re: [Mingw-w64-public] lock an empty file?

test_lock2(3): status: locked C:/progs/msys64/tmp/wlock with lh 0098 test_lock2(3): status: waiting 3 seconds ! Fri, Jan 10, 2020 11:46:31 AM after background, exiting test_lock2(3): status: releasing lock on lh 0098 TEST Fri, Jan 10, 2020 11:46:34 AM after foreground N

Re: [Mingw-w64-public] lock an empty file?

On 2020-01-10 02:05, Gisle Vanem wrote: David Mathog wrote: The test program just tries to lock, and then unlock that file.  It should do so 3 only after the subprocess releases its lock. Have you tried '_locking()' or '_lock_file()' for your Windows ve

[Mingw-w64-public] lock an empty file?

e. However if the "false" is changed to true then the flock program creates an empty /tmp/wlock and Filelock() fails, presumably because the range it has been told to lock does not exist. But I don't see how to tell Filelock() to lock "no bytes"! Thanks, David Mathog

Re: [Mingw-w64-public] errno not set by bad call to strtof()

On 2020-01-08 11:12, David Mathog wrote: Searched around until the stdlib.h file was located and found within it that there was a define __USE_MINGW_STRTOX. So built like this: gcc -Wall -std=c99 -pedantic -D__USE_MINGW_STRTOX -o errno_prob errno_prob.c If this is used instead: gcc

Re: [Mingw-w64-public] errno not set by bad call to strtof()

beyond the defines in stdlib.h I have not found any documentation about this. Could one of the developers please chip in and tell us what is going on here? gcc is 9.2.0. Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Divisio

Re: [Mingw-w64-public] errno not set by bad call to strtof()

by mingw before msvcrt.dll is actually called? That might explain how errno gets lost. Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ Mingw-w64-public mailing list Ming

Re: [Mingw-w64-public] errno not set by bad call to strtof()

ing other than 0. These were tried: 1.0e+40 blech .001 1000 1.0e-100 So why is errno not set in mingw64? Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___

[Mingw-w64-public] path conversion in bash limitations

like this to force conversion? Something along these lines: program -in FILES(/tmp/infile1.txt,/tmp/infile2.txt) -out /tmp/outfile.txt or program -in FILE(/tmp/infile1.txt),FILE(/tmp/infile2.txt) -out /tmp/outfile.txt Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysi

Re: [Mingw-w64-public] errno not set by bad call to strtof()

On 2020-01-07 14:53, David Mathog wrote: is compiled on mingw64 with: gcc -o binload binload.c correction, that should have been: gcc -Wall -std=c99 -o binload binload.c strtof() is supposed to be defined for -std=c99. Regards, David Mathog mat...@caltech.edu Manager, Sequence Analysis

[Mingw-w64-public] errno not set by bad call to strtof()

the correct value. For instace, for 1.0e+04 it emits: DEBUG buffer 0068F970 final 0068F977 fv 1.00 errno 0 Am I using errno improperly for mingw64 (maybe some Windows variant is needed instead?) or is there some other issue in play? Thanks, David Mathog mat..

Re: [Mingw-w64-public] relocating Qt5 based program?

On 2020-01-03 15:49, David Grayson wrote: On Fri, Jan 3, 2020 at 3:23 PM David Mathog wrote: Please define "next to". "platforms" would be in the same directory as your executable, if I recall correctly. You could also try naming it "plugins" and you could a

Re: [Mingw-w64-public] relocating Qt5 based program?

On 2020-01-03 13:59, David Grayson wrote: On Fri, Jan 3, 2020 at 1:11 PM David Mathog wrote: qt.qpa.plugin could not find the Qt platform plugin "windows" in "" I've solved this type of error before without having to write a qt.conf file. Qt is looking for

[Mingw-w64-public] relocating Qt5 based program?

here the python3 executable is) changed nothing. Suggestions Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] what supplies pyQt5/Qt subdirectory?

On 2019-12-19 13:10, David Mathog wrote: Is there a pacman package which supplies that Qt subdirectory? Made some progress. This exists: /mingw32/lib/python2.7/site-packages/PyQt5/QtWidgets.pyd so the widgets are already built into a Python dll, they are not present as separate files in

[Mingw-w64-public] what supplies pyQt5/Qt subdirectory?

pyqt5 #new for 2.4.0 but apparently it is not sufficient. Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net

Re: [Mingw-w64-public] libxml2 2.9.7 built a year ago, not now

build does the same thing for its static build but for the shared build it seems to patch around the issue, since configure there has: --with-python=${MINGW_PREFIX}/bin/python$1 Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech

Re: [Mingw-w64-public] libxml2 2.9.7 built a year ago, not now

ot;crypt.h", which is what the build is looking for. Regards, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.

Re: [Mingw-w64-public] libxml2 2.9.7 built a year ago, not now

On 2019-12-11 14:46, Ruben Van Boxem wrote: Op wo 11 dec. 2019 23:31 schreef David Mathog : or some switch used with "./configure". You'll need to pass "--host=i686-w64-mingw32". If you don't, it tries to identify the MSYS2 environment, which in the best ca

Re: [Mingw-w64-public] libxml2 2.9.7 built a year ago, not now

nd out who built it and will write there to find out where I am going wrong. Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge

[Mingw-w64-public] libxml2 2.9.7 built a year ago, not now

hould be current. Everything was updated about a year ago too, before the last build. So some combination of mingw32 and libxml2 changes in the last year seem to have broken things. Thanks, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech _

Re: [Mingw-w64-public] run system() in something other than cmd.exe?

On 10-May-2019 14:52, David Mathog wrote: Is there a way that a program can do: status = system("some command"); Found it right after posting, change "COMSPEC". Which works, but only sort of. I have a program "execinput" which takes input and for each li

[Mingw-w64-public] run system() in something other than cmd.exe?

ently if a shell script is running in an MSYS2 bash environment and calls a program which then does a system() call the command executes in cmd.exe, which for most linux or unix scripts is not at all the environment that command expects! Thanks, David Mathog mat...@caltech.edu Manager, Sequenc

[Mingw-w64-public] sleep producing job specific file of some sort.

u 8.26 version. My best guess is that the sleep program is doing something which gets hold of the jobid of the parent program to make a temporary file, and that is colliding for the different threads. Regards, David Mathog mat...@caltech.edu Ma

Re: [Mingw-w64-public] issues with application to run commands in parallel on Windows

On 04-May-2019 20:31, Liu Hao wrote: 在 2019/5/4 上午6:16, David Mathog 写道: Thanks for the feedback, but I'm still nowhere near getting this to work. Issues: 1.  Compiler warnings: c_spawn_n.c: In function 'main': c_spawn_n.c:47:13: warning: passing argument 3 of 

[Mingw-w64-public] issues with application to run commands in parallel on Windows

quot;, firstempty,retVal); } } // run a command, return its exit status LPTHREAD_START_ROUTINE RunCommand( LPVOID lpParam ){ char *command = (char *) lpParam; int retval = system(command); // output from next command never appears in console (DOS or MSYS) /