Re: Using signals to unblock calls to msgrcv() in a multi-threaded process (Cygwin v1.7.33)

2015-01-20 Thread Corinna Vinschen
On Jan 19 20:46, Marco Atzeri wrote: > On 1/19/2015 8:10 PM, Corinna Vinschen wrote: > > > > >Well, it was not as complicated as I anticipated. I applied a patch > >to cygserver to pull it into the wonderful modern times of per-thread > >signalling. I created and uploaded a new developer snapsho

RE: Calling man from nonexistent directory cause fatal error

2015-01-20 Thread cyg Simple
> From: Andrey Repin > > I was doing some cleanup, and accidentally left Cygwin terminal hanging in a > directory I've since deleted. > When trying to reference bash manual from there, the thing all went down in > flames of > > $ man bash > man: can't change directory to '/home/anrdaemon/1': Perm

RE: xz update 5.2.0 is available upstream - package maintainer?

2015-01-20 Thread cyg Simple
> From: mappu > > P.S. please CC, i'm not subscribed to list > So subscribe already. Someone not interested enough in an Open Project to join a support list to even offer help who then demands an upgrade of some package distributed by that project needs to be banned from even posting to th

Re: xz update 5.2.0 is available upstream - package maintainer?

2015-01-20 Thread Andrew Schulman
> > From: mappu > > > > P.S. please CC, i'm not subscribed to list > > > > So subscribe already. Or, read the list on the web at http://cygwin.com/ml/cygwin/current/threads.html. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentat

[ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-005

2015-01-20 Thread Corinna Vinschen
Hi Cygwin friends and users, I released another TEST version of the next upcoming Cygwin release. The version number is 1.7.34-005. If nothing's overly badly broken, I'm planning to release 1.7.34 officially end of January or early February. This version contains the latest bugfix to cygserver

libiconv2 - no _autorebase

2015-01-20 Thread cyg Simple
Shouldn't libiconv2 package require _autorebase? @ libiconv2 sdesc: "Unicode iconv() implementation" ldesc: "This library provides an iconv() implementation, for use on systems which don't have one, or whose implementation cannot convert from/to Unicode." category: Libs version: 1.14-1 install: x8

Re: Unable to extract libkbdsg.a while installing the w32api-runtime / gcc-core package

2015-01-20 Thread Larry Hall (Cygwin)
On 01/13/2015 01:27 PM, rocwhite168 wrote: Hi Larry, Thanks for your suggestion. The problem still exists if I shut down my anti-virus software. The other point is hard to demonstrate, but say just trust me on this that virus is not very likely. also I tested it on two Win 8.1 + one Win 7 machi

Re: libiconv2 - no _autorebase

2015-01-20 Thread Corinna Vinschen
On Jan 20 13:17, cyg Simple wrote: > Shouldn't libiconv2 package require _autorebase? Yes. There's a bug in the script creating the setup.ini file needed by the setup installer. It withholds some of the automatically generated dependecies for some reason. We're in the process of making this aut

Incorrect module file format in Fortran netCDF package

2015-01-20 Thread Mark Hadfield
I think I'm seeing a repeat of this bug: https://www.cygwin.com/ml/cygwin/2013-10/msg00026.html When I try to compile Fortran source code that USEs (in the Fortran sense) the netcdf module I get a message like this: /usr/bin/gfortran -c -frepack-arrays -O3 -ffast-math roms_export.f90 mod_netcdf.

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)

2015-01-20 Thread Andrey Repin
Greetings, Corinna Vinschen! >> >> >> > I added a %H specifier to the /path schema which is substituted by >> >> >> > the >> >> >> > Windows home path in POSIX notation. So, what you should be able to >> >> >> > do >> >> >> > now is something like: >> >> >> > >> >> >> > db_home: /%H/cygwin >>

Re: Incorrect module file format in Fortran netCDF package

2015-01-20 Thread Mark Hadfield
Following up my previous message, this from https://gcc.gnu.org/wiki/GFortran/News#gfortran_4.9.1 indicates that the problem is due to the GCC upgrade from 4.8 to 4.9: Module files: The version of the module files (.mod) has been incremented; additionally, module files are now compressed. Fortran

Re: Incorrect module file format in Fortran netCDF package

2015-01-20 Thread Marco Atzeri
On 1/21/2015 4:46 AM, Mark Hadfield wrote: Following up my previous message, this from https://gcc.gnu.org/wiki/GFortran/News#gfortran_4.9.1 indicates that the problem is due to the GCC upgrade from 4.8 to 4.9: Module files: The version of the module files (.mod) has been incremented; additional