David Billinghurst wrote:
I have a build of gmp-4.2.4 for cygwin 1.7 available for upload.
Hi David, thanks for doing this :)
This is the first build for cygwin-1.7. There are a couple of changes
from gmp-4.2.4-1 (for cygwin-1.5)
1) The DLL for C++ binding libgmpxx3 is in a separate
Did you try to build it for 1.7 already? IRSSI uses IPv6 if available
and since IPv6 is available now, it would be one of those packages which
definitely win built for Cygwin 1.7.
I haven't played with cygwin 1.7 yet. But it's on my todo list :)
Kostya
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thomas Wolff wrote:
Now that cygwin supports UTF-8 in a standard fashion, I think it's time
to also add Unicode fonts to the Cygwin/X distribution. Otherwise the
additional value of running xterm or rxvt in UTF-8 mode is quite limited.
I
I wrote:
Now that cygwin supports UTF-8 in a standard fashion, I think it's time
to also add Unicode fonts to the Cygwin/X distribution. Otherwise the
additional value of running xterm or rxvt in UTF-8 mode is quite limited.
I would be willing to provide the Unicode versions of the
I've been working for a while with a spanish keyboard and up to now I don't
know how to get the pipe (|) symbol in my xterm terminal. However, I do get it
in the bash terminal without problems using Ctrl + Alt + 1. When I follow this
step in the xterm I get this insted of the pipe: (arg:
On Wed, Apr 8, 2009 at 10:37 AM, Gery Herbozo Jimenez wrote:
I've been working for a while with a spanish keyboard
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-non-U.S.-keyboard-layout
and up to now I don't know how to get the pipe (|) symbol in my xterm
terminal. However, I
do get it
Thanks for the tip. I run the command line: WXin.exe -xkblayout es, appeared
the Cygwin/X terminal (gray one) and I got the pipe but with other key, weird
or normal? should I run this command or put it in the Xorg.conf file?
Date: Wed, 8 Apr 2009
Phil Betts wrote:
Potential app conflicts:
Sonic Solutions burning software containing DLA component
Logitech Process Monitor service
ZoneAlarm Personal Firewall
These are all applications known to cause problems with cygwin. I
suggest you read
Version 0.8.13-1 of irssi has been uploaded.
Irssi is a powerful terminal based IRC client.
Changes from the previous release:
http://irssi.org/news/ChangeLog
If you have questions or comments, please send them to the cygwin
mailing list at: cygwin@cygwin.com .
*** CYGWIN-ANNOUNCE
j.jovinbasil...@xxx.xx.xx wrote:
I am getting the above message when i run ./configure from the
extracted
gcc-4.3.3 directory. I have attached the cygcheck.out for your
reference.
Let me know to get rid of this issue and to install verilog-perl on my
cygwin
You have more than one
j.jovinbasilroy@ wrote:
Hi,
I am getting the above message when i run ./configure from the extracted
gcc-4.3.3 directory. I have attached the cygcheck.out for your reference.
Let me know to get rid of this issue and to install verilog-perl on my cygwin
Hello Jovin! Your system has got
On 04/08/2009, Jovin Basil Roy J wrote:
Warning: There are multiple cygwin1.dlls on your path
948k 2003/03/18 C:\WINDOWS\SYSTEM\cygwin1.dll - os=4.0 img=1.0 sys=4.0
cygwin1.dll v0.0 ts=2003/3/18 19:50
Cygwin DLL version info:
DLL version: 1.3.22
1829k
The opengl 1.1.0-10 package has incorrect values for GL_DOT3_RGB_EXT and
GL_DOT3_RGBA_EXT:
#define GL_DOT3_RGB_EXT 0x86AE
#define GL_DOT3_RGBA_EXT 0x86AF
According to
http://www.opengl.org/registry/specs/EXT/texture_env_dot3.txt, they
should be:
We need to run a DOS program as a service. The program provides
valuable information in the DOS window in an interactive ASCII color
interface but does not provide any method to connect to this interface
if started as a service.
One solution is to run this program under screen. Unfortunately,
I suppose you could always use the 'clear' command instead of cls. If you
need cls specifically, you can alias it to clear.
From the edit point of view, is this something you could accomplish with
another command-line editor (say vim)?
William Sutton
On Wed, 8 Apr 2009, James Calfee wrote:
is anyone using rsnapshot regularly? and if so, are there
any caveats when using it under cygwin?
thanks,
david
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Thomas Wiedmann wrote:
Hello,
where is the HOME directory of a user configured for Cygwin 1.5.25 used
in a Windows XP Prof. environment?
Reason for this question:
I observed, that the same Cygwin version on different PC's map the
directory /home/user on different directories.
On some PC's
Hello,
where is the HOME directory of a user configured for Cygwin 1.5.25 used in a
Windows XP Prof. environment?
Reason for this question:
I observed, that the same Cygwin version on different PC's map the directory
/home/user on different directories.
On some PC's /home/user maps to the
The drive with the install failure is a netapp share (ONTAP 7.2.4).
The other shares are samba drives (3.0.28)
Corinna Vinschen schreef:
Btw., can you run /usr/lib/csih/getVolInfo.exe from the csih package on
your DFS drives (/ecn/groups and one of the others) and send the output
to this
Your right, clear does work. That example is too simple though.
edit is similar to the server. I'm testing with a copy of the server
now. It behaves just as edit does, I see my command echoed back to me
but nothing else. The session is hung and I can not see the interface.
I don't actually
On Wed, Apr 8, 2009 at 5:11 PM, James Calfee jcal...@accessrxs.com wrote:
Your right, clear does work. That example is too simple though.
edit is similar to the server. I'm testing with a copy of the server
now. It behaves just as edit does, I see my command echoed back to me
but nothing
I wanted to build the gnu compilers on my cygwin installation on my
windows 2000 desktop. This is cygwin version 2.573.2.2, which was
running fine until this afternoon.
When I tried to install the gnu compiler package, I received an error
from windows in setup, that caused windows to kill
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new version of the asciidoc package, asciidoc 8.4.2-3, is now available
for download for those testing cygwin 1.7, replacing 8.4.2-2. I have left
asciidoc 8.3.5-1 as previous for cygwin 1.7 and current for cygwin 1.5.
NEWS:
=
This is a minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 1.0-1, is now available for those
testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
NEWS:
=
This is a new upstream release, run by new upstream maintainers. For more
details,
I've read the entire thread here
http://cygwin.com/ml/cygwin/2009-02/msg00488.html and it seems to be the
exact same problem I'm having. Discussion seems to have stopped though,
I didn't seem any emails on it for the last three weeks or so. Is this
fix or tool ready for end users, or testers?
i'm coming from a *nix background, but i'm finding that cygwin makes
things suck less on windows.
one of the things that really annoys me are the duplicate *.exe
commands...
cat cat.exe
awk awk.exe
sed sed.exe
what a mess, especially when i use auto-complete in my
Jonathan wrote:
I've read the entire thread here
http://cygwin.com/ml/cygwin/2009-02/msg00488.html and it seems to be the
exact same problem I'm having. Discussion seems to have stopped though,
I didn't seem any emails on it for the last three weeks or so. Is this
fix or tool ready for end
Atom Smasher wrote:
i'm coming from a *nix background, but i'm finding that cygwin makes
things suck less on windows.
one of the things that really annoys me are the duplicate *.exe commands...
cat cat.exe
awk awk.exe
sed sed.exe
what a mess, especially when i use auto-complete
On Wed, 8 Apr 2009, Larry Hall (Cygwin) wrote:
There are no duplicate *.exe commands. All Cygwin executables contain
the exe extension as Windows prefers. Cygwin tries to make things
easier by mapping cat to cat.exe, for example, which is why it may
look to you like there are both in the
Atom Smasher wrote:
On Wed, 8 Apr 2009, Larry Hall (Cygwin) wrote:
There are no duplicate *.exe commands. All Cygwin executables contain
the exe extension as Windows prefers. Cygwin tries to make things
easier by mapping cat to cat.exe, for example, which is why it may
look to you like
Larry Hall (Cygwin) wrote:
Now, to anticipate your next question, '/usr/bin/cat.exe' and
'/bin/cat.exe' are not duplicates either. See the results of typing 'mount'.
That was the exact opposite of what you meant to say, wasn't it? /usr/bin/*
and /bin/* absolutely are duplicates of each
Larry Hall (Cygwin) wrote:
Atom Smasher wrote:
snip
ls -ilh `which cat cat.exe`
that tells me that the two commands are hard-linked; they share the
same inode.
I meant to respond to this as well, just in case it causes anyone some
confusion. The recipe you note above will indicate that
http://www.cygwin.com/cygwin-ug-net/using-specialnames.html#id318321
according to this, it looks like i should be fine deleting all *.exe
commands _from_my_command_hash_.
that's consistent with what i'm seeing on my system. if i'm wrong, someone
please let me know
--
...atom
Dave Korn wrote:
Larry Hall (Cygwin) wrote:
Now, to anticipate your next question, '/usr/bin/cat.exe' and
'/bin/cat.exe' are not duplicates either. See the results of typing 'mount'.
That was the exact opposite of what you meant to say, wasn't it? /usr/bin/*
and /bin/* absolutely are
Larry Hall (Cygwin) wrote:
Dave Korn wrote:
Larry Hall (Cygwin) wrote:
Now, to anticipate your next question, '/usr/bin/cat.exe' and
'/bin/cat.exe' are not duplicates either. See the results of typing
'mount'.
That was the exact opposite of what you meant to say, wasn't it?
/usr/bin/*
35 matches
Mail list logo