Trouble with key in vim (and more)

2005-07-17 Thread Myles
Hi forum, When trying to use to complete on help items, or file loading, or etc, I get a ^I (ctrl-I) character instead. For example: :h h I see :h h^I^I Also, the arrow keys don't work like they're supposed to. Like if I've alreads performed some : commands and then I : I don't get recall l

Re: Trouble with key in vim (and more)

2005-07-17 Thread Kaz Kylheku
On Sun, 17 Jul 2005, Myles wrote: > Hi forum, > > When trying to use to complete on help items, or file loading, > or etc, I get a ^I (ctrl-I) character instead. For example: > > :h h > > I see > > :h h^I^I > > Also, the arrow keys don't work like they're supposed to. Like if I've > alreads

Re: Problem with postgres initdb

2005-07-17 Thread Frank Streitzig
Hi Igor, many thanks. I have forget to set enviroment variable CYGWIN=server. Frank Am Sun, 17 Jul 2005 05:42:07 +0200 schrieb Igor Pechtchanski <[EMAIL PROTECTED]>: On Sat, 16 Jul 2005, Frank Streitzig wrote: i have problem to init postgres database with initdb. What can i do? Cygserve

Re: RV: Re: Postmaster core dumps

2005-07-17 Thread Frank-Michael Moser
Thanks for the answer. Since I know it's not a local problem here I already feel better. Frank-Michael Novaelec wrote: Hi! Yes, PostgreSQL in fact fails since the last version of Cygwin: nor cygserver nor postmaster works well. I thought that in the last release of coreutils the problem was

[perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Hello, we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int We have a problem building modules, i.e. make test fails if a .pm file in the source package is located below the root in a subdirectory called

Re: cygwin 1.5.18 breaks gcc 2.95 compatibility

2005-07-17 Thread Gerrit P. Haase
Krzysztof Duleba wrote: Gerrit P. Haase wrote: $ cat foo.c int main(){ } Your example compiles ok with gcc-3.4.4, so why want you use gcc-2.x? Well, no wonder that int main(){} compiles ok with gcc-3.4.4. This is the minimal test case. Maybe you can recompile gcc-2.95 if you really m

Re: cygwin 1.5.18 breaks gcc 2.95 compatibility

2005-07-17 Thread Gerrit P. Haase
Gerrit P. Haase wrote: Krzysztof Duleba wrote: Do you know where can I find cygwin sources, or at least cygwin patches? It was removed from the repository in 2003: http://sources.redhat.com/ml/cygwin/2003-10/msg01533.html However there are stale mirrors out there where it is still available,

Shortcut problem on Win XP

2005-07-17 Thread Jacob Waller
Hi! I wan't to be able to run a fontforge script (with the cygwin version of fontforge running on a Win XP) from a PHP script, and I'm not sure if it's the easiest way to go, but I thought of making a shortcut that the PHP script could run... but how do I do that? The command i want to run lo

Re: rebaseall 2.4-1 : problems?

2005-07-17 Thread Jason Tishler
Angelo, On Sun, Jul 17, 2005 at 02:08:41AM +0200, Angelo Graziosi wrote: > I send you a simple report. > > I have tried to use the new version of "rebaseall". > > Steps followed: > > 1) Add "C:\cygwin\bin" and "C:\cygwin\usr\X11R6\bin" to Windows path What happens if you prepend the above to t

Re: New rebaseall works with oct files

2005-07-17 Thread Jason Tishler
Jim, On Sat, Jul 16, 2005 at 09:35:22PM -0700, James R. Phillips wrote: > Installed new rebase package; ran "rebaseall -s oct -v" from an ash > prompt; worked like a charm. Rebased all installed .oct files. Thanks for the feedback -- it is much appreciated. > This could solve a potentially big

Re: Shortcut problem on Win XP

2005-07-17 Thread Lasse
Jacob Waller wrote: Hi! I wan't to be able to run a fontforge script (with the cygwin version of fontforge running on a Win XP) from a PHP script, and I'm not sure if it's the easiest way to go, but I thought of making a shortcut that the PHP script could run... but how do I do that? The com

Re: cygwin 1.5.18 breaks gcc 2.95 compatibility

2005-07-17 Thread Krzysztof Duleba
Gerrit P. Haase wrote: Maybe you can recompile gcc-2.95 if you really must use it? Do you know where can I find cygwin sources, or at least cygwin patches? It was removed from the repository in 2003: http://sources.redhat.com/ml/cygwin/2003-10/msg01533.html However there are stale mirrors out

