Re: [RFU] lapack-3.4.0-3

2012-03-12 Thread Corinna Vinschen
On Mar 10 06:33, marco atzeri wrote: new upstream version. Additional changes : I moved all the 3687 man entries on a separate liblapack-doc package $ tar -tjf liblapack-doc-3.4.0-3.tar.bz2 |wc -l 3687 They are currently one third of all man entries and I doubt most need them. to

Re: RFU dos2unix 5.3.3-1

2012-03-12 Thread Corinna Vinschen
On Mar 11 21:47, Erwin Waterlander wrote: New upstream release. wget -x -nH \ http://waterlan.home.xs4all.nl/cygwin/dos2unix-5.3.3-1.tar.bz2 \ http://waterlan.home.xs4all.nl/cygwin/dos2unix-5.3.3-1-src.tar.bz2 \ http://waterlan.home.xs4all.nl/cygwin/setup.hint Uploaded. Thanks, Corinna

Re: [RFU] lapack-3.4.0-3

2012-03-12 Thread Corinna Vinschen
On Mar 12 10:04, marco atzeri wrote: On 3/12/2012 9:46 AM, Corinna Vinschen wrote: Done. Marco, there's a subdir liblapack, which only consists of a setup.hint file and nothing else. What's the purpose of this dir? There's no package in the distro which depends on it. it should be a

[patch/RFA] rebase: Add -t option.

2012-03-12 Thread Corinna Vinschen
Hi Jason, as discussed in the thread starting at http://cygwin.com/ml/cygwin/2012-03/msg00263.html I propose a new option -t/--touch to rebase. Below's my patch. Thanks Corinna ChangeLog: * rebase.c (long_options): Add --touch. (short_options): Add -t.

Re: cygport suggestion: src_postinstall

2012-03-12 Thread Ken Brown
On 3/12/2012 12:14 AM, Yaakov (Cygwin/X) wrote: On 2012-03-11 07:52, Ken Brown wrote: On 3/11/2012 12:53 AM, Yaakov (Cygwin/X) wrote: On 2012-03-09 17:53, Ken Brown wrote: 2. I would prefer that __prep_texlive not be called, since it causes the postinstall script to do unnecessary work. All

parrot depends on opengl

2012-03-12 Thread Corinna Vinschen
Hi Reini, I just noticed that parrot is the only package in the distro which still depends on the Win32-GUI opengl package, rather than the X11 OpenGL libraries. Shouldn't that be fixed? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin

Re: OBSOLETED: minires

2012-03-12 Thread Corinna Vinschen
On Feb 28 13:44, Corinna Vinschen wrote: On Feb 28 13:43, Dr. Volker Zell wrote: Corinna Vinschen writes: Any news on a new openldap package? Should be out now. Thank you! Btw., no package in the distro still requires any older version of libopenldap that libopenldap2_3_0.

Re: cygport suggestion: src_postinstall

2012-03-12 Thread Ken Brown
On 3/12/2012 7:47 AM, Ken Brown wrote: This looks good. Thanks! With this patch, I'm happy with the texlive postinstall scripts I spoke too soon. It still needs a little work to handle texlive packages that don't require maps or formats. I just built texlive-collection-bibtexextra, and the

Re: cygport suggestion: src_postinstall

2012-03-12 Thread Yaakov (Cygwin/X)
On 2012-03-12 06:47, Ken Brown wrote: This looks good. Thanks! With this patch, I'm happy with the texlive postinstall scripts except possibly for the fc-cache issue that I raised in a different thread. What do you think about that? The solution I proposed is pretty ugly. I'm sure there's a

Re: OBSOLETED: minires

2012-03-12 Thread Yaakov (Cygwin/X)
On 2012-03-12 10:24, Corinna Vinschen wrote: Btw., no package in the distro still requires any older version of libopenldap that libopenldap2_3_0. Can we move the libopenldap2 and libopenldap2_2_7 packages into the _obsolete category? If nothing in the distro requires these anymore then IMO

[ITA] robodoc

2012-03-12 Thread Yaakov (Cygwin/X)
The robodoc package was just declared orphaned. As I use it for cygport's documentation, I might as well take it: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/robodoc/ Yaakov

