missing extern "C" in sys/file.h

I guess this patch is right. Rgds A --- sys/file.h.Orig 2014-08-05 23:46:27.199694300 -0400 +++ sys/file.h 2014-08-05 23:46:55.919734500 -0400 @@ -39,7 +39,14 @@ #define LOCK_NB0x04/* don't block when locking */ #define LOCK_UN0x08/

Re: (call-process ...) hangs in emacs

On Tue, 05 Aug 2014 13:55:31 -0400, Ken Brown wrote: > Angelo and Katsumi, could you test it and see if it solves the > problems you reported? If so, I'll issue new emacs releases. Thanks. But currently I cannot test it since the autogen.sh script doesn't work as the following. I must make it w

Re: (call-process ...) hangs in emacs

Ciao, Ken Ken Brown wrote: Angelo and Katsumi, could you test it and see if it solves the problems you reported? for what I can see, with your patch (pthread_mutex.patch), the things work better.. at least the build does not hang and with repeated 'make -j3' it was also completed in Cygwin-

[ANNOUNCEMENT] Updated: dos2unix 6.0.6-1

CHANGES SINCE LAST RELEASE: === New upstream release. * Bugfix: mac2unix conversion produced corrupted output from UTF-16 input file. * New options -b (keep BOM) and -r (remove BOM). * New translation of the UI messages: Norwegian Bokmaal. homepage: http://wa

Re: syslog function: Bad file descriptor

Corinna Vinschen wrote: > > Can you produce another strace for the overwriting case (non-R/O aliases) > for comparison? Also, can you do the same strace with no syslogd running? > > It might be necessary to create a few test versions of Cygwin with more > debug output, but let's please see these

Re: Basic question about cygport

On 08/05/2014 03:04 PM, Andrew DeFaria wrote: Sorry I was making a joke about the fact that many people don't wear watches at all anymore. And that dates me again. ;-) -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it r

Re: Basic question about cygport

On 8/4/2014 8:41 PM, Doug Henderson wrote: On Mon, Aug 4, 2014 at 9:17 PM, Andrew DeFaria <> wrote: On 8/4/2014 7:52 PM, Larry Hall (Cygwin) wrote: Thankfully, the "rough attitude" is not held by everyone, though it sometimes has been seen in people who carry platinum watches - and that might

