is there an eta for a release with a fix
any chance I can get a preview runtime without building it myself? This issue appeared at an inconvenient point of time...
Note that we're kind of waiting for Cygwin to resolve a couple of issues in preparation to releasing Cygwin v3.3.5, which we will subsequently consume.
<1480c1> Does anyone know if there happens to be a really weird convenient way to execute a linux binary from a windows binary running under wine (path conversions would be a nice bonus, but I can probably handle writing a program as a shim or something)? Something like a reverse msys-2.0.dll?
<1480c1> wait, nvm, somehow
#include <stdio.h>
#include <unistd.h>
int main() {
printf("Hello, World!\n");
execl("/usr/bin/uname", "uname", "-a", NULL);
}this runs fine when I compile it with mingw-w64 and run it
<1480c1> Now I'm curious, if I copy /usr/bin/git to
/usr/bin/git.exe, could cmake.exe autodetect it properly?
<1480c1> ah, it was because it was trying to exec
less, --no-pager solved that
<1480c1> now I need to find out why it's printing like
[root@eeffbb15351b SVT-AV1]# git.exe -C /SVT-AV1 describe --tags --dirty --abbrev --always --match "v[0-9].[0-9]*"
[root@eeffbb15351b SVT-AV1]# v1.0.0-14-g484d592f-dirtyusing cat and od -c shows nothing weird
<1480c1> my inspiration was that
<1480c1> but rather than msvc, it's msys2's stuff, minus bash and using archlinux's git since I can't get msys/git to work
<Biswa96> archlinux has mingw cross compiler.
<1480c1> yeah, but I wanted to reproduce the same exact environment, gcc patch and everything the same, that I use in my Windows docker containers but on linux because Windows containers cause too much pain and their startup time and runtime is abysmal. After getting gcc setup, I was thinking of incorporating the stuff from msvc-wine so I could theoretically ditch the windows container all together but still have as close as an environment for it as possible.
<1480c1> Right now the main linux containers use ubuntu2004 and uses mingw-w64 gcc and cmake from ubuntu, so it would be hard to use msvc-wine since that requires patches on top of cmake to work properly, so instead I wanted to try to pull in a normal windows cmake, sort of
<1480c1> Has anyone encountered something like running a program under wine and the program exiting, and then printing out stdout, if not piped?
https://cdn.discordapp.com/attachments/921754161907925052/972273311251832832/unknown.png
https://cdn.discordapp.com/attachments/921754161907925052/972273311251832832/unknown.png
<1480c1> so I realized an issue
root@f7dbaa2a8f98 /libvpx-src
$ git ls-files --stage configure
100755 beea6503298d36245634eeecc5a9456e26ab9eaf 0 configure
root@f7dbaa2a8f98 /libvpx-src
$ ls -l configure
-rw-r--r-- 1 root root 25649 May 9 01:40 configurethe execute bit isn't preserved across the wine boundary, might need to do some weird grep xargs chmod or something
<1480c1> seems the issue is when redirecting stderr to /dev/null inside a subshell
https://cdn.discordapp.com/attachments/921754161907925052/973042700859375636/unknown.png
https://cdn.discordapp.com/attachments/921754161907925052/973042700859375636/unknown.png
<1480c1>
git in this case is just /cmd/git.exe symlinked
Hi, I opened a Windows Git bash as my terminal, then ran a command like "/usr/bin/env key=value java myJavaApplication" there. When I checked the process tree of the current git bash terminal, I cannot find the env.exe and java.exe process there. Actually the env.exe belonged to a standalone process tree, and its parent process was a process that's no longer alive. Does anyone know why the env.exe process is not a child process of git bash terminal? Thanks.
@testforstephen: not sure.. I'd guess a side effect of how cygwin works. Why is that a problem for you?
@lazka:matrix.org: The backgroud is I use Git bash as VS Code default terminal. And In VS Code, I have an extension to trigger a Java command in Git bash terminal, then I need to get current running Java process pid programmatically and monitor its state. As a VS Code extension, we know the current git bash process pid, so we plan to use the git bash pid as parent pid and find Java process from its descendants. But we actually found that the java.exe and env.exe processes are not in the descendants of git bash. That's my use case.
if I run java.exe in git bash directly, it's a child process of git bash. But if i append a command "env.exe" before java.exe, then java.exe runs a child process of "env.exe", and "env.exe" is not a child process of git bash. I cannot use the process tree to find the target Java process.
I'd guess it's a side effect of cygwin's fork emulation, and env.exe is a cygwin exe. I see the same thing in cygwin
you can ask cygwin devs
@testforstephen https://cygwin.com/problems.html should help (They have an IRC channel, too, I believe)
I'll get a start on it, but might only finish tonight.
