Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Nasser M. Abbasi
On 6/7/2010 7:03 PM, Charles Wilson wrote: On 6/7/2010 8:49 PM, Nasser M. Abbasi wrote: $ make test 0 [main] perl 5308 C:\cygwin\bin\perl.exe: *** fatal error - Internal error: TP_NUM_W_BUFS too small. Error while converting image: No such file or directory Error: Cannot read 'img

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Charles Wilson
On 6/7/2010 8:49 PM, Nasser M. Abbasi wrote: > > $ make test > > 0 [main] perl 5308 C:\cygwin\bin\perl.exe: *** fatal error - > Internal error: TP_NUM_W_BUFS too small. > > Error while converting image: No such file or directory > > Error: Cannot read 'img2.png': No such file or direc

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Nasser M. Abbasi
On 6/7/2010 2:13 PM, Larry Hall (Cygwin) wrote: Chris wasn't asking you to try this to see if the cygcheck warnings would go away. He was asking you to try this to see if it made any difference with your original problem. OK, I just did. The perl crash is still there. Please let me know if

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
Andy Koppe schrieb am 07.06.2010 um 19:17 (+0100): > On 7 June 2010 13:44, Michael Ludwig wrote: > > As you say, Vim works fine with UTF-8. It's just that until very > > recently, I've been using the rxvt terminal emulator, which lacks > > Unicode support; so Vim being compiled against ncurses (*w

Why does /etc/profile include /bin and /usr/bin in the PATH?

2010-06-07 Thread Christopher Faylor
Maybe this has been discussed and I just don't remember but why are /bin and /usr/bin included in the default path in /etc/profile? Since they point to the same directory that just slows bash down a little when finding files not in /bin. cgf -- Problem reports: http://cygwin.com/problems.h

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Christopher Faylor
On Mon, Jun 07, 2010 at 01:34:21PM -0700, Nasser M. Abbasi wrote: >On 6/7/2010 1:15 PM, Christopher Faylor wrote: >> Rather than express amazement that I raised the issue why not just prove >> that this doesn't mean anything by simplifying your path and trying >> again? > >I am not expressing amaze

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Larry Hall (Cygwin)
On 6/7/2010 4:34 PM, Nasser M. Abbasi wrote: On 6/7/2010 1:15 PM, Christopher Faylor wrote: Rather than express amazement that I raised the issue why not just prove that this doesn't mean anything by simplifying your path and trying again? I am not expressing amazement, I was asking a simple q

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Nasser M. Abbasi
On 6/7/2010 1:15 PM, Christopher Faylor wrote: Rather than express amazement that I raised the issue why not just prove that this doesn't mean anything by simplifying your path and trying again? I am not expressing amazement, I was asking a simple question, if one can't install windows perl

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Christopher Faylor
On Mon, Jun 07, 2010 at 12:59:51PM -0700, Nasser M. Abbasi wrote: >On 6/7/2010 12:41 PM, Christopher Faylor wrote: >> On Mon, Jun 07, 2010 at 11:48:54AM -0700, Nasser M. Abbasi wrote: >>> >>> This is a bug report. attached is output of cygcheck -s -v -r (I get >>> some access denited warnings btw)

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Nasser M. Abbasi
On 6/7/2010 12:41 PM, Christopher Faylor wrote: On Mon, Jun 07, 2010 at 11:48:54AM -0700, Nasser M. Abbasi wrote: This is a bug report. attached is output of cygcheck -s -v -r (I get some access denited warnings btw): $ cygcheck -s -v -r> cygcheck.out /usr/bin/cygrunsrv: warning: OpenService

Re: bug report: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Christopher Faylor
On Mon, Jun 07, 2010 at 11:48:54AM -0700, Nasser M. Abbasi wrote: > >This is a bug report. attached is output of cygcheck -s -v -r (I get >some access denited warnings btw): > >$ cygcheck -s -v -r> cygcheck.out >/usr/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32 >error 5 >Ac

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Andy Koppe
On 7 June 2010 13:44, Michael Ludwig wrote: > Andy Koppe schrieb am 07.06.2010 um 12:14:20 (+0100): >> On 7 June 2010 11:40, Corinna Vinschen wrote: > >> > I'll build the next release of vim (there's a 7.3 release coming >> > soon) against ncursesw. >> >> Probably a good idea anyway, but as far as

