On Jul 24 20:45, Christopher Faylor wrote:
On Wed, Jul 25, 2012 at 12:54:05AM +0200, Federico Hernandez wrote:
Yesterdays 2.1.0 contained a critical bug (interesting how
these things never are discovered in a beta...).
This new 2.1.1 is a bugfix release and recommended for all.
Please
Yaakov,
On Tue, Jul 24, 2012 at 10:29:18PM -0500, Yaakov (Cygwin/X) wrote:
On 2012-07-23 16:17, Jason Tishler wrote:
I uploaded the python3 packages to the following:
sourceware.org:~jlt63/staging/python3-3.2.3-1
Would you mind making a quick review before I copy them to the release
Uploaded.
Shouldn't 2.1.0-1 be removed so the prev version is 2.0.0-2?
Of course. I forgot to mention this. Thanks for bringing it up.
/F
On Wed, Jul 25, 2012 at 08:59:58PM +0200, Federico Hernandez wrote:
Uploaded.
Shouldn't 2.1.0-1 be removed so the prev version is 2.0.0-2?
Of course. I forgot to mention this. Thanks for bringing it up.
Done.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-07-25 12:32:37
Modified files:
winsup/cygwin : ChangeLog syscalls.cc
Log message:
* syscalls.cc (enum bin_status): Add dir_not_empty.
(try_to_bin): Call
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-07-25 22:21:17
Modified files:
cygwin : ChangeLog signal.cc
Log message:
* signal.cc (clock_nanosleep): Force return on signal rather than
letting
cancelable_wait
Hi, we have a VB script that is working fine when run in command prompt.
However we encounter when we run the VB script in Cygwin by using shell
script to invoke VB. We've tried to use cscript and cygstart but also
encounter error. Thanks!
Error: attach_sendmail.vbs(52, 1) CDO.Configuration.1:
Hi Eric,
On Wed, Jul 25, 2012 at 9:25 AM, Eric Padriquez wrote:
Hi, we have a VB script that is working fine when run in command prompt.
However we encounter when we run the VB script in Cygwin by using shell
script to invoke VB. We've tried to use cscript and cygstart but also
encounter
On Jul 24 18:24, Linda Walsh wrote:
Corinna Vinschen wrote:
The only problem is that: Even though I see how I could potentially
enforce the situation, I fail to reproduce it. Can you explicitely show
an ls of the dir and an strace of an rmdir which succeeded to rename the
dir?
I'll might
New News:
===
I have released Cygwin Python 3.2.3-1. The tarballs should be available
on a Cygwin mirror near you shortly.
This is the first, official Python 3 release in the Cygwin standard
distribution and consists of the following packages:
o idle3-3.2.3-1
o python3-3.2.3-1
Aaron Schneider wrote on 2012-07-24:
So anyway, the problem is caused when calling a binary present on
windows path that can match a cygwin one, for example running a
./configure script.
After removing make the issue is happening again:
$ make
cygwin warning:
MS-DOS style path
On 25/07/2012 15:34, Thrall, Bryan wrote:
guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
Can't find C:\Program on PATH.
Could this be a problem with the Makefile? It looks like you're using
Cygwin make now, but the Makefile might
Robert Miles robertmiles at bellsouth.net writes:
Hello ,
I had same problem . The reason was older cygwin1.dll . Try to delete all of
them (also in c:\Windows\System32\ directory) , and reinstall cygwin package
with setup.exe (cygwin : The Linux emulation engine)
--
Problem
On Wed, Jul 25, 2012 at 9:50 AM, Aaron Schneider wrote:
Oh no I meant I removed the cygwin's make, the nokia's make is still
present, never removed it in the end. The makefile is in perfect condition,
even I tried it on a empty dir and the result is the same.
If you're not using the Cygwin
On 07/25/2012 12:25 AM, Eric Padriquez wrote:
Hi, we have a VB script that is working fine when run in command prompt.
However we encounter when we run the VB script in Cygwin by using shell
script to invoke VB. We've tried to use cscript and cygstart but also
encounter error. Thanks!
Error:
Ken Brown writes:
On 7/23/2012 1:12 PM, Franz Häuslschmid wrote:
[...] the function
`org-clock-in' fails with following output to the *Messages* buffer:
find-library-name: Can't find library org
The documentation for the function 'find-library-name' is
Return the absolute
On 25/07/2012 16:56, Earnie Boyd wrote:
On Wed, Jul 25, 2012 at 9:50 AM, Aaron Schneider wrote:
Oh no I meant I removed the cygwin's make, the nokia's make is still
present, never removed it in the end. The makefile is in perfect condition,
even I tried it on a empty dir and the result is the
On 25/07/2012 9:25, Eric Padriquez wrote:
Hi, we have a VB script that is working fine when run in command prompt.
However we encounter when we run the VB script in Cygwin by using shell
script to invoke VB. We've tried to use cscript and cygstart but also
encounter error. Thanks!
Error:
All,
I am having troubles compiling a boost package due to conflicting
declarations:
/usr/include/w32api/winsock2.h:635:33: error: declaration of C function
‘int gethostname(char*, int)’ conflicts with
/usr/include/sys/unistd.h:238:6: error: previous declaration ‘int
gethostname(char*,
On 7/25/2012 3:20 PM, Bernd Prager wrote:
All,
I am having troubles compiling a boost package due to conflicting declarations:
/usr/include/w32api/winsock2.h:635:33: error: declaration of C function ‘int
gethostname(char*, int)’ conflicts with
/usr/include/sys/unistd.h:238:6: error: previous
on 1.7.17s(0.262/5/3) 20120724
autoconf test for sleep never completes
checking whether sleep is declared... yes
checking for working sleep...
on 1.7.16 the test take 1 second
-
#include errno.h
#include unistd.h
#include signal.h
static void
handle_alarm (int
Corinna Vinschen wrote:
Anyway, I have a fix for that. You didn't explicitely allow to send
a test DLL, so I just applied the patch to CVS. Please test the next
developer snapshot.
Sorry, I thought it would be implicit that I gave you everything
you asked for -- not that I
On Wed, Jul 25, 2012 at 09:52:36PM +0200, marco atzeri wrote:
on 1.7.17s(0.262/5/3) 20120724
autoconf test for sleep never completes
checking whether sleep is declared... yes
checking for working sleep...
on 1.7.16 the test take 1 second
Should be fixed in the upcoming snapshot.
Thanks for
Hi all -
I recently lost a good chunk of my day tracking down a Cygwin issue
ultimately caused by an installation of IBM InfoSphere. The InfoSphere
installer surreptitiously installed MKS Toolkit, which in turn set a
bunch of environment variables that left Cygwin in a very unhelpful
state:
On Wed, Jul 25, 2012 at 05:43:52PM -0500, M. Sebastian Comella wrote:
Hi all -
I recently lost a good chunk of my day tracking down a Cygwin issue
ultimately caused by an installation of IBM InfoSphere. The InfoSphere
installer surreptitiously installed MKS Toolkit, which in turn set a
bunch of
New News:
===
I have released Cygwin Python 3.2.3-1. The tarballs should be available
on a Cygwin mirror near you shortly.
This is the first, official Python 3 release in the Cygwin standard
distribution and consists of the following packages:
o idle3-3.2.3-1
o python3-3.2.3-1
26 matches
Mail list logo