[ANNOUNCEMENT] Updated: weechat-1.3-1

[Sébastien Helleu]

Version 1.3-1 of "weechat" has been uploaded.

ChangeLog and release notes:

https://weechat.org/files/changelog/ChangeLog-1.3.html
https://weechat.org/files/releasenotes/ReleaseNotes-1.3.html

DESCRIPTION
WeeChat is a fast, light and extensible chat client. It runs on many platforms
like Linux, Unix, BSD, GNU Hurd, Mac OS X and Windows (cygwin).

HOMEPAGE
https://weechat.org/

Sébastien Helleu.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send email to the
address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available starting
at this URL.

--
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

Re: commands spends time in cygheap_user

[mku]

Congratulation! You did it!

As you can see from the attached logfile ( cygwin-time-lag.txt
  )
the time lag went away after replacing cygwin1.dll with the 20150817
snapshot.

Many thanks,
Matthias



--
View this message in context: 
http://cygwin.1069669.n5.nabble.com/commands-spends-time-in-cygheap-user-tp119766p120626.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
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

Re: commands spends time in cygheap_user

[Corinna Vinschen]

On Aug 18 01:17, mku wrote:
> Congratulation! You did it!
> 
> As you can see from the attached logfile ( cygwin-time-lag.txt
>   )
> the time lag went away after replacing cygwin1.dll with the 20150817
> snapshot.

Good news, so you can eventually drop using 1.7.28 :)

I'll release 2.2.1 pretty soon now, maybe even today.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpmYrT3ya4JI.pgp
Description: PGP signature

Re: [PATCH] sys/signal.h: include sys/ucontext.h on Cygwin per POSIX.1-2008

[Corinna Vinschen]

On Aug 17 21:46, Yaakov Selkowitz wrote:
> * libc/include/sys/signal.h [__CYGWIN__]: include 
> if compiling for POSIX.1-2008.
> 
> Signed-off-by: Yaakov Selkowitz 
> ---
> How about this?  Other places I tried didn't compile.
> 
>  newlib/libc/include/sys/signal.h | 6 ++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/newlib/libc/include/sys/signal.h 
> b/newlib/libc/include/sys/signal.h
> index af5a489..e9aba7c 100644
> --- a/newlib/libc/include/sys/signal.h
> +++ b/newlib/libc/include/sys/signal.h
> @@ -352,6 +352,12 @@ int _EXFUN(sigqueue, (pid_t pid, int signo, const union 
> sigval value));
>  }
>  #endif
>  
> +#if defined(__CYGWIN__)
> +#if __POSIX_VISIBLE >= 200809
> +#include 
> +#endif
> +#endif
> +
>  #ifndef _SIGNAL_H_
>  /* Some applications take advantage of the fact that 
>   * and  are equivalent in glibc.  Allow for that here.  */
> -- 
> 2.4.3

Looks good, I applied the patch.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpVjKv9uqOBV.pgp
Description: PGP signature

getent services enumeration glitch

[Mark Geisert]

There is a glitch when getent enumerates all services; it shows an incorrect
port number.  Providing a service name on invocation shows the correct port
number.  Examples:

$ getent services man
man   9535/tcp

$ getent services | grep man
man   16165/tcp

It looks like when all services are enumerated there is an extra or missing
byte swap call to htons() or ntohs().  This can be observed by comparing the
hex values of the two port numbers shown above, giving 0x253F and 0x3F25.

..mark


--
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

[ANNOUNCEMENT] TEST RELEASE: Cygwin 2.2.1-0.2

[Corinna Vinschen]

Hi Cygwin friends and users,


I released a new TEST version of Cygwin.  The version number is 2.2.1-0.2.

This test release needs some good old-fashioned testing.  2.2.1 will be
a bugfix release only:



- Revert the following patch from 2.2.0:
  When started from a non-Cygwin process, check if $HOME starts with a
  slash (absolute POSIX path).  Otherwise ignore it.
  Addresses discussion starting at
  https://cygwin.com/ml/cygwin/2015-08/msg00048.html

- Fix output of /proc/cpuinfo in terms of cpu topology and cache size for
  modern CPUs and modern Windows OSes supporting more than 64 logical CPUs.
  Addresses: https://cygwin.com/ml/cygwin/2015-06/msg00345.html

- Don't call LsaLookupSids to fetch group information and don't perform RFC2307
  owner/group mapping on Samba/NFS if account info is only fetched from local
  passwd/group files.
  Addresses: https://cygwin.com/ml/cygwin/2015-07/msg00270.html

- Precautionally fix a potential data corruption problem in pipe I/O, only
  actually observered in Wine yet.  However, MSDN language indicates this
  might be a problem on real Windows as well.
  Addresses: https://cygwin.com/ml/cygwin/2015-08/msg00225.html

- Include  from  if compiling for POSIX.1-2008.
  Addresses: https://cygwin.com/ml/cygwin/2015-08/msg00266.html




Have fun,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat

--
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

Re: getent services enumeration glitch

[Corinna Vinschen]

Hi Mark,

