RE: pthread_kill: signals remain pending after target thread exits

> From: Corinna Vinschen [corinna-cyg...@cygwin.com] > Sent: Wednesday, October 21, 2015 4:48 AM > Subject: Re: pthread_kill: signals remain pending after target thread exits ... > > On Sep 11 18:11, John Carey wrote: > > There seems to be a problem with pthread_kill: a pending signal > > targeting

Re: Bash unable to print epoch timestamp

Don Harrop effx.us> writes: > Bash outputs no value when using it's built in method of printing an > "epoch" timestamp. > BashCommandLine#: printf '%(%s)T' -1 bash printf depends on underlying strftime in newlib, which does not support %s, as it is conditional on _WANT_C99_TIME_FORMATS being def

Re: Missing volumes in output from df -h

Greetings, Frank Redeker! > I just noticed 2 missing volumes when executing df -h from inside > [CYGWIN_NT-6.1 Mimir > 2.2.1(0.289/5/3) 2015-08-20 11:42 x86_64 Cygwin] From your df, there's no "missing" volumes, all real volumes are accounted for. subst does not create a new volume, it just maps

Re: CYGWIN_NT-6.1-WOW 2.2.1(0.289/5/3) inconsistency between pwd and readdir

Greetings, Francis ANDRE! > the drive letter returned by pwd is a upper case letter while the drive > letter returned by readdir is a lower case letter. > [FrancisANDRE@idefix pocozos ]$pwd > /cygdrive/Z/git/pocozos > [FrancisANDRE@idefix pocozos ]$ll /cygdrive > total 92 > drwxrwxrwx+ 1 NT SERVI

Bash unable to print epoch timestamp

Bash outputs no value when using it's built in method of printing an "epoch" timestamp. BashCommandLine#: printf '%(%s)T' -1 I've verified the same behavior with others on IRC. Below are my relevant pieces of cygcheck.exe -s Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1 Cygwin DLL v

Re: Error accessing mapped drive >2TB?

On Oct 21, 2015, at 10:22 AM, Corinna Vinschen wrote: > > On Oct 21 09:52, Warren Young wrote: >> >> I mean, I know how to snag a stream of SMB packets with Wireshark, but >> I don’t know what I’d be looking for in the dump. > > Me neither, the Samba guys might be able to help there, perhaps. A

Re: chere 1.4 bug(?) - "Bash Prompt Here" not shown under Libraries folders

The folders I'm talking about *are* located on the filesystem, so you certainly can cd to them. This is evidenced by the path shown when you click on the location bar. And also, as described, it works when you click on the folders themselves (even if you browse to them via Libraries), but doesn't

CYGWIN_NT-6.1-WOW 2.2.1(0.289/5/3) inconsistency between pwd and readdir

Hi the drive letter returned by pwd is a upper case letter while the drive letter returned by readdir is a lower case letter. [FrancisANDRE@idefix pocozos ]$pwd /cygdrive/Z/git/pocozos [FrancisANDRE@idefix pocozos ]$ll /cygdrive total 92 drwxrwxrwx+ 1 NT SERVICE+TrustedInstaller NT SERVICE+Tru

Re: chere 1.4 bug(?) - "Bash Prompt Here" not shown under Libraries folders

cpengr writes: > Under certain circumstances, when I right-click in the empty space in > Windows Explorer, in any folder or subfolder beneath any "Libraries" > folder (e.g. my "Documents"), the "Bash Prompt Here" option is not > shown in the context menu. "Libraries", despite the looks in Explorer

Re: Error accessing mapped drive >2TB?

On Oct 21 09:52, Warren Young wrote: > On Oct 21, 2015, at 4:03 AM, Corinna Vinschen wrote: > > > > The FILE_ATTRIBUTE_REPARSE_POINT flag is set but when calling a function > > to fetch the reparse data it's no reparse point anymore? How dumb is > > that? > > > > I can't reproduce this bug with

Re: Bad Address with /cygdrive paths

On Oct 21 08:24, Barry Roberts wrote: > Attached is the strace output. Thanks. The culprit are apparently some weird User and Group SIDs. 34 22501 [main] ls 3428 build_fh_pc: fh 0x180329B20, dev 00C3 26 22527 [main] ls 3428 stat_worker: (\??\M:\install, 0x600039B40, 0x180329B20), fil

Re: Error accessing mapped drive >2TB?

On Oct 21, 2015, at 4:03 AM, Corinna Vinschen wrote: > > The FILE_ATTRIBUTE_REPARSE_POINT flag is set but when calling a function > to fetch the reparse data it's no reparse point anymore? How dumb is > that? > > I can't reproduce this bug with my Samba drives, but it's not actually a > bug in C

