Hi Reini,
I've updated the packages at http://www.lowtechnet.com/cscope . Could
you take another look and let me know if anything else stands out or
needs fixing?
I have one issue that I'm not sure about.
I moved the notes.* files back in to the src dir, but I am not sure if
this is the
Cher client,
Notre filtre antiviral a decouvert que cet email contient le virus
[Worm.Mydoom.M]
___
[Received:
by tounes-21 with ESMTP id k6R9G06I007013
for [EMAIL PROTECTED]; Thu, 27 Jul 2006 11:16:00 +0200
Am Wed, 26 Jul 2006 21:40:51 -0400 (EDT)
schrieb Igor Peshansky:
On Wed, 26 Jul 2006, Dirk Schleicher wrote:
Am Tue, 25 Jul 2006 20:04:53 -0500
schrieb René Berber [EMAIL PROTECTED]:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Sorry,
I didn't saw it. Hope its better now.
siegfried wrote:
I notice the cygwin version of emacs runs in XWindows and is one of the few
XWindows programs I run frequently on windows.
I assume (I have not tried it yet) I can run the cygwin version of emacs on
my home windows machine from a remote machine with the xhost and ssh -X
Remote X-Windows from Cygwin apps has worked fine for me including
Emacs. I haven't tried it with javaw, but I don't see any reason why it
shouldn't.
---
Kevin Benton
Perl/Bugzilla Developer/Administrator, Perforce SCM Administrator
AMD - ECSD Software Validation and Tools
The opinions stated
On Wed, 26 Jul 2006, siegfried wrote:
I notice the cygwin version of emacs runs in XWindows and is one of the
few XWindows programs I run frequently on windows.
I assume (I have not tried it yet) I can run the cygwin version of emacs
on my home windows machine from a remote machine with the
/usr/X11R6/bin/cygdpstk-1.dll.
I also discovered that this DLL itself relies on another missing DLL:
/usr/X11R6/bin/cygdps-1.dll which I found in the same package.
Work-around:
I've fixed the problem for myself by grabbing these DLLs from the
previous version of this package
Jason wrote:
I've fixed the problem for myself by grabbing these DLLs from the
previous version of this package (xorg-x11-bin-dlls-6.8.2.0) and
hand-installing them by copying them into the relevant directory.
Fortunately they are still compatible with the other DLLs they depend on.
I am
Igor Peshansky wrote:
On Wed, 26 Jul 2006, siegfried wrote:
I notice the cygwin version of emacs runs in XWindows and is one of the
few XWindows programs I run frequently on windows.
I assume (I have not tried it yet) I can run the cygwin version of emacs
on my home windows machine from a
On Thu, 27 Jul 2006, René Berber wrote:
Igor Peshansky wrote:
On Wed, 26 Jul 2006, siegfried wrote:
I notice the cygwin version of emacs runs in XWindows and is one of
the few XWindows programs I run frequently on windows.
I assume (I have not tried it yet) I can run the cygwin
G'day All,
I just updated to 6.8.99.901 from 6.8.2.0 for Xorg under Cygwin. Logging
in via XDMCP to a remote hosts is causing me some issues now. I connect
okay, but as soon as I enter some text into a Konsole or the like, a
variable keyboard delay of 0.5-1.0 seconds seems to start. It also seems
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-07-27 09:11:39
Modified files:
winsup/cygwin : ChangeLog fhandler.h fhandler_socket.cc net.cc
select.cc
Log message:
* fhandler.h (class fhandler_socket): Remove
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-07-27 13:58:54
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc poll.cc select.cc
Log message:
* fhandler_socket.cc: Revert misguided attempt to handle FD_CLOSE error
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-07-27 21:07:33
Modified files:
winsup/utils : ChangeLog cygpath.cc
Log message:
* cygpath.c (get_long_name): Cover the case that GetLongPathName
doesn't return valid information
On Jul 26 22:03, Brian Ford wrote:
* fhandler_socket.cc (fhandler_socket::recvmsg): Remove unused tot
argument. All callers changed.
(fhandler_socket::sendmsg): Likewise.
* net.cc (cygwin_recvmsg): Likewise.
(cygwin_sendmsg): Likewise, and prevent calling
On Jul 26 21:35, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John and Holly Klug on 7/25/2006 7:32 PM:
It would still be nice if cygwin find supported junctions.
cygwin find will only support junctions if the underlying cygwin is
changed to support them,
Christopher Faylor wrote on Wednesday, July 26, 2006 6:26 PM:
On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote:
Yes. See
http://cygwin.com/ml/cygwin-announce/2006-07/msg8.html.
If you are using a POSIX-like OS (i.e. Cygwin), you should be
using POSIX paths. That's not an
At least not for me.
See my another post in this thread.
Both 1.5.21 and snapshot 20060718 do not help.
And I have the feeling that crashes happen more often with 1.5.21.
Great to hear that I am not alone having the problem.
Regards,
Kiyo
Larry Hall (Cygwin) wrote:
Jon Harrison wrote:
Hi,
I
On 27 July 2006 08:10, Corinna Vinschen wrote:
On Jul 26 21:35, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John and Holly Klug on 7/25/2006 7:32 PM:
It would still be nice if cygwin find supported junctions.
cygwin find will only support junctions if
I have different machines with cygwin and db2 installed
There is 1 machine that is acting differently from the other machines,
although I don't modify many setting in cygwin/windows
The case is that if I connect to database : this is successfull but this
connection is immediatly lost. I execute
On Jul 27 09:42, Dave Korn wrote:
On 27 July 2006 08:10, Corinna Vinschen wrote:
On Jul 26 21:35, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John and Holly Klug on 7/25/2006 7:32 PM:
It would still be nice if cygwin find supported junctions.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reformatted to avoid top-posting: http://cygwin.com/acronyms/#TOFU
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
^^^
Please avoid raw email addresses in
hi,
i've got usb 2.0, when i copy through TotalCommander the copy speed is quite
high. when i copy through cygwin shell it seems that it is transmitting data
only with usb 1.x speed.
very spooky, because i thought that cygwin is calling windows drivers/api so
it should be indirectly supporting
Thanks. You provided several solutions to my problem.
Try searching for bin/script\b on the Cygwin package
search page
Is the syntax for the Cygwin package search described somewhere?
I don't know the meaning of \b.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles D. Russell on 7/27/2006 6:58 AM:
Thanks. You provided several solutions to my problem.
Try searching for bin/script\b on the Cygwin package
search page
Is the syntax for the Cygwin package search described somewhere?
I
On Thu, 27 Jul 2006, Eric Blake wrote:
In your setup.log.full, you had lots of these messages:
2006/07/25 17:12:47 io_stream_cygfile: fopen failed 2 No such file or
directory
My recollection is that this has been improved in a recent snapshot of
setup.exe - who is in charge of releasing
On Thu, Jul 27, 2006 at 05:55:55PM +1000, Kiyo Kelvin Lee wrote:
At least not for me. See my another post in this thread. Both 1.5.21
and snapshot 20060718 do not help. And I have the feeling that crashes
happen more often with 1.5.21. Great to hear that I am not alone
having the problem.
I'm
This sounds like possibly the same problem as I reported in
http://cygwin.com/ml/cygwin/2006-07/msg00147.html, which was
a bug introduced in Cygwin version 1.5.20 and fixed in 1.5.21.
--Ken Nellis
-Original Message-
From: Eric Inazaki [mailto:einazaki668 at yahoo dot com]
Sent:
From: aldana
Sent: Thursday, July 27, 2006 7:15 AM
Subject: cygwin copy problems usb 2.0
hi,
i've got usb 2.0, when i copy through TotalCommander the copy
speed is quite high.
I have no idea what a TotalCommander is, but from the context here I assume
it's a native Windows app that
Hi,
after updating from cygwin 1.5.19-4 to 1.5.21-1 cygpath seems to show a bug
when called with the --long-name (or -l) option:
Assuming that the filename 12345678901234567890 does NOT exist in the
current dir, cygpath shows the following output:
$ cygpath -m -l 12345678901234567890
On 7/26/06, TV JOE wrote:
Would any of you that replied be interested in assisting me
with compiling this program. It's a C program written for a Suse
Linux distribution. The author maintains the only problem
would be resolving the complex.h warnings.
just for completion on the mailing
total commander is a clone of norton commander. something like midnight
commander on linux.
i thought the same: choice between usb 1.x and 2.0 is done far lower level
that cygwin can really influence it. but the difference of speed made me
consipicious.
example, copying a single file (.tar.gz)
aldana wrote:
total commander is a clone of norton commander. something like midnight
commander on linux.
i thought the same: choice between usb 1.x and 2.0 is done far lower level
that cygwin can really influence it. but the difference of speed made me
consipicious.
example, copying a single
Michael Hirsch wrote:
On 7/21/06, mwoehlke [EMAIL PROTECTED] wrote:
Michael Hirsch wrote:
Here is a sample Makefile that breaks with Gnu Make 3.81-1 under
Cygwin, but works fine with Gnu Make 3.80-1. We have been writing
these types of Makefiles for years, using both Windows and Cygwin
Linda Walsh wrote:
I think I've run into a bug concerning tar and the use of
windows format paths. It's not a bug that is difficult to work
around, but it still seems as though it is a bug that someone may
wish to address (in their spare time, of course :-).
I wanted to save a list of files
On Thu, Jul 27, 2006 at 02:00:41PM -0500, mwoehlke wrote:
Michael Hirsch wrote:
I see. Unfortunately, I am trying to use cygwin to make my life
easier on Windows, but I am still constrained to use windows programs.
Many of them cannot use the cygwin paths, but require a path like
c:/my/path.exe.
Corinna Vinschen wrote:
[snip] Another annoying fact is that we have three
different types of symlinks then. Sigh.
Four, if Interix symlinks were supported :-(.
--
Matthew
Ok, so the quotes aren't entirely original.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
Kenneth Nellis knellis at syntek-usa.com writes:
This sounds like possibly the same problem as I reported in
http://cygwin.com/ml/cygwin/2006-07/msg00147.html, which was
a bug introduced in Cygwin version 1.5.20 and fixed in 1.5.21.
--Ken Nellis
I am a dope. After reading your post I
Hello,
(1) I installed the binary package for Apache2-2.2.2-1
(2) I did not edit /etc/apache2/httpd.conf
(3) I executed the command /usr/sbin/apachectl2 -t and the output was:
httpd2: Could not reliably determine the server's fully qualified domain name,
using 192.168.1.106 for ServerName
when running a little program using CopyFile() under cygwin it is about as
quick as totalcommander. so it must be the abstraction layer of cygwin which
makes copying vry slow...
--
View this message in context:
http://www.nabble.com/cygwin-copy-problems-usb-2.0-tf2009189.html#a5528112
aldana wrote:
when running a little program using CopyFile() under cygwin it is about as
quick as totalcommander. so it must be the abstraction layer of cygwin which
makes copying vry slow...
Not necessarily. To draw that conclusion, you would want to compare the
implementation of 'cp'
On Thu, Jul 27, 2006 at 04:17:14PM -0400, Larry Hall (Cygwin) wrote:
aldana wrote:
when running a little program using CopyFile() under cygwin it is about
as quick as totalcommander. so it must be the abstraction layer of
cygwin which makes copying vry slow...
Not necessarily. To draw that
Aloha,
Looking for a simple way to popup a message box on Windows via
a Perl script on a system with Cygwin.
Looking for portability, light weight, foolproof. The `net send'
option doesn't seem very reliable or portable.
Thanks!
Richard
--
Unsubscribe info:
On Jul 27 14:10, mwoehlke wrote:
Corinna Vinschen wrote:
[snip] Another annoying fact is that we have three
different types of symlinks then. Sigh.
Four, if Interix symlinks were supported :-(.
No, no, no. Two is bad enough, three is worse, but at least the
third method is a native one,
Razi Khaja wrote:
Hello,
(1) I installed the binary package for Apache2-2.2.2-1
(2) I did not edit /etc/apache2/httpd.conf
(3) I executed the command /usr/sbin/apachectl2 -t and the output was:
httpd2: Could not reliably determine the server's fully qualified domain
name, using
isn't there a possibitly that cygwin provides a quicker cp-implementation?
i mean 4 minutes for a copy of 70MB to a memstick (instead of CopyFile() 20
sec.) is not really good performance.
i guess there is a reason for that...
--
View this message in context:
On Jul 27 19:10, Matthias Bolz wrote:
i.e., as long as the file name does not exist and exceeds a certain length,
it gets scrambled with the -l option.
Without the -l option, in posix format, or if the file exists, the output is
fine.
Can you confirm this bug? Is there a workaround?
Thanks
On Jul 27 13:48, aldana wrote:
isn't there a possibitly that cygwin provides a quicker cp-implementation?
i mean 4 minutes for a copy of 70MB to a memstick (instead of CopyFile() 20
sec.) is not really good performance.
i guess there is a reason for that...
Right, how did you know? The
On Thu, 27 Jul 2006, Richard Foulk wrote:
Looking for a simple way to popup a message box on Windows via
a Perl script on a system with Cygwin.
Looking for portability, light weight, foolproof. The `net send'
option doesn't seem very reliable or portable.
Theoretically, it should be as
%% Brian Dessent [EMAIL PROTECTED] writes:
bd To summarize, the Cygwin version of make prior to 3.81 contained
bd local patches to support both posix and Windows paths. The Cygwin
bd maintainer got tired of continuously maintaining these local
bd patches and so when packaging 3.81 the
%% I wrote:
pds I believe that this support is limited to handling drive letters without
pds choking on the :, actually: IIRC the native support still requires
pds forward slashes (/) rather than backslashes (\). I could be wrong
pds though. I'm not sure how Cygwin's pathname management
aldana wrote:
isn't there a possibitly that cygwin provides a quicker cp-implementation?
i mean 4 minutes for a copy of 70MB to a memstick (instead of CopyFile() 20
sec.) is not really good performance.
i guess there is a reason for that...
Chris has already given you the answer but feel
On Thu, Jul 27, 2006 at 11:11:07PM +0200, Corinna Vinschen wrote:
On Jul 27 13:48, aldana wrote:
isn't there a possibitly that cygwin provides a quicker
cp-implementation? i mean 4 minutes for a copy of 70MB to a memstick
(instead of CopyFile() 20 sec.) is not really good performance. i
guess
I need to schedule a job and it is not worth installing cron on our W2K3
hosts for just for this one backup application.
I have a name.sh script that if I run in a bash window it runs fine.
In a W2K3 command prompt window I have tried
C:\cygwin\usr\bin\bash.exe -c
On Thu, Jul 27, 2006 at 05:09:16PM -0400, Paul D. Smith wrote:
In fact, I'm wondering if there is an advantage to building GNU make
using the Cygwin environment, vs. using a native MingW (for example)
build of GNU make? I'm afraid I'm woefully ignorant about the details.
There is no advantage
Hi,
I have the cygwin sshd daemon installed and running on my machine.
I have edited the hosts.allow and hosts.deny files to use tcp wrappers.
I can get the daemon to recognize the process, the client-list and to
either deny or allow access to sshd depending on the client-list rules
in the
On Thu, 27 Jul 2006, McGraw, Robert P. wrote:
I need to schedule a job and it is not worth installing cron on our W2K3
hosts for just for this one backup application.
I have a name.sh script that if I run in a bash window it runs fine.
In a W2K3 command prompt window I have tried
There is no advantage using cygwin if you want to use a Makefile which
contains
MS-DOS paths. Using MinGW makes perfect sense in that case.
I strongly disagree with this statement. A primary benefit of using Cygwin
is that so many Linux-like tools are available from one central installer.
If
Hi All,
i am seeing strange behaviour with the most recent findutils update
when using -prune with a -path which is an existing file which is not
a directory. It seems the pruning is held over for the next found
file.
: 1030; mkdir C
: 1031; touch B C/X C/Y D
: 1032; find . \( -path ./A -prune
William Sheehan wrote:
I can imagine that the immediate response to this complaint will be fix
your Makefiles to work with Cygwin if it's such an important component. As
others have mentioned, this is no simple task in very large Makefile systems
that support a wide variety of compilation
Hi,
I'm not sure this is the correct place for bug reporting but I couldnt find
anything else on the website, so here goes.
For the sake of argument, there are two fileformat=dos files A and B, each
having n lines. A has the single character 'a' (other than linebreaks) on each
line, B has the
On Thu, Jul 27, 2006 at 03:31:53PM -0700, William Sheehan wrote:
There is no advantage using cygwin if you want to use a Makefile which
contains MS-DOS paths. Using MinGW makes perfect sense in that case.
I strongly disagree with this statement. A primary benefit of using
Cygwin is that so many
On Thu, Jul 27, 2006 at 03:40:18PM -0700, Brian Dessent wrote:
William Sheehan wrote:
I can imagine that the immediate response to this complaint will be
fix your Makefiles to work with Cygwin if it's such an important
component. As others have mentioned, this is no simple task in very
large
Christopher Faylor wrote:
Actually, we have had people who have complained because make became
confused by certain uses of a ':' in the old version of make. I see now
that this is because of the attempt to interpret a valid make rule as
a MS-DOS path.
So, I'm less inclined to want to
On Thu, Jul 27, 2006 at 04:07:50PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
Actually, we have had people who have complained because make became
confused by certain uses of a ':' in the old version of make. I see
now that this is because of the attempt to interpret a valid make rule
I can imagine that the immediate response to this complaint will be fix
your Makefiles to work with Cygwin if it's such an important component. As
others have mentioned, this is no simple task in very large Makefile systems
that support a wide variety of compilation toolchains. Cygwin make
Christopher Faylor wrote:
On Thu, Jul 27, 2006 at 05:09:16PM -0400, Paul D. Smith wrote:
In fact, I'm wondering if there is an advantage to building GNU make
using the Cygwin environment, vs. using a native MingW (for example)
build of GNU make? I'm afraid I'm woefully ignorant about the
On Thu, Jul 27, 2006 at 05:16:38PM -0700, Michael Eager wrote:
There are two equally unpleasant resolutions recommended: either
install two products (Cygwin and MinGW) or retain a back-level version
of make, forgoing all future bug fixes. Neither are very good, but
I've opted for the second
William Sheehan wrote:
Christopher Faylor wrote:
There is no advantage using cygwin if you want to use a Makefile
which contains MS-DOS paths. Using MinGW
makes perfect sense in that case.
I strongly disagree with this statement. A primary benefit of using Cygwin
is that so many
69 matches
Mail list logo