On Aug 18 09:40, Mark Geisert wrote:
> There is a glitch when getent enumerates all services; it shows an incorrect
> port number.  Providing a service name on invocation shows the correct port
> number.  Examples:
> 
> $ getent services man
> man   9535/tcp
> 
> $ getent services | grep man
> man   16165/tcp
> 
> It looks like when all services are enumerated there is an extra or missing
> byte swap call to htons() or ntohs().  This can be observed by comparing the
> hex values of the two port numbers shown above, giving 0x253F and 0x3F25.

Congratulations!  You found a 13 years old bug in Cygwin's getservent
implementation, which returned the port number in host byte order
instead of in network byte order for all this time.  Makes me wonder
how often getservent is used in the wild...

Since I uploaded 2.2.1-0.2 just before your bug report, I quickly
created a new snapshot with the patch on https://cygwin.com/snapshots/
Please give it a try.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpdoVB8QRKRS.pgp
Description: PGP signature

Re: [PATCH] sys/signal.h: include sys/ucontext.h on Cygwin per POSIX.1-2008

[Václav Haisman]

On 18 August 2015 at 11:10, Corinna Vinschen wrote:
> On Aug 17 21:46, Yaakov Selkowitz wrote:
>> * libc/include/sys/signal.h [__CYGWIN__]: include 
>> if compiling for POSIX.1-2008.
>>
>> Signed-off-by: Yaakov Selkowitz 
>> ---
>> How about this?  Other places I tried didn't compile.
>>
>>  newlib/libc/include/sys/signal.h | 6 ++
>>  1 file changed, 6 insertions(+)
>>
>> diff --git a/newlib/libc/include/sys/signal.h 
>> b/newlib/libc/include/sys/signal.h
>> index af5a489..e9aba7c 100644
>> --- a/newlib/libc/include/sys/signal.h
>> +++ b/newlib/libc/include/sys/signal.h
>> @@ -352,6 +352,12 @@ int _EXFUN(sigqueue, (pid_t pid, int signo, const union 
>> sigval value));
>>  }
>>  #endif
>>
>> +#if defined(__CYGWIN__)
>> +#if __POSIX_VISIBLE >= 200809
>> +#include 
>> +#endif
>> +#endif
>> +
>>  #ifndef _SIGNAL_H_
>>  /* Some applications take advantage of the fact that 
>>   * and  are equivalent in glibc.  Allow for that here.  */
>> --
>> 2.4.3
>
> Looks good, I applied the patch.

Thank you both.

-- 
VH

--
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

Re: Cygwin64: openssl target arch mismatch

[Ken Brown]

