Dave Korn wrote:
send me the
libelf0-0.8.13-1-compile.log offlist and I'll see how it compares to one of
mine. Also if you could dump a list of the imports from your version of the
dll, I'd like to see which symbols its pulling in.
Nevermind; I figured it out. I have a local patch in my
The singular-icons package contains the following file in both versions 3.0.3-1
and 3.1.0-1.
/usr/lib/Singular/cygwin-setup.exe
I point this out since it seems strange to me and I wonder whether it might be
a mistake.
I apologized for wasting bandwidth if it is not an error.
Thanks,
-
On 30/12/2009 11:38, Dave Korn wrote:
Nevermind; I figured it out. I have a local patch in my binutils (which I'm
about to send upstream) that accounts for the difference. I'll upload libelf
without libgcc1 in the requires: line, since the DLL that I build won't have
the import. (DLLs
Yaakov (Cygwin/X) wrote:
On 30/12/2009 11:38, Dave Korn wrote:
Nevermind; I figured it out. I have a local patch in my binutils (which
I'm about to send upstream) that accounts for the difference. I'll
upload libelf without libgcc1 in the requires: line, since the DLL that I
build won't
I have a very strange situation.
At work, I am running Win XP SP3. I installed all the latest Cygwin
(1.7.1) + Xorg updates, including startxwin.exe. Everything works
perfectly.
At home, I am running Windows 7 Professional, 64-bit. I am unable to
start an xterm from the Cygwin/X icon in the
Hi there, I'm running cygwin 1.7.1. I entered xinit and it brought up
the x server and the xterm. I then entered exit on the xterm to
terminate the xterm. I got Xwin Fatal error. The last few messages in
Xwin.0.log are as follows:
2009-12-30 12:45:31 DetectUnicodeSupport - Windows NT/2000/XP
On 30/12/2009 13:57, ERIC HO wrote:
Hi there, I'm running cygwin 1.7.1. I entered xinit and it brought up
the x server and the xterm. I then entered exit on the xterm to
terminate the xterm. I got Xwin Fatal error.
Problem reports: http://cygwin.com/problems.html
I just upgraded to the latest version of X11. A program that previously
worked fine now reports the following error:
assertion ret != inval_id failed: file
/usr/src/ports/xorg/libX11/libX11-1.3.2-2/src/libX11-1.3.2/src/xcb_io.c,
line 385, function: _XAllocID
Aborted (core dumped)
How do I fix
Please see the attahced files for problem doc. Thanks.
Cygwin Configuration Diagnostics
Current System Time: Wed Dec 30 21:03:30 2009
Windows Vista Home Premium Ver 6.0 Build 6002 Service Pack 2
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
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
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
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 get
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're sure it's a
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.
--
Problem
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 'barrier' in
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 Pro
SP3 machine,
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 as
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
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 to
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 $PATH |
Csaba Raduly rcs...@gmail.com 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:
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
-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 in
the
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 disagree with that.
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 Raduly
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
-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 output from
Forgot to strip the email addresses, my apologies.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Jason Pyeron PD Inc. http://www.pdinc.us -
- Principal Consultant 10
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
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
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 heap
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
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.dll,
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\tttls -l
total 0
-rw-r--r-- 1
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
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
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:
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
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
* 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
* 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.
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. The
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
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 problem in a
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
suggests to
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
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 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 or using
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 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
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
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 extension which
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:\Documents and
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 original post appears to
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:
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 have
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
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 Cygwin DLL.
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 being user in
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
them, by the shell
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 with
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: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 files user
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
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.
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:
66 matches
Mail list logo