Re: Where to report problems with Perl modules

2010-06-07 Thread Reini Urban
Chloe schrieb: Where should I report a problem with Perl modules? bash-3.2$ uname -a CYGWIN_NT-5.1 dumbopc 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin cpan[9]> install Log::Log4perl t/017Watch.t . 30/30 # Failed test 'log to externally recreated file' # at t/017Watch.t line

Re: ssh error

2010-06-07 Thread Corinna Vinschen
On Jun 7 07:31, Andrew DeFaria wrote: > On 06/07/2010 04:59 AM, Corinna Vinschen wrote:On Jun 5 10:21, > Andrew DeFaria wrote: > >>I'm surprised nobody has commented on this post as well as my > >>prior post entitled "ssh problem" back on 5/21. Am I getting > >>through? Can > >>somebody at least s

Re: ssh error

2010-06-07 Thread Andrew DeFaria
On 06/07/2010 04:59 AM, Corinna Vinschen wrote:On Jun 5 10:21, Andrew DeFaria wrote: I'm surprised nobody has commented on this post as well as my prior post entitled "ssh problem" back on 5/21. Am I getting through? Can somebody at least say "Yes we've seen your post but don't have a response y

Re: Creating Cygwin DVD - pmcyg-0.3.1 released

2010-06-07 Thread Christopher Faylor
On Mon, Jun 07, 2010 at 02:41:03PM +0100, R.Penney wrote: >Version 0.3.1 of pmcyg, a tool for creating Cygwin installation DVDs, >has been released. It is available via http://sourceforge.net/projects/pmcyg > >pmcyg builds self-contained Cygwin installers, for CD/DVD/USB-flash, >which can be used t

Creating Cygwin DVD - pmcyg-0.3.1 released

2010-06-07 Thread R.Penney
Version 0.3.1 of pmcyg, a tool for creating Cygwin installation DVDs, has been released. It is available via http://sourceforge.net/projects/pmcyg pmcyg builds self-contained Cygwin installers, for CD/DVD/USB-flash, which can be used to setup PCs without an internet connection. pmcyg will take a u

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
Michael Ludwig schrieb am 07.06.2010 um 15:09 (+0200): > To get the same behaviour as with the Cygwin binary Mutt, some more > tweaking of configure flags or other stuff seems required. Two > differences I've noted so far: > > * An error message "repetition-operator operand invalid" appears on >

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
Michael Ludwig schrieb am 07.06.2010 um 14:28 (+0200): > As for Mutt, I downloaded the sources via Cygwin setup.exe and > recompiled against ncursesw. As I couldn't find a suitable configure > option, I had to edit the Makefile as follows to (1) enable ncursesw > and (2) skip building the document

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
Andy Koppe schrieb am 07.06.2010 um 12:14:20 (+0100): > On 7 June 2010 11:40, Corinna Vinschen wrote: > > �I'll build the next release of vim (there's a 7.3 release coming > > soon) against ncursesw. > > Probably a good idea anyway, but as far as I can see, vim works fine > with UTF-8 already. >

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
Corinna Vinschen schrieb am 07.06.2010 um 12:40:43 (+0200): > On Jun 7 11:23, Michael Ludwig wrote: > > Are ncursesw versions of Vim and Mutt imminent? Or is it not going > > to happen anytime soon? > > Thanks for the heads up. I'll build the next release of vim (there's > a 7.3 release coming

Re: ssh error