[Please keep the discussion on the list rather than writing to me personally.\

On 8/18/2015 1:24 AM, Francis ANDRE wrote:

So what is this?

https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86%2Fcygwin64-openssl%2Fcygwin64-openssl-1.0.1e-2&grep=


This is for building 64-bit packages on 32-bit Cygwin.

Ken

--
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

[ANNOUNCEMENT] Updated: fish-2.1.1-8

[Andrew Schulman]

The fish package has been updated in the Cygwin distribution.  This is a
Cygwin-only bugfix release:

* Work around more cases of the parentheses-in-PATH expansion bug
(https://github.com/fish-shell/fish-shell/issues/952#issuecomment-27499216).
(R), (TM), and (tm) are now handled, as well as (x86) and (X86) as before.

* Fix a grep error that accidentally got reintroduced in 2.1.1-7.

Version 2.1.1-7 was briefly released but has now been superseded.  The previous
release is still 2.1.1-6.

fish is the friendly interactive shell. It's a Unix shell that focuses on
interactive use, discoverability, and user friendliness. The design goal of fish
is to give the user a rich set of powerful features in a way that is easy to
discover, remember, and use.

Home page: http://fishshell.com

Andrew E. Schulman


***


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com_at_cygwin.com

If you need more information on unsubscribing, start reading here: 

http://cygwin.com/lists.html#subscribe-unsubscribe

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

how to make sure subprocesses die?

[Noel Grandin]

Hi

When running GNU make from the cygwin bash prompt and killing it with CTRL-C, 
the children don't seem to be dying properly.
I have to hit CTRL-C have a dozen times to kill everything off.

Could anyone give me some clues about where to look to solve this?

I'm actually hoping that fixing this simpler case will solve the similar 
problem we have with runaway jobs not dying
properly on our LibreOffice tinderboxes.

Thanks,
Noel Grandin


--
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

Re: how to make sure subprocesses die?

[Warren Young]

On Aug 18, 2015, at 8:11 AM, Noel Grandin  wrote:
> 
> When running GNU make from the cygwin bash prompt and killing it with CTRL-C, 
> the children don't seem to be dying properly.

  $ svn checkout svn://svn.code.sf.net/p/ctags/code/trunk ctags
  $ cd ctags
  $ autoconf && autoheader && ./configure
  $ make -j3
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c args.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c ant.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c asm.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c asp.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c awk.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c basic.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c beta.c
  gcc -I. -I. -DHAVE_CONFIG_H -g -O2 -c c.c
  
  make: *** Deleting file 'basic.o'
  Makefile:220: recipe for target 'beta.o' failed
  make: *** [beta.o] Interrupt
  Makefile:220: recipe for target 'basic.o' failed
  make: *** [basic.o] Interrupt
  $

Works for me.

Disagree?  Provide a replicable, simple test case to show it.
--
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

Updated: sqlite3-3.8.11.1-1 for Cygwin/Cygwin64

[Jan Nijtmans]

SQLite is a software library that implements a self-contained,
serverless, zero-configuration, transactional SQL database engine

Changes since 3.8.10.2-1
=
* Additional sqlite3-fts5 package, containing a new experimental
  FTS5 extension. 
* Additional sqlite3-rbu package, containing a new experimental
  RBU extension, and a new rbu.exe untity using it.
  
* Additional SQLite bug-fixes, rejected (apparently) upstream
  but important (and simple) enough for Cygwin:
  * VFS filename truncation issues

  * Wrong filename handling in sqlite3_load_extension() for Cygwin

  * pragma database_list returns win32 paths on Cygwin

  * ISO time leap second

  * update to Unicode 8.0 for FTS3/4/5 tokenizer

--
Jan Nijtmans

--
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

Re: run.exe fails to start XWin on Windows 8.1 through the shortcut

[Jon TURNEY]

On 12/08/2015 15:30, Jon TURNEY wrote:

On 12/08/2015 13:43, Jaakov Jaakov wrote:

[...]

The file C:\cygwin64\run.exe.stackdump is generated, containing
Stack trace:

[...]

mumble mumble abracadabra!


Just for the record, the primitive technology which is clearly 
distinguishable from magic, used to produce this backtrace from the 
stackdump, is the attached script.



#!/bin/bash
STACKDUMP=$1
DBG1=/usr/lib/debug/usr/bin/cygwin1.dbg
DBG2=/usr/lib/debug/usr/bin/${STACKDUMP%.stackdump}.exe.dbg

awk '/^[0-9]/{print $2}' $STACKDUMP | while read addr
do
   output=`addr2line -asfiC -e $DBG1 $addr`
   echo $output | fgrep -q "??:0"
   if [ $? -eq 0 ] ; then
 output=`addr2line -asfiC -e $DBG2 $addr`
   fi

   IFS=$'\n' split=($output)
   echo ${split[0]} "|" ${split[length-2]} "|" ${split[length-1]}
done | column -t -s'|'
--
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

Re: Failed to activate core devices

[Jon TURNEY]

On 18/08/2015 15:59, Dennis Putnam wrote:
> I found a suggestion to run 'strace -o log XWin'. The output does not
> mean much to me but hopefully it will to someone on this list. It is
> attached.

Thanks.

On 18/08/2015 15:59, Dennis Putnam wrote:

--- Process 1776 created
--- Process 1776 loaded C:\Windows\System32\ntdll.dll at 778B
--- Process 1776 loaded C:\Windows\System32\kernel32.dll at 7779
--- Process 1776 loaded C:\Windows\System32\KernelBase.dll at 07FEFD69
--- Process 1776 loaded C:\cygwin64\bin\cygwin1.dll at 00018004
--- Process 1776 loaded C:\cygwin64\bin\cygiconv-2.dll at 0003F20C
--- Process 1776 loaded C:\cygwin64\bin\cygintl-8.dll at 0003F01E
--- Process 1776 loaded C:\cygwin64\bin\cygncursesw-10.dll at 0003ED88
--- Process 1776 loaded C:\cygwin64\bin\cygreadline7.dll at 0003EC17
--- Process 1776 loaded C:\Windows\System32\user32.dll at 7769
--- Process 1776 loaded C:\Windows\System32\gdi32.dll at 07FEFDA5
--- Process 1776 loaded C:\Windows\System32\lpk.dll at 07FEFDEB
--- Process 1776 loaded C:\Windows\System32\usp10.dll at 07FEFE58
--- Process 1776 loaded C:\Windows\System32\msvcrt.dll at 07FEFFB2
 2   2 [main] sh (1776) **
  15851587 [main] sh (1776) Program name: C:\cygwin64\bin\sh.exe (windows 
pid 1776)
   2521839 [main] sh (1776) OS version:   Windows NT-6.1
   2652104 [main] sh (1776) **
  11283232 [main] sh (1776) sigprocmask: 0 = sigprocmask (0, 0x0, 
0x1802FF128)
   4133645 [main] sh 1776 child_copy: cygheap - hp 0x48C low 0x18031F400, 
high 0x18032C4F8, res 1
   3994044 [main] sh 1776 child_copy: done
   1444188 [main] sh 1776 open_shared: name shared.5, n 5, shared 
0x18003 (wanted 0x18003), h 0x70, *m 6
   3694557 [main] sh 1776 user_heap_info::init: heap base 0x6, heap 
top 0x6, heap size 0x2000 (536870912)
   8515408 [main] sh 1776 open_shared: name (null), n 1, shared 0x18002 
(wanted 0x18002), h 0x58, *m 6
   2755683 [main] sh 1776 user_info::create: opening user shared for '' at 
0x18002
   2655948 [main] sh 1776 user_info::create: user shared version AB1FCCE8
   3796327 [main] sh (1776) open_shared: name cygpid.1776, n 1776, shared 
0x18001 (wanted 0x18001), h 0x78, *m 6
   8017128 [main] sh 1776 time: 1439909775 = time(0x0)
   2307358 [main] sh 1776 pinfo::thisproc: myself dwProcessId 1776
   2947652 [main] sh 1776 fhandler_base::fixup_after_exec: here for 
'/var/log/xwin/XWin.0.log'
   3187970 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2AC already 
opened
   918 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2B0 already 
opened
--- Process 1776 loaded C:\Windows\System32\ws2_32.dll at 07FEFE26
--- Process 1776 loaded C:\Windows\System32\rpcrt4.dll at 07FEFDD8
--- Process 1776 loaded C:\Windows\System32\nsi.dll at 07FEFDA2
31569   40457 [main] sh 1776 wsock_init: res 0
   226   40683 [main] sh 1776 wsock_init: wVersion 514
34   40717 [main] sh 1776 wsock_init: wHighVersion 514
21   40738 [main] sh 1776 wsock_init: szDescription WinSock 2.0
19   40757 [main] sh 1776 wsock_init: szSystemStatus Running
19   40776 [main] sh 1776 wsock_init: iMaxSockets 0
19   40795 [main] sh 1776 wsock_init: iMaxUdpDg 0
--- Process 1776 loaded C:\Windows\System32\LavasoftTcpService64.dll at 
004A
--- Process 1776 loaded C:\Windows\System32\mswsock.dll at 07FEFCE4
--- Process 1776 loaded C:\Windows\System32\IPHLPAPI.DLL at 07FEFC7B
--- Process 1776 loaded C:\Windows\System32\winnsi.dll at 07FEFC7A
--- Process 1776 loaded C:\Windows\System32\advapi32.dll at 07FEFF4C
--- Process 1776 loaded C:\Windows\System32\sechost.dll at 07FEFDA3
--- Process 1776 loaded C:\Windows\System32\ole32.dll at 07FEFDEC
--- Process 1776 loaded C:\Windows\System32\oleaut32.dll at 07FEFDCA
--- Process 1776 loaded C:\Windows\System32\version.dll at 07FEFC79
--- Process 1776, exception c005 at 778FD8F1
--- Process 1776 exited with status 0xc41d


This is almost identical to [1]. See also [2].

I'd suggest you try upgrading or uninstalling "Lavasoft Web Companion".

[1] https://cygwin.com/ml/cygwin/2015-06/msg00195.html
[2] https://cygwin.com/ml/cygwin/2015-07/msg00134.html

--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
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

Re: Failed to activate core devices

[Dennis Putnam]

On 8/18/2015 11:56 AM, Jon TURNEY wrote:
> On 18/08/2015 15:59, Dennis Putnam wrote:
> > I found a suggestion to run 'strace -o log XWin'. The output does not
> > mean much to me but hopefully it will to someone on this list. It is
> > attached.
>
> Thanks.
>
> On 18/08/2015 15:59, Dennis Putnam wrote:
>> --- Process 1776 created
>> --- Process 1776 loaded C:\Windows\System32\ntdll.dll at
>> 778B
>> --- Process 1776 loaded C:\Windows\System32\kernel32.dll at
>> 7779
>> --- Process 1776 loaded C:\Windows\System32\KernelBase.dll at
>> 07FEFD69
>> --- Process 1776 loaded C:\cygwin64\bin\cygwin1.dll at 00018004
>> --- Process 1776 loaded C:\cygwin64\bin\cygiconv-2.dll at
>> 0003F20C
>> --- Process 1776 loaded C:\cygwin64\bin\cygintl-8.dll at
>> 0003F01E
>> --- Process 1776 loaded C:\cygwin64\bin\cygncursesw-10.dll at
>> 0003ED88
>> --- Process 1776 loaded C:\cygwin64\bin\cygreadline7.dll at
>> 0003EC17
>> --- Process 1776 loaded C:\Windows\System32\user32.dll at
>> 7769
>> --- Process 1776 loaded C:\Windows\System32\gdi32.dll at
>> 07FEFDA5
>> --- Process 1776 loaded C:\Windows\System32\lpk.dll at 07FEFDEB
>> --- Process 1776 loaded C:\Windows\System32\usp10.dll at
>> 07FEFE58
>> --- Process 1776 loaded C:\Windows\System32\msvcrt.dll at
>> 07FEFFB2
>>  2   2 [main] sh (1776)
>> **
>>   15851587 [main] sh (1776) Program name: C:\cygwin64\bin\sh.exe
>> (windows pid 1776)
>>2521839 [main] sh (1776) OS version:   Windows NT-6.1
>>2652104 [main] sh (1776)
>> **
>>   11283232 [main] sh (1776) sigprocmask: 0 = sigprocmask (0, 0x0,
>> 0x1802FF128)
>>4133645 [main] sh 1776 child_copy: cygheap - hp 0x48C low
>> 0x18031F400, high 0x18032C4F8, res 1
>>3994044 [main] sh 1776 child_copy: done
>>1444188 [main] sh 1776 open_shared: name shared.5, n 5, shared
>> 0x18003 (wanted 0x18003), h 0x70, *m 6
>>3694557 [main] sh 1776 user_heap_info::init: heap base
>> 0x6, heap top 0x6, heap size 0x2000 (536870912)
>>8515408 [main] sh 1776 open_shared: name (null), n 1, shared
>> 0x18002 (wanted 0x18002), h 0x58, *m 6
>>2755683 [main] sh 1776 user_info::create: opening user shared
>> for '' at 0x18002
>>2655948 [main] sh 1776 user_info::create: user shared version
>> AB1FCCE8
>>3796327 [main] sh (1776) open_shared: name cygpid.1776, n
>> 1776, shared 0x18001 (wanted 0x18001), h 0x78, *m 6
>>8017128 [main] sh 1776 time: 1439909775 = time(0x0)
>>2307358 [main] sh 1776 pinfo::thisproc: myself dwProcessId 1776
>>2947652 [main] sh 1776 fhandler_base::fixup_after_exec: here
>> for '/var/log/xwin/XWin.0.log'
>>3187970 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2AC
>> already opened
>>918 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2B0
>> already opened
>> --- Process 1776 loaded C:\Windows\System32\ws2_32.dll at
>> 07FEFE26
>> --- Process 1776 loaded C:\Windows\System32\rpcrt4.dll at
>> 07FEFDD8
>> --- Process 1776 loaded C:\Windows\System32\nsi.dll at 07FEFDA2
>> 31569   40457 [main] sh 1776 wsock_init: res 0
>>226   40683 [main] sh 1776 wsock_init: wVersion 514
>> 34   40717 [main] sh 1776 wsock_init: wHighVersion 514
>> 21   40738 [main] sh 1776 wsock_init: szDescription WinSock 2.0
>> 19   40757 [main] sh 1776 wsock_init: szSystemStatus Running
>> 19   40776 [main] sh 1776 wsock_init: iMaxSockets 0
>> 19   40795 [main] sh 1776 wsock_init: iMaxUdpDg 0
>> --- Process 1776 loaded C:\Windows\System32\LavasoftTcpService64.dll
>> at 004A
>> --- Process 1776 loaded C:\Windows\System32\mswsock.dll at
>> 07FEFCE4
>> --- Process 1776 loaded C:\Windows\System32\IPHLPAPI.DLL at
>> 07FEFC7B
>> --- Process 1776 loaded C:\Windows\System32\winnsi.dll at
>> 07FEFC7A
>> --- Process 1776 loaded C:\Windows\System32\advapi32.dll at
>> 07FEFF4C
>> --- Process 1776 loaded C:\Windows\System32\sechost.dll at
>> 07FEFDA3
>> --- Process 1776 loaded C:\Windows\System32\ole32.dll at
>> 07FEFDEC
>> --- Process 1776 loaded C:\Windows\System32\oleaut32.dll at
>> 07FEFDCA
>> --- Process 1776 loaded C:\Windows\System32\version.dll at
>> 07FEFC79
>> --- Process 1776, exception c005 at 778FD8F1
>> --- Process 1776 exited with status 0xc41d
>
> This is almost identical to [1]. See also [2].
>
> I'd suggest you try upgrading or uninstalling "Lavasoft Web Companion".
>
> [1] https://cygwin.com/ml/cygwin/2015-06/msg00195.html
> [2] https://cygwin.com/ml/cygwin/2015-07/msg00134.html
>
Interesting reply. Thanks. That software was installed as malware a
while back. I used Revo uninstaller to get rid of it so I am surprised
that it shows up anyw

Re: getent services enumeration glitch

[Mark Geisert]

Corinna Vinschen writes:
> On Aug 18 09:40, Mark Geisert wrote:
> > $ getent services man
> > man   9535/tcp
> > 
> > $ getent services | grep man
> > man   16165/tcp
> > 
> Congratulations!  You found a 13 years old bug in Cygwin's getservent
> implementation, which returned the port number in host byte order
> instead of in network byte order for all this time.  Makes me wonder
> how often getservent is used in the wild...
> 
> Since I uploaded 2.2.1-0.2 just before your bug report, I quickly
> created a new snapshot with the patch on https://cygwin.com/snapshots/
> Please give it a try.
> 
> Thanks,
> Corinna

The new snapshot solves the issue for me.  I'll see if I can stumble upon a
more substantial bug next time :)
Cheers,

..mark

--
captcha: schussing




--
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

Re: Failed to activate core devices

[Achim Gratz]

Dennis Putnam writes:
> I'll have to figure out how to get rid of it. Thanks.

Try Sysinternal Autoruns (now MicroSoft).  There's a live WebDAV share
that you can mount if you have internet access at all to always get the
latest version:

\\live.sysinternals.com\tools


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

--
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

Re: getent services enumeration glitch

[Corinna Vinschen]

On Aug 18 17:27, Mark Geisert wrote:
> Corinna Vinschen writes:
> > On Aug 18 09:40, Mark Geisert wrote:
> > > $ getent services man
> > > man   9535/tcp
> > > 
> > > $ getent services | grep man
> > > man   16165/tcp
> > > 
> > Congratulations!  You found a 13 years old bug in Cygwin's getservent
> > implementation, which returned the port number in host byte order
> > instead of in network byte order for all this time.  Makes me wonder
> > how often getservent is used in the wild...
> > 
> > Since I uploaded 2.2.1-0.2 just before your bug report, I quickly
> > created a new snapshot with the patch on https://cygwin.com/snapshots/
> > Please give it a try.
> > 
> > Thanks,
> > Corinna
> 
> The new snapshot solves the issue for me.  I'll see if I can stumble upon a
> more substantial bug next time :)

