Sven Köhler wrote:
i'd like to use cygwin from a normal windows-app. The problem is, that i
need a login-shell, so that all environment-vars are properly set. The
problem: bash -li always changes the current workdir!
So here's what i'd like to do. Perhaps you could help me with that:
I'm tryi
Sven Köhler wrote:
>>i'd like to use cygwin from a normal windows-app. The problem is, that i
>>need a login-shell, so that all environment-vars are properly set. The
>>problem: bash -li always changes the current workdir!
>
>
> So here's what i'd like to do. Perhaps you could help me with that:
It is possible to install this Perl module in the Cygwin.
When I do 'perl Makefile.pl' the script blows up and creats the file
'perl.exe.stackdump'
I changed the code of the Makefile.pl inside the 'sub backtick' from
open(STDOUT, ">$DEVNULL");
open(STDERR, ">$DEVNULL");
my $result
> i'd like to use cygwin from a normal windows-app. The problem is, that i
> need a login-shell, so that all environment-vars are properly set. The
> problem: bash -li always changes the current workdir!
So here's what i'd like to do. Perhaps you could help me with that:
I'm trying to execute mak
>>i'd like to use cygwin from a normal windows-app. The problem is, that i
>>need a login-shell, so that all environment-vars are properly set. The
>>problem: bash -li always changes the current workdir!
>
> That's not a problem, it's a feature.
>
>>IMHO, executing "bash -li" shouldn't change the
When I run a particular compiler application from rxvt at work (via .bat
and .mak files) the program prints file pathnames with normal unix
forward slashes. I can click the file pathname and paste it to rxvt and
run win32 gvim (with cyg-wrapper.sh by hermitte) and edit the file. This
is on win2
On Sun, 22 May 2005, Sven Köhler wrote:
> Hi,
>
> i'd like to use cygwin from a normal windows-app. The problem is, that i
> need a login-shell, so that all environment-vars are properly set. The
> problem: bash -li always changes the current workdir!
>
> IMHO, executing "bash -li" shouldn't chang
Sven Köhler wrote:
> i'd like to use cygwin from a normal windows-app. The problem is, that i
> need a login-shell, so that all environment-vars are properly set. The
> problem: bash -li always changes the current workdir!
That's not a problem, it's a feature.
> IMHO, executing "bash -li" should
Hi,
i'd like to use cygwin from a normal windows-app. The problem is, that i
need a login-shell, so that all environment-vars are properly set. The
problem: bash -li always changes the current workdir!
IMHO, executing "bash -li" shouldn't change the workdir.
No other system i know does that. Scri
On May 22 08:21, Brian Dessent wrote:
> * cygrunsrv.cc: Add includes.
> (longopts): Add '--list' and '--verbose' options.
> (opts): Add '-L' and '-V' options; keep order consistent with above.
> (action_t): Add 'List'.
> (err_out_set_error): Define version of 'err_out'
Tony Guadagno wrote:
Hi,
Sorry, I am new at this. Could someone please help. I have cygwin 1.5.16-1
and apache 2.0.54 I have compiled the apache source with no problem. I use
the following command to compile mod_dosevase and get the following error: I
am sure I am not doing something
Corinna Vinschen wrote:
On May 22 15:42, Gerrit P. Haase wrote:
Corinna Vinschen wrote:
On May 22 15:04, Gerrit P. Haase wrote:
And why is this in /usr/include/sys/features.h:87 then:
# define _POSIX_THREAD_PRIORITY_SCHEDULING 1
?
Yup, you're right, I just replied without looking
Tony Guadagno wrote:
>
> Brian,
> Thanks for the reply. I found this article. it references cyghttpd.dll
> that needs to be linked in. The article is old and I cannot find this dll in
> my installation. Do I have to link in a cygwin lib with the apxs script to
> make this work?
First of
Brian,
Thanks for the reply. I found this article. it references cyghttpd.dll that
needs to be linked in. The article is old and I cannot find this dll in my
installation. Do I have to link in a cygwin lib with the apxs script to make
this work?
http://httpd.apache.org/docs/cygwin.html
Drat,
I meant to add
and most interestingly:
http://cygwin.com/packages/cygutils/
Which contains for instance msgtool, namei, ipck semtool which I'd never heard
of
--
zzapper
vim -c ":%s%s*%Cyrnfr)fcbafbe[Oenz(Zbbyranne%|:%s)[[()])-)Ig|norm Vg?"
http://www.rayninfo.co.uk/tips/ vim, zsh & suc
Tony Guadagno wrote:
> chmod 755 /usr/local/apache2/modules/mod_dosevasive20.so
> chmod: cannot access `/usr/local/apache2/modules/mod_dosevasive20.so': No
> such f
> ile or directory
> apxs:Error: Command failed with rc=65536
Shared libraries normally end in .dll not .so under Cygwin and Window
Corinna Vinschen wrote:
> I'm wondering if that's a good idea. Consider a script trying to
> evaluate `cygrunsrv -L -V' output. It sounds easier to check only
> for "stdout path" and "stderr path" instead for also a third, combined
> alternative.
Okay, I've reverted that change.
> You won't be
Hi,
Sorry, I am new at this. Could someone please help. I have cygwin 1.5.16-1
and apache 2.0.54 I have compiled the apache source with no problem. I use
the following command to compile mod_dosevase and get the following error: I
am sure I am not doing something right...could someone pl
On May 22 15:42, Gerrit P. Haase wrote:
> Corinna Vinschen wrote:
>
> >On May 22 15:04, Gerrit P. Haase wrote:
> >
> >>And why is this in /usr/include/sys/features.h:87 then:
> >># define _POSIX_THREAD_PRIORITY_SCHEDULING 1
> >>?
> >
> >
> >Yup, you're right, I just replied without looking into t
Gerrit P. Haase wrote:
Corinna Vinschen wrote:
On May 22 15:04, Gerrit P. Haase wrote:
And why is this in /usr/include/sys/features.h:87 then:
# define _POSIX_THREAD_PRIORITY_SCHEDULING1
?
Yup, you're right, I just replied without looking into the source first
(which, btw., is always
Corinna Vinschen wrote:
On May 22 15:04, Gerrit P. Haase wrote:
And why is this in /usr/include/sys/features.h:87 then:
# define _POSIX_THREAD_PRIORITY_SCHEDULING 1
?
Yup, you're right, I just replied without looking into the source first
(which, btw., is always a good way of figuring
On May 22 15:04, Gerrit P. Haase wrote:
> And why is this in /usr/include/sys/features.h:87 then:
> # define _POSIX_THREAD_PRIORITY_SCHEDULING1
> ?
Yup, you're right, I just replied without looking into the source first
(which, btw., is always a good way of figuring stuff out by yourself,
real
Hi Brian,
On May 21 18:40, Brian Dessent wrote:
> Corinna Vinschen wrote:
>
> > I really like this patch, cool stuff. However, I have two nits.
> >
> > First, your patch adds new options, so it should also add some wording to
> > cygrunsrv.README.
>
> Okay, here is a new patch.
Thanks :-)
>
Corinna Vinschen wrote:
On May 22 14:00, Gerrit P. Haase wrote:
Is pthread_attr_setschedparam() not supported?
No.
What can I do about it? Is it save to comment this call?
Implement it. Probably yes.
And why is this in /usr/include/sys/features.h:87 then:
# define _POSIX_THREAD_PR
On May 22 14:00, Gerrit P. Haase wrote:
> Is pthread_attr_setschedparam() not supported?
No.
> What can I do about it? Is it save to comment this call?
Implement it. Probably yes.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
Hello Cygwinners,
I'm getting this errorcode when running my local mozilla build:
#define ENOTSUP 134 /* Not supported */
when this call is issued:
rv = pthread_attr_setschedparam(&tattr, &schedule);
Is pthread_attr_setschedparam() not supported?
What can I do about it?
Alireza Ghasemi wrote:
> I have compiled some network programs and libraries with cygwin.But it seems
> that they don't work properly.for example Prozilla never begins downloading
> and
> always says it can't resolve host(while host is available for other
> programs).
> or libspopc test programs s
27 matches
Mail list logo