Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.4

2015-11-21 17:24 GMT+01:00 Corinna Vinschen : > Hi Cygwin friends and users, > > > I released a new TEST version of Cygwin, 2.4.0-0.4. > With this version I get permissions denied when trying to chmod a folder created in a created folder... Basically this doesn't work

Re: cygwin 64bit on Win7 gcc internal compiler error: Segmentation fault on floating point literal 10.0

David Standish writes: > gcc is broken on fresh install of 64 bit cygwin on 64 bit Win7 > Enterprise on new laptop. > version 4.9.3-1 , but other versions broken as well (4.9.2-3, 5.2.0-1) Does the problem go away if you downgrade to libgmp10-6.0.0a-2 perhaps? Regards, Achim. -- +<[Q+

Re: Awk not ouputting results via echo

On 11/23/15, Lester Anderson wrote: > Hello, > > Having sorted how to access a separate drive location, I have expanded > the script to include an awk section which processes new coordinate > limits which should pass to img2grd to extract the data grids. > However, the awk

RE: ssh ControlMaster re-broken

Hi, >> On Nov 19 11:45, Andrew Schulman wrote: >> > > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote: >> > > > Hi, >> > > > >> > > > It worked month ago, but it failed after reinstall. >> > > >> > > Are you really sure it ever worked? To the best of my knowledge the >> > > control

Data file access on different path (drive)

Hello, I am fairly new to using Cygwin, so hope that this query is not too simplistic. I have a bash script that integrates a lot of GMT commands and also calls a Fortran program to generate a map output. Now the problem is how to get the script/Cygwin to access two data files on a different

Re: Data file access on different path (drive)

On 23/11/2015 09:54, Lester Anderson wrote: Hello, I am fairly new to using Cygwin, so hope that this query is not too simplistic. I have a bash script that integrates a lot of GMT commands and also calls a Fortran program to generate a map output. Now the problem is how to get the

Python not reading result from bash command

Trying to read an argument as string, however doesn't work on python for cygwin. Tested on Python 3.5.0 (32-bit) from Python Software Foundation and works perfectly. test.py: import datetime import sys my_date = str(sys.argv[1]) temp_date = datetime.datetime.strptime(some_date, "%Y%m%d%H%M%S")

Re: Python not reading result from bash command

On 23/11/2015 10:04, Aaron Schneider wrote: Subject: Python not reading result from bash command Trying to read an argument as string, however doesn't work on python for cygwin. Tested on Python 3.5.0 (32-bit) from Python Software Foundation and works perfectly. test.py: import datetime

[ANNOUNCEMENT] Updated: openblas-0.2.15-2

New releases of openblas (source) libopenblas (dinamic library) are available in the Cygwin distribution, 32 and 64 bit : CYGWIN CHANGES rebuilt with debuginfo enabled CHANGES New upstream release http://www.openblas.net/Changelog.txt * Various bux fixes and optimizations *

No support for ACLs on network shares?

I noticed today that when accessing a network share, the permissions for the current user are not resolving. For example, I'm connected to a network share //server/share which is a CentOS share with a unix login/password. The share is already logged in by Windows and on the keychain so I

Re: Data file access on different path (drive)

On 23/11/2015 11:11, Lester Anderson wrote: Tested the change: ruta_elev="/cygdrive/q/geophys/Potential-field datasets/Topography/topo_17.1.img" ruta_grav="/cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1" No errors reported for the path but.. $ bash test4.sh -12 0 28 39

[ANNOUNCEMENT] Updated: SuiteSparse-4.4.5-1

New versions 4.4.5 of SuiteSparse has been deployed split in its own components: amd-2.4.1-1 libamd-devel libamd1 (API bump) btf-1.2.1-1 libbtf-devel libbtf0 camd-2.4.1-1 libcamd-devel libcamd1 (API bump) ccolamd-2.9.1-1 libccolamd-devel

Updated: SuiteSparse-4.4.5-1

New versions 4.4.5 of SuiteSparse has been deployed split in its own components: amd-2.4.1-1 libamd-devel libamd1 (API bump) btf-1.2.1-1 libbtf-devel libbtf0 camd-2.4.1-1 libcamd-devel libcamd1 (API bump) ccolamd-2.9.1-1 libccolamd-devel

Re: Data file access on different path (drive)

Thanks Peter! Finally got the test script to run : #!/bin/bash ruta_elev="Q:/geophys/Potential-field datasets/Topography/topo_17.1.img" ruta_grav="Q:/geophys/Potential-field datasets/Gravity/grav.img.23.1" lon_min=-12 lon_max=0 lat_min=28 lat_max=39 echo $lon_min $lon_max $lat_min $lat_max

Re: No support for ACLs on network shares?

Greetings, Matt D.! > I noticed today that when accessing a network share, the permissions for > the current user are not resolving. > For example, I'm connected to a network share //server/share which is a > CentOS share with a unix login/password. The share is already logged in > by Windows

Request for update of mutt

Hello, Mutt 1.5.24 is released now (see http://www.mutt.org), is it possible to update the cygwin package? Kind regards, axd -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe

cygport: patch for proper debuginfo

Hi Yaakov, the attached patch solves some case I hit where the debuginfo are not properly extracted. "." as workdir can be managed differently by the build system and cygport debuginfo extraction when: $ pwd /pub/devel/openblas $ readlink -f $(pwd) /cygdrive/e/cyg_pub/devel/openblas Usually

Re: Data file access on different path (drive)

Hello, I tried a very basic script to test this: #!/bin/bash ruta_elev="cygdrive/q/geophys/Potential-field datasets/Topography/topo_17.1.img" ruta_grav="cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1" # Also tried # ruta_elev="Q:/geophys/Potential-field

Re: Octave 4.0.0-3 x86_64 segfault (suspect openblas)

I can submit upstream, unless you'd like to. Reported at https://github.com/xianyi/OpenBLAS/issues/697 if you'd like to follow along (or post anything you may have learned from fixing the debuginfo?). -Tony -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Data file access on different path (drive)

Tested the change: ruta_elev="/cygdrive/q/geophys/Potential-field datasets/Topography/topo_17.1.img" ruta_grav="/cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1" No errors reported for the path but.. $ bash test4.sh -12 0 28 39 img2grd: Syntax error: More than one world image

Re: Cygwin multithreading performance

Mark Geisert wrote at 23:45 -0800 on Nov 22, 2015: > Corinna Vinschen wrote: > > On Nov 21 01:21, Mark Geisert wrote: > [...] so I wonder if there's > >> some unintentional serialization going on somewhere, but I don't know yet > >> how I could verify that theory. > > > > If I'm allowed to

Re: No support for ACLs on network shares?

Andrey, My samba server is configured to use winbind and when inspecting the file using explorer properties, the SIDs resolve correctly as: "NAME (HOSTNAME\username)" where "NAME" is my name on the unix account and "username" is my login. The problem is that Cygwin isn't aware of this SID

Re: Request for update of mutt

On 23/11/2015 12:26, thomas.gil...@gmx.de wrote: Hello, Mutt 1.5.24 is released now (see http://www.mutt.org), is it possible to update the cygwin package? Kind regards, axd Noted. I will prepare it in the coming days Regards Marco -- Problem reports:

Re: Windows locks up when pressing Ctrl+S while native process writes to terminal

Am Sonntag, 22. November 2015 20:17 CET, Thomas Wolff schrieb: > > I found a consistent bug that happens every time: > > ... > > - Press Ctrl+S to stop the output in the terminal > > > > Bug #1: It's not possible to unfreeze the output in the terminal with > > Ctrl+Q. It just

Awk not ouputting results via echo

Hello, Having sorted how to access a separate drive location, I have expanded the script to include an awk section which processes new coordinate limits which should pass to img2grd to extract the data grids. However, the awk scripting does not seem to generate any data - is there something I am

[ANNOUNCEMENT] Updated: hdf5-1.8.16-1

Version 1.8.16-1 of libhdf5_10 libhdf5cpp_11 (C++ api bumped) libhdf5-devel hdf5 for cygwin 32bit and 64bit have been uploaded. CHANGES This is a new upstream release. For the full list of changes: http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html DESCRIPTION HDF5 is a

Updated: hdf5-1.8.16-1

Version 1.8.16-1 of libhdf5_10 libhdf5cpp_11 (C++ api bumped) libhdf5-devel hdf5 for cygwin 32bit and 64bit have been uploaded. CHANGES This is a new upstream release. For the full list of changes: http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html DESCRIPTION HDF5 is a

Re: Data file access on different path (drive)

On 23/11/2015 10:51, Lester Anderson wrote: Hello, I tried a very basic script to test this: #!/bin/bash ruta_elev="cygdrive/q/geophys/Potential-field datasets/Topography/topo_17.1.img" ruta_grav="cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1" sorry typo "/cygdrive/q.."

RE: Python not reading result from bash command

> Subject: Re: Python not reading result from bash command > > what is adb ? > > I suspect it is mainly pty communication (or lack of) between > cygwin and not cygwin programs. > See > https://github.com/mintty/mintty/issues/56 adb is the Android Debugging

[ANNOUNCEMENT] Updated: qrupdate-1.1.2-2

The version 1.1.2-2 of qrupdate(source), libqrupdate-devel, libqrupdate0 have been uploaded. CYGWIN CHANGES rebuilt removing /usr/lib/libqrupdate.la from libqrupdate-devel to solve lapack depency inconsisteny https://cygwin.com/ml/cygwin/2015-11/msg00176.html DESCRIPTION QRUPDATE is

Updated: octave-4.0.0-2

New versions 4.0.0-2 of octave, octave-devel, octave-doc are available in the Cygwin distribution: CYGWIN CHANGES Rebuilt for updated dependency including libsndfile https://cygwin.com/ml/cygwin/2015-11/msg00176.html Added debuginfo package CHANGES This is the first mainstream of

[ANNOUNCEMENT] Updated: octave-4.0.0-2

New versions 4.0.0-2 of octave, octave-devel, octave-doc are available in the Cygwin distribution: CYGWIN CHANGES Rebuilt for updated dependency including libsndfile https://cygwin.com/ml/cygwin/2015-11/msg00176.html Added debuginfo package CHANGES This is the first mainstream of

Updated: qrupdate-1.1.2-2

The version 1.1.2-2 of qrupdate(source), libqrupdate-devel, libqrupdate0 have been uploaded. CYGWIN CHANGES rebuilt removing /usr/lib/libqrupdate.la from libqrupdate-devel to solve lapack depency inconsisteny https://cygwin.com/ml/cygwin/2015-11/msg00176.html DESCRIPTION QRUPDATE is

Re: Octave 4.0.0-3 x86_64 segfault (suspect openblas)

To test without openblas , you can renable netlib blas $ mv /usr/bin/cygblas-0.dll /usr/bin/cygblas-0.dll_bk Yep, works fine with netlib blas. Pure C repro case is attached, gcc -g 5728.c -o 5728 -llapack && gdb ./5728 I can submit upstream, unless you'd like to. -Tony #include #include

RE: Python not reading result from bash command

> Subject: Python not reading result from bash command > > Trying to read an argument as string, however doesn't work on python for > cygwin. Tested on Python 3.5.0 (32-bit) from Python Software Foundation and > works perfectly. > > test.py: > import datetime > import sys > my_date =

Updated : udunits-2.2.20-1

Versions udunits-2.2.20-1 udunits libudunits-devel libudunits0 are available in the Cygwin distribution: CHANGES This is a upstream release. Full change log http://www.unidata.ucar.edu/software/udunits/udunits-current/doc/udunits/CHANGE_LOG DESCRIPTION The UDUNITS-2 package provides

[ANNOUNCEMENT] Updated : udunits-2.2.20-1

Versions udunits-2.2.20-1 udunits libudunits-devel libudunits0 are available in the Cygwin distribution: CHANGES This is a upstream release. Full change log http://www.unidata.ucar.edu/software/udunits/udunits-current/doc/udunits/CHANGE_LOG DESCRIPTION The UDUNITS-2 package provides

Re: Data file access on different path (drive)

On 2015-11-23 10:51, Lester Anderson wrote: > Hello, > > I tried a very basic script to test this: > > #!/bin/bash > ruta_elev="cygdrive/q/geophys/Potential-field > datasets/Topography/topo_17.1.img" > ruta_grav="cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1" > # Also tried >

Re: No support for ACLs on network shares?

Greetings, Matt D.! Please don't top-post. Thank you. > On 11/23/2015 3:08 AM, Andrey Repin wrote: >> Greetings, Matt D.! >> >>> I noticed today that when accessing a network share, the permissions for >>> the current user are not resolving. >> >>> For example, I'm connected to a network share

Re: Awk not ouputting results via echo

The error when run is: ERROR 4: `///' does not exist in the file system, and is not recognised as a supported dataset name. img2grd (GMTAPI_Import_Grid): Not a supported grid format [///] Error returned from GMT API: GMT_GRID_READ_ERROR (18) img2grd: Syntax error -R option. Correct syntax:

Re: Octave 4.0.0-3 x86_64 segfault (suspect openblas)

On 23/11/2015 10:58, Tony Kelman wrote: I can submit upstream, unless you'd like to. Reported at https://github.com/xianyi/OpenBLAS/issues/697 if you'd like to follow along (or post anything you may have learned from fixing the debuginfo?). -Tony unfortunately debuginfo is incomplete

Re: Awk not ouputting results via echo

On 11/23/2015 8:17 AM, Lester Anderson wrote: > > #!/bin/bash > ruta_elev="Q:/geophys/Potential-field datasets/Topography/topo_17.1.img" > ruta_grav="Q:/geophys/Potential-field datasets/Gravity/grav.img.23.1" This response is based on your subsequent email but what if you change Q: to be

Re: gdb 7.8 consistently fails to run executable - error is

Hi Dominik, In my case, it was not down to the string size being too small. I seemed to suffer exactly the same problem. You get the same error if Windows can't access the dll. This seems to happen for some "special" dlls. The size of any PATH variable won't matter - the path it refers to here

Re: No support for ACLs on network shares?

Matt D. wrote: My samba server is configured to use winbind and when inspecting the file using explorer properties, the SIDs resolve correctly as: "NAME (HOSTNAME\username)" where "NAME" is my name on the unix account and "username" is my login. The problem is that Cygwin isn't aware of this

[ANNOUNCEMENT] Updated: fzf v0.11.0

fzf 0.11.0 has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - fzf - fzf-bash - fzf-bash-completion - fzf-zsh - fzf-zsh-completion - fzf-fish - fzf-vim This is an update to the latest upstream release; the upstream

Updated: fzf v0.11.0

fzf 0.11.0 has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - fzf - fzf-bash - fzf-bash-completion - fzf-zsh - fzf-zsh-completion - fzf-fish - fzf-vim This is an update to the latest upstream release; the upstream

Re: [ANNOUNCEMENT] Updated: fzf v0.11.0

On Mon, Nov 23, 2015 at 03:51:13PM -0700, Keith Christian wrote: > On Mon, Nov 23, 2015 at 3:39 PM, Adam Dinwoodie wrote: > > fzf 0.11.0 has been uploaded and should be coming soon to a mirror near > > you. > > Thanks, Adam. Should we see this "$(__fzf_history__)" string at

Re: [ANNOUNCEMENT] Updated: fzf v0.11.0

On Mon, Nov 23, 2015 at 3:39 PM, Adam Dinwoodie wrote: > fzf 0.11.0 has been uploaded and should be coming soon to a mirror near > you. This update includes the following packages: > > - fzf > - fzf-bash > - fzf-bash-completion > - fzf-zsh > - fzf-zsh-completion > -

Re: Https proxy auth issue with git in cygwin 2.2.1

On Fri, Oct 16, 2015 at 12:26:14PM +, Johan Laenen wrote: > Adam Dinwoodie dinwoodie.org> writes: > > > I think I've found the problem, and you're right -- Git has changed the > > way it makes the curl call. The culprit is commit 5841520b in the > > upstream Git repository, which has the

Re: Errors in handling of boost::asio errors ('boost' was compiled with wrong std::string representation?)

If I use 'gcc-core', 'gcc-g++', 'libgcc1' and 'libstdc++6' all of version 4.9.2-3, all works OK. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Updated: git v2.6.2

Version 2.6.2-1 of Git has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - git - git-completion - git-cvs - git-debuginfo - git-email - git-gui - gitk - git-svn This is an update to the latest upstream release. For a

Re: Cygwin multithreading performance

John Hein wrote: Mark Geisert wrote at 23:45 -0800 on Nov 22, 2015: > Corinna Vinschen wrote: > > On Nov 21 01:21, Mark Geisert wrote: > [...] so I wonder if there's > >> some unintentional serialization going on somewhere, but I don't know yet > >> how I could verify that theory. >

Re: cygwin 64bit on Win7 gcc internal compiler error: Segmentation fault on floating point literal 10.0

Thanks Achim, Downgrading to libgmp10-6.0.0a-2 fixes the problem. Does that imply a problem with to libgmp10-6.0.0a-2 p? On 11/22/15, Achim Gratz wrote: > David Standish writes: >> gcc is broken on fresh install of 64 bit cygwin on 64 bit Win7 >> Enterprise on new

[ANNOUNCEMENT] Updated: git v2.6.2

Version 2.6.2-1 of Git has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - git - git-completion - git-cvs - git-debuginfo - git-email - git-gui - gitk - git-svn This is an update to the latest upstream release. For a

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.4

Greetings, Kacper Michajlow! >> I released a new TEST version of Cygwin, 2.4.0-0.4. >> > With this version I get permissions denied when trying to chmod a > folder created in a created folder... > Basically this doesn't work for me: > mkdir test > mkdir test/test > chmod 755 test/test >

Re: Awk not ouputting results via echo

Hello, The img2grd program is a Windows code. The script is using the GMT software that is freely available, and accessed via Cygwin; can also work via standard windows batch files to a more restricted degree. The Windows path definition worked fine, thanks for that The issue seems to be

Re: gdb 7.8 consistently fails to run executable - error is

> Am 08.10.2014 um 14:12 schrieb Corinna Vinschen: >> On Sep 29 14:13, Dominik Straßer wrote: >>> Hi all, > Hi Corinna, > >>> I've dug into the gdb sources. The problem is in the cygwin-only >>> part and is not about the PATH variable but about one single DLL >>> file name. >>> >>> This

Re: Data file access on different path (drive)

On 11/23/2015 6:12 AM, Lester Anderson wrote: > > Using the path as Q:/... worked but the Cygrdrive/q/... did not. > Because as Marco already pointed out it is /cygdrive/q/ and not cygdrive/q/. Q:/ works just because it is a Windows supported method but the preferred method is /cygdrive/q/.

Re: Python not reading result from bash command

On 11/23/2015 4:25 AM, Aaron Schneider wrote: > >> Subject: Re: Python not reading result from bash command >> >> what is adb ? >> >> I suspect it is mainly pty communication (or lack of) between >> cygwin and not cygwin programs. >> See >>

Re: Awk not ouputting results via echo

Ok, I think I have a sense of an underlying problem here. When you do: ... | read v1 v2 ... The read executes in an inferior process, setting variables there. The process then exits and you have no bindings in the parent shell, which is where you want them. Maybe something like this would

Re: Awk not ouputting results via echo

Hi Eliot, I can see the logic of the function, but not sure how it is implemented from the section I have: lon_min=-12 lon_max=0 lat_min=28 lat_max=39 R_d=167 R_i=20 echo $lon_min $lon_max $lat_min $lat_max $R_d $R_i | awk "{R_t=6370; pi=3.14159;

Re: [PATCH setup 0/3] Setup replacement for incver_ifdep

Jon Turney writes: > So, this is actually quite straightforward to write, and > /etc/postinstall/0p_update-info-dir.sh becomes the attached. > >>> Can this be relied on for all possible file systems? >> >> Not on FAT. But then again, FAT is not really a filesystem, rather just >> a failed try. >

Re: Awk not ouputting results via echo

On 11/23/2015 11:24 AM, Lester Anderson wrote: Hi Eliot, I can see the logic of the function, but not sure how it is implemented from the section I have: This has to do with bash and shells in general, and is not specific to awk or to the cygwin Unix-like environment. But what I meant was

Re: Errors in handling of boost::asio errors ('boost' was compiled with wrong std::string representation?)

John Hein wrote at 10:22 -0700 on Nov 22, 2015: Use 'size=%zu'. And get into the habit of compiling with -Wall 1) My apology for inaccuracy. 2) Usually, I use -Wall, but omits it for brevity. 3) GCC cannot warn for "%zu" - "%lu" mismatch. But it can warn if I confuse "%u" with "%s". 4) The

Re: [PATCH setup 0/3] Setup replacement for incver_ifdep

On 20/10/2015 11:21, Corinna Vinschen wrote: On Oct 19 19:21, Achim Gratz wrote: Corinna Vinschen writes: I agree. Actually, considering that the info files are stored in just a single well-known directory, /usr/share/info(*), and further considering that updated files are rewritten when

Re: Awk not ouputting results via echo

As a test I did a simple function to read the inputs: #!/bin/sh lon_min=-12 lon_max=0 lat_min=28 lat_max=39 R_d=167 R_i=20 function Test() { echo Test function: $lon_min $lon_max $lat_min $lat_max $R_d $R_i } # Test > test.txt # test.txt -> -12 0 28 39 167 20 Still needs awk to do those

Re: [PATCH setup 0/3] Setup replacement for incver_ifdep

On 15/10/2015 19:01, Achim Gratz wrote: Jon Turney writes: I still don't think the triggers should be implemented or at least not in the way you've been proposing. Can you explain the reason why? Triggers need to be coordinated among packages and we currently don't have an infrastructure

Re: Cygwin gjar core dumps whereas Oracle jar does not

I'm not sure if this got lost, ignored, or wasn't forwarded appropriately, but I'm still getting this core dump: https://sourceware.org/ml/cygwin/2015-10/msg00257.html Matt D. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Calling cygpath from find exec?

Is there a reason why these produce different results? find . -exec cygpath -wa {} \; find . -exec echo $(cygpath -wa {}) \; I have to do this which is much slower: find . -exec bash -c 'echo $(cygpath -wa {})' \; Or this: find . | while read a; do echo $(cygpath -wa $a); done Matt D. --

RE: Calling cygpath from find exec?

From: Matt D. > > Is there a reason why these produce different results? > > find . -exec cygpath -wa {} \; > find . -exec echo $(cygpath -wa {}) \; > > I have to do this which is much slower: > find . -exec bash -c 'echo $(cygpath -wa {})' \; > > Or this: > find . | while read a; do echo

Re: startx doesn't seem to work

> On my Win7 machine with a newly installed cygwin-64 installed via > setup-x86_64.exe with everything default except xinit and xorg-server > selected running startx from a terminal window opens a full screen window > and then dies. A search of startx fails in the mail archives didn't

Re: Calling cygpath from find exec?

On 11/23/2015 01:45 PM, Matt D. wrote: > Is there a reason why these produce different results? > > find . -exec cygpath -wa {} \; > find . -exec echo $(cygpath -wa {}) \; Incorrect quoting. You are invoking: find . -exec echo c:\cygwin\home\you\{} \; (or whatever ./{} resolves to), instead