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

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

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

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

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

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

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

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

Re: upset, genini: different version ordering

On Wed, 2015-10-21 at 18:45 +0200, Achim Gratz wrote: > Yaakov Selkowitz writes: > >> and I don't see why any of you would like the idea. > > > > Because it is a well-established solution for the same issue on other > > platforms. > > I have never seen this used (I don't claim it isn't used

Re: upset, genini: different version ordering

Yaakov Selkowitz writes: >> and I don't see why any of you would like the idea. > > Because it is a well-established solution for the same issue on other > platforms. I have never seen this used (I don't claim it isn't used somewhere, mind you) and I still can't think of a good reason for why

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

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

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

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

Re: [PATCH] Allow overriding the home directory via the HOME variable

On Sep 16 15:06, Johannes Schindelin wrote: > * uinfo.cc (cygheap_pwdgrp::get_home): Offer an option in > nsswitch.conf that let's the environment variable HOME (or > HOMEDRIVE & HOMEPATH, or USERPROFILE) define the home > directory. > > * ntsec.xml: Document the

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

Re: [PATCH] Introduce the 'usertemp' filesystem type

Hi Johannes, On Oct 20 13:47, Johannes Schindelin wrote: > On Tue, 20 Oct 2015, Corinna Vinschen wrote: > > On Sep 16 09:35, Johannes Schindelin wrote: > > > * mount.cc (mount_info::from_fstab_line): support mounting the > > > current user's temp folder as /tmp/. This is particularly > > >

Re: [PATCH] Add ability to use NTFS native directory symlinks without admin rights on XP and later

Hi Evgeny, Preliminaries: we need a copyright assignment from you before being able to include your patches. Please see https://cygwin.com/assign.txt. On Sep 23 18:23, Evgeny Grin wrote: > This patch will add ability to create directory junction which are > supported from Windows 2000 and not

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.

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

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

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

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

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

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)

[newlib-cygwin] Fix EIO error accessing certain (OS X SMB?) drives

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=713161b28b85b7ce05c27a46c52b0780b96047ce commit 713161b28b85b7ce05c27a46c52b0780b96047ce Author: Corinna Vinschen Date: Wed Oct 21 12:01:11 2015 +0200 Fix EIO error accessing certain (OS X SMB?) drives

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

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

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.

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.

[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

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

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

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:

[newlib-cygwin] Fix memory leak in pthread_getattr_np

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c0345822e502f45b412ab595e14c51dfdae5aaef commit c0345822e502f45b412ab595e14c51dfdae5aaef Author: Corinna Vinschen Date: Wed Oct 21 12:46:32 2015 +0200 Fix memory leak in pthread_getattr_np *

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,

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

[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

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

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

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

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

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

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

[newlib-cygwin] * winsup/doc/faq-using.xml (faq.using.same-with-permissions): New entry.

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=215dbf05fe1d8164280d669f6ccdc081085943bb commit 215dbf05fe1d8164280d669f6ccdc081085943bb Author: Ken Brown Date: Tue Oct 6 16:31:05 2015 -0400 * winsup/doc/faq-using.xml (faq.using.same-with-permissions): New

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

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

Re: New FAQ entry about permissions since Cygwin 1.7.34

On Oct 20 18:48, Ken Brown wrote: > On 10/20/2015 3:25 PM, Corinna Vinschen wrote: > >Hi Ken, > > > >On Oct 6 16:41, Ken Brown wrote: > >>There have been several recent threads on the cygwin list stemming from the > >>permissions change in 1.7.34. I've pointed people to the FAQ about ssh >