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: Th
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?
> >
>
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
o
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 d
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 b
Robert Miles 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 reports: htt
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: at
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
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 s
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: attach
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*, size_
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 de
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
#include
#include
static void
handle_alarm (int sig)
{
if (sig != SIGALRM
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 really
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.
Thank
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: attempt
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 o
19 matches
Mail list logo