Re: Necessity for the assignment form

On 20/05/16 01:44, KOBAYASHI Shinji wrote: I found a bug and I am willing to submit a patch (under winsup/cygwin). But before doing that, I was asked from my employer to clarify some points.https://cygwin.com/contrib.html says that the assignment form is required "if your change is going to be

Invalid tm_zone from localtime() when TZ is not set

> Warren Young wrote: > How about you just give the line of code and explain what’s wrong with it? > Then someone with checkin rights can reimplement your change from your prose > description. Thank you for your suggestion. So I try to describe the problem: Current localtime() can

Help debugging a dll issue

Dear Cygwin friends -- I am trying to get pypy to build under cygwin. (It used to do so, but has not been maintained.) I am very close, but there is something quite odd happening when trying to access the large dll that the system builds: the first call into that dll goes wild and causes a

Re: Necessity for the assignment form

On May 19, 2016, at 6:44 PM, KOBAYASHI Shinji wrote: > > my patch is just two lines of modifications, so I believe > that it is not "a significant one". Is it okay to send such a small > patch without the assignment form? How about you just give the line of code and

Re: Why does ldd not show cyg*.dll in its output?

On May 19, 2016, at 5:21 PM, Hans-Bernhard Bröker wrote: > > Does not WFM: [snip] > This is with ldd.exe from cygwin-2.5.1-1, on Win10 64bit, installed into > c:\cygwin64 That’s identical to my system. I was going to attach the output of “strace ldd `which ls`” but

How to remove pesky persistent +x bits that chmod -x won't remove

I think I have an ACL inheritance problem. Here’s the scenario: $ ls -l Protocol.md ## Boo, bad permissions; shouldn’t be +x! -rwxr--r--+ 1 Warren Warren 4.3K May 19 18:41 Protocol.md* $ chmod -x Protocol.md $ ls -l Protocol.md ## Still +x! Did I stutter? -rwxr--r--+ 1 Warren

Necessity for the assignment form

Hello, I found a bug and I am willing to submit a patch (under winsup/cygwin). But before doing that, I was asked from my employer to clarify some points. https://cygwin.com/contrib.html says that the assignment form is required "if your change is going to be a significant one in terms of the

Re: Why does ldd not show cyg*.dll in its output?

Am 16.05.2016 um 19:50 schrieb Yaakov Selkowitz: On 2016-05-16 10:42, Warren Young wrote: $ ldd `which ls` ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffd16fb) KERNEL32.DLL => /c/WINDOWS/system32/KERNEL32.DLL (0x7ffd16b8) KERNELBASE.dll =>

Request for python-nose

Yaakov, when you have a moment, please could you bring python-nose across from ports. Many thanks in advance, Dave. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

[RFC] splitting documentation

To move the documentation in a noarch package I split lilypond in two source packages. http://matzeri.altervista.org/noarch/lilypond-doc/ http://matzeri.altervista.org/x86/lilypond/ http://matzeri.altervista.org/x86_64/lilypond/ The documentation is just a copy of the upstream PDF so : - the

Re: Show Symbol Table for OMF (.obj)?

Am 16.05.2016 um 22:05 schrieb Yaakov Selkowitz: On 2016-05-16 14:10, Benjamin Cao wrote: I am curious to know if there is a command that will display a symbol table for *.obj files. It seems as if commands such as "nm" or "objdump" do not do this. I get "File format not recognized". You may

[ANNOUNCEMENT] curl 7.49.0-1

The following packages have been uploaded to the Cygwin distribution: * curl-7.49.0-1 * libcurl4-7.49.0-1 * libcurl-devel-7.49.0-1 * libcurl-doc-7.49.0-1 * mingw64-i686-curl-7.49.0-1 * mingw64-x86_64-curl-7.49.0-1 curl is a command line tool and library for transferring files with URL syntax,

curl 7.49.0-1

The following packages have been uploaded to the Cygwin distribution: * curl-7.49.0-1 * libcurl4-7.49.0-1 * libcurl-devel-7.49.0-1 * libcurl-doc-7.49.0-1 * mingw64-i686-curl-7.49.0-1 * mingw64-x86_64-curl-7.49.0-1 curl is a command line tool and library for transferring files with URL syntax,

Re: [ITA] flex-2.6.1

> On May 19 14:18, Marco Atzeri wrote: > > Built last version with cygport > > > > New HOMEPAGE > >https://github.com/westes/flex/ > > > > to download (remove the index.html's) : > > > > wget -r -np -nH --cut-dirs=0 \ > > http://matzeri.altervista.org/x86/flex/index.html > > wget -r -np -nH

Re: [ITA] flex-2.6.1

On May 19 14:18, Marco Atzeri wrote: > Built last version with cygport > > New HOMEPAGE >https://github.com/westes/flex/ > > to download (remove the index.html's) : > > wget -r -np -nH --cut-dirs=0 \ > http://matzeri.altervista.org/x86/flex/index.html > wget -r -np -nH --cut-dirs=0 \ >

[ITA] flex-2.6.1

Built last version with cygport New HOMEPAGE https://github.com/westes/flex/ to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/flex/index.html wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86_64/flex/index.html find x86

Re: ls doesn't work after installing keepassx

On 19/05/2016 09:44, David Carricajo wrote: Yesterday i installed keepass and 'ls' stopped working: 53103107v@DES-62424 /tmp $ ls 53103107v@DES-62424 /tmp $ strace ls something went wrong on your installation/upgrade: cygwin2.5.1-1OK but 3327k 2016/01/24

ls doesn't work after installing keepassx

Yesterday i installed keepass and 'ls' stopped working: 53103107v@DES-62424 /tmp $ ls 53103107v@DES-62424 /tmp $ strace ls >>> window pops up with a message like entry point for acl_extended_file in >>> the dll C:\cygwin64\bin\ls.exe. --- Process 8472 created --- Process 8472 loaded