2010-06-07 Thread Corinna Vinschen
On Jun 5 10:21, Andrew DeFaria wrote: > I'm surprised nobody has commented on this post as well as my prior > post entitled "ssh problem" back on 5/21. Am I getting through? Can > somebody at least say "Yes we've seen your post but don't have a > response yet"? I can login to 2K3 just fine. Is t

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Andy Koppe
On 7 June 2010 11:40, Corinna Vinschen wrote: > On Jun  7 11:23, Michael Ludwig wrote: >> The wide-character ncursesw was announced in January: >> >>   This is the first official release of ncurses compiled to support wide >>   characters, and can be installed simultaineously with the "narrow" >>  

Re: Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Corinna Vinschen
On Jun 7 11:23, Michael Ludwig wrote: > The wide-character ncursesw was announced in January: > > This is the first official release of ncurses compiled to support wide > characters, and can be installed simultaineously with the "narrow" > ncurses package(s). > > http://www.mail-archive.co

Unicode/UTF-8 support (MinTTY) - ncursesw - Mutt, Vim

2010-06-07 Thread Michael Ludwig
After having used rxvt without Unicode support for years, the other day I discovered MinTTY, which does support UTF-8 - very nice! The occasional Greek or Cyrillic letters showing up in mails will no longer be displayed as "?" or "??" in the Mutt mail reader, I thought. Same story for editing with

Re: getline and getdelim

2010-06-07 Thread Corinna Vinschen
On Jun 6 08:06, Andy Koppe wrote: > The getline() and getdelim() functions have become part of the > standard with POSIX.1-2008. Time to drop the _GNU_SOURCE guard from > their declarations in ? > > http://www.opengroup.org/onlinepubs/9699919799/functions/getline.html You're right. Fixed in CVS

Re: Cygwin Performance and stat()

2010-06-07 Thread Corinna Vinschen
On Jun 6 19:28, Christopher Faylor wrote: > On Mon, Jun 07, 2010 at 12:12:36AM +0200, Matthias Andree wrote: > >Meaning that: even if I'm only a Cygwin user, and I'm sometimes > >disappointed by how slow it is, too, I'm sort of convinced there isn't a > >cheaper way to get all the required inf

Re: Cygwin Performance and stat()

2010-06-07 Thread Corinna Vinschen
On Jun 5 08:43, Christopher Wingert wrote: > So... the person who cared to improve his/her/its code would say, "Well > we use NTOpenFile() because it does the blah blah extra functionality that > FindNextFile()/GetFileAttributes() do not." Then we could look to other > Win32 APIs to try to achie

Re: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Nasser M. Abbasi
On 6/7/2010 12:46 AM, Reini Urban wrote: 2010/6/7 Nasser M. Abbasi: On 6/6/2010 8:32 PM, Reini Urban wrote: -- Problem reports: http://cygwin.com/problems.html At the link above you'll see in bold "Run cygcheck -s -v -r> cygcheck.out and include cygcheck.out as an attachment in your repor

Re: Where to report problems with Perl modules

2010-06-07 Thread Chloe
Where should I report a problem with Perl modules? bash-3.2$ uname -a CYGWIN_NT-5.1 dumbopc 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin cpan[9]> install Log::Log4perl t/017Watch.t . 30/30 # Failed test 'log to externally recreated file' # at t/017Watch.t line 343. #

[ANNOUNCEMENT] Updated: {glpk,libglpk0,libglpk-devel}-4.44-1

2010-06-07 Thread Marco Atzeri
Version 4.44-1 of glpk,libglpk0,libglpk-devel have been uploaded for cygwin. The GLPK (GNU Linear Programming Kit) package is intended for solving large-scale linear programming (LP), mixed integer programming (MIP), and other related problems. It is a set of routines written in ANSI C and organi

Re: cygwin 1.7.5, perl *** fatal error TP_NUM_W_BUFS too smal

2010-06-07 Thread Reini Urban
2010/6/7 Nasser M. Abbasi : > On 6/6/2010 8:32 PM, Reini Urban wrote: > >>> -- >>> Problem reports: http://cygwin.com/problems.html >> >> We haven't got this report, BTW. >> > > Hello Rieni; > > I went to make a report, but not able to find where to do that. I went in > circles looking for a link.