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)
/
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
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
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
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
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
_
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
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
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.
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
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
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
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
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
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
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..
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
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
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
___
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
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
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
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
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
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
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..
"C:\progs\msys64\tmp".
Anybody see what the problem is???
Thanks,
David Mathog
mat...@caltech.edu
Manager, Sequence Analysis Facility, Biology Division, Caltech
#
#problem
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
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
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
30 matches
Mail list logo