Andrew Schulman wrote:
Therefore, in order to provide the most utility to Cygwin users, I've
decided
to split the existing unison package into three new packages:
unison-2.9.1,
unison-2.9.20, and unison-2.10.2. The package URLs are below. Note that
Debian includes unison 2.9.1, while versions
Max Bowsher wrote:
Andrew Schulman wrote:
Therefore, in order to provide the most utility to Cygwin users, I've
decided
to split the existing unison package into three new packages:
unison-2.9.1,
unison-2.9.20, and unison-2.10.2. The package URLs are below. Note that
Debian includes unison
What a pleasant way to spend two hours.
Sorry, I forgot to add:
Please upload.
Thanks,
Andrew.
On Sun, 6 Mar 2005, Karl M wrote:
Hi All...
The latest keychain (2.5.1) from gentoo works fine OOB on win2k, winxp and
win98. I tested it in a multi-user environment on win2k and winxp. The win98
testing was limited.
Launching keychain (ssh-agent) from a service allows it to survive log
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-03-06 18:00:07
Modified files:
utils : ChangeLog cygpath.cc
Log message:
* cygpath.cc (usage): Pass in one more copy of program_name to printf
to avoid
a SEGV.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-03-06 20:21:30
Modified files:
cygwin : dcrt0.cc sync.h sync.cc
Log message:
* sync.h (sync::init_lock): Declare new static member.
(sync::init()): Declare new
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-03-06 21:28:29
Modified files:
cygwin : ChangeLog path.cc
Log message:
* path.cc (mount_info::read_cygdrive_info_from_registry): Use the user
prefix
if it exists.
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-03-07 04:58:30
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: basetyps.h
Log message:
* include/basetyps.h (__int16): Correct define.
Patches:
Hello,
with the latest release (1.5.13-1) I have trouble accessing drives via a
prefix other than /cygdrive. It seems that this was introduced by the
following change:
2004-10-28 Pierre Humblet [EMAIL PROTECTED]
* path.cc (mount_info::from_registry): Deimpersonate while
On Sun, Mar 06, 2005 at 10:51:56PM +0200, Pavel Tsekov wrote:
2005-03-06 Pavel Tsekov [EMAIL PROTECTED]
* path.cc (mount_info::read_cygdrive_info_from_registry):
Use the user prefix if it exists.
Index: path.cc
===
On Thu, Mar 03, 2005 at 11:45:45PM -0500, Pierre A. Humblet wrote:
The attached patch implements the alarm, ualarm, setitimer and
getitimer with the timer_xxx calls created by Chris last year.
It has two objectives, both motivated by exim.
- The current implementation of alarm() opens a hidden
At 11:00 PM 3/6/2005 -0500, Christopher Faylor wrote:
On Thu, Mar 03, 2005 at 11:45:45PM -0500, Pierre A. Humblet wrote:
The attached patch implements the alarm, ualarm, setitimer and
getitimer with the timer_xxx calls created by Chris last year.
It has two objectives, both motivated by exim.
-
Original Message
From: Jean-Sebastien Trottier
Sent: 06 March 2005 04:10
Hmmm... I just tried running http://www.cygwin.com/setup.exe from my
computer at Cisco and the security agent did not report any warnings...
Since it is a known fact that it _does_ legitimately contain
Robert Mark Bram wrote:
Hi All!
I am getting an error while trying to compile expat-1.95.8
I had this error first:
http://www.cygwin.com/ml/cygwin/2003-04/msg01686.html
and implemented the solution suggested.
This is basically what I am doing. However I didn't tried this with
the very latest
SonOfLilit wrote:
I hope this is the right place to post this.
The steps I went through:
* d/l it
* extract
* cd to dir
* d/l WinPcap developer kit and put ./lib to my /lib/Pcap and ./include to my
/usr/include, without replacing 2-3 .h headers that I already had
* $ perl Makefile.PL
Charles Wilson wrote:
OTOH, I never have understood why tools insist on including such
things as
-lcygwin or -lc on a linker command line.
There's a good reason for libtool to do so, but it escapes me at the
moment. Trust Me(tm).
Since gcc already includes libcygwin and libgcc and such
When running:
cygpath --help
apparently a crash occurs. Output:
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-f FILE] [OPTION]... NAME...
68 [main] cygpath 1964 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
25808 [main] cygpath 1964 open_stackdumpfile: Dumping stack trace
When running:
cygpath --help
apparently a crash occurs. Output:
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-f FILE] [OPTION]... NAME...
68 [main] cygpath 1964 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
25808 [main] cygpath 1964 open_stackdumpfile: Dumping stack trace to
Hi Gerrit,
1. Expat is included in the netrelease, install it using setup.exe.
What does this mean? Is this a specific package perhaps?
2. If you really need to rebuild yourself, get the source from the
Cygwin mirrors which includes my patch to build clean on Cygwin.
Well, I am actaully
Robert Mark Bram wrote:
Hi Gerrit,
1. Expat is included in the netrelease, install it using setup.exe.
What does this mean? Is this a specific package perhaps?
For Cygwin you should be able to install the package 'expat' via
setup.exe, ie. this is done automatically in case you install 'perl'.
Hello all,
I am new to this mailing list so please bare with me.
My goal was setup a SFTP server to server files to
clients on Linux and Windows.
So far...
Using the cygwin setup package I have successfully created a
SFTP only (i.e. no ssh) server, on my Windows XP Pro
machine. I have created
On Sun, 6 Mar 2005, Arend-Jan Westhoff wrote:
When running:
cygpath --help
apparently a crash occurs. Output:
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-f FILE] [OPTION]... NAME...
68 [main] cygpath 1964 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
25808 [main]
On Mar 4, 2005, at 11:56 PM, Isaiah wrote:
This is likely identical to my problem.
If you do `ssh -1 [EMAIL PROTECTED] it will using protocol 1 and not die.
Correct, except I don't want to use ssh1 :)
So does this mean this is a known issue? Is this cygwin related? Any
fix?
I searched
On Sat, Mar 05, 2005 at 09:52:16PM -0500, Igor Pechtchanski wrote:
On Sun, 6 Mar 2005, Arend-Jan Westhoff wrote:
It also seems inconsequent if what you say is truely correct and what is
intended that when I use my file 'a' from my original example and do the
following:
copy a b
that
(Note: I have not re-subscribed to the list yet and probably won't for another
week or so, so please CC me in any replies - TIA)
Hi,
I've discovered a small bug in how Cygwin (CVS HEAD as of Saturday) handles
reserved dos names created on managed mounts. I discovered this while working
with
Yitzchak Scott-Thoennes wrote:
This part does sound like a bug. Perhaps this diff optimization
should be suppressed, since in cases like this, ./a and .\a have
effectively different content.
If anything, you would want to just add a test to the stat-comparison
code to check that both files
Nicholas Wourms wrote:
I've discovered a small bug in how Cygwin (CVS HEAD as of Saturday) handles
reserved dos names created on managed mounts. I discovered this while
working with a FreeBSD cross-compiler (actually CVS discovered it). Rather
then bore you with my hypothesis, so here's
27 matches
Mail list logo