On 5/30/2016 8:14 PM, Ken Brown wrote:
On 5/30/2016 4:44 AM, Corinna Vinschen wrote:
Our cdefs.h is taken almost verbatim from FreeBSD, and FreeBSD's
cdefs.h uses the exact same expressions chcking for lint. I'm sure
you'd see the same problems there. Don't set lint.
OK, emacs has now been c
On 5/30/2016 4:44 AM, Corinna Vinschen wrote:
Our cdefs.h is taken almost verbatim from FreeBSD, and FreeBSD's
cdefs.h uses the exact same expressions chcking for lint. I'm sure
you'd see the same problems there. Don't set lint.
OK, emacs has now been changed so that it no longer defines lint
On 5/30/2016 4:02 PM, Ken Brown wrote:
On 5/26/2016 8:31 AM, Ken Brown wrote:
This looks like a bug I reported several years ago; it actually has
nothing to do with emacs:
https://www.cygwin.com/ml/cygwin/2011-10/msg00445.html
It was fixed but then reappeared some months later:
https://ww
On 2016-05-30 03:39, Corinna Vinschen wrote:
On May 28 21:39, Mitch Deoudes wrote:
Cygwin's ctime is Change time, not Birth time, that's why Cygwin's stat
structure comes with an additional st_birthtime as on the BSDs.
I have no idea if python has a compile time option to make st_birthtime
visib
On Mon, May 30, 2016 at 6:35 AM, Corinna Vinschen wrote:
>
> Can you, by any chance, also send the output of `cd /tmp; icacls .'?
>
Unfortunately no, corporate machine, and was replaced less than a week
ago. The new machine does not have the same issue, though I have not
tested (and probably won'
On 5/26/2016 8:31 AM, Ken Brown wrote:
> This looks like a bug I reported several years ago; it actually has
> nothing to do with emacs:
>
> https://www.cygwin.com/ml/cygwin/2011-10/msg00445.html
>
> It was fixed but then reappeared some months later:
>
> https://www.cygwin.com/ml/cygwin/201
The following packages have been updated in the Cygwin distribution:
* libpoco-devel-1.6.1-2
* libpoco31-1.6.1-2
* poco-1.6.1-2
* poco-doc-1.6.1-1
The POCO C++ Libraries are open source C++ class libraries that
simplify and accelerate the development of network-centric, portable
applications in
> On 2016-05-30 10:25, Corinna Vinschen wrote:
>
>
> The problem is, there's no change at all in the snapshot which would
> explain a slowdown of such basic functions:
>
> - Assorted select(2) improvements:
>
> commits a23e6a35d896a075640db714b28ce74bb6b8d7ff
> e5665d8c930485d5ac6d89
Am 30.05.2016 um 10:44 schrieb Corinna Vinschen:
Our cdefs.h is taken almost verbatim from FreeBSD, and FreeBSD's
cdefs.h uses the exact same expressions chcking for lint.
That means almost nothing. The BSD guy might have a good,
platform-specific reason to assign a specific meaning to the m
The following packages have been uploaded to the Cygwin distribution:
* gstreamer1.0-1.6.4-1
* gstreamer1.0-plugins-base-1.6.4-1
* gstreamer1.0-plugins-base-doc-1.6.4-1
* gstreamer1.0-plugins-good-1.6.4-1
* gstreamer1.0-plugins-good-extras-1.6.4-1
* gstreamer1.0-plugins-good-doc-1.6.4-1
* gstreame
> Andrew Schulman writes:
> > lftp 4.7.2 is now available in Cygwin. This is a minor upstream release.
> > See
> > http://lftp.yar.ru/news.html for the list of changes.
>
> The debuginfo package for x86_64 seems to be missing.
Uploaded.
--
Problem reports: http://cygwin.com/problems.h
> Andrew Schulman writes:
> > lftp 4.7.2 is now available in Cygwin. This is a minor upstream release.
> > See
> > http://lftp.yar.ru/news.html for the list of changes.
>
> The debuginfo package for x86_64 seems to be missing.
Yeah, not sure why it didn't upload. I'll try uploading again.
-
On 5/29/2016 3:28 PM, Mitch Deoudes wrote:
On 5/28/2016 10:35 PM, Eliot Moss wrote:
On 5/28/2016 9:39 PM, Mitch Deoudes wrote:
According to the python docs, os.stat() gives the following for st_ctime:
"|st_ctime| - platform dependent; time of most recent metadata change on
Unix, or the
On 5/30/2016 6:40 AM, Corinna Vinschen wrote:
On May 16 10:13, Norton Allen wrote:
I have seen problems similar to those reported in "RE: Possible issue with
newest version of git (v 2.8) under Cygwin", but I did not want to hijack
that thread.
For me, the problems have been elusive. Scripts th
On May 16 10:13, Norton Allen wrote:
> I have seen problems similar to those reported in "RE: Possible issue with
> newest version of git (v 2.8) under Cygwin", but I did not want to hijack
> that thread.
>
> For me, the problems have been elusive. Scripts that used to work would fail
> as created
On Apr 29 12:03, Erik Soderquist wrote:
> I'm having a similar issue with strange acl results... I wish I knew
> which update triggered this, but I'd ignored and/or worked around
> it...
>
> I can reproduce it with the following:
>
> user@localhost ~
> $ touch /tmp/foo
>
> user@localhost ~
> $ c
On May 30 12:27, Oleksandr Gavenko wrote:
> On 2016-05-29, Andrey Repin wrote:
>
> > Why do you refer to last year's announce?
> > Why not https://cygwin.com/ml/cygwin-announce/2016-04/msg00063.html ?
>
> I finally got it.
>
> I made accidental assumptions and conclusions that led to misundersta
On 2016-05-29, Andrey Repin wrote:
> Why do you refer to last year's announce?
> Why not https://cygwin.com/ml/cygwin-announce/2016-04/msg00063.html ?
I finally got it.
I made accidental assumptions and conclusions that led to misunderstanding.
https://www.cygwin.com/ page is not so easy lead t
Andrew Schulman writes:
> lftp 4.7.2 is now available in Cygwin. This is a minor upstream release. See
> http://lftp.yar.ru/news.html for the list of changes.
The debuginfo package for x86_64 seems to be missing.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2016-05-29, Ken Brown wrote:
> You can avoid the console window by using Cygwin's run.exe. See the shortcut
> for the X server for an example of this. (You do get a brief console window,
> but it immediately disappears.)
Thanks, that helped.
I tested with "Win+R run emacs-w32 ENTER" but bet
On May 29 13:21, Ken Brown wrote:
> On 5/29/2016 12:56 PM, Andy Moreton wrote:
> > On Sun 29 May 2016, Ken Brown wrote:
> >
> > > If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a
> > > macro
> > > that expands to nothing. Is this intentional?
> > >
> > > Simple test case
On May 28 21:39, Mitch Deoudes wrote:
> According to the python docs, os.stat() gives the following for st_ctime:
>
> "|st_ctime| - platform dependent; time of most recent metadata change on
> Unix, or the time of creation on Windows"
>
> To reproduce:
> 1) touch foo
> 2) wait a minut
On May 27 20:00, Alain Kalker wrote:
> When I run `cygcheck -s -v -r > cygcheck.out` when connecting via SSH, the
> resulting file shows a duplicate path entry as well as other duplicate
> entries.
>
> Steps to reproduce:
>
> - Locally in a Cygwin Terminal, run: `cygcheck -s -v -r > cygcheck1.out
On May 27 09:41, Michael Brux wrote:
> Hi Cygwin mailinig list,
>
> In /usr/share/doc/Cygwin/openssh.README the --name option is missing.
Thanks, I sent a matching patch upstream.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer
Hi Denis,
On May 26 19:21, Denis Excoffier wrote:
> Hello,
>
> I tried the snapshot dated 2016-05-20. Okay, this one was not announced.
>
> Functionally it seems ok. But some simple tasks now take a lot of time
> compared to the last non-snapshot version (2.5.1):
>
> 1) searching into a small
On May 29 15:01, Thomas Wolff wrote:
> Am 25.05.2016 um 16:54 schrieb Corinna Vinschen:
> > On May 25 09:56, Stephen John Smoogen wrote:
> > > On 25 May 2016 at 06:07, Corinna Vinschen
> > > wrote:
> > > > On May 24 20:38, Herbert Stocker wrote:
> > > > > On 24.05.2016 18:44, Jim Reisert AD1C wro
Jason Pyeron pdinc.us> writes:
> I feel I am making things way too complicated.
>
> I have a Makefile, which is building a static library [1] in both 32 and 64
> bit. The current issue is it creates a static lib (.a file) and installs
> both the 32 and 64 to /usr/lib/, which is not working becaus
27 matches
Mail list logo