Haha, yeah, but I think it's substantial enough.  I'm just puzzled that
this bug could live all this time unhampered.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp1zJsK3M3yM.pgp
Description: PGP signature

Re: getent services enumeration glitch

[Warren Young]

On Aug 18, 2015, at 5:24 AM, Corinna Vinschen  wrote:
> 
> Makes me wonder
> how often getservent is used in the wild…

I’d bet getservbyname() is used far more often.
--
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

Re: getent services enumeration glitch

[Corinna Vinschen]

On Aug 18 12:43, Warren Young wrote:
> On Aug 18, 2015, at 5:24 AM, Corinna Vinschen  
> wrote:
> > 
> > Makes me wonder
> > how often getservent is used in the wild…
> 
> I’d bet getservbyname() is used far more often.

I won't bet against you.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp530rFK7rYM.pgp
Description: PGP signature

Re: Failed to activate core devices

[Dennis Putnam]

On 8/18/2015 1:30 PM, Achim Gratz wrote:
> Dennis Putnam writes:
>> I'll have to figure out how to get rid of it. Thanks.
> Try Sysinternal Autoruns (now MicroSoft).  There's a live WebDAV share
> that you can mount if you have internet access at all to always get the
> latest version:
>
> \\live.sysinternals.com\tools
>
>
> Regards,
> Achim.
This may be a bit off topic but I guess I don't really know what this
will do. I ran it and found some Lavasoft stuff but what do I do now? I
can see a delete icon but it is grayed out.



