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 http://cygwin.com/faq/faq.using.
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 U
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 on
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 ha
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 2008/06
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:
GL_DOT3_RGB_EX
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, th
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/ on different directories.
On some PC's /home/
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/ on different directories.
On some PC's /home/ maps to the Windows dir
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 list
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 actua
On Wed, Apr 8, 2009 at 5:11 PM, James Calfee 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 else. The ses
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 the
-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 pa
-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, including
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'
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 m
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
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-comple
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 oth
Larry Hall (Cygwin) wrote:
Atom Smasher wrote:
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 the
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 dupli
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
28 matches
Mail list logo