[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.10-2 [TEST]

Version 1.10-2 of perl-Text-CSV_XS has been uploaded. This is a test release, built against the test version of perl 5.18.2, and is only available for x86 at this time. CHANGE LOG == 1.10- 2014-08-02, H.Merijn Brand * Support for scalar ref in out: csv (out => \(my $x = ""), ...

[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.10-1

Version 1.10-1 of perl-Text-CSV_XS has been uploaded. CHANGE LOG == 1.10- 2014-08-02, H.Merijn Brand * Support for scalar ref in out: csv (out => \(my $x = ""), ...) * Support for multi-byte sep_char * Simplified the cache coding DESCRIPTION === Text::CSV_XS pr

Re: syslog function: Bad file descriptor

On Aug 5 19:43, D. Boland wrote: > Corinna Vinschen wrote: > > > Somehow the two are connected. The alias database (aliases.db) is built > > > from a plain > > > text file (aliases). If I leave the aliases file writable to the sendmail > > > user, I > > > find that the error message strings have

Re: [cygstart] optional double slash after scheme for file URIs

...but that doesn't handle UNC paths. It might be worth looking at how Chromium does this: https://github.com/scheib/chromium/blob/master/url/url_parse_file.cc On Tue, Aug 5, 2014 at 1:21 PM, James Nylen wrote: > Chrome and IE cope with these variants just fine: > > file:C:/Projects > file:/C:/

Re: (call-process ...) hangs in emacs

Hi Ken, On Aug 5 13:55, Ken Brown wrote: > On 8/5/2014 9:58 AM, Corinna Vinschen wrote: > >On Aug 5 08:21, Ken Brown wrote: > >>=== modified file 'src/gmalloc.c' > >>--- src/gmalloc.c 2014-03-04 19:02:49 + > >>+++ src/gmalloc.c 2014-08-05 01:35:38 + > >>@@ -490,8 +490,8 @@ >

Re: [cygstart] optional double slash after scheme for file URIs

Chrome and IE cope with these variants just fine: file:C:/Projects file:/C:/Projects file://C:/Projects file:///C:/Projects file:C:/Projects IE doesn't like more than 4 slashes, but Chrome doesn't mind. Your patch appears to only cover 0 or 2 slashes. How about something like this instead o

[cygstart] optional double slash after scheme for file URIs

Greetings, Below you may find a trivial patch for the cygstart program (a part of the cygutils package) for your review: --- cygstart.c.old 2014-08-05 15:37:49.021062800 + +++ cygstart.c.new 2014-08-05 14:20:54.318820400 + @@ -591,8 +591,12 @@ const wchar_t *pWinDir = NULL;

Re: cannot display man page for /bin/passwd

On Tue, Aug 5, 2014 at 10:48 AM, Larry Hall (Cygwin) wrote: > On 08/05/2014 11:09 AM, Doug Henderson wrote: >> >> On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: >>> >>> On Aug 4 13:48, Doug Henderson wrote: > Did you not see this > >

Re: (call-process ...) hangs in emacs

On 8/5/2014 9:58 AM, Corinna Vinschen wrote: On Aug 5 08:21, Ken Brown wrote: On 8/4/2014 9:45 AM, Corinna Vinschen wrote: ...this, and the fact that fork/exec (vfork == fork on Cygwin) still works nicely in other scenarios points to some problem with the usage of pthread_mutexes in the applic

Re: syslog function: Bad file descriptor

"Larry Hall (Cygwin)" wrote: > > On 08/05/2014 12:28 PM, D. Boland wrote: > > Hi group, > > > > I'm still working on getting Sendmail working for Cygwin. I'm almost done, > > the devil > > is in the details... > > > > I'm getting the 'Bad file descriptor' system error after building the mail > >

Re: syslog function: Bad file descriptor

On Aug 5 12:45, Larry Hall (Cygwin) wrote: > On 08/05/2014 12:28 PM, D. Boland wrote: > >Hi group, > > > >I'm still working on getting Sendmail working for Cygwin. I'm almost done, > >the devil > >is in the details... > > > >I'm getting the 'Bad file descriptor' system error after building the ma

Re: cannot display man page for /bin/passwd

On 08/05/2014 11:09 AM, Doug Henderson wrote: On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: On Aug 4 13:48, Doug Henderson wrote: When I try to display the man page for /bin/passwd, the man page for the openssl passwd subcommand is displayed. It appears that both the package contai

Re: syslog function: Bad file descriptor

Hi Daniel, On Aug 5 18:28, D. Boland wrote: > Hi group, > > I'm still working on getting Sendmail working for Cygwin. I'm almost done, > the devil > is in the details... > > I'm getting the 'Bad file descriptor' system error after building the mail > aliases > database. The building itself is

Re: syslog function: Bad file descriptor

On 08/05/2014 12:28 PM, D. Boland wrote: Hi group, I'm still working on getting Sendmail working for Cygwin. I'm almost done, the devil is in the details... I'm getting the 'Bad file descriptor' system error after building the mail aliases database. The building itself is done successful, but

[ANNOUNCEMENT] Updated: openssl-1.0.1h-2

The following packages have been updated in the Cygwin distribution: * openssl-1.0.1h-2 * libopenssl100-1.0.1h-2 * openssl-devel-1.0.1h-2 This release fixes the passwd man page collision introduced with openssl-1.0.1h. If you have the cygwin-doc package installed as well, just update openssl as

syslog function: Bad file descriptor

Hi group, I'm still working on getting Sendmail working for Cygwin. I'm almost done, the devil is in the details... I'm getting the 'Bad file descriptor' system error after building the mail aliases database. The building itself is done successful, but logging the event to the system log fails

Re: cannot display man page for /bin/passwd

On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: > On Aug 4 13:48, Doug Henderson wrote: >> When I try to display the man page for /bin/passwd, the man page for >> the openssl passwd subcommand is displayed. >> >> It appears that both the package containing /bin/passwd, and the >> openssl

Re: cannot display man page for /bin/passwd

On Aug 5 13:43, Nellis, Kenneth wrote: > > From: Corinna Vinschen > > No, the Cygwin passwd tool has no man page. The documentation is only in > > the User's Guide: > > https://cygwin.com/cygwin-ug-net/using-utils.html#passwd > > But then, how to explain the following? > > $ man passwd | head >

Re: About freeglut

On 05/08/2014 14:15, Angelo Graziosi wrote: Just for completeness... I discovered that my Cygwin installation (Cygwin64) tree has these files /usr/src/freeglut-2.8.1.tar.gz /usr/src/freeglut.cygport which belong to freeglut-src package (as reported by http://cygwin.com/packages). Usually I in

Re: (call-process ...) hangs in emacs

In my experiments, not calling pthread_mutexattr_init caused errors such that the final mutex was invalid and could not be locked. The difference between the explicitly initialised mutex and the statically initialised one is that the latter does get 'lazily' initialised when the mutex is first loc

Re: (call-process ...) hangs in emacs

On Aug 5 08:21, Ken Brown wrote: > On 8/4/2014 9:45 AM, Corinna Vinschen wrote: > >...this, and the fact that fork/exec (vfork == fork on Cygwin) still > >works nicely in other scenarios points to some problem with the usage of > >pthread_mutexes in the application may be the culprit. > > > >For i

RE: cannot display man page for /bin/passwd

> From: Corinna Vinschen > No, the Cygwin passwd tool has no man page. The documentation is only in > the User's Guide: > https://cygwin.com/cygwin-ug-net/using-utils.html#passwd But then, how to explain the following? $ man passwd | head PASSWD(1) CYGWIN

Re: (call-process ...) hangs in emacs

On Tue, Aug 5, 2014 at 1:21 PM, Ken Brown wrote: > - pthread_mutex_init (&_malloc_mutex, NULL); > - pthread_mutex_init (&_aligned_blocks_mutex, NULL); > + pthread_mutexattr_t attr1, attr2; > + pthread_mutexattr_settype (&attr1, PTHREAD_MUTEX_NORMAL); > + pthread_mutexattr_settype (&attr2, PTH

Re: [ANNOUNCEMENT] Updated [experimental]: coreutils-8.23-1

Eric Blake (cygwin) wrote: >A new release of coreutils, 8.23-1, is available for download for >testing purposes, leaving 8.15-1 (32-bit) or 8.15-3 (64-bit) as current >for another week until I am sure there are no major regressions. Been trying this. No problems so far. -- Problem reports:

About freeglut

Just for completeness... I discovered that my Cygwin installation (Cygwin64) tree has these files /usr/src/freeglut-2.8.1.tar.gz /usr/src/freeglut.cygport which belong to freeglut-src package (as reported by http://cygwin.com/packages). Usually I install ONLY binary packages but could be I d

Re: Missing 64 bit packages

Dan Kegel kegel.com> writes: > > perl-libwin32 > > I probably don't need it myself, but was curious whether there were > any problems with the port (other than lack of time). The libwin32 doesn't exist anymore (it's become a bundle), of the individual modules that comprise it, I can only speak

Re: (call-process ...) hangs in emacs

On 8/4/2014 9:45 AM, Corinna Vinschen wrote: On Aug 4 09:34, Ken Brown wrote: On 8/4/2014 4:00 AM, Corinna Vinschen wrote: On Aug 3 21:02, Ken Brown wrote: On 8/1/2014 9:32 AM, Corinna Vinschen wrote: It could be a problem with the new default pthread mutexes being NORMAL, rather then ERROR

Re: Basic question about cygport

Greetings, Steven Penny! > You long winded and baseless insults toward Stack Overflow and myself show > just how out of touch you are. I didn't said anything about StackOverflow and/or yourself. If you open your eyes and read the text you quoted, you'll see it. And I'm not waving my own stackexch

Re: cannot display man page for /bin/passwd

On Aug 4 13:48, Doug Henderson wrote: > When I try to display the man page for /bin/passwd, the man page for > the openssl passwd subcommand is displayed. > > It appears that both the package containing /bin/passwd, and the > openssl package place the passwd.1.gz file in the /usr/share/man/man1 >

Re: passwd (cygwin) 1.7.31 ignores keyboard interrupts

On Aug 4 13:40, Doug Henderson wrote: > The password utility /bin/passwd ignores the ^C and ^D interrupt > characters in mintty in my 64-bit only cygwin environment. That's kind of by design. The passwd tool uses the getpass function. The getpass function is written so that it ignores any soft t

Re: Basic question about cygport

Philip Daniels gmail.com> writes: > A while ago I asked a question on Stack Overflow about doing a basic > install task with cygport, but got no answers. Too esoteric perhaps. I > think it should be easy for anyone who knows cygport, it's a basic "copy > some files to a known location" task. It w

Re: [ANNOUNCEMENT] Updated [experimental]: coreutils-8.23-1

On Aug 3 11:28, Steven Penny wrote: > On Sat, Aug 2, 2014 at 2:29 PM, Eric Blake (cygwin) wrote: > > Yes, I'm aware that it has been more than 2 years since I last built > > coreutils, and that there has been some question on the mailing list of > > whether I'm being responsive enough as a maintai

Re: Basic question about cygport

On Aug 5 00:17, Steven Penny wrote: > On Mon, Aug 4, 2014 at 11:28 PM, Andrey Repin wrote: > > Nobody care. Really. Noone going to recheck your answers to see is they are > > relevant to the current Cygwin realities. Which is a part of issue. > > Cygwin is evolving, and answers found all around th