signature.asc
Description: OpenPGP digital signature

RE: getent services enumeration glitch

[Buchbinder, Barry (NIH/NIAID) [E]]

Corinna Vinschen sent the following at Tuesday, August 18, 2015 7:24 AM
>On Aug 18 09:40, Mark Geisert wrote:
>Congratulations! You found a 13 years old bug in Cygwin's getservent
>implementation, which returned the port number in host byte order
>instead of in network byte order for all this time. Makes me wonder how
>often getservent is used in the wild...

Not that I know what getent is, let alone having ever used it, shouldn't
finding a bug that old merit a gold star?

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.

Re: Failed to activate core devices

[Dennis Putnam]

On 8/18/2015 3:29 PM, Dennis Putnam wrote:
> On 8/18/2015 1:30 PM, Achim Gratz wrote:
>> Dennis Putnam writes:
>>> I'll have to figure out how to get rid of it. Thanks.
>> Try Sysinternal Autoruns (now MicroSoft).  There's a live WebDAV share
>> that you can mount if you have internet access at all to always get the
>> latest version:
>>
>> \\live.sysinternals.com\tools
>>
>>
>> Regards,
>> Achim.
> This may be a bit off topic but I guess I don't really know what this
> will do. I ran it and found some Lavasoft stuff but what do I do now? I
> can see a delete icon but it is grayed out.
>
Arggg I had to resort to Haren's to delete that damn dll. However,
now that it is gone I have a completely different error:

