On Sun, Sep 26, 2004 at 11:25:04AM +1000, Errol Smith wrote:
>I do not know if stat() is expected to interpret ~ as $HOME.
No, it is not.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cy
--- Larry Hall
<[EMAIL PROTECTED]> wrote:
> At 09:04 AM 9/25/2004, you wrote:
> >I had/have cygwin working for a while now.
> Yesterday I
> >did something stupid, and now double-clicking the
> >cygwin link on my windows xp desktop gives me the
> >message: "Cannot find C:\cygwin\cygwin.bat".
> >
Arash Partow wrote:
> The result I get back is 16 which according to stderror is: "Mount device
> busy".
That would be EBUSY.
> The mutex is being created within a running thread. It is very strange
> that the same code compiles fine on other OS and that they don't give
> back an error.
>
> I'l
I'm using CYGWIN_NT-5.1 and the 1.6.4 guile and trying to work throught
the tutorial http://lonelycactus.com/guilebook/
The first example program, however, won't compile and gives these errors:
---
$ make
gcc `guile-config link` -o hello_world main.o
main.o(.text+0x1f): In function `main':
/home/
Hi Brian,
The result I get back is 16 which according to stderror is: "Mount device
busy".
The mutex is being created within a running thread. It is very strange
that the same code compiles fine on other OS and that they don't give
back an error.
I'll try writing up a more simpler example that ca
Arash Partow wrote:
> I've got a problem with pthread mutexes and cygwin. When I try to initialise
> a mutex
> attribute variable, the related pthread call never returns a 0 (zero) value.
>
> ie:
>
>int result = 0;
>pthread_mutexattr_t mutex_attr;
>
>if ((result = pthread_mutexattr_
I used setup to download and install both the aspell and xemacs
packages. If I click on the "Spell" button on the toolbar in xemacs, I
get the message "Symbol's function definition is void: ispell-buffer".
The response to M-x spell, M-x aspell, and M-x ispell is [No match].
Setup indicates that I
"Gerrit P. Haase" wrote:
> That works, thanks for pointing this out, however, lighttpd should
> simply give back an error instead of burning my cpu.
I agree.
>
> > This sounds suspiciously like the "SYSTEMROOT being removed from the
> > environment" problem.
>
> Hmmm, SYSTEMROOT:
> $ set | gre
Hi all,
I've got a problem with pthread mutexes and cygwin. When I try to initialise
a mutex
attribute variable, the related pthread call never returns a 0 (zero) value.
ie:
int result = 0;
pthread_mutexattr_t mutex_attr;
if ((result = pthread_mutexattr_init(&mutex_attr)) != 0)
{
pri
Hallo Brian,
Am Sonntag, 26. September 2004 um 02:19 schriebst du:
> "Gerrit P. Haase" wrote:
>> #!/usr/bin/perl
>>
>> use strict;
>> use CGI::Carp qw(fatalsToBrowser);
>>
>> print "Content-type: text/html\n\n";
> ^
> This is not a valid CGI script. All HTT
Hi all,
I have encountered a problem when using openssl to encrypt binary files
on cygwin.
Here is how to reproduce the problem:
1) When you install cygwin, make sure that the format for text files is
set to DOS
2) Encrypt a binary file (e.g. a .zip file, let's call it file.zip):
openssl enc -
From: Sven Köhler
Subject: Re: "which" command does not expand "~" in path
Date: Sat, 25 Sep 2004 20:32:31 +0200
Message-ID: <[EMAIL PROTECTED]>
Set PATH so it includes user's private bin if it exists
if [ -d ~/bin ] ; then
PATH="~/bin:${PATH}"
fi
Hmm, i'm not 100% percent sure, but is this supp
"John M. L." wrote:
> I've read the man pages for cygwin's 'login' command and have found little
> information to know exactly what it does. I assume it lets you login with a
> username but I have tried over and over with no luck. My only guess is that
> 'login' uses the local machine or domain
"Gerrit P. Haase" wrote:
> #!/usr/bin/perl
>
> use strict;
> use CGI::Carp qw(fatalsToBrowser);
>
> print "Content-type: text/html\n\n";
^
This is not a valid CGI script. All HTTP headers must be terminated by
CRLF, so you'd have to use "\r\n\r\n" here. But
I've read the man pages for cygwin's 'login' command and have found little
information to know exactly what it does. I assume it lets you login with a
username but I have tried over and over with no luck. My only guess is that
'login' uses the local machine or domain accounts (one of which isn't
Hi,
I'm running lighttpd on Cygwin, it seems there are some problems, this
simple script causes lighttpd to take all from the processor time and
never stops until I kill the process:
#!/usr/bin/perl
use strict;
use CGI::Carp qw(fatalsToBrowser);
print "Content-type: text/html\n\n";
print '',
"\
Sven Köhler wrote:
Set PATH so it includes user's private bin if it exists
if [ -d ~/bin ] ; then
PATH="~/bin:${PATH}"
fi
Hmm, i'm not 100% percent sure, but is this supposed to work in general?
I don't think that all programs that use the PATH varible are supposed
to interpret ~ correctly.
I
On Wed, 22 Sep 2004 13:57:26 +0100, Dave Korn wrote:
>> So could someone who got the _successful_ run of sig_bug.exe with recently
>> (>1.5.7-1) releases or snapshots of cygwin1.dll send it
>> (sig_bug.exe) to my personal e-mail?
>
> Well, here you go; source as well, just in case you have mor
On Sat, 25 Sep 2004, Peter Dons Tychsen wrote:
> Hello.
>
> The WEXITSTATUS is a bit buggy. (wait.h)
>
> The macro extracts information gained from a call to waitpid() (and others).
> The information it extracts is the status of the completed process (8 bit
> signed value).
>
> The problem is that
Hallo Reini,
Am Samstag, 25. September 2004 um 21:03 schriebst du:
> Christopher Faylor schrieb:
>> Is there any chance that this could be rolled into a package so that we
>> don't have to rehash it every few weeks. This discussion really is
>> getting rather old. If it is something that people
On Sat, Sep 25, 2004 at 08:45:33PM +0200, Peter Dons Tychsen wrote:
>The WEXITSTATUS is a bit buggy. (wait.h)
>
>The macro extracts information gained from a call to waitpid() (and others).
>The information it extracts is the status of the completed process (8 bit
>signed value).
>
>The problem is
Christopher Faylor schrieb:
Is there any chance that this could be rolled into a package so that we
don't have to rehash it every few weeks. This discussion really is
getting rather old. If it is something that people just have to have,
then can someone roll it into a package and get it into the
Hello.
The WEXITSTATUS is a bit buggy. (wait.h)
The macro extracts information gained from a call to waitpid() (and others).
The information it extracts is the status of the completed process (8 bit
signed value).
The problem is that the macro does not cast the value to a signed integer
(like ot
Set PATH so it includes user's private bin if it exists
if [ -d ~/bin ] ; then
PATH="~/bin:${PATH}"
fi
Hmm, i'm not 100% percent sure, but is this supposed to work in general?
I don't think that all programs that use the PATH varible are supposed
to interpret ~ correctly.
Instead, the shell us
Is there any chance that this could be rolled into a package so that we
don't have to rehash it every few weeks. This discussion really is
getting rather old. If it is something that people just have to have,
then can someone roll it into a package and get it into the
distribution?
cgf
--
Unsub
At 09:04 AM 9/25/2004, you wrote:
>I had/have cygwin working for a while now. Yesterday I
>did something stupid, and now double-clicking the
>cygwin link on my windows xp desktop gives me the
>message: "Cannot find C:\cygwin\cygwin.bat".
>
>I was trying to get add an option for startxwin, so I
>ri
If your PATH contains the tilde character (eg. "~/bin:...") the
cygwin version of "which" seems to fail to expand the "~" and will then not
locate any commands in ~/bin (or any other directory on the path containing
"~" presumably).
I'm 99% sure it's cygwin's version of "which" causing th
I had/have cygwin working for a while now. Yesterday I
did something stupid, and now double-clicking the
cygwin link on my windows xp desktop gives me the
message: "Cannot find C:\cygwin\cygwin.bat".
I was trying to get add an option for startxwin, so I
right-clicked the link I had for startxwin.
Henry S. Thompson schrieb:
1) In the registry entry:
C:\cygwin\bin\rxvt.exe -fn 'Lucida Console-11' -geometry 80x48 -sl 300 -cr '#8b4513' -bg '#f0' -e
/usr/bin/bash -c "XXX=\"%1\" bash --login -i"
2) In my .bash_profile
if [[ "x$XXX" != "x" ]]
then
cd "$XXX"
unset XXX
fi
Thi
I'm getting the above error message (with gdb) in my linux ported
application and
wonder if anyone can help in how to get to the bottom of it. I've upgraded
to the latest versions today but with no change (except I don't now get a
stackdump file).
Things were fine with Oracle OCI calls but I have
30 matches
Mail list logo