Re: Jemalloc under CYGWIN

On Oct 21 22:43, Yucong Sun wrote: > On Wed, Oct 21, 2015 at 10:15 PM, Corinna Vinschen > wrote: > > On Oct 21 21:49, Yucong Sun wrote: > >> > What exactly is the malloc problem you're seeing? > >> > >> The specific problem I'm having is that jemalloc's malloc_init() calls > >> needs to use pthrea

Re: Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

Hi Corinna, On Wed, Oct 21, 2015 at 4:17 PM, Corinna Vinschen wrote: > I simplified your patch, taking out the printf's and added a test in the > loop in case NtQueryInformationThread failed. See below. It's not > overly large, but it introduces new functionality. It would be nice if > you cou

Re: Jemalloc under CYGWIN

On Wed, Oct 21, 2015 at 10:15 PM, Corinna Vinschen wrote: > On Oct 21 21:49, Yucong Sun wrote: >> > What exactly is the malloc problem you're seeing? >> >> The specific problem I'm having is that jemalloc's malloc_init() calls >> needs to use pthread_mutex_init() or even pthread_mutex with a >> i

Re: Bad Address with /cygdrive paths

Attached is the strace output. Thanks, Barry On Wed, Oct 21, 2015 at 5:09 AM, Corinna Vinschen wrote: > On Oct 12 18:59, Barry Roberts wrote: >> I've used cygwin for lots of years, and this is kind of weird to me. >> My operations guys set up some Windows Server 2012 R2 servers with >> Cygwin x8

Re: Jemalloc under CYGWIN

On Oct 21 21:49, Yucong Sun wrote: > > What exactly is the malloc problem you're seeing? > > The specific problem I'm having is that jemalloc's malloc_init() calls > needs to use pthread_mutex_init() or even pthread_mutex with a > initializer. Both in-turn uses malloc, triggering this issue. >

Missing volumes in output from df -h

Hello list, I just noticed 2 missing volumes when executing df -h from inside [CYGWIN_NT-6.1 Mimir 2.2.1(0.289/5/3) 2015-08-20 11:42 x86_64 Cygwin] $ mount D:/Program_Files_64/cygwin64/bin on /usr/bin type ntfs (binary,auto) D:/Program_Files_64/cygwin64/lib on /usr/lib type ntfs (binary,auto)

Re: Jemalloc under CYGWIN

> What exactly is the malloc problem you're seeing? The specific problem I'm having is that jemalloc's malloc_init() calls needs to use pthread_mutex_init() or even pthread_mutex with a initializer. Both in-turn uses malloc, triggering this issue. A quick fix would be somehow make pthread alwa

Re: Error accessing mapped drive >2TB?

On Oct 21 16:03, Andrey Repin wrote: > Greetings, Corinna Vinschen! Your mailer is STILL breaking the history, btw. Could you reconfigure so the "blah wrote:" header is preserved for each mail in the thread you still quote? Thanks. > > On Oct 21 15:33, Andrey Repin wrote: > > >> Windows does n

Re: Error accessing mapped drive >2TB?

Greetings, Corinna Vinschen! > On Oct 21 15:33, Andrey Repin wrote: >> Windows does not allow for reparse points to networked locations. >> Symlinks all right, directory junctions no. > Fine, but then the question is, why is the FILE_ATTRIBUTE_REPARSE_POINT > flag set in the first place? May be

Re: Error accessing mapped drive >2TB?

On Oct 21 15:33, Andrey Repin wrote: > Greetings, Corinna Vinschen! Your mailer is breaking the history, btw. Could you reconfigure so the "blah wrote:" header is preserved for each mail in the thread you still quote? Thanks. > > Probably because of the above > > > symlink_info::check_repars

Re: Error accessing mapped drive >2TB?

Greetings, Corinna Vinschen! >> > The only thing I can think of is that the 2nd drive is >2TB. >> >> The same thing happens here with a 3.1 TB Fusion drive and a 500 GB external >> drive, so no, I don’t think the volume size is the real issue. >> >> I assume you are seeing the same thing that I

chere 1.4 bug(?) - "Bash Prompt Here" not shown under Libraries folders

Under certain circumstances, when I right-click in the empty space in Windows Explorer, in any folder or subfolder beneath any "Libraries" folder (e.g. my "Documents"), the "Bash Prompt Here" option is not shown in the context menu. Option is *not shown* under these circumstances: 1. Browse to th

[ANNOUNCEMENT] New package: nccmp-1.7.5.1-1