[   802.313] Welcome to the XWin X Server
[   802.313] Vendor: The Cygwin/X Project
[   802.313] Release: 1.17.2.0
[   802.344] OS: CYGWIN_NT-6.1 DAP001 2.2.0(0.289/5/3) 2015-08-03 12:51
x86_64
[   802.344] OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601]
(Win64)
[   802.344] Package: version 1.17.2-2 built 2015-08-11
[   802.344]
[   802.437] winInitializeScreenDefaults - primary monitor w 1600 h 900
[   802.437] winInitializeScreenDefaults - native DPI x 96 y 96
[   802.437] _XSERVTransSocketOpenCOTSServer: Unable to open socket for
local
[   802.437] _XSERVTransOpen: transport open failed for local/DAP001:0
[   802.437] _XSERVTransMakeAllCOTSServerListeners: failed to open
listener for local
[   802.437] (EE) Fatal server error:
[   802.437] (EE) Cannot establish any listening sockets - Make sure an
X server isn't already running(EE)
[   802.469] (EE) Server terminated with error (1). Closing log file.

A new trace file is also attached. Thanks again for your help.

--- Process 7020 created
--- Process 7020 loaded C:\Windows\System32\ntdll.dll at 7704
--- Process 7020 loaded C:\Windows\System32\kernel32.dll at 76F2
--- Process 7020 loaded C:\Windows\System32\KernelBase.dll at 07FEFD12
--- Process 7020 loaded C:\cygwin64\bin\cygwin1.dll at 00018004
--- Process 7020 loaded C:\cygwin64\bin\cygpixman-1-0.dll at 0003ED0B
--- Process 7020 loaded C:\cygwin64\bin\cyggcc_s-seh-1.dll at 0003F559
--- Process 7020 loaded C:\cygwin64\bin\cygX11-xcb-1.dll at 0003F6DA
--- Process 7020 loaded C:\cygwin64\bin\cygX11-6.dll at 0003F6DB
--- Process 7020 loaded C:\cygwin64\bin\cygxcb-1.dll at 0003E958
--- Process 7020 loaded C:\cygwin64\bin\cygXau-6.dll at 0003F6D8
--- Process 7020 loaded C:\cygwin64\bin\cygXdmcp-6.dll at 0003F6C7
--- Process 7020 loaded C:\cygwin64\bin\cygxcb-icccm-4.dll at 0003E951
--- Process 7020 loaded C:\cygwin64\bin\cygxcb-image-0.dll at 0003E950
--- Process 7020 loaded C:\cygwin64\bin\cygxcb-shm-0.dll at 0003E949
--- Process 7020 loaded C:\cygwin64\bin\cygxcb-util-1.dll at 0003E947
--- Process 7020 loaded C:\cygwin64\bin\cygXcomposite-1.dll at 0003F6CA
--- Process 7020 loaded C:\cygwin64\bin\cygXfixes-3.dll at 0003F6C4
--- Process 7020 loaded C:\cygwin64\bin\cygXfont-1.dll at 0003F6C0
--- Process 7020 loaded C:\cygwin64\bin\cygbz2-1.dll at 0003F645
--- Process 7020 loaded C:\cygwin64\bin\cygfontenc-1.dll at 0003F57B
--- Process 7020 loaded C:\cygwin64\bin\cygz.dll at 0003E916
--- Process 7020 loaded C:\cygwin64\bin\cygfreetype-6.dll at 0003F565
--- Process 7020 loaded C:\cygwin64\bin\cygpng16-16.dll at 0003ECF3
--- Process 7020 loaded C:\Windows\System32\advapi32.dll at 07FEFD70
--- Process 7020 loaded C:\Windows\System32\msvcrt.dll at 07FEFD84
--- Process 7020 loaded C:\Windows\System32\sechost.dll at 07FEFD1B
--- Process 7020 loaded C:\Windows\System32\rpcrt4.dll at 07FEFF12
--- Process 7020 loaded C:\Windows\System32\gdi32.dll at 07FEFEE5
--- Process 7020 loaded C:\Windows\System32\user32.dll at 76E2
--- Process 7020 loaded C:\Windows\System32\lpk.dll at 07FEFEE4
--- Process 7020 loaded C:\Windows\System32\usp10.dll at 07FEFD63
--- Process 7020 loaded C:\Windows\System32\ole32.dll at 07FEFD1D
--- Process 7020 loaded C:\Windows\System32\opengl32.dll at 07FEF418
--- Process 7020 loaded C:\Windows\System32\glu32.dll at 07FEF415
--- Process 7020 loaded C:\Windows\System32\ddraw.dll at 07FEF405
--- Process 7020 loaded C:\Windows\System32\dciman32.dll at 07FEF4FD
--- Process 7020 loaded C:\Windows\System32\setupapi.dll at 07FEFE71
--- Process 7020 loaded C:\Windows\System32\cfgmgr32.dll at 07FEFCE4
--- Process 7020 loaded C:\Windows\System32\oleaut32.dll at 07FEFED6
--- Process 7020 loaded C:\Windows\System32\devobj.dll at 07FEFD0E
--- Process 7020 loaded C:\Windows\System32\dwmapi.dll at 07FEFB31
--- Process 7020 loaded C:\Windows\System32\shell32.dll at 07FEFD98
--- Process 7020 loaded C:\Windows\System32\shlwapi.dll at 07FEFF2D