winsup/cygwin ChangeLog fhandler.cc fhandler.h

2012-03-12 Thread cgf
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2012-03-12 21:29:36 Modified files: cygwin : ChangeLog fhandler.cc fhandler.h Log message: Christopher Faylor me.cygwin2...@cgf.cx * fhandler.h (wait_return): Add

Unfolding the stack

2012-03-12 Thread Michel Bardiaux
To complete the port of some library to Cygwin, I need a way to produce a traceback with as much info as possible. Currently I have something that works but not that well. There are basically 3 parts: * Gather all the stack frames; see below. * Assign the PCs in each frame to some executable

[ANNOUNCEMENT] Updated: dos2unix 5.3.3-1

2012-03-12 Thread waterlan
CHANGES SINCE LAST RELEASE: === New upstream release. * Enabled wildcard expansion for all versions. * Fixed a compilation error when debug was enabled. DESCRIPTION: This is an update of Benjamin Lin's implementations of dos2unix and unix2dos. Benjamin

Re: Cygwin Emacs and windows paths

2012-03-12 Thread Ken Jackson
On 03/10/2012 01:17 AM, Leo wrote: Now my normal Windows paths copied from Windows Explorer don't work anymore in Emacs - and vice versa. I know I can use `cygpath` to convert /on the command line/, but is there any integration for this in Cygwin Emacs? I prefer to wrap everything in a shell

Re: Unfolding the stack

2012-03-12 Thread Ryan Johnson
On 12/03/2012 5:39 AM, Michel Bardiaux wrote: To complete the port of some library to Cygwin, I need a way to produce a traceback with as much info as possible. Currently I have something that works but not that well. There are basically 3 parts: * Gather all the stack frames; see below. *

Re: Cygwin Emacs and windows paths

2012-03-12 Thread Leo
On 12/03/2012, at 10:09 PM, Ken Jackson wrote: On 03/10/2012 01:17 AM, Leo wrote: Now my normal Windows paths copied from Windows Explorer don't work anymore in Emacs - and vice versa. I know I can use `cygpath` to convert /on the command line/, but is there any integration for this in

Re: Rsync stops inmid of synchronisation

2012-03-12 Thread Richard Ivarson
Is there a way to increase the verbosity level of the sending rsync (aside the parameter -v which we can increase to -vv or even -vvv) ? Or could rsync print further helpful information about what it is doing right now ? Because that could help me. With -vvv rsync prints information about the

executable does not load

