Yeah, all the permissions are 644 on the batch files. In my particular case,
the folder in question is a VMware shared folder from my host with a symbolic
link under Windows to a project folder under the C: drive. I tried changing the
permissions to 755 on my Mac host but they persist as 644 und
Am 21.01.2018 um 11:56 schrieb Marco Atzeri:
On 21/01/2018 16:32, Jay K wrote:
I have some desire to discuss fork.
I know it is an old and difficult topic.
I found this:
"Cygwin fork and RtlCloneUserProcess"
https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/afdf1b68-1f3e-47f5
On 1/21/2018 4:35 AM, Grant Lewis wrote:
I’m running latest Cygwin under a Windows 10 VM. Tab completion for batch files
is not functioning. I have the bash-completion package installed. Batch file
completion does work under the zsh. Is there anything I can do to get it
working under the bash
On 12/01/2018 18:52, Lee wrote:
On 1/12/18, Marco Atzeri wrote:
On 12/01/2018 08:19, Lee wrote:
I have roughly the same for both 32 and 64 cygwin version on W7-64
which flavor of gcc - the cygwin version that builds an executable
that pulls in the posix emulation layer or the mingw version
On 21/01/2018 16:32, Jay K wrote:
I have some desire to discuss fork.
I know it is an old and difficult topic.
I found this:
"Cygwin fork and RtlCloneUserProcess"
https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/cygwin-fork-and-rtlcloneus
gcc-6.4.0-5 has been uploaded for Cygwin.
Libssp in GCC has been disabled in favor of the implementation from Cygwin.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header
I’m running latest Cygwin under a Windows 10 VM. Tab completion for batch files
is not functioning. I have the bash-completion package installed. Batch file
completion does work under the zsh. Is there anything I can do to get it
working under the bash shell?
Thanks,
Grant
--
Problem repo
On 01/21/2018 08:38 AM, Yaakov Selkowitz wrote:
> On 2018-01-21 02:30, DDoSolitary wrote:
>> The stack protector options are broken after updating gcc-core to 6.4.0-
>> 5.
>>
>> For example compiling the following C code with "gcc foo.cpp
>> -fstack-protector-all" results in errors.
>
> The -D_FOR
Yaakov Selkowitz writes:
> The -D_FORTIFY_SOURCE and -fstack-protector* flags with gcc 6.4.0-5
> requires cygwin-2.10.0, still in test.
You might want to correct the setup.ini to make that gcc release a test
version, then. It's been uploaded as current.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#
On 2018-01-21 02:30, DDoSolitary wrote:
> The stack protector options are broken after updating gcc-core to 6.4.0-
> 5.
>
> For example compiling the following C code with "gcc foo.cpp
> -fstack-protector-all" results in errors.
The -D_FORTIFY_SOURCE and -fstack-protector* flags with gcc 6.4.0-5
I have some desire to discuss fork.
I know it is an old and difficult topic.
I found this:
"Cygwin fork and RtlCloneUserProcess"
https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/cygwin-fork-and-rtlcloneuserprocess?forum=windowsgeneraldevelopm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The stack protector options are broken after updating gcc-core to 6.4.0-
5.
For example compiling the following C code with "gcc foo.cpp
- -fstack-protector-all" results in errors.
int main() {
return 0;
}
/tmp/ccrXUPvn.o:foo.c:(.text+0x33
Robert McBroom writes:
> Troubles through several cygwin releases with getting the files to
> have the right permissions when running startwinx from an initial
> cygwin64 terminal. Messages follow:
Is that a network share?
> A directory listing gives:
>
> -- 2 mukx mukx 0 Jan 18 18:44 .s
13 matches
Mail list logo