Re: Failing to mount from nfs-server

On Dec 3, 2004, at 4:00 PM, Michael Butler wrote: How silly of me to not try this earlier. Success! Thank you. On another note, is it a bug that * does not work in this version of nfsd/mountd/whatever? I have had it work with every other version of nfsd. I think that it would be a bug. The manu

Re: Failing to mount from nfs-server

On Dec 3, 2004, at 3:00 PM, Michael Butler wrote: When I add -overs=2 to the mount command, I get a permission denied error instead of the server down error. Can anyone help me? On Thu, 2 Dec 2004 15:06:08 -0800, Michael Butler <[EMAIL PROTECTED]> wrote: I installed the latest cygwin with nfs-ser

Re: 1.5.12: TERM environment reset to "cygwin" after fork()

On Fri, Dec 03, 2004 at 04:44:01PM -0500, Richard Campbell wrote: >>Provide a simple test case, that is compilable and linkable so that >>we can investigate your claim. > >#include > >int main(int argc, char **argv) >{ > setenv("TERM", "ansi", 1); >/* ... blah, blah, ... */ >printf("TERM

Suggestions

Hi, Is there some more specific place in which to give suggestions or feedback about the Cygwin pages? Thanks, Rodrigo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ

Re: Failing to mount from nfs-server

When I add -overs=2 to the mount command, I get a permission denied error instead of the server down error. Can anyone help me? On Thu, 2 Dec 2004 15:06:08 -0800, Michael Butler <[EMAIL PROTECTED]> wrote: > I installed the latest cygwin with nfs-server and the required support > packges, along w

CGI/Apache error (User defined signal 2)

I've got apache running on a Cygwin system and have even the simplest CGI scripts producing these error messages. I'm not sending these signals (SIGUSR2)... Cygwin 1.5.12-1 Apache 1.3.29-2 For example: #!/bin/bash echo -e "Content-Type: text/plain\n\n"; echo PID $$, PPID $PPID -- Unsubscribe

RE: 1.5.12: TERM environment reset to "cygwin" after fork()

>Provide a simple test case, that is compilable and linkable so that >we can investigate your claim. #include int main(int argc, char **argv) { setenv("TERM", "ansi", 1); /* ... blah, blah, ... */ printf("TERM is: %s\n", getenv("TERM")); /* prints "ansi" as expected */ int i = fo

Re: 1.5.12: TERM environment reset to "cygwin" after fork()

On Fri, Dec 03, 2004 at 04:21:40PM -0500, B. Scott Smith wrote: >Hi all, > >Version: CYGWIN_NT-5.0 -- 1.5.12(0.116/4/2) -- i686 unknown unknown Cygwin > >I set the TERM environment variable in my application by calling >setenv(). A subsequent call to getenv("TERM") yields the expected value. >How

Re: MSVC-dll under cygwin

Reini Urban wrote: You can actually. g++ emulates the msvc vtable layout. Wow, that must be new, then. I'm not too familiar with the ABI changes that have gone in since 3.something. Thanks for the correction. (OT alert: I was under the impression that the Msft vtable layout algorithm was "patent

1.5.12: TERM environment reset to "cygwin" after fork()

Hi all, Version: CYGWIN_NT-5.0 -- 1.5.12(0.116/4/2) -- i686 unknown unknown Cygwin I set the TERM environment variable in my application by calling setenv(). A subsequent call to getenv("TERM") yields the expected value. However, after performing a fork(), the call to getenv("TERM") returns "cyg

cron_diagnose.sh version 1.8

Attached below is version 1.8 of this diagnostic script. Thanks to Pierre A. Humblet for additional tests that check to see that the /etc/group and /etc/passwd files have valid entries for 'SYSTEM' and 'Administrators.' (Please send any replies to the mailing list, and NOT to me. Please do NOT i

Re: 1.5.12: TERM environment reset to "cygwin" after fork()

On Fri, Dec 03, 2004 at 02:35:59PM -0500, B. Scott Smith wrote: >Version: CYGWIN_NT-5.0 -- 1.5.12(0.116/4/2) -- i686 unknown unknown Cygwin > >I set the TERM environment variable in my application by calling >setenv(). A subsequent call to getenv("TERM") yields the expected value. >However, after

1.5.12: TERM environment reset to "cygwin" after fork()

Hi all, Version: CYGWIN_NT-5.0 -- 1.5.12(0.116/4/2) -- i686 unknown unknown Cygwin I set the TERM environment variable in my application by calling setenv(). A subsequent call to getenv("TERM") yields the expected value. However, after performing a fork(), the call to getenv("TERM") returns "cyg

Re: .bash_profile and spaces

On Fri, 3 Dec 2004, Felipe Franciosi wrote: > Hello there! > > I've looked into this list archives and haven't found this issue being > discussed before, so I've decided to post it. > > It's my first time using cygwin, and I've noticed that the .bash_profile > file came with the following content:

cygwin bugzilla procps bug#575

Hi Chris, Someone entered a bugzilla bug for your procps package, without doing it on the mailinglist. http://sources.redhat.com/bugzilla/show_bug.cgi?id=575 It is formally assigned to me, so please let me know what to do with it (reject, resolve, ...), or create an account and take it over. -

Re: perl 5.8.6

Yitzchak Scott-Thoennes wrote: On Thu, Dec 02, 2004 at 03:45:08PM +0100, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote: Reini Urban wrote: No need to hurry, Gerrit :) http://search.cpan.org/~nwclark/perl-5.8.6/pod/perl586delta.pod This arrived yesterday. Just wanted to know a rough timeframe and wh

Re: Problem running windows application, using ssh command on remote unix session

Henri Irla wrote: *Situation: -Windows XP machine with cygwin and ssh installed ( new cygwin version) -Unix machine launch windows command using local or remote ssh -correct Mount point on cygwin machine (/sophos) located on unix machine -Windows command ( /sophos/setup.exe -IN -INL -update ) :

Re: check for resolv.h

Hello all, I have prepared another version of the AC_HEADER_RESOLV autoconf macro. Attached is a patch against CVS; I have verified that it can be used with autoconf-2.59b, too. I have removed sys/socket.h; I wasn't able to find a reference to a platform where it was required to include it befor