Version 1.7.5.1-1 of "nccmp" has been uploaded. nccmp compares two NetCDF files bitwise, semantically or with a user defined tolerance (absolute or relative percentage). Parallel comparisons are done in local memory without requiring temporary files. Highly recommended for regression testing scie

Re: pthread_kill: signals remain pending after target thread exits

Hi John, On Sep 11 18:11, John Carey wrote: > There seems to be a problem with pthread_kill: a pending signal > targeting a particular thread prevents other threads from receiving > signals sharing the same signal number--even after the original target > thread exits and is joined. > > To reprodu

Re: Bad Address with /cygdrive paths

On Oct 12 18:59, Barry Roberts wrote: > I've used cygwin for lots of years, and this is kind of weird to me. > My operations guys set up some Windows Server 2012 R2 servers with > Cygwin x86-64 2.2.1. > > There's a CIFS mount (from an HNAS) that I use a lot that is giving me > problems. For examp

Re: fstat st_size on open files on Parallels filesystem is wrong

On Oct 8 12:16, Jonathan Lennox wrote: > Hi, following up on this issue from last year. The message I'm replying to > is at . > > The problem is weird behavior in Parallels Desktop-hosted Windows VMs, when > accessing the host's native Mac OS X

Re: Jemalloc under CYGWIN

On Oct 16 23:56, Yucong Sun wrote: > Hi, > > Throught some frustrating and furious debugging I now understand the > core issue here. CYGWIN calls malloc provided by jemalloc during > initializations, which in turn calls pthreads functions, which in > turn uses malloc, which also uses pthreads, c

Re: gawk 4.1.3: warning: gensub: third argument

On Oct 3 04:59, Westlund, John A wrote: > I first noticed this issue after an update to gawk 4.1.3. If the third > argument in a call to gensub is bogus a warning is generated where is used to > silently pass through: > > $ echo asdf  | gawk '{print gensub(/a/,"b","")}' > gawk: cmd. line:1: (FI

Re: Error accessing mapped drive >2TB?

On Sep 14 14:34, Warren Young wrote: > On Sep 12, 2015, at 11:14 AM, Nem W Schlecht wrote: > > > > The only thing I can think of is that the 2nd drive is >2TB. > > The same thing happens here with a 3.1 TB Fusion drive and a 500 GB external > drive, so no, I don’t think the volume size is the r

[ANNOUNCEMENT] Updated: hwloc 1.11.1-1

Version 1.11.1-1 of packages hwloc libhwloc-devel libhwloc5 are available in the Cygwin distribution: CHANGES Upstream bugfix release Full upstream changes: http://www.open-mpi.org/community/lists/hwloc-announce/2015/10/0080.php DESCRIPTION The Portable Hardware Locality (hwloc) softwa

[ANNOUNCEMENT] Updated: pugixml-1.7-1

The following packages have been updated in the Cygwin distribution: * libpugixml1-1.7-1 * libpugixml-devel-1.7-1 * pugixml-doc-1.7-1 pugixml is a lightweight C++ XML processing library. This is an update to the latest upstream release. Dave. -- Problem reports: http://cygwin.com/proble

[ANNOUNCEMENT] Updated: libmatroska-1.4.4-1

The following packages have been updated in the Cygwin distribution: * libmatroska6-1.4.4-1 * libmatroska-devel-1.4.4-1 libmatroska is a C++ library to parse Matroska files (*.mkv, *.mka). This is an update to the latest upstream release. Dave. -- Problem reports: http://cygwin.com/prob

[ANNOUNCEMENT] [SECURITY] Updated: libebml-1.3.3-1

The following packages have been updated in the Cygwin distribution: * libebml4-1.3.3-1 * libebml-devel-1.3.3-1 libebml is a library for reading and writing files with the Extensible Binary Meta Language, a binary pendant to XML. This is an update to the latest upstream release. This release a

Re: [OT] Wine + Cygwin: `script -e` exit status forwarding randomly return zero for non zero child process

On Oct 21 12:50, Qian Hong wrote: > Update: > > The script exit status issue is fixed in the Wine side in Wine Staging > 1.7.53, patch commited as > https://github.com/wine-compholio/wine-staging/commit/be51f622f7ed5a4f558bc54743314b310727ac4d > > (OT of OT: In WineConf2015, upstream WineHQ forma

Re: Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

Hi Qian, On Oct 2 21:27, Qian Hong wrote: > Dear Cygwin developers, > > While testing Cygwin on Wine, there is a random crashing puzzled me > for a wrong time. > [...] > Alternative, we also tried a hack in the Cygwin side, which use > ThreadQuerySetWin32StartAddress to query the thread entry po