On Jan 11 19:59, Bill Hoffman wrote:
There has been a new release of the official cmake (2.4.6-1).
This is a minor release from to 2.4.5 to 2.4.6.
Here are the required files:
http://www.cmake.org/files/cygwin/setup.hint
http://www.cmake.org/files/cygwin/cmake-2.4.6-1.tar.bz2
Corinna Vinschen wrote:
Sure? There are three versions on the server, 2.0.6-1, 2.2.3-2, 2.4.3-1.
There's no 2.2.3-1.
I forgot about 2.2.3-2, that should be the previous version. I switched
email clients and lost the template I used to keep track of that stuff
with.
There's also the
Bill Hoffman wrote:
This is a problem! I built it on a new machine and it did not have
curses! Good catch, thank you. I have a question. I rebuilt with
ncurses installed. If I run cygcheck on ccmake I get this:
$ cygcheck.exe ./ccmake.exe
.\ccmake.exe
C:\cygwin\bin\cygncurses-8.dll
Brian Dessent wrote:
.\ccmake.exe
C:\cygwin\bin\cygncurses-8.dll
[snip]
Now, the fact that you don't have
libncurses8 installed on your system seems to be a problem, but maybe
you just don't have any packages that need it installed yet.
And of course upon reflection I see that
Brian Dessent wrote:
No, that would be quite wrong. cygncurses-8.dll is provided by the
libncurses8 package. If that's what the binary is linked against,
that's what you specify.
Normally, when you have multiple ABI versions of a library, as is the
case here with libncurses{5,6,7,8}, you
On Jan 12 11:32, Bill Hoffman wrote:
Here are the files:
http://www.cmake.org/files/cygwin/setup.hint
http://www.cmake.org/files/cygwin/cmake-2.4.6-1.tar.bz2
http://www.cmake.org/files/cygwin/cmake-2.4.6-1-src.tar.bz2
Uploaded. I removed 2.0.6-1 and 2.4.3-1, so 2.2.3-2 is prev now.
Corinna
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-12 14:16:42
Modified files:
winsup/cygwin : ChangeLog syscalls.cc
Log message:
* syscalls.cc: Update copyright.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-12 15:26:02
Modified files:
winsup/cygwin : ChangeLog fork.cc
Log message:
* fork.cc (child_copy): Add missing Windows PID in debug output.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2007-01-12 15:40:13
Modified files:
cygwin : ChangeLog external.cc
Log message:
* external.cc (sync_winenv): Use cur_environ () rather than
__cygwin_environ.
Patches:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
...and allow the new PATCH_URI in cygport-0.2.7 to work when main src is
in CVS|SVN|GIT repo. (At present, in 0.2.7, PATCH_URI is ignored if
inherit cvs|svn|git).
True, only because I haven't yet had such a case.
With
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
[implementation details]
[1] Possibiliyt: remove the readonly protection on the existing,
internal, automation functions (like __prep_installdir or src_prep).
This is a really bad idea: some of these functions (especially
On Jan 11 13:14, Marco atzeri wrote:
Hi All,
I have found non specific info on the faq and
documentation, so I am wondering if there is
any specific debugging reason to explain why
latest snapshots 20070110 (and 04) are substantial
slower than 1.5.23-2 on removing multiple files.
FAQ and
On Jan 11 16:53, Florent Morin wrote:
Hello,
I actually develop a program in C for reading and writing data on
serial port. It works fine on GNU/Linux. I now test it with cygwin
(Windows XP).
I begin to set the port options, then I read/write information and
restore port settings. I can
From: Luke Kendall
philosophy
I wonder how many centuries of human endeavour has been
absorbed because of the decision to use CR+LF as line
endings in DOS?
/philosophy
OT
To be fair, \r\n seems to go back to Gary Kildall's CP/M.
http://en.wikipedia.org/wiki/Unprintable_characters
/OT
--
[snip] but the point of this little story is that you
are short sighted if you believe that the only platform you'll
encounter and thus need to deal with is Windows...
I agree completely. This is for personal use.
As has been pointed out to you already there is Win32 modules for
Cygwin's
Thanks Larry. I had seen that option, but nothing to indicate that it had
changed between 1.5.12 and 1.5.23. Can anyone account for the difference
between these two versions?What I'm actually seeing is a behavior change
in a perl script that does something like:
open(LS, ls -dF1 /c* |
Kevin T Cella wrote:
[snip] but the point of this little story is that you are short
sighted if you believe that the only platform you'll encounter and
thus need to deal with is Windows...
I agree completely. This is for personal use.
What does that matter? It's still short sited.
Although
- Original Message
From: Gmane User
To: cygwin
Sent: Friday, January 12, 2007 1:16:32 AM
Subject: Re: cscope -d can't find trailer offset if path contains space
By the way, Dave, if you're going to be poking prodding mlscope, I was
wondering if you might have time to look at a
On Jan 12 09:24, Lev Bishop wrote:
On 1/12/07, Corinna Vinschen wrote:
To overcome this problem the file is moved to the recycle bin in
unlink(2), so that it disappears from it's original directory,
regardless whether it's still in use or not. I tried to do this as
quick as possible but
Kevin wrote:
I still
have no way to execute the command below and a regular script on cygwin
using Activestate.
Well, I run perl scripts on cygwin with no problem. Did not do anything special,
except
make sure NOT to install perl when installing cygwin(and making sure
the activestate perl is in
http://cygwin.com/acronyms/#TOFU. Reformatted.
jim wrote:
-Original Message-
From: Larry Hall (Cygwin) [mailto:reply-to-list-only-lh AT cygwin DOT com]
Sent: Thursday, January 11, 2007 12:37 PM
To: cygwin AT cygwin DOT com
Thomas Antony wrote:
Hello,
Come to think of it, I had removed the read only stuff when it
drove me nuts with silly errors when I tried to delete or move files.
But not on C drive. Anyway, I removed those links using the script you
said and reinstalled. Now ls lists them correctly
$ ls -l
I have a dos format file containing a shell script that works fine on
1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to
Unix format, it works fine with 1.5.23, but I'm wondering what changed.
Cygwin mounts are the same; what else could be different?
thanks for any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to jim on 1/12/2007 9:14 AM:
I have a dos format file containing a shell script that works fine on
1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to
Unix format, it works fine with 1.5.23, but I'm wondering what
jim wrote:
I have a dos format file containing a shell script that works fine on
1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to
Unix format, it works fine with 1.5.23, but I'm wondering what changed.
Cygwin mounts are the same; what else could be different?
jim wrote:
I have a dos format file containing a shell script that works fine on
1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to
Unix format, it works fine with 1.5.23, but I'm wondering what changed.
Cygwin mounts are the same; what else could be different?
Bash
jim wrote:
I have a dos format file containing a shell script that works fine on
1.5.12. After upgrading to 1.5.23, the script fails. If I convert it to
Unix format, it works fine with 1.5.23, but I'm wondering what changed.
Cygwin mounts are the same; what else could be different?
The
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the file is in use? Would it then only
On Fri, 12 Jan 2007, Kevin T Cella wrote:
Although this is thorough off topic, perhaps you can explain it better
to me as I don't use ActiveState therefore I don't see what you are
claiming. Exactly which full path is expanded to what and passed to
(guess) ActiveState Perl interpreter as,
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the
Thanks for the explanation.
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
- P's to speed up the code are TC ;)
I'll look when I can, but since you mentioned there's obviously some room
for optimization, could you state the obvious as a lead for someone who
has the time?
--
Brian Ford
Lead
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
On Jan 11 16:53, Florent Morin wrote:
For testing, I have tried with a working program : stty. It works fine
with all options, but not with CREAD.
$ stty cread /dev/ttyS0
stty: /dev/ttyS0: unable to perform all requested operations
Can
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want a boolean any/none answer, you can try opening it
exclusively. Or do you need to know
On Jan 12 13:39, Brian Ford wrote:
Thanks for the explanation.
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
- P's to speed up the code are TC ;)
I'll look when I can, but since you mentioned there's obviously some room
for optimization, could you state the obvious as a lead for someone
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want a boolean any/none answer, you can try opening it
So you would open it, delete it and then close it...to avoid races?
...Karl
From: Corinna Vinschen To: cygwin@cygwin.com
Subject: Re: Snapshot speed on managing files
Date: Fri, 12 Jan 2007 20:59:42 +0100
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
On 12 January 2007 20:00, Corinna Vinschen wrote:
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want
On Jan 12 20:12, Dave Korn wrote:
On 12 January 2007 20:00, Corinna Vinschen wrote:
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code,
Frodak wrote:
- Original Message
From: Gmane User
To: cygwin
Sent: Friday, January 12, 2007 1:16:32 AM
Subject: Re: cscope -d can't find trailer offset if path contains space
By the way, Dave, if you're going to be poking prodding mlscope, I was
wondering if you might
Hello Everyone,
When configuring sshd host with the ssh-host-config script I got
errors from the chown commands at the end of the script. The reason is
that my /etc/group file sets S-1-5-32-544 to 0 not 544 (my
passwd/group files are printed below). I think the following patch is
appropriate so
InspIRCd has replied back -- InspIRCd need the ability to use dlopen and
dlclose and the method on cygwin for accessing it doesn't work properly
at current for InspIRCd and just segfaults.
I was wondering if cygwin will have the support for this coming up?
- Casey
--
Unsubscribe info:
On Sat, Jan 13, 2007 at 08:38:26AM +1000, Casey wrote:
InspIRCd has replied back -- InspIRCd need the ability to use dlopen and
dlclose and the method on cygwin for accessing it doesn't work properly
at current for InspIRCd and just segfaults.
I was wondering if cygwin will have the support for
That particular case is handled by the wrapper script I posted. Note
that
you *don't* need to use the wrapper script to invoke perl on the
command
line -- only in the #! (shebang) line of your script file.
I know. Thanks. I was just trying to oblige the request from Mr. DeFaria.
--
Well, I run perl scripts on cygwin with no problem. Did not do anything
special,
except
make sure NOT to install perl when installing cygwin(and making sure
the activestate perl is in the path)
I tried this, but it still does not work.
--
Unsubscribe info:
What does that matter? It's still short sited.
Yes, I don't disagree. Personally I do not care. I will deal with
having to port something when it happens.
And what does #! look like?
#! /usr/bin/perl
what does ls portion after #! in your script return?
Before the conversion using cygpath,
Hello!
After launching Cygwin's setup.exe (the last time I tried with
2.510.2.2) for downloading and installing the Cygwin-packages,
you are asked to specify a so-called 'Local Package Directory'
which serves as cache where setup.exe stores the packages before
they get installed.
I chose to
Kevin T Cella wrote:
And what does #! look like?
#! /usr/bin/perl
Is there something that the space after the ! and before the / buys you?
So your specifically saying by your shebang line - execute Cygwin's perl.
what does ls portion after #! in your script return?
Before the conversion
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
jim wrote:
Morgan,
What do you mean by:
isnt this because if the wildcard reading in 1.5.23?
Is this something that has changed between 1.5.12 and 1.5.23?Maybe I'm
connecting two unrelated datapoints, but I noticed the problem because
Yaakov (Cygwin Ports) wrote:
Could you provide a sample .cygport (and .src.patch if necessary) which
I could use for testing this feature? (In general, for these major
patches this would be helpful.)
http://cygutils.fruitbat.org/ITP/mixed-mode-demo.tar.bz2
contains
jpeg-6b-12.cygport
And what does #! look like?
#! /usr/bin/perl
Is there something that the space after the ! and before the / buys
you?
Readability. It is simply a question of style. I prefer the space. Has
it come to that?
So your specifically saying by your shebang line - execute Cygwin's
perl.
As I
Charles Wilson wrote:
If THAT doesn't exercise the mixed-mode patch, nothin' will.
Except that it also uses the src_prep_init_hook changes. Which only
makes sense: if you download third-party or upstream patches, somehow
you've got to do something with them. PATCH_URI helps, but in this
Yaakov (Cygwin Ports) wrote:
Could you please provide a sample .cygport showing what would be
accomplished with this?
Well, there's the src_prep_init|fini_hook example used in the
jpeg.cygport (from the mixed-mode-demo tarball). Again, the extra
SRC_URIs are all unpacked automatically by
On Thu, Jan 11, 2007 at 11:38:18AM -0800, jim wrote:
I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that
has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe
on on 1.5.12 and 1.5.23:
#include stdio.h
int main(int argc, char *argv[])
{
int i, c;
On Sat, 23 Dec 2006, Eli Barzilay wrote:
Greetings, Eli,
(Sorry for the long delay, vacation, etc etc.)
I'm having the same problem that is described at
http://www.cygwin.com/ml/cygwin/2004-12/msg00195.html
I'm surprised that it was reported in 2004 -- I use cygwin on several
machines
54 matches
Mail list logo