Re: Failed to activate core devices

[Dennis Putnam]

On 8/18/2015 6:35 PM, Dennis Putnam wrote:
> On 8/18/2015 3:29 PM, Dennis Putnam wrote:
>> On 8/18/2015 1:30 PM, Achim Gratz wrote:
>>> Dennis Putnam writes:
 I'll have to figure out how to get rid of it. Thanks.
>>> Try Sysinternal Autoruns (now MicroSoft).  There's a live WebDAV share
>>> that you can mount if you have internet access at all to always get the
>>> latest version:
>>>
>>> \\live.sysinternals.com\tools
>>>
>>>
>>> Regards,
>>> Achim.
>> This may be a bit off topic but I guess I don't really know what this
>> will do. I ran it and found some Lavasoft stuff but what do I do now? I
>> can see a delete icon but it is grayed out.
>>
> Arggg I had to resort to Haren's to delete that damn dll. However,
> now that it is gone I have a completely different error:
>
> [   802.313] Welcome to the XWin X Server
> [   802.313] Vendor: The Cygwin/X Project
> [   802.313] Release: 1.17.2.0
> [   802.344] OS: CYGWIN_NT-6.1 DAP001 2.2.0(0.289/5/3) 2015-08-03 12:51
> x86_64
> [   802.344] OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601]
> (Win64)
> [   802.344] Package: version 1.17.2-2 built 2015-08-11
> [   802.344]
> [   802.437] winInitializeScreenDefaults - primary monitor w 1600 h 900
> [   802.437] winInitializeScreenDefaults - native DPI x 96 y 96
> [   802.437] _XSERVTransSocketOpenCOTSServer: Unable to open socket for
> local
> [   802.437] _XSERVTransOpen: transport open failed for local/DAP001:0
> [   802.437] _XSERVTransMakeAllCOTSServerListeners: failed to open
> listener for local
> [   802.437] (EE) Fatal server error:
> [   802.437] (EE) Cannot establish any listening sockets - Make sure an
> X server isn't already running(EE)
> [   802.469] (EE) Server terminated with error (1). Closing log file.
>
> A new trace file is also attached. Thanks again for your help.
>
Another piece of the puzzle that may be related. I think there is
something wrong with cygwin's network interface. I am no longer able to
run setup-x86_64.exe. No matter what mirror I chose I get the error;
Unable to get setup.ini from ...
Also I cannot seem to ping anything from cygwin. If I use nslookup it
tells me the default server is unknown.



