Sorry for necroreply. Just to keen in history records.
When starting any program under MSYS (and MSYS2), the MSYS[2] checks
whether the lunched program is linked with msys-*.dll.
If program is linked with this DLL then the program expects POSIX-like
environment so no path translation is
Microsoft to stop breaking Windows in Preview builds (according to
my personal research - Windows unloads wrong .DLL instead of requested .DLL)
* Ask your clients not to use Insider Preview because of "beta nature"
of those builds.
--
Best Wishes,
Evgeny Grin
--
Problem reports:
On 27.10.2016 16:22, Andrey Repin wrote:
> Greetings, Evgeny Grin!
Privet, Андрей!
>> With latest Window Insider preview it's possible to run Linux command
>> from cmd, Windows commands from bash and even use input-output redirects!
>> https://blogs.msdn.microsoft.com/w
On 27.10.2016 1:57, Duncan Roe wrote:
> On Thu, Oct 27, 2016 at 12:21:07AM +0300, Evgeny Grin wrote:
>> With latest Window Insider preview it's possible to run Linux command
>> from cmd, Windows commands from bash and even use input-output redirects!
>> https://blogs.msdn.micr
Wishes,
Evgeny Grin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
top shortcut (mintty).
bash, sh and fish shells print colorized prompt.
The rest prints ANSI codes.
Same happens in Windows standard console.
Am I doing incorrectly something?
--
Best Wishes,
Evgeny Grin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
typical situation for
developers of Windows when some app/lib sequentially loads/unloads same
.DLL but on different positions. As Windows actually unload .DLLs after
some delay - it just unloaded wrong image. That's my guessing.
--
Best Wishes,
Evgeny Grin
--
Problem reports: ht
On 13.10.2016 19:58, Evgeny Grin wrote:
> On 13.10.2016 18:24, Evgeny Grin wrote:
>
> What I got from strace (typical output):
>
> 649705 [main] mandb 6288 child_info::sync: n 2, waiting for
> subproc_ready(0x280) and child process(0x1CC)
>6358 [main] mandb 7888 child_
On 13.10.2016 18:24, Evgeny Grin wrote:
> On 13.10.2016 10:11, Evgeny Grin wrote:
>> On 12.10.2016 21:45, Evgeny Grin wrote:
>>> On 12.10.2016 13:59, Evgeny Grin wrote:
>>>> On 12.10.2016 8:59, Brian Inglis wrote:
>>>>> On 2016-10-11 15:32, Evgeny Grin
On 13.10.2016 10:11, Evgeny Grin wrote:
> On 12.10.2016 21:45, Evgeny Grin wrote:
>> On 12.10.2016 13:59, Evgeny Grin wrote:
>>> On 12.10.2016 8:59, Brian Inglis wrote:
>>>> On 2016-10-11 15:32, Evgeny Grin wrote:
>>>>> I'm using Windows Insider
On 12.10.2016 21:45, Evgeny Grin wrote:
> On 12.10.2016 13:59, Evgeny Grin wrote:
>> On 12.10.2016 8:59, Brian Inglis wrote:
>>> On 2016-10-11 15:32, Evgeny Grin wrote:
>>>> I'm using Windows Insider (slow ring, prerelease). After recent update
>>>>
On 12.10.2016 13:59, Evgeny Grin wrote:
> On 12.10.2016 8:59, Brian Inglis wrote:
>> On 2016-10-11 15:32, Evgeny Grin wrote:
>>> I'm using Windows Insider (slow ring, prerelease). After recent update
>>> to build 14931, cygwin keeps randomly fail on fork. This
On 12.10.2016 8:59, Brian Inglis wrote:
> On 2016-10-11 15:32, Evgeny Grin wrote:
>> I'm using Windows Insider (slow ring, prerelease). After recent update
>> to build 14931, cygwin keeps randomly fail on fork. This happens not
>> every fork, but frequent enough. Si
/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows\
NT/CurrentVersion/CurrentBuildNumber
14931
--
Best Wishes,
Evgeny Grin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http
On 15.04.2016 11:48, Gerrit Haase wrote:
> BTW. who is Karlson?
It's Karlson på taket.
:)
--
Best Wishes,
Evgeny Grin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe i
On 15.04.2016 14:38, Corinna Vinschen wrote:
> On Apr 15 10:48, Gerrit Haase wrote:
>> 2016-04-14 11:11 GMT+02:00 Evgeny Grin wrote:
>>> Back to cmd:
>>> @ icacls cmd-file
>>> cmd-file DESKTOP-5PNH8IH\Karlson:(RX)
>>> DESKTOP-5PNH8I
Need to add that I'm using latest Cygwin64:
$ uname -r
2.5.0(0.297/5/3)
On 14.04.2016 12:11, Evgeny Grin wrote:
> I can reproduce the problem.
> Win10 Enterprise Build 14316 Insider Preview
> Commands:
> On cmd:
> @ echo test1>cmd-file
>
> On Cygwin sh:
> $ echo t
860368294 -rwxr-xr-x 1 Karlson Karlson6 Apr 14 11:35 uowsh-file
Permissions are definitely different for file created in Cygwin.
--
Best Wishes,
Evgeny Grin
On 13.04.2016 19:21, Gerrit Haase wrote:
> 2016-04-13 17:43 GMT+02:00 John Cowan writes:
>> The exact contents aren't the
o doesn't add anything. It's just completely different from
sh/bash echo.
cmd's echo prints to stdout *whole command line*, ignoring first five
characters ('echo' itself and next char). It preserves any quoting and
trailing and leading spaces.
--
Best Wishes,
Evgeny Grin
--
Problem report
This patch will add ability to create directory junction which are supported
from Windows 2000 and not require any special rights (unlike file/directory
symbolic links).
New three modes for symbolic links creation added: "safenative",
"safenativestrict" and "safenativeonly". First two allow
GCC find more suspicious places with -O3. Cygwin use -Werror so uninitialized
variables prevent compilations.
This patch allow compilation with CFLAGS='-O3' CXXFLAGS='-O3'.
---
winsup/cygwin/fhandler_socket.cc | 4 ++--
winsup/cygwin/regex/regcomp.c| 2 +-
2 files changed, 3 insertions(+),
21 matches
Mail list logo