Re: Shortcut problem on Win XP

2005-07-17 Thread Jacob Waller
From: Lasse <[EMAIL PROTECTED]> To: cygwin@cygwin.com Subject: Re: Shortcut problem on Win XP Date: Sun, 17 Jul 2005 15:43:25 +0200 Jacob Waller wrote: Hi! I wan't to be able to run a fontforge script (with the cygwin version of fontforge running on a Win XP) from a PHP script, and I'm not sure

Invoking ash for rebaseall

2005-07-17 Thread Ross Boulet
My apologies if this is covered somewhere (FAQ, user guide, etc.) Rebaseall now requires being run under ash, but when I run ash from "Start/Run" or from a cmd.exe prompt, it does not execute /etc/profile and therefore does not have a path to rebaseall (or any other cygwin directory for that matte

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Hi Michael, Michael G Schwern wrote: On Sun, Jul 17, 2005 at 12:57:17PM +0200, Gerrit P. Haase wrote: we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int We have a problem building modules, i.e. ma

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Michael G Schwern wrote: On Sun, Jul 17, 2005 at 12:57:17PM +0200, Gerrit P. Haase wrote: we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int We have a problem building modules, i.e. make test fails

Re: Bash/strtoimax error on setup

2005-07-17 Thread Eric Blake
> I was just updating my Cygwin installation. When it was done, I > noticed that there was a dialog box on the screen, labeled "Error > Starting Program", saying "The BASH.EXE file is linked to missing > export CYGWIN1.DLL:strtoimax." The Setup window had completed the > installation by that poin

Re: Invoking ash for rebaseall

2005-07-17 Thread Jason Tishler
Ross, On Sun, Jul 17, 2005 at 02:48:39PM -0500, Ross Boulet wrote: > My apologies if this is covered somewhere (FAQ, user guide, etc.) > Rebaseall now requires being run under ash, but when I run ash from > "Start/Run" or from a cmd.exe prompt, it does not execute /etc/profile > and therefore does

Files do not appear on a network mapped drive!

2005-07-17 Thread Peteris Krumins [Newsgroups]
Hello! First I would like to note that I have strong unix background, so the replies can be at any technical detail. The problem. Cygwin installed ok in windows 2000 system but the files on a network mapped drive wont show. One of network mapped drives is O:, mount shows that it is mounted

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Sun, Jul 17, 2005 at 10:39:05PM +0200, Gerrit P. Haase wrote: > >Hmm. That's very strange. Particularly the oscilating nature. The reason > >its failing only when in lib/ is because '.' is in @INC so it can find > >the module. If you run the tests under taint mode (which removes the .) > >th

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Sun, Jul 17, 2005 at 10:16:40PM +0200, Gerrit P. Haase wrote: > >I'm going to guess somethign wacky is going on inside Test::Harness. What > >version is being used? > > The dafault Test::Harness which is included with perl-5.8.7: > $ perl -e 'use Test::Harness; print "$Test::Harness::VERSION\n

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Michael G Schwern wrote: On Sun, Jul 17, 2005 at 10:16:40PM +0200, Gerrit P. Haase wrote: I'm going to guess somethign wacky is going on inside Test::Harness. What version is being used? The dafault Test::Harness which is included with perl-5.8.7: $ perl -e 'use Test::Harness; print "$Test:

Re: rebaseall 2.4-1 : problems?

2005-07-17 Thread Angelo Graziosi
Jason Tishler wrote: > On Sun, Jul 17, 2005 at 02:08:41AM +0200, Angelo Graziosi wrote: > >> I send you a simple report. >> >> I have tried to use the new version of "rebaseall". >> >> Steps followed: >> >> 1) Add "C:\cygwin\bin" and "C:\cygwin\usr\X11R6\bin" to Windows path > > What happens i

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Sun, Jul 17, 2005 at 11:43:39PM +0200, Gerrit P. Haase wrote: > Nope, Teat::Harness now at version 2.52: > > $ make test > /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, > 'blib/lib', 'blib/arch')" t/*.t Ok, see if MakeMaker has anything to do with this by running: perl -MT

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Michael G Schwern wrote: On Sun, Jul 17, 2005 at 11:43:39PM +0200, Gerrit P. Haase wrote: Nope, Teat::Harness now at version 2.52: $ make test /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t Ok, see if MakeMaker has anything to do with thi

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Gerrit P. Haase wrote: Maybe a cygwin problem, I'll fetch a snapshot. With the latest snapshot I see the same behaviour. Are there other modules involved besides MM and TH? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cyg

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
I have installed M/MS/MSCHWERN/ExtUtils-MakeMaker-6.30.tar.gz now, still the same, every second test fails because blib/lib isn't present in @INC (every second test). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/pro

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Mon, Jul 18, 2005 at 12:27:31AM +0200, Gerrit P. Haase wrote: > >perl -MTest::Harness -Iblib/lib -Iblib/arch -wle '$Test::Harness::Debug = > >1; $Test::Harness::Verbose = 1; runtests @ARGV' t/*.t > >The lines we're looking for are "# PERL5LIB=..." from THS->analyze_file() > >telling us how TH

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Mon, Jul 18, 2005 at 12:38:51AM +0200, Gerrit P. Haase wrote: > I have installed M/MS/MSCHWERN/ExtUtils-MakeMaker-6.30.tar.gz now, > still the same, every second test fails because blib/lib isn't > present in @INC (every second test). MakeMaker isn't involved. Its something inside Test::Harne

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Gerrit P. Haase
Michael G Schwern wrote: On Mon, Jul 18, 2005 at 12:27:31AM +0200, Gerrit P. Haase wrote: perl -MTest::Harness -Iblib/lib -Iblib/arch -wle '$Test::Harness::Debug = 1; $Test::Harness::Verbose = 1; runtests @ARGV' t/*.t The lines we're looking for are "# PERL5LIB=..." from THS->analyze_file()

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-17 Thread Michael G Schwern
On Mon, Jul 18, 2005 at 01:03:05AM +0200, Gerrit P. Haase wrote: > >At this point I'd suspect there's something broken about %ENV. Try > >replacing > >this in THS->analyze_file: > > > >local $ENV{PERL5LIB} = $self->_INC2PERL5LIB; > >if ( $Test::Harness::Debug ) { > >local $^W=0; #

Emacs problem after rebaseall: some progresses?

2005-07-17 Thread Angelo Graziosi
As you can see in the mailing lists, I have posted this question a few times. Now I have discovered somethings at which you can give a more adeguate answer. The problem is that after "rebaseall" Emacs does not works, it takes all the CPU and its window does not appear so that one can only kill

Re: ssh problems

2005-07-17 Thread Eli Barzilay
On Jul 10, Larry Hall wrote: > [...] > Then there's always running sshd as the user you want to run the > builds. This should eliminate any authentication problems but it > does limit the usefulness of sshd since it's now affectively a > one-person service, though you could certainly run two sshds

Re: Trouble with key in vim (and more)

2005-07-17 Thread Myles
Cool. That was the problem Kaz. Thanks. The reason I've never run into it before is because I've never run vim without a .vimrc before. But I was starting with a fresh install of cygwin and a blank home directory. I haven't yet copied over my usual .vimrc. Since a lot of things are a little quirky

Re: ssh problems

2005-07-17 Thread Larry Hall
At 08:58 PM 7/17/2005, Eli wrote: >On Jul 10, Larry Hall wrote: >> [...] >> Then there's always running sshd as the user you want to run the >> builds. This should eliminate any authentication problems but it >> does limit the usefulness of sshd since it's now affectively a >> one-person service,

Re: ssh problems

2005-07-17 Thread Eli Barzilay
On Jul 17, Larry Hall wrote: > At 08:58 PM 7/17/2005, Eli wrote: > > > >When I try that (after shutting down the existing sshd with > >cygrunsrv -E) I get errors when trying to access private key files > >in /etc. How do I make them accessible to my user? Maybe there is > >some simple way to make

Re: Invoking ash for rebaseall

2005-07-17 Thread Igor Pechtchanski
On Sun, 17 Jul 2005, Jason Tishler wrote: > Ross, > > On Sun, Jul 17, 2005 at 02:48:39PM -0500, Ross Boulet wrote: > > My apologies if this is covered somewhere (FAQ, user guide, etc.) > > Rebaseall now requires being run under ash, but when I run ash from > > "Start/Run" or from a cmd.exe prompt,

Re: Invoking ash for rebaseall

2005-07-17 Thread Brian Dessent
Igor Pechtchanski wrote: > Umm, why should rebaseall require a PATH setting at all? Wouldn't it be > easier to specify full paths for every command instead of telling users to > set their PATH? Well, if the user does not have /usr/bin in their Windows path (instead relying on /etc/profile to add