Date: Tue, 19 Mar 2019 19:34:38 +0100
Subject: Re: Misleading timestamps on setup-x86_64.exe
Achim Gratz writes:
> You didn't tell us how exactly you downloaded the file. If you
> donwloaded it onto an already existing file (overwriting it), it may
> have kept the old timestamp depending on what
On 2019-03-19 15:31, Vesa P. wrote:
> Hi all,
>
> Cygwin works great for me in providing POSIX tools for Windows, but
> when I tried to to compile something of my own, I immediately ran into
> problems.
>
> Compiling my Hello World application didn't complain but when running
> it I didn't get an
On 3/19/2019 2:31 PM, Vesa P. wrote:
>
> Compiling my Hello World application didn't complain but when running
> it I didn't get any output. My compilation command was like this:
>gcc -Wextra -Wall -o hello hello.c
> And my source code is below between "---" markers:
> -
On 2019-03-19 16:02, Yaakov Selkowitz wrote:
> Just came across this with 3.0.4 on both Win7 and Win10 1804:
>
> $ ls -1 /usr/bin/python2.7
> /usr/bin/python2.7
> $ ls -1 /usr/bin/python[2-9].[0-9]
> /usr/bin/python3.5
> /usr/bin/python3.6
> /usr/bin/python3.7
> /usr/bin/python3.8
>
> python2.7 i
Am 19.03.2019 um 22:31 schrieb Vesa P.:
Hi all,
Cygwin works great for me in providing POSIX tools for Windows, but
when I tried to to compile something of my own, I immediately ran into
problems.
Compiling my Hello World application didn't complain but when running
it I didn't get any output.
Just came across this with 3.0.4 on both Win7 and Win10 1804:
$ ls -1 /usr/bin/python2.7
/usr/bin/python2.7
$ ls -1 /usr/bin/python[2-9].[0-9]
/usr/bin/python3.5
/usr/bin/python3.6
/usr/bin/python3.7
/usr/bin/python3.8
python2.7 is the actual .exe where python3.* are symlinks, but
shouldn't 2.7 s
Hi all,
Cygwin works great for me in providing POSIX tools for Windows, but
when I tried to to compile something of my own, I immediately ran into
problems.
Compiling my Hello World application didn't complain but when running
it I didn't get any output. My compilation command was like this:
g
Ewa Śliwińska wrote:
> I just noticed *git pull *command on my Cygwin won't work - I just wait
> infdefinitely.
> Pulling works fine from IntelliJ.
"git pull" is working fine for me. I think we'll need more information to
troubleshoot. For example, what transport (git, ssh, https) are you using t
Hello,
I just noticed *git pull *command on my Cygwin won't work - I just wait
infdefinitely.
Pulling works fine from IntelliJ.
Git is properly installed, I can confirm it with *git version* in Cygwin.
Best regards
Ewa
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2019-03-19 13:28, LRN wrote:
> The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
> guess is that the implementation is not POSIX-conformant and tries to
> dereference the first argument (NULL), even though the third argument is 0.
>
> Tested with Cygwin-3.0.4.
$ man wc
On Mar 19 22:28, LRN wrote:
> The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
> guess is that the implementation is not POSIX-conformant and tries to
> dereference the first argument (NULL), even though the third argument is 0.
>
> Tested with Cygwin-3.0.4.
> #include
The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
guess is that the implementation is not POSIX-conformant and tries to
dereference the first argument (NULL), even though the third argument is 0.
Tested with Cygwin-3.0.4.
#include
#include
#include
int
main ()
{
wcha
Jim Fehrle writes:
> The file length matches exactly.
Then check the signature as well if you're still unsure.
> I downloaded by clicking the link at https://cygwin.com/. No idea about a
> proxy server. Is that something an ISP might set up? I'm working from my
> home, not an office. Not work
Greetings, LRN!
> On 19.03.2019 15:23, Andrey Repin wrote:
>> It's not a secret that in earlier Windows versions members of Administrators
>> group require elevated shell to create symlinks.
>> Win10 is supposed to be easier, but all I've found was pointing to some
>> obscure "developer mode".
>
On Mar 19 16:16, Frank Redeker wrote:
> Am 19.03.2019 um 15:23 schrieb LRN:
> > ... SNIP ...
> >
> > Devmode + SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE is the only way to
> > create symlinks without being Administrator (that i know of). You can't just
> > give some extra privileges to your non
Am 19.03.2019 um 15:23 schrieb LRN:
> ... SNIP ...
>
> Devmode + SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE is the only way to
> create symlinks without being Administrator (that i know of). You can't just
> give some extra privileges to your non-administrator account. I know, i've
> tried.
On
>Hello
>Is this error to be concren or the backup still go throught ?
>Regards
>Profile Daily ran successfully.
>Execution log
>-
> 0 [main] rsync 1684 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to the public mailing list
>cygwin@cygwin
Hello
Is this error to be concren or the backup still go throught ?
Regards
Profile Daily ran successfully.
Execution log
-
0 [main] rsync 1684 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to the public mailing list
cygwin@cygwin.com send
On 3/19/19 9:28 AM, LRN wrote:
> ASS[0] is documented for Linux (and for POSIX) but i'm failing to find any
> information on how this applies to Cygwin. I assume, since there are no "real"
> signals on Cygwin, that it's not possible for a signal handler to break the
> state of some function that ha
ASS[0] is documented for Linux (and for POSIX) but i'm failing to find any
information on how this applies to Cygwin. I assume, since there are no "real"
signals on Cygwin, that it's not possible for a signal handler to break the
state of some function that happened to be executed when the signal h
On 19.03.2019 15:23, Andrey Repin wrote:
> It's not a secret that in earlier Windows versions members of Administrators
> group require elevated shell to create symlinks.
> Win10 is supposed to be easier, but all I've found was pointing to some
> obscure "developer mode".
Newer Windows 10 added a
Dikirim oleh pengguna john the ripper
Greetings, All!
Can someone shed some light, please?
It's not a secret that in earlier Windows versions members of Administrators
group require elevated shell to create symlinks.
Win10 is supposed to be easier, but all I've found was pointing to some
obscure "developer mode".
I wonder if it is pos
On Mar 18 19:08, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Yikes. I change uname but missed to patch /proc/version as well.
> > Fixed in git. Please try the latest developer snapshot from
> > https://cygwin.com/snapshots/
>
> Fix confirmed.
Thanks for testing!
Corinna
--
Corinna Vin
Gewoon briljante dingen hier. https://anaramor1989.blogspot.ae/
--
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
25 matches
Mail list logo