signature.asc
Description: OpenPGP digital signature

X11 Fails to load on WindowsXP normal user

[L. D. James]

I installed Cygwin on Windows XP with X11.  I tested it and it works as 
expected.


Then I logged in as a normal user (not administrator).  I get the 
following error when trying to X11:


A fatal error has occurred and Cygwin/X will now exit.
Cannot open log file "/var/log/xwin/XWin.1.log"

Please open the logfile for more information.

Vendor: The Cygwin/XProject
Contact: cygwin@cygwin.com
Package: version 1.17-2.2build-2015-08-11

XWin was started with the following command-line:

/usr/bin/X :1 -auth /home/user/.serverauth.2872

I performed a fresh install of Windows XP and got the same results.

I found that if I add the user account to Administrators X11 will then 
work without errors.


Can someone advise what has to be done to make X11 work with a normal 
user's account?


Thanks.

-- L. James

--
L. D. James
lja...@apollo3.com
www.apollo3.com/~ljames

--
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

Re: getent services enumeration glitch

[Mark Geisert]

Buchbinder, Barry writes:
> Corinna Vinschen sent the following at Tuesday, August 18, 2015 7:24 AM
> >On Aug 18 09:40, Mark Geisert wrote:
> >Congratulations! You found a 13 years old bug in Cygwin's getservent
> >implementation, which returned the port number in host byte order
> >instead of in network byte order for all this time. Makes me wonder how
> >often getservent is used in the wild...
> 
> Not that I know what getent is, let alone having ever used it, shouldn't
> finding a bug that old merit a gold star?

Oh, please no.  A tin star if you must.  Let's keep gold stars for folks
doing the heavy lifting around here.

..mark


--
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

Re: FindFirstFile fails for some network directories

[Orgad Shaneh]

On Mon, Aug 17, 2015 at 3:03 PM, Orgad Shaneh  wrote:
> Hi,
>
> I have 2 network shares with similar contents:
> \\netapp1\CM\CompilationResults
> \\aclnas01\versions\CompilationResults
>
> Trying to list all the files within these directories using Ruby
> succeeds for netapp1, but fails for aclnas01.
>
> The failing ruby command is:
>   ruby -e "print Dir.glob('//aclnas01/versions/CompilationResults/*')"
>
> The exact same command succeeds when executed from a normal command
> prompt, or when the directory is on netapp1 (on both shells).
>
> After debugging Ruby, I found out that FindFirstFile returns an
> INVALID_HANDLE when invoked from cygwin environment.
>
> The following application succeeds on command prompt and fails on cygwin:
>
> #include 
> #include 
>
> int main()
> {
> const TCHAR *aclnas = TEXT("//aclnas01/versions/CompilationResults");
> const TCHAR *netapp = TEXT("//netapp1/CM/CompilationResults");
>
> WIN32_FIND_DATA fd;
> printf("%d\n", FindFirstFile(aclnas, &fd) !=
> INVALID_HANDLE_VALUE); // Fails on cygwin
> printf("%d\n", FindFirstFile(netapp, &fd) !=
> INVALID_HANDLE_VALUE); // Always succeeds
> return 0;
> }
>
> Output on cmd is 1 1, on cygwin it is 0 1.
>
> Process Monitor shows that when executed from cygwin, CreateFile is
> called with Open for Backup flag. I can't say for sure if this causes
> the failure, but that's the only difference I could find between these
> executions.
>
> This bug was previously reported on github/msys2[1], but it wasn't solved.
>
> I only have read access to these servers, but I might have cooperation
> of the sys admin (can't promise though).
>
> Any help will be appreciated.
>
> Thanks,
> - Orgad
>
> [1] https://github.com/Alexpux/MSYS2-packages/issues/242

Hi,

Using Wireshark, I discovered that aclnas01 uses SMB, while netapp1 uses SMB2.

For some reason, when executed from command prompt, a FIND_FIRST2
request is sent and the server replies, while with cygwin a "NT Create
AndX" request is sent and denied.

To minimize the captured packets, I executed the application twice,
and captured only the second execution (to avoid session initiation).

Working capture: https://gist.github.com/orgads/d2681881668afb9cb08f
Failing capture: https://gist.github.com/orgads/4f0ea2b26cfd64f4353d

Does cygwin implement SMB on its own, or is this difference a
side-effect of the "Backup Intent" flag?

- Orgad

--
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

Re: FindFirstFile fails for some network directories

[Orgad Shaneh]

On Wed, Aug 19, 2015 at 8:46 AM, Orgad Shaneh  wrote:
> Working capture: https://gist.github.com/orgads/d2681881668afb9cb08f
> Failing capture: https://gist.github.com/orgads/4f0ea2b26cfd64f4353d

I just found another SMB1 linux server, which does work[1].

It first has a "NT Create AndX" request for path \, which succeeds.
Then it issues Trans2 FIND_FIRST2 request for the real path (\a).

This issue might be related to the Archive bit which is set on aclnas01.

- Orgad

[1] https://gist.github.com/orgads/e76a00c2cc0fc8a43d95

--
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