On Wed, Dec 30, 2009 at 09:37:27PM -0600, Yaakov (Cygwin/X) wrote:
>On 30/12/2009 20:04, Charles Wilson wrote:
>> The -u0 syntax has been deprecated, and now causes this message:
>>
> Checking packages for missing or duplicate files
>> diff: `-0' option is obsolete; use `-U 0'
>> diff: Try `dif
On 30/12/2009 20:04, Charles Wilson wrote:
The -u0 syntax has been deprecated, and now causes this message:
Checking packages for missing or duplicate files
diff: `-0' option is obsolete; use `-U 0'
diff: Try `diff --help' for more information.
diff: `-0' option is obsolete; use `-U 0'
diff: T
The -u0 syntax has been deprecated, and now causes this message:
>>> Checking packages for missing or duplicate files
diff: `-0' option is obsolete; use `-U 0'
diff: Try `diff --help' for more information.
diff: `-0' option is obsolete; use `-U 0'
diff: Try `diff --help' for more information.
Fi
Hi,
I too have seen this behaviour on both my work and home systems. Whats
interesting is I ran cygcheck -c on each when exhibiting this problem
and it said OK for the cygwin package.
Is there a check that needs to be added to cygcheck which reports this
as a problem? Or perhaps this is not
On Wed, Dec 30, 2009 at 01:30:19PM -0500, Christopher Faylor wrote:
>On Wed, Dec 30, 2009 at 05:36:05PM +0100, Bengt Larsson wrote:
>>I seem to have a problem with wildcards from the Windows command line
>>when there are high-bit characters in a filename.
>>
>>A directory contains only the two file
Now that's been cleared up, I've reinstalled the default package and the
C compiler now works. Should have noticed the ps.exe missing is a
clue. I'm off to getting PHP installed now.
Dave Korn wrote:
Paul McFerrin wrote:
Dave Korn wrote:
File crt0.o is missing. Is it supposed to
On Wed, Dec 30, 2009 at 01:18:50PM -0500, Christopher Faylor wrote:
>On Wed, Dec 30, 2009 at 01:01:29PM +0100, Corinna Vinschen wrote:
>>On Dec 29 17:11, Jon Beniston wrote:
>>>cygpath can read a list of paths to convert from a file, when started
>>>with -file. However, how do you specify paths wi
On Wed, Dec 30, 2009 at 08:17:21PM +0100, Bengt Larsson wrote:
>Dave Korn wrote:
>>Bengt Larsson wrote:
>>
>>> Every port of Unix utilities to Windows such as ls, grep and so forth do
>>> this globbing internally.
>>
>> No. Not "every port". Specifically, not Cygwin ones: they get it done for
>>
Christopher Faylor wrote:
>On Wed, Dec 30, 2009 at 05:36:05PM +0100, Bengt Larsson wrote:
>>I seem to have a problem with wildcards from the Windows command line
>>when there are high-bit characters in a filename.
>>
>>A directory contains only the two files "user" and "anv?ndare"
>>("anv?ndare" be
Dave Korn wrote:
>Bengt Larsson wrote:
>
>> Every port of Unix utilities to Windows such as ls, grep and so forth do
>> this globbing internally.
>
> No. Not "every port". Specifically, not Cygwin ones: they get it done for
>them, by the shell that launches them, or in fallback cases by the Cygw
On Wed, Dec 30, 2009 at 1:18 PM, Christopher Faylor wrote:
> That's an option that I added. I am surprised that it is space delimited
> since
> I thought I intended to make it newline delimited.
It looks pretty intentional - it reads through the input line by line
using fgets, but then calls arg
Bengt Larsson wrote:
> Every port of Unix utilities to Windows such as ls, grep and so forth do
> this globbing internally.
No. Not "every port". Specifically, not Cygwin ones: they get it done for
them, by the shell that launches them, or in fallback cases by the Cygwin DLL.
They don't ha
On 12/30/2009 11:33 AM, Bengt Larsson wrote:
It doesn't work for echo because "echo" is a builtin in the Windows
shell.
Okay, imatwit, of course it is. One bug, then. :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Warren Young wrote:
>On 12/30/2009 11:16 AM, Larry Hall (Cygwin) wrote:
>> On 12/30/2009 01:08 PM, Warren Young wrote:
>>> Another thing that doesn't work:
>>>
>>> c:\> echo W*
>>
>> Ah, right. So my idea doesn't make sense. Never mind. ;-)
>
>I think we're looking at two bugs, though. The origina
On Wed, Dec 30, 2009 at 05:36:05PM +0100, Bengt Larsson wrote:
>I seem to have a problem with wildcards from the Windows command line
>when there are high-bit characters in a filename.
>
>A directory contains only the two files "user" and "anv?ndare"
>("anv?ndare" being user in Swedish):
>
> C:\Do
Warren Young wrote:
>On 12/30/2009 10:18 AM, Bengt Larsson wrote:
>>> Try "noglob" if your shell is not Cygwin-aware.
>>
>> Eh? The problem is that it doesn't glob when it should. The shell is
>> standard CMD.EXE, ie Windows console.
>
>The behavior you're relying on is a nonstandard Cygwin extens
On 12/30/2009 11:16 AM, Larry Hall (Cygwin) wrote:
On 12/30/2009 01:08 PM, Warren Young wrote:
Another thing that doesn't work:
c:\> echo W*
Ah, right. So my idea doesn't make sense. Never mind. ;-)
I think we're looking at two bugs, though. The original post appears to
be about a Unicode
On 12/30/2009 01:08 PM, Warren Young wrote:
Another thing that doesn't work:
c:\> echo W*
Ah, right. So my idea doesn't make sense. Never mind. ;-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
216 Dalt
On Wed, Dec 30, 2009 at 06:20:32PM +, Dave Korn wrote:
>Hang on though, isn't there some code in the cygwin dll to do globbing
>for just this situation, when you want to launch a cygwin executable
>from a non-cygwin context?
Yes.
cgf
--
Problem reports: http://cygwin.com/problems.html
On Wed, Dec 30, 2009 at 01:01:29PM +0100, Corinna Vinschen wrote:
>On Dec 29 17:11, Jon Beniston wrote:
>> Hi,
>>
>> cygpath can read a list of paths to convert from a file, when started with
>> -file. However, how do you specify paths with spaces in them in this mode?
>> It seems quoting the path
On 12/30/2009 01:20 PM, Dave Korn wrote:
Thorsten Kampe wrote:
* Bengt Larsson (Wed, 30 Dec 2009 18:18:21 +0100)
Try "noglob" if your shell is not Cygwin-aware.
Eh? The problem is that it doesn't glob when it should. The shell is
standard CMD.EXE, ie Windows console.
The shell (Cmd) does the
On 12/30/2009 10:18 AM, Bengt Larsson wrote:
Try "noglob" if your shell is not Cygwin-aware.
Eh? The problem is that it doesn't glob when it should. The shell is
standard CMD.EXE, ie Windows console.
The behavior you're relying on is a nonstandard Cygwin extension which
most Cygwin users, I
Larry Hall (Cygwin) wrote:
> On 12/30/2009 08:07 AM, neil.mowb...@calgacus wrote:
>> Can someone please provide a valid /var/lib/alternatives/gcc file or link
>> me to either it's syntax or the programs source?
>
> This is created when alternatives runs for gcc. If you're missing it, it
> sugges
Thorsten Kampe wrote:
> * Bengt Larsson (Wed, 30 Dec 2009 18:18:21 +0100)
>>> Try "noglob" if your shell is not Cygwin-aware.
>> Eh? The problem is that it doesn't glob when it should. The shell is
>> standard CMD.EXE, ie Windows console.
>
> The shell (Cmd) does the globbing. Describe your proble
Thank you for your relpy.
You were right. I've extracted the tar file onto a different directory and
it did worked like a charm. This is a COE system so I might have space
issues in the previous folder, as you said.
The reason I want to use apache for cygwin is because I need to use cygwin's
per
Warren Young wrote:
> On 12/30/2009 8:23 AM, mtuma wrote:
>>
>> checking for APR... reconfig
>> configuring package in srclib/apr now
>> /bin/sh: /cygdrive/c/Documents: No such file or directory
>> configure failed for srclib/apr
>
> It's clearly barfing on the space in "c:\Documents and Settings"
* Bengt Larsson (Wed, 30 Dec 2009 18:18:21 +0100)
> >Try "noglob" if your shell is not Cygwin-aware.
>
> Eh? The problem is that it doesn't glob when it should. The shell is
> standard CMD.EXE, ie Windows console.
The shell (Cmd) does the globbing. Describe your problem in a Microsoft
newsgroup.
* Steven E. Harris (Tue, 29 Dec 2009 21:21:13 -0500)
>
> I've noticed that using tab completion with git in zsh often causes zsh
> to consume 100% of my CPU for around ten minutes before the completion
> request completes. The zsh completion commands look rather old:
>
> ,
> | % ls -l /usr/sh
On 12/30/2009 08:30 AM, tuli tanssi wrote:
Hi,
I've been using gcc and other tools in older versions of cygwin with
32-bit Windows XP and Vista from windows command prompt (cmd.exe)
without problems. But now I'm using 64-bit Windows 7, and some command
line tools like gcc.exe do not work anymore
On 12/30/2009 08:07 AM, neil.mowb...@calgacus.com wrote:
Can someone please provide a valid /var/lib/alternatives/gcc file or link
me to either it's syntax or the programs source?
This is created when alternatives runs for gcc. If you're missing it, it
suggests
to me that alternatives wasn't
>Try "noglob" if your shell is not Cygwin-aware.
Eh? The problem is that it doesn't glob when it should. The shell is
standard CMD.EXE, ie Windows console.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
On 12/30/2009 8:23 AM, mtuma wrote:
checking for APR... reconfig
configuring package in srclib/apr now
/bin/sh: /cygdrive/c/Documents: No such file or directory
configure failed for srclib/apr
It's clearly barfing on the space in "c:\Documents and Settings". The
question is why it thinks it
On 12/30/2009 11:36 AM, Bengt Larsson wrote:
I seem to have a problem with wildcards from the Windows command line
when there are high-bit characters in a filename.
A directory contains only the two files "user" and "användare"
("användare" being user in Swedish):
C:\Documents and Settings\B
I seem to have a problem with wildcards from the Windows command line
when there are high-bit characters in a filename.
A directory contains only the two files "user" and "användare"
("användare" being user in Swedish):
C:\Documents and Settings\Bengt2\Desktop\test\ttt>ls -l
total 0
-rw-r--
On 12/30/2009 12:56 AM, Csaba Raduly wrote:
If I understand this correctly, it is the ssh client which quits
abruptly. Error 126 is "The notorious error 126 (ERROR_MOD_NOT_FOUND)
when loading DLL/DSO's in Win32" (first hit when googling "Win32 error
126"). However, WSAGetLastError is in ws2_32.d
Hi,
I've downloaded last apache stable version (2.0.63) and when I tried to
install it on my cygwin is giving me this error:
$ ./configure --prefix=/usr/local/apache2
checking for chosen layout... Apache
checking for working mkdir -p... yes
checking build system type... i686-pc-cygwin
checking h
Brian Wilson wrote:
> Basically boot in "Safe Mode with Networking" and run setup then select
> reinstall on all the base files. For me this got me to the point where I
> could get basic Cygwin working again and I could get a command shell
> running (sometimes). While this didn't eliminate the
Brian Wilson wrote:
> Okay here's what worked for me on my home PC. [ ... snip ... ]
You don't mention anything about the Cisco VPN client, but according to your
cygcheck output it's still installed and (probably) running. That's the
reason why cygcheck detects ZoneAlarm; it contains a bundled
Sorry I missing the last question. To answer it: yes perl really is visible
as /opt/perl/bin/perl which bash fails to execute it as the third line
below shows. In this shell bash execute cygwin perl on line 5.
ls: cannot access /opt/site/bin/perl: No such file or directory
ls: cannot access /opt
Forgot to strip the email addresses, my apologies.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Jason Pyeron PD Inc. http://www.pdinc.us -
- Principal Consultant 10 West
> -Original Message-
> From: cygwin-ow...@cygwin.com
> [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> neil.mowb...@calgacus.com
> Sent: Wednesday, December 30, 2009 8:38
> To: 'Csaba Raduly'; cygwin@cygwin.com
> Subject: RE: Bash v4.0 does not respect $PATH
>
> As requested the outpu
I had the same problem and have written up the detailed solution on my own
problem thread; but will share it again here. It looks like the issue is the
shell is not starting (heap space error) so the installation won't complete
it's last steps (which require running shell scripts). Don't know
As requested the output from perl -e "print $^X;"
Bash 3 => c:\opt\perl\bin\perl.exe
Bash 4 => /usr/bin/perl
As you would expect the program that is actually running.
But again Bash 4 is incorrectly getting /usr/bin/perl rather
than /opt/perl/bin/perl
-Original Message-
From: Csaba Radu
Hi,
Eric Blake on Dec 2009 06:41:33 wrote:
>According to Andy Koppe on 12/29/2009 6:30 AM:
>>> Remember, POSIX states that any use in a character context of bytes with
>>> the 8th-bit set is specifically undefined in the C locale (whether that
be
>>> C.ASCII or C.UTF-8).
>>
>> I very much disagre
> -Original Message-
> From: Behalf Of Mark J. Reed
> Sent: Wednesday, December 30, 2009 8:12
> Subject: Re: cygpath and spaces in filenames when reading from a file
>
> On Wed, Dec 30, 2009 at 7:01 AM, Corinna Vinschen wrote:
> > No, it doesn't. Space is used as the field separator i
Hi,
I've been using gcc and other tools in older versions of cygwin with
32-bit Windows XP and Vista from windows command prompt (cmd.exe)
without problems. But now I'm using 64-bit Windows 7, and some command
line tools like gcc.exe do not work anymore (from cmd.exe). They do
work ok from Cygwin'
Csaba Raduly writes:
> You can try reinstalling unison; maybe one of the components of the
> symlink chain got "lost"
Reinstalling solved the problem. Thanks for the suggestion.
--
Steven E. Harris
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin
Yes I'm certain. Below is a log of the following script
#--- script
$ echo "bash version = ${BASH_VERSINFO[0]}"
$ for i in $(echo $PATH | sed -r -e "s/:/ /g"); do echo $i; done
$ which perl
$ perl --version
$ /bin/bash
$ echo "bash version = ${BASH_VERSINFO[0]}"
$ for i in $(echo $P
On Wed, Dec 30, 2009 at 7:01 AM, Corinna Vinschen wrote:
> No, it doesn't. Space is used as the field separator in the file. I
> assume we need an extension like allowing to specify another separator.
> Another one for next year...
As a first step, maybe just adding an xargs-style "--null/-0" t
Dear Folks,
The scripts /bin/set-gcc-default-[34].sh are written to use alternatives to
install gcc-3 and gcc-4. But /var/lib/alternatives/gcc is missing.
I tried to create it using g++ as an example but all functions failed with
an
error failed to read link /usr/bin/gcc.exe (which is the orgina
On Dec 29 17:11, Jon Beniston wrote:
> Hi,
>
> cygpath can read a list of paths to convert from a file, when started with
> -file. However, how do you specify paths with spaces in them in this mode?
> It seems quoting the path or using \ doesn't seem to work. E.g:
No, it doesn't. Space is used a
On Dec 29 16:27, Karl M wrote:
>
> > Date: Thu, 24 Dec 2009 12:10:47 +0100
> > From: corinna-cygwin
> > Subject: Re: "mount -a" has no effect on the cygdrive prefix
> >
> > On Dec 23 08:32, Karl M wrote:
> >> Hi All...
> >>
> >> With the last 1.7.0 version and with a clean 1.7.1 install on an XP P
> On Tue, Dec 29, 2009 at 07:31:07PM -0500, Charles Wilson wrote:
> >Yaakov (Cygwin/X) wrote:
> >> On 29/12/2009 16:27, Charles Wilson wrote:
> >>> Sounds like a good idea, but I wish I'd known this was coming before
> >>> wasting time on:
> >>>
> >>> * Improve checkX behavior when used as
Christian Franke wrote:
> Uninstalling a chere item from Control Panel does not work if
> C:\cygwin\bin is not in Windows default PATH.
> The attached patch fixes this.
Thanks, I'll apply this.
I'm wondering whether I should just nuke that option...
Regards,
Dave.
chere maintainer.
--
Probl
Larry Hall (Cygwin) wrote:
> On 12/28/2009 06:23 PM, Lee D. Rothstein wrote:
>> Larry Hall (Cygwin) wrote:
>>> Lee D. Rothstein wrote:
Are you running Vista 64bit? If not, I suspect the registry keys set in
Vista 64 are not correct as set by 'chere'.
>>> No, actually I'm not, so if you'r
On Wed, Dec 30, 2009 at 4:56 AM, Gordon Messmer <> wrote:
> Since upgrading to Cygwin 1.7, I'm no longer able to use key authentication
> on one of several Windows systems. All of the working systems are 32 bit
> installs, the one which isn't working is 64 bit.
.
> When the client connects, I
On Wed, Dec 30, 2009 at 4:28 AM, Steven E. Harris <> wrote:
> Since updating my Cygwin installation to version 1.7, I can no longer
> run "unison" from the command line. Unison uses the "alternatives"
> facility to select among multiple installed versions. The symbolic links
> all look to be set up
Dear All:
Recently our Perl project run into the "Out of memory" issue on Windows Cygwin,
while it works well on Linux, after optimized the code ,it still didn't work on
Windows Cygwin perl(Because we do a lot of analysis bases on string arrays and
hashes) . We found the reason is Cygwin perl us
58 matches
Mail list logo