2012-03-12 Thread Denis Excoffier
Hello, I have a problem that appeared between the 20120308 snapshot and the 20120309 snapshot. [I have CYGWIN_NT-5.1 (on top of a French-only Windows XP SP3), all packages installed and up to date this morning, installation with Just Me. When i install a snapshot i extract the whole

Re: executable does not load

2012-03-12 Thread Corinna Vinschen
On Mar 12 14:26, Denis Excoffier wrote: Hello, I have a problem that appeared between the 20120308 snapshot and the 20120309 snapshot. [I have CYGWIN_NT-5.1 (on top of a French-only Windows XP SP3), all packages installed and up to date this morning, installation with Just Me. When i

RE: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-12 Thread James Johnston
You're partially correct, depending on how you look at it... As I wrote earlier, I reproduced it with a straight Win32 program, too - by doing a null write that every C# program would do. So I guess it's not specific to C#, since C++ programs can cause it too. But every C# program would

Re: executable does not load

2012-03-12 Thread marco atzeri
On 3/12/2012 2:27 PM, Denis Excoffier wrote: Hello, I have a problem that appeared between the 20120308 snapshot and the 20120309 snapshot. [I have CYGWIN_NT-5.1 (on top of a French-only Windows XP SP3), all packages installed and up to date this morning, installation with Just Me. When i

Re: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-12 Thread Corinna Vinschen
On Mar 12 14:05, James Johnston wrote: You're partially correct, depending on how you look at it... As I wrote earlier, I reproduced it with a straight Win32 program, too - by doing a null write that every C# program would do. So I guess it's not specific to C#, since C++ programs can cause

Re: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-12 Thread Christopher Faylor
On Mon, Mar 12, 2012 at 02:05:13PM -, James Johnston wrote: You're partially correct, depending on how you look at it... As I wrote earlier, I reproduced it with a straight Win32 program, too - by doing a null write that every C# program would do. So I guess it's not specific to C#, since

start cygwin script from windows

2012-03-12 Thread Christian Buhtz
I have a script running on cygwin. I want to start it (with taksplaner) from windows but cygwin is not running. How can I tell window to start the script but need to run cygwin first? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

AW: [bulk] - start cygwin script from windows

2012-03-12 Thread DEWI - N. Zacharias
Hi Christian, Von: Christian Buhtz [] Gesendet: Samstag, 10. März 2012 22:43 Betreff: [bulk] - start cygwin script from windows I have a script running on cygwin. I want to start it (with taksplaner) from windows but cygwin is not running. How can I tell window to start the script but need to

FW: Unfolding the stack

2012-03-12 Thread Michel Bardiaux
[snip] This is hard in C, and harder in code compiled by gcc [snip] I know that, and am willing to accept the risk since any info is better than none. I just wish for a more efficient mechanism than I am now using. If you're using C++, [snip] Nope. Alternatively, you could compile with -g

RE: start cygwin script from windows

2012-03-12 Thread Adam Dinwoodie
Christian Buhtz wrote: I have a script running on cygwin. I want to start it (with taksplaner) from windows but cygwin is not running. How can I tell window to start the script but need to run cygwin first? Two options: * Use Cygwin's cron: There's good, brief instructions on [Stack

Re: start cygwin script from windows

2012-03-12 Thread Christopher Faylor
On Mon, Mar 12, 2012 at 03:21:11PM +, Adam Dinwoodie wrote: Christian Buhtz wrote: I have a script running on cygwin. I want to start it (with taksplaner) from windows but cygwin is not running. How can I tell window to start the script but need to run cygwin first? Two options: * Use

Re: Unfolding the stack

2012-03-12 Thread Ryan Johnson
On 12/03/2012 11:20 AM, Michel Bardiaux wrote: Alternatively, you could compile with -g and try to traverse the debug info tables gdb uses to work around everything nasty gcc does, but there's no clean API there that I know of. Since cygwin_stackdump does not dare to tread there... Pretty

RE: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-12 Thread James Johnston
Well, good call. I shouldn't have jumped to conclusions. Both my C++ and C# examples still fail: $ echo `./HelloCPP` ; echo `./HelloCS` JamesJ@JTJDEVTOOLS /cygdrive/c/Users/JamesJ/Desktop $ I guess maybe it is a different bug. I can provide binaries for these files if desired, but

Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.

2012-03-12 Thread James Johnston
I have also noticed this issue; again it was with the XML serialization functions like Andres Martinelli originally noted. The root of the problem is that Windows environment variables are not case sensitive, while they *are* in a Unix environment. Cygwin passes an environment block with

Re: start cygwin script from windows

2012-03-12 Thread Andrey Repin
Greetings, Christian Buhtz! I have a script running on cygwin. Wha??? Do you aware that this your phrase is a complete nonsense? I want to start it (with taksplaner) from windows but cygwin is not running. What preventing you from doing so? How can I tell window to start the script

Re: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-12 Thread Christopher Faylor
On Mon, Mar 12, 2012 at 05:28:17PM -, James Johnston wrote: Well, good call. I shouldn't have jumped to conclusions. Both my C++ and C# examples still fail: Not really a call. It was obviously different failure. The previous fix wasn't even pipe related. But, regardless, Corinna (who has

Re: Cygwin Emacs and windows paths

2012-03-12 Thread Ken Jackson
On 03/12/2012 08:19 AM, Leo wrote: On 12/03/2012, at 10:09 PM, Ken Jackson wrote: On 03/10/2012 01:17 AM, Leo wrote: Now my normal Windows paths copied from Windows Explorer don't work anymore in Emacs - and vice versa. I know I can use `cygpath` to convert /on the command line/, but is

Updated: dos2unix 5.3.3-1

2012-03-12 Thread waterlan
CHANGES SINCE LAST RELEASE: === New upstream release. * Enabled wildcard expansion for all versions. * Fixed a compilation error when debug was enabled. DESCRIPTION: This is an update of Benjamin Lin's implementations of dos2unix and unix2dos. Benjamin