RE: Setup fails on XP Pro : no files in /etc + no permissions in /bin

[Milner, Jon (EU-SES)]

Thanks Max. I erased Cygwin and re-installed. Results are detailed below.

I am installing for all users, logged in as myself 'GBMilneJ'.
I am a member of XP's Administrators group.
(I've installed several other programs, with no problems).

>From Bash :-
bash-2.05b$ pwd
/usr/bin
bash-2.05b$ getfacl /
# file: /
# owner: GBMilneJ
# group: mkpasswd
user::---
group::---
mask:rwx
other:---
bash-2.05b$

>From XP's cmd.exe :-
C:\>cd C:\

C:\>cacls C:\cygwin
C:\cygwin BUILTIN\Administrators:(OI)(CI)F
  NT AUTHORITY\SYSTEM:(OI)(CI)F
  BUILTIN\Users:(CI)(special access:)
SYNCHRONIZE
FILE_WRITE_DATA

  BUILTIN\Users:(CI)(special access:)
SYNCHRONIZE
FILE_APPEND_DATA

  BUILTIN\Users:(OI)(CI)R

C:\>

-Original Message-
From: Max Bowsher [mailto:[EMAIL PROTECTED]
Sent: 23 July 2003 18:41
To: Milner, Jon (EU-SES); [EMAIL PROTECTED]
Subject: Re: Setup fails on XP Pro : no files in /etc + no permissions
in /bin


Milner, Jon (EU-SES) wrote:
> When I attempt to install Cygwin on my (new) XP Pro machine, setup appears
> to complete okay, and I can launch bash, but something has gone badly
wrong
> (see listings below).
>
> Anyone know what I am doing wrong?
> (Or what extra information I need to provide to enable a diagnosis).

Please post the output of "getfacl /" and "cacls C:\cygwin" - preferably
before you modify the permissions in any way.

If you have modified the permissions, then it would great if you could erase
C:\cygwin and reinstall it.

Don't forget to double the backslash if running the cacls command from bash.


Max.


*
The information contained in this message or any of its
attachments may be privileged and confidential and intended 
for the exclusive use of the addressee. If you are not the
addressee any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited
*

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: documentation on building the cygwin dll

[Carlo Florendo]

Hello Sam,

> From: "Robb, Sam"
>  Don't know if this will help, but I've attached a makefile
> and script that I use to do a checkout and build of the Cygwin
> DLL source from CVS.

I was able to build the dll with your script.  However, how come the  new-cygwin1.dll 
size is over 6 MB?  Is this correct?  I've
checked the latest version of cygwin1.dll and its size is less than 1 MB.

I'll still do some more experimenting in building the cygwin dll  until I get to build 
it exactly like the binary downloadable from
the mirrors.


Thanks a lot!

Best Regards,

Carlo

>
>
> Good Day!
>
> I've searched the net regarding building the cygwin dll and
> found these.
>
> www.cygwin.com/ml/cygwin/2001-04/msg00709.html
> www.cygwin.com/ml/cygwin/2001-04/msg00720.html
> sources.redhat.com/ml/cygwin/2001-07/msg00816.html
> sources.redhat.com/ml/cygwin/2001-07/msg00817.html
>
> However, not one of them refers to info that shows how to
> build the cygwin dll.
>
> The faq contains an entry on how to build dlls but *not* how
> to build the cygwin dll.
>
> All the readme files in the distribution
> cygwin-1.3.12-4.tar.bz2   don't mention how to build the
> cygwin dll.  The following are
> the
> readme files.
>
> ./README
> ./README-maintainer-mode
> ./config/mpw/README
> ./include/mpw/README
> ./libiberty/README
> ./mpw-README
> ./newlib/README
> ./winsup/bz2lib/README
> ./winsup/bz2lib/README.COMPILATION.PROBLEMS
> ./winsup/cygwin/regexp/README
> ./winsup/testsuite/README
> ./i686-pc-cygwin/newlib/README
> ./i686-pc-cygwin/libiberty/README
> ./i686-pc-cygwin/winsup/bz2lib/README
> ./i686-pc-cygwin/winsup/bz2lib/README.COMPILATION.PROBLEMS
> ./i686-pc-cygwin/winsup/cygwin/regexp/README
> ./i686-pc-cygwin/winsup/testsuite/README
>
> Could anyone point out where the documentation to build the
> cygwin dll is?
>
> Thanks!
>
> Best Regards,
> Carlo
> --
> Carlo Florendo
> Astra Philippines Inc.
> URL: www.hq.astra.ph/resources



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: MICO / configure script question

[Max Bowsher]

Joost Kraaijeveld wrote:
> Hi all,
>
> I am trying to get MICO compiled under Cygwin using it's configure
> script. When run, the script does not detect that it is possible to
> create dll's (and therefor that it not possible to throw exceptions
> across dll's).
>
> Is there a portable way to determine that Cygwin is capable of creating
> dll's with configure?

Upgrade to latest libtool.

Specify -no-undefined on the libtool link line. (Assuming that the libs do,
in fact, not contain any undefined symbols.)


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: linking with non-cygwin dll

[Ronald Landheer-Cieslak]

On Wed, Jul 23, 2003 at 09:20:02PM -0700, [EMAIL PROTECTED] wrote:
>   I maintain a unix program that links with a third party
> library that I dont have the source to. I now have to port my program
> to windows and was considering the cygwin route. The third party
> library is available for windows, but I learn from googling around
> that msvcrt.dll and the cygwin dll cannot coexist in the same
> executable. I dont know how the linking process works on windows, so I
> was wondering if the third party library could possibly have a msvcrt.dll
> dependency that would rule out cygwin for my port.
It's true that you can't link a single executable to both cygwin1.dll and 
msvcrt.dll: both are (or act as) C runtime libraries and, as such, are 
mutually exclusive. 

That doesn't mean you can't *use* the third-party non-Cygwin DLL: it just means
you're not using the same CRT.

The simplest & safest way to do what you're trying to do is using a LoadLibrary
on the DLL. That way, you're sure you only get the symbols you actually want 
from the library and you don't have to worry about msvcrt.dll at all..

It should be possible (I think) to just link to the DLL (if you have the import
library for it), but I've never tried such a thing.

Remember, though, that msvcrt is not the only problem you might run into: the
calling conventions for the C functions must match (otherwise your application
will crash miserably) and, if you're using C++ functions, you're probably 
completely out of luck as the name mangling done by g++ is not the same as the
one done by MSVC. I have no idea how that would interact with a LoadLibrary &
GetProcAddress combination, as I've never tried..

What I do know for sure is that, with a little care on the calling convention,
you can dynamically load a Cygwin DLL from within a non-Cygwin Windows 
application - though you can't load the Cygwin1.dll itself like that because
it's been broken for a while now (PTC). I've used that technique a couple of 
times already and have explained it on this list (see the archives and look
for JNI).

HTH

rlc

-- 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Skipping the /proc filesystem

[Chris January]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Randall R Schulz
> At 13:59 2003-07-23, Chris January wrote:
> > > Randall R Schulz wrote:
> > > > At 18:15 2003-07-22, David A. Cobb wrote:
> > > >>I would wish to tell find not to get involved with the
> /proc filesystem
> > > >>at all. Can that easily be done?
> > > >
> > > > Very easily:
> > > > % find / -path '/proc' -prune -o -print
> > >
> > > Would it make sense to identify the inodes under /proc/registry as not
> > > regular files (type f), but, say, devices (or other such
> special files)?
> >
> >No.
>
>
> Chris,
>
> Just to clarify what may, due to quote trimming, appear to be a
> suggestion I made, the idea about using a special inode type for the
> /proc entries was not mine, it was David A. Cobb's.

Actually it was Shankar Unni's, but let's not split hairs...
Shankar: It's not a good idea because i) there are no unix "special" file
types that could reasonably correspond to registry values, ii) under the
/proc filesystem in linux, all kinds of things show up as regular files,
iii) setting the files to be "special" is not a good way to get find to
ignore them. An extended mechanism for accessing /proc/registry is
warranted, however, particular for writing to the registry but this is a
separate discusssion.
Randall: I really must get a better e-mail client!

Chris


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: linking with non-cygwin dll

[Ronald Landheer-Cieslak]

I've just tried the direct linking thing. My STC doesn't quite work as it 
should, but at least it doesn't actually die either..

The STC is available here:
6696e19e993e83606e205b5cbc2104fd *crosslink.tgz
http://blytkerchan.chez.tiscali.fr/crosslink.tgz

it contains a makefile and two sources - compile and run.
You should get:
$ make
gcc -mno-cygwin -g -o dll.dll -shared dll.c
gcc -g -o test.exe test.c dll.dll
$ ./test
12
13
$ echo $?
0

but I get:
$ make
gcc -mno-cygwin -g -o dll.dll -shared dll.c
gcc -g -o test.exe test.c dll.dll
$ ./test
13
$ echo $?
0

so apparently the printf in the DLL doesn't work - I don't know why, though.
Perhaps someone else can figure that one out..

HTH

rlc



On Thu, Jul 24, 2003 at 11:44:47AM +0200, Ronald Landheer-Cieslak wrote:
> On Wed, Jul 23, 2003 at 09:20:02PM -0700, [EMAIL PROTECTED] wrote:
> > I maintain a unix program that links with a third party
> > library that I dont have the source to. I now have to port my program
> > to windows and was considering the cygwin route. The third party
> > library is available for windows, but I learn from googling around
> > that msvcrt.dll and the cygwin dll cannot coexist in the same
> > executable. I dont know how the linking process works on windows, so I
> > was wondering if the third party library could possibly have a msvcrt.dll
> > dependency that would rule out cygwin for my port.
> It's true that you can't link a single executable to both cygwin1.dll and 
> msvcrt.dll: both are (or act as) C runtime libraries and, as such, are 
> mutually exclusive. 
> 
> That doesn't mean you can't *use* the third-party non-Cygwin DLL: it just means
> you're not using the same CRT.
> 
> The simplest & safest way to do what you're trying to do is using a LoadLibrary
> on the DLL. That way, you're sure you only get the symbols you actually want 
> from the library and you don't have to worry about msvcrt.dll at all..
> 
> It should be possible (I think) to just link to the DLL (if you have the import
> library for it), but I've never tried such a thing.
> 
> Remember, though, that msvcrt is not the only problem you might run into: the
> calling conventions for the C functions must match (otherwise your application
> will crash miserably) and, if you're using C++ functions, you're probably 
> completely out of luck as the name mangling done by g++ is not the same as the
> one done by MSVC. I have no idea how that would interact with a LoadLibrary &
> GetProcAddress combination, as I've never tried..
> 
> What I do know for sure is that, with a little care on the calling convention,
> you can dynamically load a Cygwin DLL from within a non-Cygwin Windows 
> application - though you can't load the Cygwin1.dll itself like that because
> it's been broken for a while now (PTC). I've used that technique a couple of 
> times already and have explained it on this list (see the archives and look
> for JNI).
> 
> HTH
> 
> rlc
> 
> -- 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

-- 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: documentation on building the cygwin dll

[Elfyn McBratney]

On Thu, 24 Jul 2003, Carlo Florendo wrote:

> Hello Sam,
> 
> > From: "Robb, Sam"
> >  Don't know if this will help, but I've attached a makefile
> > and script that I use to do a checkout and build of the Cygwin
> > DLL source from CVS.
> 
> I was able to build the dll with your script.  However, how come the 
> new-cygwin1.dll size is over 6 MB?  Is this correct?  I've checked the
> latest version of cygwin1.dll and its size is less than 1 MB.

The DLL you've built contains all available symbols, whereas the distributed DLL 
is stripped (of those symbols).

$ strip new-cygwin.dll

Elfyn

-- 
Elfyn McBratney, EMCB  |  http://www.nongnu.org/wwwauth/
http://www.emcb.co.uk  |  http://www.emcb.co.uk/webauth/
[EMAIL PROTECTED]   |  wwwauth-users AT nongnu DOT org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: linking with non-cygwin dll

[Elfyn McBratney]

On Thu, 24 Jul 2003, Ronald Landheer-Cieslak wrote:

> I've just tried the direct linking thing. My STC doesn't quite work as it 
> should, but at least it doesn't actually die either..
> 
> The STC is available here:
> 6696e19e993e83606e205b5cbc2104fd *crosslink.tgz
> http://blytkerchan.chez.tiscali.fr/crosslink.tgz
> 
> it contains a makefile and two sources - compile and run.
> You should get:
> $ make
> gcc -mno-cygwin -g -o dll.dll -shared dll.c
> gcc -g -o test.exe test.c dll.dll
> $ ./test
> 12
> 13
> $ echo $?
> 0
> 
> but I get:
> $ make
> gcc -mno-cygwin -g -o dll.dll -shared dll.c
> gcc -g -o test.exe test.c dll.dll
> $ ./test
> 13
> $ echo $?
> 0
> 
> so apparently the printf in the DLL doesn't work - I don't know why, though.
> Perhaps someone else can figure that one out..

It's because there's two printf symbols (the MSVCRT one and the Cygwin one).

Elfyn

-- 
Elfyn McBratney, EMCB  |  http://www.nongnu.org/wwwauth/
http://www.emcb.co.uk  |  http://www.emcb.co.uk/webauth/
[EMAIL PROTECTED]   |  wwwauth-users AT nongnu DOT org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

:: Vieatatissimo minori 18 anni ::

[Modelle in WebCam]

http://members.xoom.virgilio.it/modelschat/

Ragazze stupende ti aspettano in una video-chat
MOLTO PARTICOLARE

http://members.xoom.virgilio.it/modelschat/

Entra nel sito e scegli la modella con cui vuoi chattare!!!

http://members.xoom.virgilio.it/modelschat/

funziona anche se non hai la web-cam


Per non ricevere altri messaggi manda una e-mail
senza testo all'indirizzo: [EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: linking with non-cygwin dll

[Ronald Landheer-Cieslak]

On Thu, Jul 24, 2003 at 12:53:35PM +0100, Elfyn McBratney wrote:
>> so apparently the printf in the DLL doesn't work - I don't know why, though.
>> Perhaps someone else can figure that one out..
> It's because there's two printf symbols (the MSVCRT one and the Cygwin one).
That's kinda what I thought, but it would have made more sense if it had just
quit and died, or if it had used the printf from either one of the CRTs: 
apparently, not knowing which one to take makes it not take either one..

Also interesting: I apparently can't trace into printf - not even if it's all 
the program does and my cygwin1.dll contains the debugging symbols as it's 
upposed to (current CVS build) - I just checked with `nm -a /bin/cygwin1.dll | 
grep printf` and printf is in there (probably the newlib version): 
610a8450 T _printf

YA interesting fact: dynamically loading doesn't help.
I've uploaded a new STC:

f31c53bf9d9184988ea8a65b5d5465fc *crosslink.tgz
http://blytkerchan.chez.tiscali.fr/crosslink.tgz

running make creates a MinGW DLL (dll.dll); two Cygwin apps: cygtest.exe and 
cygtestdyn.exe; and two MinGW apps: mintest.exe and mintestdyn.exe.

cygtest.exe should still not work, as it is the same as before;
cygtestdyn.exe should work, as it does a LoadLibrary and should not share its 
printf with the Cygwin program - it doesn't work either.
The two min* versions work, and use the printf provided by msvcrt.dll

hmm..

rlc

-- 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to diagnose Cygwin / Windows shutdown problem

[David Sharp]

I don't know for sure either, but by the end of a day, it is not unusual 
for me to see multiple instances of bash.exe within my task manager, 
despite having closed them in windows. Therefore I don't think there is 
windows->posix signal translation, just the other way around.

Igor Pechtchanski wrote:

There is such a mechanism on Win2k.  I don't think there is one on Win9x.
This thread seems to indicate that there isn't one on WinXP, either, at
least not for shutdown messages.
Igor
On Wed, 23 Jul 2003, Andrew DeFaria wrote:

 

Randall R Schulz wrote:

   

Andrew,

Cygwin apps don't have a Windows event handler do they?
 

To tell you the truth... I don't know for sure.

   

The two programming models (Win32 and POSIX) are fundamentally
different, so based on my very limited understanding, it seems that
Cygwin itself (code in Cygwin1.dll) would have to intercept these
OS-generated events and translate them into POSIX signals (SIGUP, say).
 

Makes sense to me! I would suspect that when one clicks on the close
button in the window frame that generates a Windows event that is
translated somehow to send a kill signal to the shell. If true then
there is already a mechanism for Win Event -> POSIX signal.
   

Randall Schulz

At 17:16 2003-07-23, Andrew DeFaria wrote:

 

Randall R Schulz wrote:

   

Cygwin apps don't know about and cannot respond to the
system-generated messages that request that applications quit in
preparation for the system to shut down or the user to log off.
 

"Cannot respond to"? When a system-generated message that requests
that applications quit in preparation for the systme to shut down or
the user to log off why can Cygwin apps (in particular bash or other
shell) simply do what it would have done if TMOUT was just triggered?
 TMOUT  If set to a value greater than zero, TMOUT  is  treated
as  the
default timeout for the read builtin.  The select
command termi-
nates if input does not arrive after TMOUT seconds when
input is
coming  from  a terminal.  In an interactive shell, the
value is
interpreted as the number of seconds to  wait  for
input  after
issuing  the  primary prompt.  Bash terminates after
waiting for
that number of seconds if input does not arrive.
   

 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: documentation on building the cygwin dll

[Gerrit P. Haase]

Hallo Carlo,

Am Donnerstag, 24. Juli 2003 um 06:21 schriebst du:

[...]

>> Reading the g++ manpage, it is completely legal to use
>> -fmessage-length=0, so I need to ask which compiler are you using?

> It's in cygcheck, but here it is anyway...

> $ gcc --version
> 2.95.3-5

This compiler seems not to support the message-length option,
removing gcc2 and installing gcc-3.2-x instead should do it.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

> Carlo Florendo wrote:
> >
> > > I think this is a new one.
> > >
> > > I'm running Apache behind a nat'd f/w router attached to a
> dsl modem that
> > > dhcp's an ip from a pppoe connection.
> > >
> > > When the IP address changes, Apache must be restarted. At the
> moment I'm
> > > cron'ing a restart - but that's a kludge.
> > >
> > > Anybody have a similar setup with a better solution to keep
> Apache going?
> >
> > What does this have to do with cygwin?
>
> agreed. This is a more generic problem on how to bind to interfaces
> that do change it's IP nature.
>
> Stipe

Right, sorry ... I was a little vague on where I was going with this. Let me
try again.

Well, the way I see it based on what I I've read elsewhere, one solution
would be to have CYGwin detect that the WAN IP has changed. I'm not sure if
that's possible or not. I use DynDNS.org to get a dynamic DNS, if that
helps. I suppose I could write a little program, but I hate to re-invent the
wheel. So far, it seems not to be an Apache configuration issue, but I'm
still looking into that too.


Thanks,


Bill

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to diagnose Cygwin / Windows shutdown problem

[Martin Gainty]

do any of the cygwin Libraries have a signal function?
If so does the cygwin singal function handle the signal values
  SIGABRT Abnormal termination
  SIGFPE Floating-point error
  SIGILL Illegal instruction
  SIGINT CTRL+C signal
  SIGSEGV Illegal storage access
  SIGTERM Termination request

Besides opening and closing the windows I sincerely  doubt cygwin is sending
or receiving any window events..

Something to think about..
-Martin
- Original Message -
From: "David Sharp" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 5:41 AM
Subject: Re: How to diagnose Cygwin / Windows shutdown problem


> I don't know for sure either, but by the end of a day, it is not unusual
> for me to see multiple instances of bash.exe within my task manager,
> despite having closed them in windows. Therefore I don't think there is
> windows->posix signal translation, just the other way around.
>
> Igor Pechtchanski wrote:
>
> >There is such a mechanism on Win2k.  I don't think there is one on Win9x.
> >This thread seems to indicate that there isn't one on WinXP, either, at
> >least not for shutdown messages.
> > Igor
> >
> >On Wed, 23 Jul 2003, Andrew DeFaria wrote:
> >
> >
> >
> >>Randall R Schulz wrote:
> >>
> >>
> >>
> >>>Andrew,
> >>>
> >>>Cygwin apps don't have a Windows event handler do they?
> >>>
> >>>
> >>To tell you the truth... I don't know for sure.
> >>
> >>
> >>
> >>>The two programming models (Win32 and POSIX) are fundamentally
> >>>different, so based on my very limited understanding, it seems that
> >>>Cygwin itself (code in Cygwin1.dll) would have to intercept these
> >>>OS-generated events and translate them into POSIX signals (SIGUP, say).
> >>>
> >>>
> >>Makes sense to me! I would suspect that when one clicks on the close
> >>button in the window frame that generates a Windows event that is
> >>translated somehow to send a kill signal to the shell. If true then
> >>there is already a mechanism for Win Event -> POSIX signal.
> >>
> >>
> >>
> >>>Randall Schulz
> >>>
> >>>At 17:16 2003-07-23, Andrew DeFaria wrote:
> >>>
> >>>
> >>>
> Randall R Schulz wrote:
> 
> 
> 
> >Cygwin apps don't know about and cannot respond to the
> >system-generated messages that request that applications quit in
> >preparation for the system to shut down or the user to log off.
> >
> >
> "Cannot respond to"? When a system-generated message that requests
> that applications quit in preparation for the systme to shut down or
> the user to log off why can Cygwin apps (in particular bash or other
> shell) simply do what it would have done if TMOUT was just triggered?
> 
>   TMOUT  If set to a value greater than zero, TMOUT  is  treated
> as  the
>  default timeout for the read builtin.  The select
> command termi-
>  nates if input does not arrive after TMOUT seconds when
> input is
>  coming  from  a terminal.  In an interactive shell, the
> value is
>  interpreted as the number of seconds to  wait  for
> input  after
>  issuing  the  primary prompt.  Bash terminates after
> waiting for
>  that number of seconds if input does not arrive.
> 
> 
> >
> >
> >
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

API Reference documentation

[David Power]

Please could you make the API documentation available
as a downloadable html or pdf file.

I don't have permanent access to the web. I download
what I can when I can and use it on a stand alone
workstation.

It would be very useful to me to have the API
reference at my fingertips for whenever I needed it.

Many thanks

David Power

__
Yahoo! Plus - For a better Internet experience
http://uk.promotions.yahoo.com/yplus/yoffer.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: apache dies with pppoe

[Martin Gainty]

Dave
get a NAT Server with DHCP Server for your Internal LAN (which handles
'Dynamic Addressing' from ISP) at the DSL interface..Linksys has one for
sure.
put in an entry into the NAT Table for incoming Port 80 calls to route to
the Puter with Apache running
(e.g. 192.168.1.100)
Hth,
Martin
- Original Message -
From: "Bill McCormick" <[EMAIL PROTECTED]>
To: "Cygwin" <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 6:07 AM
Subject: RE: apache dies with pppoe


> > Carlo Florendo wrote:
> > >
> > > > I think this is a new one.
> > > >
> > > > I'm running Apache behind a nat'd f/w router attached to a
> > dsl modem that
> > > > dhcp's an ip from a pppoe connection.
> > > >
> > > > When the IP address changes, Apache must be restarted. At the
> > moment I'm
> > > > cron'ing a restart - but that's a kludge.
> > > >
> > > > Anybody have a similar setup with a better solution to keep
> > Apache going?
> > >
> > > What does this have to do with cygwin?
> >
> > agreed. This is a more generic problem on how to bind to interfaces
> > that do change it's IP nature.
> >
> > Stipe
>
> Right, sorry ... I was a little vague on where I was going with this. Let
me
> try again.
>
> Well, the way I see it based on what I I've read elsewhere, one solution
> would be to have CYGwin detect that the WAN IP has changed. I'm not sure
if
> that's possible or not. I use DynDNS.org to get a dynamic DNS, if that
> helps. I suppose I could write a little program, but I hate to re-invent
the
> wheel. So far, it seems not to be an Apache configuration issue, but I'm
> still looking into that too.
>
>
> Thanks,
>
>
> Bill
>
> Bill
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Todd Bowden]

If your behind a nat'd FW/router why not hardcode your IP addresses and
turn off DHCP.  I can see if you have 1000 systems behind your
FW/router, but is this the case?

Todd C. Bowden 


-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 11:17 AM
To: [EMAIL PROTECTED]; Cygwin
Subject: Re: apache dies with pppoe


Dave
get a NAT Server with DHCP Server for your Internal LAN (which handles
'Dynamic Addressing' from ISP) at the DSL interface..Linksys has one for
sure. put in an entry into the NAT Table for incoming Port 80 calls to
route to the Puter with Apache running (e.g. 192.168.1.100) Hth, Martin
- Original Message -
From: "Bill McCormick" <[EMAIL PROTECTED]>
To: "Cygwin" <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 6:07 AM
Subject: RE: apache dies with pppoe


> > Carlo Florendo wrote:
> > >
> > > > I think this is a new one.
> > > >
> > > > I'm running Apache behind a nat'd f/w router attached to a
> > dsl modem that
> > > > dhcp's an ip from a pppoe connection.
> > > >
> > > > When the IP address changes, Apache must be restarted. At the
> > moment I'm
> > > > cron'ing a restart - but that's a kludge.
> > > >
> > > > Anybody have a similar setup with a better solution to keep
> > Apache going?
> > >
> > > What does this have to do with cygwin?
> >
> > agreed. This is a more generic problem on how to bind to interfaces 
> > that do change it's IP nature.
> >
> > Stipe
>
> Right, sorry ... I was a little vague on where I was going with this. 
> Let
me
> try again.
>
> Well, the way I see it based on what I I've read elsewhere, one 
> solution would be to have CYGwin detect that the WAN IP has changed. 
> I'm not sure
if
> that's possible or not. I use DynDNS.org to get a dynamic DNS, if that

> helps. I suppose I could write a little program, but I hate to 
> re-invent
the
> wheel. So far, it seems not to be an Apache configuration issue, but 
> I'm still looking into that too.
>
>
> Thanks,
>
>
> Bill
>
> Bill
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Thread.start()

[Igor Pechtchanski]

On Thu, 24 Jul 2003, P.B. Dushkin wrote:

> hi igor.
>
> right. thanks. i have tracked the culprit down
> and you are right.
>
> many thanks for responding.
>
> cheers,
> Peter

Peter,

I've set the Reply-To: on my previous message (and this one, BTW), please
make sure your mailer honors that.  It's usually a good idea to keep all
correspondence on the list instead of sending private mail; for one, the
"it worked" replies show that the solution that's in the archives is
correct...  I'm Cc'ing this message to the list.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

little trouble 2

[Miguel Arturo Diaz Lopez]

Hello CYGWIN Team, Why happen this ?, What should i do? :

The CYGWIN1.DLL version its:  1.3.22-dontuse-21
The archive LS:EXE its linked to a CYGWIN1.DLL:__getreent
that doesn't exists

The archive PASSWD:EXE its linked to a NETAPI32.DLL:NetApiBufferFree
that doesn't exists

at the time to execute cygcheck -s  or  info ls  appears:
the program try to execute an invalid instruction
fail located at:  0028:0017
Interrupts in service: Nothing

When i load for example the CYGNCURSES7.DLL with the Dependency Walker,
it appears the following unresolved parent imports, for the CYGWIN1.DLL:
HintFunction
27  (0x001B)__getreent
201 (0x00C9)_fopen64
354 (0x0162)_lseek64
389 (0x0185)_open64
508 (0x01FC)_stat64
Here i append the result of execute cygcheck -c:

Package  Version
_update-info-dir 00184-1
ash  20020731-1
base-files   1.3-1
base-passwd  1.1-1
bash 2.05b-9
bzip21.0.2-2
cygwin   1.3.22-1
diffutils2.8.1-1
fileutils4.1-2
findutils4.1.7-4
gawk 3.1.3-1
gdbm 1.8.3-1
grep 2.5-1
gzip 1.3.3-4
libbz2_1 1.0.2-2
libgdbm  1.8.0-5
libgdbm-devel1.8.3-1
libgdbm3 1.8.3-1
libiconv21.8-3
libintl1 0.10.40-1
libintl2 0.11.5-1
libncurses7  5.3-2
libpcre  4.1-1
libreadline5 4.3-3
login1.9-5
ncurses  5.3-2
readline 4.3-3
sed  4.0.7-2
sh-utils 2.0.15-3
tar  1.13.25-1
termcap  20021106-2
terminfo 5.3-3
texinfo  4.2-4
textutils2.0.21-1
which1.5-1
zlib 1.1.4-1
I have a PC machine Pentium 2 with Windows 95. (thank you)
please answer me at: [EMAIL PROTECTED]
_
Charla con tus amigos en línea mediante MSN Messenger: 
http://messenger.yupimsn.com/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: documentation on building the cygwin dll

[Igor Pechtchanski]

On Thu, 24 Jul 2003, Elfyn McBratney wrote:

> On Thu, 24 Jul 2003, Carlo Florendo wrote:
>
> > Hello Sam,
> >
> > > From: "Robb, Sam"
> > >  Don't know if this will help, but I've attached a makefile
> > > and script that I use to do a checkout and build of the Cygwin
> > > DLL source from CVS.
> >
> > I was able to build the dll with your script.  However, how come the
> > new-cygwin1.dll size is over 6 MB?  Is this correct?  I've checked the
> > latest version of cygwin1.dll and its size is less than 1 MB.
>
> The DLL you've built contains all available symbols, whereas the distributed DLL
> is stripped (of those symbols).
>
> $ strip new-cygwin.dll
>
> Elfyn

Carlo,

Note, though, that once you strip the DLL, it becomes non-debuggable, just
like the one on the mirrors. ;-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RV: apache dies with pppoe

[Andreas]

Uuups, forgot the list...

> Hola Bill,
>
> not sure if this is what you are looking for but I remember a
> package announcement from Jari in June [1]. Homepage is [2].
>
> HTH,
> Andreas
>
> [1] 
> [2] 
>
> > -Mensaje original-
> > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de
> > Bill McCormick
> > Enviado el: Jueves, 24 de Julio de 2003 10:07 a.m.
> > Para: Cygwin
> > Asunto: RE: apache dies with pppoe
> >
> >
> > > Carlo Florendo wrote:
> > > >
> > > > > I think this is a new one.
> > > > >
> > > > > I'm running Apache behind a nat'd f/w router attached to a
> > > dsl modem that
> > > > > dhcp's an ip from a pppoe connection.
> > > > >
> > > > > When the IP address changes, Apache must be restarted. At the
> > > moment I'm
> > > > > cron'ing a restart - but that's a kludge.
> > > > >
> > > > > Anybody have a similar setup with a better solution to keep
> > > Apache going?
> > > >
> > > > What does this have to do with cygwin?
> > >
> > > agreed. This is a more generic problem on how to bind to interfaces
> > > that do change it's IP nature.
> > >
> > > Stipe
> >
> > Right, sorry ... I was a little vague on where I was going with
> > this. Let me
> > try again.
> >
> > Well, the way I see it based on what I I've read elsewhere, one solution
> > would be to have CYGwin detect that the WAN IP has changed. I'm
> > not sure if
> > that's possible or not. I use DynDNS.org to get a dynamic DNS, if that
> > helps. I suppose I could write a little program, but I hate to
> > re-invent the
> > wheel. So far, it seems not to be an Apache configuration issue, but I'm
> > still looking into that too.
> >
> >
> > Thanks,
> >
> >
> > Bill
> >
> > Bill
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003
> >
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Problem reports:   http://cygwin.com/problems.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: little trouble 2

[Max Bowsher]

Miguel Arturo Diaz Lopez wrote:
> Hello CYGWIN Team, Why happen this ?, What should i do? :
> 
> The CYGWIN1.DLL version its:  1.3.22-dontuse-21
>
> The archive LS:EXE its linked to a CYGWIN1.DLL:__getreent
> that doesn't exists

Don't install testing packages unless you understand why they aren't current
yet.

You have a testing version of fileutils installed, which is linked against
cygwin 1.5.0, but you have 1.3.22 installed.

> 
> The archive PASSWD:EXE its linked to a NETAPI32.DLL:NetApiBufferFree
> that doesn't exists

passwd.exe is not for Win9x/Me.

> 
> at the time to execute cygcheck -s  or  info ls  appears:
>
> the program try to execute an invalid instruction
> fail located at:  0028:0017
> Interrupts in service: Nothing

No idea.

> 
>
> When i load for example the CYGNCURSES7.DLL with the Dependency Walker,
> it appears the following unresolved parent imports, for the CYGWIN1.DLL:
>
> Hint Function
> 27  (0x001B) __getreent
> 201 (0x00C9) _fopen64
> 354 (0x0162) _lseek64
> 389 (0x0185) _open64
> 508 (0x01FC) _stat64

Again, you have installed a testing package. Revert to current.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

> Dave
> get a NAT Server with DHCP Server for your Internal LAN (which handles
> 'Dynamic Addressing' from ISP) at the DSL interface..Linksys has one for
> sure.
> put in an entry into the NAT Table for incoming Port 80 calls to route to
> the Puter with Apache running

That's not the issue. I've got that far already. If that was the answer to
my ? then this would definitely be way off-topic.

Bill

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [BUG] emacs cygwin compile.el next-error fails with Ant

[Joe Buehler]

Mark Evenson wrote:

/^[A-Z]:/ {
  command = "tr \ / | xargs cygpath "; 
  printf "%s", $1 | command;  
  close(command); 
  for (i = 2; i < NF; i++) {
printf " %s", $i;
  };
  printf "\n";

  next;
}
{print}
I think I see now why you said that my posted command would not work.
The problem is that I have not yet fixed emacs to recognize drive letters.
The workaround is to use the /cygdrive/DRIVELETTER syntax.
So try something like this:

ant whatever 2>&1 | sed 's=\\=/=g;s=\([a-zA-Z]\):/=/cygdrive/\1/=g;s/\r//g'

This:

1. changes \ to /
2. changes X:/ to /cygdrive/X/
3. removes carriage returns
I saw you used some GNU sed feature for 3, so correct it if I got it wrong.
I don't think it's portable to other platforms so I never use it.
--
Joe Buehler


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: apache dies with pppoe

[Martin Gainty]

I used to have an Instructor that would say PAY ATTENTION and that is what
you need to do

If you acquire a device which handles adjusting Dynamic Addressing and
Routes the incoming (and outgoing)
Port 80 transmissions to the PC which hosts the Web Server (because that
same device just assigned it an IP because it is a DHCP Server) then your
transmission will be successful

der Trottel!

Martin
- Original Message -
From: "Bill McCormick" <[EMAIL PROTECTED]>
To: "Martin Gainty" <[EMAIL PROTECTED]>; "Cygwin" <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 7:11 AM
Subject: RE: apache dies with pppoe


> > Dave
> > get a NAT Server with DHCP Server for your Internal LAN (which handles
> > 'Dynamic Addressing' from ISP) at the DSL interface..Linksys has one for
> > sure.
> > put in an entry into the NAT Table for incoming Port 80 calls to route
to
> > the Puter with Apache running
>
> That's not the issue. I've got that far already. If that was the answer to
> my ? then this would definitely be way off-topic.
>
> Bill
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003
>
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

compiling xterm from cvs

[Hirsch, Matthew]

Hi list

I would like to compile xterm with debugging symbols to get a better idea of
how ptys can be used under Cygwin
(http://cygwin.com/ml/cygwin/2003-07/msg01270.html).

I got the source from CVS as described on http://xfree86.cygwin.com/cvs.html

The configure script, as described in the xc/programs/xterm/INSTALL file,
runs without any errors.  However, running make on the Makefile it
generates, I get the following:

gcc -I. -I. -DHAVE_CONFIG_H  -I/usr/X11R6/include -D__i386__
-DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_  -DNO_TCP_H -D__CYGWIN__
-D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -I. -DPROJECTROOT=/usr/X11R6
-DUTMP  -DOSMAJORVERSION=1 -DOSMINORVERSION=3  -I/usr/X11R6/include  -g -O2
-c ./button.c
In file included from /usr/include/errno.h:6,
 from xterm.h:206,
 from button.c:62:
/usr/include/sys/errno.h:23: conflicting types for `sys_errlist'
/usr/X11R6/include/X11/Xos.h:126: previous declaration of `sys_errlist'
In file included from /usr/X11R6/include/X11/Intrinsic.h:56,
 from /usr/X11R6/include/X11/IntrinsicP.h:53,
 from ptyx.h:69,
 from xterm.h:232,
 from button.c:62:
/usr/X11R6/include/X11/Xlib.h:78: conflicting types for `wchar_t'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/include/stddef.h:296: previous
declaration of `wchar_t'
make: *** [button.o] Error 1

I have the most recent "Curr" release from setup of all X11 and Base
packages.

Is there some incompatibility between X11 and standard headers in Cygwin?
That doesn't seem very plausible.  What is the correct way to go about this?
Thanks in advance for any suggestions you can offer.

Matt Hirsch

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

>
> If your behind a nat'd FW/router why not hardcode your IP addresses and
> turn off DHCP.  I can see if you have 1000 systems behind your
> FW/router, but is this the case?
>
> Todd C. Bowden
>

I'm not sure which IP your talking about. My PC's IP is hardcoded (well,
actually it DHCP's the same IP based on it's NIC MAC address.) The LAN side
of the router IP must be hardcoded and I don't have control over the DSL
modem IP since it uses PPPOE, and it must DHCP an IP. The IP at issue is the
DSL modem IP. I believe that's the one Apache need's to have configured, but
I'm still looking into that.

Sorry, this is now completely off topic.

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to diagnose cygwin / Windows shutdown problem

[Christopher Faylor]

On Thu, Jul 24, 2003 at 09:12:55AM -0700, Martin Gainty wrote:
>do any of the cygwin Libraries have a signal function?

Huh?  1) You can check this for yourself.  2) What kind of UNIX
emulation would cygwin be if it didn't have signal handling?

>Besides opening and closing the windows I sincerely doubt cygwin is
>sending or receiving any window events..

Yeah.  If only there was *some way* to know for sure rather than send
lots of speculation to a mailing list.  It sure is a mystery.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: How to diagnose cygwin / Windows shutdown problem

[Pavel Rozenboim]

So, does bash install the console control handler? If it does it probably
can handle shotdown events.

> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 24, 2003 5:22 PM
> To: [EMAIL PROTECTED]
> Subject: Re: How to diagnose cygwin / Windows shutdown problem
> 
> 
> On Thu, Jul 24, 2003 at 09:12:55AM -0700, Martin Gainty wrote:
> >do any of the cygwin Libraries have a signal function?
> 
> Huh?  1) You can check this for yourself.  2) What kind of UNIX
> emulation would cygwin be if it didn't have signal handling?
> 
> >Besides opening and closing the windows I sincerely doubt cygwin is
> >sending or receiving any window events..
> 
> Yeah.  If only there was *some way* to know for sure rather than send
> lots of speculation to a mailing list.  It sure is a mystery.
> --
> Please use the resources at cygwin.com rather than sending 
> personal email.
> Special for spam email harvesters: send email to 
> [EMAIL PROTECTED]
> and be permanently blocked from mailing lists at sources.redhat.com
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

1.5.0: Problem with fseeko() after fdopen()

[David Rothenberger]

I'm running 1.5.0 with all the latest test packages installed.

I recently noticed a problem with the test release of patch and its
ability to read from stdin.  I started to investigate and have
extracted the problematic code from patch into a test program.

The program (and patch) use open() to create/open a file and then
use fdopen() on the resulting file descriptor.  The file is opened
in RW mode, some data is written to it, the file is flushed, and
then an attempt is made to seek to the beginning of the file.

This last seek fails.  The seek is done using fseeko().  If fseek()
is used instead, all is fine.

I did a bit of debugging in newlib and determined that fdopen()
doesn't set pfp->_seek64, which causes the problem.  If I use
fopen() to create the file, then pfp->_seek64 is set (since fopen()
ends up calling fopen64()).

I must admit at this point to complete ignorance about how the large
file support actually works and how fseeko() magically get resolved
to fseeko64().

Is fdopen() still supported in 1.5.0?  Am I doing something else
wrong?  I have cygwin1.dll built from CVS with debugging symbols and
some curiousity, so if anyone has suggestions on how to proceed
debugging, I'd be happy to listen.

My test program to demonstrate the problem (all copied from patch
sources) and cygcheck output are attached.

Dave

#include 
#include 
#include 
#include 
#include 

void
pfatal (char const *format, ...)
{
  int errnum = errno;
  va_list args;
  fprintf (stderr, "%s:  ", "tst");
  va_start (args, format);
  vfprintf (stderr, format, args);
  va_end (args);
  fflush (stderr); /* perror bypasses stdio on some hosts.  */
  errno = errnum;
  perror (" ");
  fflush (stderr);
  exit(1);
}

/* Create FILE with OPEN_FLAGS, and with MODE adjusted so that
   we can read and write the file and that the file is not executable.
   Return the file descriptor.  */
int
create_file (char const *file, int open_flags, mode_t mode)
{
  int fd;
  mode |= S_IRUSR | S_IWUSR;
  mode &= ~ (S_IXUSR | S_IXGRP | S_IXOTH);
  if (! (O_CREAT && O_TRUNC))
close (creat (file, mode));
  fd = open (file, O_CREAT | O_TRUNC | open_flags, mode);
  if (fd < 0)
pfatal ("Can't create file %s", file);
  return fd;
}


#define HAVE_FSEEKO 1
#ifdef HAVE_FSEEKO
# define file_seek fseeko
  typedef off_t file_offset;
#else
# define file_seek fseek
  typedef long file_offset;
#endif

int 
main (int argc, char **argv)
{
FILE *pfp;

pfp = fdopen(create_file ("tst.file",
  O_RDWR | O_BINARY,
  (mode_t) 0),
 "w+b");
if (!pfp) {
pfatal("fopen");
}

char* buf = "this is a test file\npretty cool, huh?\n";
size_t bufsize = sizeof(char) * strlen(buf);
if (fwrite(buf, 1, bufsize, pfp) != bufsize) {
pfatal("fwrite");
}
if (fflush(pfp) != 0) {
pfatal("pfp");
}
if (file_seek(pfp, (file_offset) 0, SEEK_SET) != 0) {
pfatal("file_seek");
}

buf = (char*) malloc(bufsize);
while (fread(buf, 1, bufsize, pfp) != 0)
;

printf("buf\n-\n%s", buf);

exit(0);
}

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Jul 24 09:07:26 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   ~\bin
c:\cygwin\usr\local\bin
c:\cygwin\usr\local\bin\i686-pc-cygwin
c:\cygwin\bin
c:\jdk1.2.2\bin
c:\ntreskit
c:\oracle\ora817\bin
c:\cygwin\bin
c:\Program Files\Oracle\jre\1.3.1\bin
c:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Network Associates\PGPNT
c:\Program Files\Rational\common
c:\Program Files\Rational\Rational Test
c:\Program Files\Rational\ClearCase\bin
c:\Program Files\Hummingbird\Connectivity\7.00\Accessories\
c:\Program Files\Rational\ClearQuest
c:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt
c:\Program Files\Executive Software\DiskeeperWorkstation\
c:\users\daver\bin
c:\Program Files\SSH Communications Security\SSH Secure Shell

Output from c:\cygwin\bin\id.exe (nontsec)
UID: 11150(daver) GID: 11251(clearusers)
11251(clearusers)

Output from c:\cygwin\bin\id.exe (ntsec)
UID: 11150(daver) GID: 11251(clearusers)
0(root)  
545(Users)   11642(All Here)
11665(All_Employees) 
11121(clearcase) 11251(clearusers)
11629(Developers)
10512(Domain Admins) 10513(Domain Users)
11123(Entomo Developers) 
11124(Entomo Employees)  11125(Entomo Engineering)
11635(IT Ops)
11282(My Documents Redirection)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

HOME = `c:\users\daver'
MAKE_MODE = `unix'
PWD = `/c/temp'
USER = `daver'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\daver\Applic

RE: apache dies with pppoe

[Bill McCormick]

Ok ... let me back even further.

The problem is that when I open up port 80 (on my f/w router) and start
accepting outside connections (to the 'puter running Apache,) it appears as
though (after some period of time) Apache stops listening or accepting
connections, including from the LAN. If I restart Apache everything is fine
again - for a while. Based on other web/news group chatter, I believe this
problem is related to my DSL time-out and WAN IP changing.

Now follow closely ... this is where I believe I'm on-topic here 

Other's using other OS's (Linux) have devised schemes (like enhanced
scripting in if.cfg-ppp) to restart Apache when this happens. I've spent
more than a few hours looking at this problem (before making the original
post) and maybe the DSL modem time-out is not the issue - but at the moment
it seems to be the only explanation.

So, simple question ... are there already CYGwin net utilities that I might
use solve this problem  from the angle I'm currently focusing (restart
Apache when DSL time-out forces WAN IP change) ... right or wrong?


In response to Martin:

> I used to have an Instructor that would say PAY ATTENTION and that is what
> you need to do

I won't even bother to comment here. Oops .. I guess I just did :)

> If you acquire a device which handles adjusting Dynamic Addressing and
> Routes the incoming (and outgoing)

I have just such a device configured as so. The word "outgoing" was not in
your original reply for me to pay attention to and I'm not sure how it
applies - please explain. Even if the DSL modem connection timed out and the
IP changed during and http client/server transaction (which it's not going
to,) I'm not sure how that would effect Apache.

> Port 80 transmissions to the PC which hosts the Web Server (because that
> same device just assigned it an IP because it is a DHCP Server) then your
> transmission will be successful

My configuration is as so, usually clients can connect. However, when my DSL
modem IP address changes due to time out ... Apache stops severing, or so I
believe.


Thanks,

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin prevents normal Windows shutdown

[Antoine Levy-Lambert]

> When I start Cygwin 1.3.22-1 with the installed shortcut (which points to
> C:\cygwin\cygwin.bat) and then try to shut down Windows XP using the
normal
> Start / Turn Off Computer procedure, Windows pops up the "End Program -
> Cygwin ... Windows cannot end this program" dialog box.  The cygwin ps
> command shows only a bash shell running.
>
I am also observing this behavior both with cygwin 1.3.22-1 and with cygwin
1.5
Antoine




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cut and paste problem with xemacs Was Re: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1

[Antoine Levy-Lambert]

Does anyone have any idea about how this issue (cut and paste between xemacs
running under cygwin 1-5.0-1 and Windows applications).
The workaround of David is fine, a real solution would be better.
Cheers,
Antoine




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cut and paste problem with xemacs Was Re: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1

[David Rothenberger]

Antoine Levy-Lambert wrote:
> 
> Does anyone have any idea about how this issue (cut and paste between xemacs
> running under cygwin 1-5.0-1 and Windows applications).

Or even a suggestion on where to start looking?  

I still think this is related to the rxvt problems.  I've done some
investigation and testing with the latest cygwin CVS sources and I've
looked at most of the changes made between 1.3.22 and 1.5.0, but I still
am not even sure where to start looking.

I've checked out the rxvt sources and found the code which does the
copying to the clipboard.  It looks correct to me and is very similar to
the fhandler_clipboard code.  All of which makes me think it has more to
do with the process and its environment and less to do with the actual
application code.  But, I'm kinda stumped about where to start looking.

Any suggestions would be appreciated, even if its just "try looking at
somefile.c".  I don't mind investigation and can go with limited info;
I'm just out of ideas now.

Dave

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Vince Hoffman]

Since dhcp is handled by windows i cant see how you can avoid having to run
a cron job, even if just a script to check if your ip has changed and
restart apache if so.
somthing like this
---cut foo.sh---
#!/bin/bash

#check if we have the old IP recorded
if [ -e /tmp/old.ip ]
then
# we do so use it
OLDIP=`cat /tmp/old.ip`
else
# we dont have it, set to a value that will cause apache to restart
OLDIP="restart"
fi
#get our current IP
NEWIP=`ipconfig |grep "IP Address" |sed -e 's/.*:\(.*\)/\1/' `

#check if they are the same
if [ "${OLDIP}" == "${NEWIP}" ]
then
exit 0
fi
echo "different ip"
echo "restart apache"
#add "/path/to/apachectl restart" here 
echo "saving new IP for next test"
echo "${NEWIP}" > /tmp/old.ip

end foo.sh---

(probably over complex but my scripting needs all the practice it can get.)



> -Original Message-
> From: Bill McCormick [mailto:[EMAIL PROTECTED]
> Sent: 24 July 2003 17:29
> To: Martin Gainty
> Cc: Cygwin
> Subject: RE: apache dies with pppoe
> 
> 
> Ok ... let me back even further.
> 
> The problem is that when I open up port 80 (on my f/w router) 
> and start
> accepting outside connections (to the 'puter running Apache,) 
> it appears as
> though (after some period of time) Apache stops listening or accepting
> connections, including from the LAN. If I restart Apache 
> everything is fine
> again - for a while. Based on other web/news group chatter, I 
> believe this
> problem is related to my DSL time-out and WAN IP changing.
> 
> Now follow closely ... this is where I believe I'm on-topic here 
> 
> Other's using other OS's (Linux) have devised schemes (like enhanced
> scripting in if.cfg-ppp) to restart Apache when this happens. 
> I've spent
> more than a few hours looking at this problem (before making 
> the original
> post) and maybe the DSL modem time-out is not the issue - but 
> at the moment
> it seems to be the only explanation.
> 
> So, simple question ... are there already CYGwin net 
> utilities that I might
> use solve this problem  from the angle I'm currently focusing (restart
> Apache when DSL time-out forces WAN IP change) ... right or wrong?
> 
> 
> In response to Martin:
> 
> > I used to have an Instructor that would say PAY ATTENTION 
> and that is what
> > you need to do
> 
> I won't even bother to comment here. Oops .. I guess I just did :)
> 
> > If you acquire a device which handles adjusting Dynamic 
> Addressing and
> > Routes the incoming (and outgoing)
> 
> I have just such a device configured as so. The word 
> "outgoing" was not in
> your original reply for me to pay attention to and I'm not sure how it
> applies - please explain. Even if the DSL modem connection 
> timed out and the
> IP changed during and http client/server transaction (which 
> it's not going
> to,) I'm not sure how that would effect Apache.
> 
> > Port 80 transmissions to the PC which hosts the Web Server 
> (because that
> > same device just assigned it an IP because it is a DHCP 
> Server) then your
> > transmission will be successful
> 
> My configuration is as so, usually clients can connect. 
> However, when my DSL
> modem IP address changes due to time out ... Apache stops 
> severing, or so I
> believe.
> 
> 
> Thanks,
> 
> Bill
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cut and paste problem with xemacs Was Re: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1

[Antoine Levy-Lambert]

> One work-around I've discovered is to start XEmacs from an rxvt
> window instead of directly from bash.  That fixes the problem for
> me.  I use the following shortcut for starting XEmacs:
>
>   start /min c:\cygwin\bin\rxvt -T "start XEmacs" -e
/bin/bash --login -i -c "DISPLAY= /usr/local/bin/xemacs &"
>
> This causes a minimized rxvt window to be created, but it quickly
> goes away once XEmacs starts starting.
>
What I am doing now is
1) dos batch file

@echo off
bash --login -e /home/antoine/runemacs.sh
pause

2) contents of runemacs.sh
#!/bin/sh
/usr/X11R6/bin/xinit.exe

3) I am starting xemacs out of my ~/.xinitrc

exec xterm -geometry 80x66+0+0 -name login -e
"/usr/local/bin/i686-pc-cygwin/xemacs"

Tedious, but I have created an icon for the first bat file on my quick start
bar, and I can get my xemacs started.

Antoine




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Available for test: cygwin-1.5.0-1

[Jim Kleckner]

It would be very nice to get Nigel Stephens select patch
into a test release:
 http://sources.redhat.com/ml/cygwin/2003-07/msg00254.html
This was the one where the socket connect state was not being
mainained across a fork.  Or is this corrected in another way?
Jim

Christopher Faylor wrote:

I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Available for test: cygwin-1.5.0-1

[Jim Kleckner]

I am really batting 0, apologies.  I searched for Nigel rather than N. 
Stephens.  Sheesh.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cut and paste problem with xemacs Was Re: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1

[David Rothenberger]

Antoine Levy-Lambert wrote:
> 
> > One work-around I've discovered is to start XEmacs from an rxvt
> > window instead of directly from bash.  That fixes the problem for
> > me.  I use the following shortcut for starting XEmacs:
> >
> >   start /min c:\cygwin\bin\rxvt -T "start XEmacs" -e
> /bin/bash --login -i -c "DISPLAY= /usr/local/bin/xemacs &"
> >
> > This causes a minimized rxvt window to be created, but it quickly
> > goes away once XEmacs starts starting.
> >
> What I am doing now is
> 1) dos batch file
> 
> @echo off
> bash --login -e /home/antoine/runemacs.sh
> pause
> 
> 2) contents of runemacs.sh
> #!/bin/sh
> /usr/X11R6/bin/xinit.exe
> 
> 3) I am starting xemacs out of my ~/.xinitrc
> 
> exec xterm -geometry 80x66+0+0 -name login -e
> "/usr/local/bin/i686-pc-cygwin/xemacs"
> 
> Tedious, but I have created an icon for the first bat file on my quick start
> bar, and I can get my xemacs started.
> 
> Antoine

This seems like the hard way of doing things.  Slow and big, too. 
There's no particular reason to start X, since rxvt will work fine
without it and will accomplish the same thing as xterm does.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bowden, Todd]

Can I ask what your environment looks like?

PC <---> FW/Router  <--> DSL Modem <->  Internet


Maybe that would help us out in figuring out what is going on.

This doesn't make sense that your apache web server is dying on your PC if
your PC has a
fixed IP than your webserver should just run and run.  However if your setup
is different than 
above than we might have another problem.  If the environment above is what
you have and your IP is fixed.  Your FW/Router should have nothing to do
with what problem your are having on your system.

What happens when you install a binary Win32 version of apache, does it die
too?

Todd C. Bowden 


-Original Message-
From: Bill McCormick [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 11:29 AM
To: Martin Gainty
Cc: Cygwin
Subject: RE: apache dies with pppoe


Ok ... let me back even further.

The problem is that when I open up port 80 (on my f/w router) and start
accepting outside connections (to the 'puter running Apache,) it appears as
though (after some period of time) Apache stops listening or accepting
connections, including from the LAN. If I restart Apache everything is fine
again - for a while. Based on other web/news group chatter, I believe this
problem is related to my DSL time-out and WAN IP changing.

Now follow closely ... this is where I believe I'm on-topic here 

Other's using other OS's (Linux) have devised schemes (like enhanced
scripting in if.cfg-ppp) to restart Apache when this happens. I've spent
more than a few hours looking at this problem (before making the original
post) and maybe the DSL modem time-out is not the issue - but at the moment
it seems to be the only explanation.

So, simple question ... are there already CYGwin net utilities that I might
use solve this problem  from the angle I'm currently focusing (restart
Apache when DSL time-out forces WAN IP change) ... right or wrong?


In response to Martin:

> I used to have an Instructor that would say PAY ATTENTION and that is 
> what you need to do

I won't even bother to comment here. Oops .. I guess I just did :)

> If you acquire a device which handles adjusting Dynamic Addressing and 
> Routes the incoming (and outgoing)

I have just such a device configured as so. The word "outgoing" was not in
your original reply for me to pay attention to and I'm not sure how it
applies - please explain. Even if the DSL modem connection timed out and the
IP changed during and http client/server transaction (which it's not going
to,) I'm not sure how that would effect Apache.

> Port 80 transmissions to the PC which hosts the Web Server (because 
> that same device just assigned it an IP because it is a DHCP Server) 
> then your transmission will be successful

My configuration is as so, usually clients can connect. However, when my DSL
modem IP address changes due to time out ... Apache stops severing, or so I
believe.


Thanks,

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

> Can I ask what your environment looks like?
>
It looks like just like you thought ... except I might add to it as follows
...

>   PC <> FW/Router  <--> DSL Modem <->  Internet
DHCP Client Fixed IPDHCP Client
IP by NIC MAC   DHCP Server PPPOE


> This doesn't make sense that your apache web server is dying on your PC if
> your PC has a
> fixed IP than your webserver should just run and run.

I agree ... note that the problem can be systematicly recreated by opening
port 80 on my FW.

* snip *
> Your FW/Router should have nothing to dowith what problem your are having
on your system.
>
I don't believe that it is the FW/Router either. I believe it has more to do
with how my DSL modem times-out, thus forcing an IP change.

> What happens when you install a binary Win32 version of apache,
> does it die
> too?

I don't know and I'm not sure I'm ready to find out yet either. It still may
be a configuration issue (and I'm going to look at that again right now,)
but the fact that it does "run and run" until I open it up (to the Internet)
is perplexing.


Thanks,


Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Inetd question

[xiaoqin_qiu]

Hi,

I installed the latest cygwin and inetd-1.3.23 on my W2K PC to my account only 
recently. Initially after installation, I got id unknown error. But I fixed it by 
checking the mailing list and changed my login ID in /etc/passwd file to the it said 
unknown then I could run bash with no problem. 

However, when I tried to make inetd working so that I could telnet to this PC, and 
encountered the following problems. 

1) When I setup inetd running as a service using local system account, it started with 
no error but when I telnet to it, I got "Connection refused" error. I ran "ps -ef|grep 
inetd", UID showed up as 400 not SYSTEM. (SYSTEM is using UID 18). 

2) My account is a domain account but it is part of local admin group, so I tried to 
start inetd service using my account. This time after the service started 
successfully, I could get login prompt, however whatever password I put in, I always 
got "Login incorrect" error.

I tried recreating /etc/passwd, /etc/group files which was created automatically by 
the installation, checking /etc/inetd.conf which has telnet starting as root there. 
But I still got the same problem. I didn't find any helpful log in the event log 
either. 

Anyone experienced the similar problem before?

BTW, I didn't find syslogd on my cygwin installation. Which package is it in?

Thank you very much for your help!

Xiaoqin Qiu

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bowden, Todd]

I know on my FW/Router (Linksys) I can disable DHCP, can you do that with
yours?  If so than disable your DHCP server on your FW/Router and have a
fixed IP address only on your PC.  Also Is there a option in your FW/router
to send Keep alive packets, to maintain your IP address on your FW/router?

Todd C. Bowden 

-Original Message-
From: Bill McCormick [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 1:45 PM
To: Bowden, Todd; 'Cygwin'
Subject: RE: apache dies with pppoe


> Can I ask what your environment looks like?
>
It looks like just like you thought ... except I might add to it as
follows ...

>   PC <> FW/Router  <--> DSL Modem <->  
> Internet
DHCP Client Fixed IPDHCP Client
IP by NIC MAC   DHCP Server PPPOE


> This doesn't make sense that your apache web server is dying on your 
> PC if your PC has a fixed IP than your webserver should just run and 
> run.

I agree ... note that the problem can be systematicly recreated by opening
port 80 on my FW.

* snip *
> Your FW/Router should have nothing to dowith what problem your are 
> having
on your system.
>
I don't believe that it is the FW/Router either. I believe it has more to do
with how my DSL modem times-out, thus forcing an IP change.

> What happens when you install a binary Win32 version of apache, does 
> it die too?

I don't know and I'm not sure I'm ready to find out yet either. It still may
be a configuration issue (and I'm going to look at that again right now,)
but the fact that it does "run and run" until I open it up (to the Internet)
is perplexing.


Thanks,


Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

slow directory access

[Mitch Deoudes]

So, as I understand it, cygwin opens every file it comes across in order
to fill in the executable bit, by determining if the file begins with
"!#"...  and this is the primary cause of the incredibly slow
performance when accessing large directory structures.

Is there any way of turning this off?  Or, alternatively, would anyone
like to flame me with an explanation of why I shouldn't be allowed to
turn it off?

The context:  working in visual effects - so large directory structures
containing many large files (sequences of film frames), and the need to
manipulate these in-place in the windows directories in which they
exist.  Executables (scripts) are often mixed in & data-specific, so
storing them under their own mount point is not an option.

Possible workaround:  mount everything "-x".  Better:  have the ability
to define which extensions are considered executable, and name all
data-specific scripts ".csh".  (Generic scripts can be mounted "-x".)

mitch


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: DLL 1.3.22 - etags 5.5.4 fails on XP Pro

[Jeffery B. Rancier]

Igor Pechtchanski <[EMAIL PROTECTED]> writes:

> On Wed, 23 Jul 2003, Jeffery B. Rancier wrote:
>
>> Larry Hall <[EMAIL PROTECTED]> writes:
>>
>> > It's not a bug, unless you consider a Windows program not being able to
>> > understand Cygwin symbolic links a bug.  I don't think there is much
>> > chance of changing Windows to permit all applications a proper understanding
>> > though.
>>
>> I see.  Why does it work at all, then?  I renamed my emacs version of
>> etags to ensure that I was running cygwin's.
>>
>> > I'm surprised you don't see this all of the time when invoked in NTEmacs.
>> > Regardless, it would never work, even if it doesn't complain.  Use
>> > Cygwin's emacs, ctags directly, or some emacs lisp wizardry to resolve
>> > this issue.
>>
>> First time I've ever seen it is three years.
>
> What you could do is create an "etags.bat" that runs 'bash -c etags "%1"
> "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"', put it in your PATH, and you
> should be able to call that from NTEmacs.
>   Igor

[...]

Thanks Igor,

On a related note, in the 5.5.4 version of ctags, I can't seem to get the 'recurse' 
option to do anything useful.  

bash-2.05b$ ctags -e -R *.c *.h 

only includes the C source and headers in the current working directory.  Is this 
broken?

Jeff


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: slow directory access

[Christopher Faylor]

On Thu, Jul 24, 2003 at 02:57:09PM -0400, Mitch Deoudes wrote:
>So, as I understand it, cygwin opens every file it comes across in order
>to fill in the executable bit, by determining if the file begins with
>"!#"...  and this is the primary cause of the incredibly slow
>performance when accessing large directory structures.
>
>Is there any way of turning this off?  Or, alternatively, would anyone
>like to flame me with an explanation of why I shouldn't be allowed to
>turn it off?

man mount
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Inetd question

[Rob]

Hi Xiaoqin,

I'm no expert, but here's what comes to mind...

1) what is the value of your CYGWIN environment variable?  If it's not
CYGWIN=NTSEC, then make this the case and then restart your computer (so the
setting will take effect in the windows service mangler).

2) how did you recreate the passwd and group files?  did you use -d to get
credentials for your domain account/groups, and then do it again (appending)
to get credentials for your local accounts/groups?

Rob

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 2:54 PM
Subject: Inetd question


> Hi,
>
> I installed the latest cygwin and inetd-1.3.23 on my W2K PC to my account
only recently. Initially after installation, I got id unknown error. But I
fixed it by checking the mailing list and changed my login ID in /etc/passwd
file to the it said unknown then I could run bash with no problem.
>
> However, when I tried to make inetd working so that I could telnet to this
PC, and encountered the following problems.
>
> 1) When I setup inetd running as a service using local system account, it
started with no error but when I telnet to it, I got "Connection refused"
error. I ran "ps -ef|grep inetd", UID showed up as 400 not SYSTEM. (SYSTEM
is using UID 18).
>
> 2) My account is a domain account but it is part of local admin group, so
I tried to start inetd service using my account. This time after the service
started successfully, I could get login prompt, however whatever password I
put in, I always got "Login incorrect" error.
>
> I tried recreating /etc/passwd, /etc/group files which was created
automatically by the installation, checking /etc/inetd.conf which has telnet
starting as root there. But I still got the same problem. I didn't find any
helpful log in the event log either.
>
> Anyone experienced the similar problem before?
>
> BTW, I didn't find syslogd on my cygwin installation. Which package is it
in?
>
> Thank you very much for your help!
>
> Xiaoqin Qiu
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[xiaoqin_qiu]

Hi Rob,

Thank you for your response.

1) I already set CYGWIN = ntsec. Rebooted a couple of times and made sure that when I 
opened bash and echo $CYGWIN. I even tried "ntsec tty" combination. But still it 
didn't work.

2) I used mkpasswd -l and appended to it my domain account entry created during 
installation with a little change with UID of my account because the original one had 
unknown user error for bash. I also checked SID field in passwd file for my login 
account and it matched registry. I didn't run mkpasswd -d because the domain is too 
big that it is going to take forever.

For an earlier version of CYGWIN, telnet worked for me although it was super slow. And 
inetd could run as SYSTEM when I setup the inetd service to start as local system 
account. But after I removed the old version and installed this new version, telnet 
stopped working.

Any more suggestions?

Thanks,

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
 

-Original Message-
From: Rob [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 12:20 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Inetd question


Hi Xiaoqin,

I'm no expert, but here's what comes to mind...

1) what is the value of your CYGWIN environment variable?  If it's not
CYGWIN=NTSEC, then make this the case and then restart your computer (so the
setting will take effect in the windows service mangler).

2) how did you recreate the passwd and group files?  did you use -d to get
credentials for your domain account/groups, and then do it again (appending)
to get credentials for your local accounts/groups?

Rob

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 2:54 PM
Subject: Inetd question


> Hi,
>
> I installed the latest cygwin and inetd-1.3.23 on my W2K PC to my account
only recently. Initially after installation, I got id unknown error. But I
fixed it by checking the mailing list and changed my login ID in /etc/passwd
file to the it said unknown then I could run bash with no problem.
>
> However, when I tried to make inetd working so that I could telnet to this
PC, and encountered the following problems.
>
> 1) When I setup inetd running as a service using local system account, it
started with no error but when I telnet to it, I got "Connection refused"
error. I ran "ps -ef|grep inetd", UID showed up as 400 not SYSTEM. (SYSTEM
is using UID 18).
>
> 2) My account is a domain account but it is part of local admin group, so
I tried to start inetd service using my account. This time after the service
started successfully, I could get login prompt, however whatever password I
put in, I always got "Login incorrect" error.
>
> I tried recreating /etc/passwd, /etc/group files which was created
automatically by the installation, checking /etc/inetd.conf which has telnet
starting as root there. But I still got the same problem. I didn't find any
helpful log in the event log either.
>
> Anyone experienced the similar problem before?
>
> BTW, I didn't find syslogd on my cygwin installation. Which package is it
in?
>
> Thank you very much for your help!
>
> Xiaoqin Qiu
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

Todd wrote:

> I know on my FW/Router (Linksys) I can disable DHCP, can you do that with
> yours?  If so than disable your DHCP server on your FW/Router and have a
> fixed IP address only on your PC.  Also Is there a option in your
> FW/router
> to send Keep alive packets, to maintain your IP address on your FW/router?



> > PC <> FW/Router  <--> DSL Modem <->
Internet
>   DHCP Client Fixed IPDHCP Client
>   IP by NIC MAC   DHCP Server PPPOE


"DHCP Client, IP by NIC MAC" means that the IP address on the PC running
Apache is fixed. This PC ALWAYS gets the same IP address from the DHCP
server (router) based on the NIC MAC address. Again, I believe the issue to
be related to the DSL modem time-out and *it* DHCP'ing a new address. Or,
I've made a downright stupid bone-head configuration mistake in my
httpd.conf.

Netgear doesn't provide the keepalive option for the FVS318 in it's latest
firmware, or I've not noticed it. Good idea though, I'll check it again to
make sure.

I was actually hoping someone might confirm for me that this is *normal*
behavior for Apache through a PPPOE Internet connection. And that that
person was also running Apache on CYGwin, and that they have a solution that
works (just to keep this thread on-topic.)


Thanks,

Bill

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to diagnose Cygwin / Windows shutdown problem

[Andrew DeFaria]

Igor Pechtchanski wrote:

There is such a mechanism on Win2k. I don't think there is one on 
Win9x. This thread seems to indicate that there isn't one on WinXP, 
either, at least not for shutdown messages.
Are you saying that when you click close on a shell window and Windows 
sends an event (WM_CLOSE I think) Cygwin does catch this but when you do 
shutdown of Windows then Windows does not send some event to all 
processes informing them to shutdown? Or are you saying that when you do 
shutdown of Windows then Windows does send some event to all processes 
informing them to shutdown but Cygwin for some reason cannot catch this 
one? Why would Cygwin be able to catch the WM_CLOSE but not the WM_SHUTDOWN?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to diagnose Cygwin / Windows shutdown problem

[Andrew DeFaria]

David Sharp wrote:

I don't know for sure either, but by the end of a day, it is not 
unusual for me to see multiple instances of bash.exe within my task 
manager, despite having closed them in windows. Therefore I don't 
think there is windows->posix signal translation, just the other way 
around. 
There is a known issue that if you use rxvt and close it by using the 
close button then the underlying bash shell hangs around. If you use a 
Windows console window and run the shell in it and then close the window 
using the close button then the bash shell is properly notified to 
terminate and does so. If you are careful and always exit your shells 
with "exit" and never use the close button for rxvt windowed shells you 
shouldn't get shell processes hanging around.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: apache dies with pppoe

[Andrew DeFaria]

Bill McCormick wrote:

I think this is a new one.

I'm running Apache behind a nat'd f/w router attached to a dsl modem 
that dhcp's an ip from a pppoe connection.

When the IP address changes, Apache must be restarted. At the moment 
I'm cron'ing a restart - but that's a kludge.

Anybody have a similar setup with a better solution to keep Apache going?
Get a static IP! :-)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: DLL 1.3.22 - etags 5.5.4 fails on XP Pro

[Igor Pechtchanski]

On Thu, 24 Jul 2003, Jeffery B. Rancier wrote:

> Igor Pechtchanski <[EMAIL PROTECTED]> writes:
>
> > On Wed, 23 Jul 2003, Jeffery B. Rancier wrote:
> >
> >> Larry Hall <[EMAIL PROTECTED]> writes:
> >>
> >> > It's not a bug, unless you consider a Windows program not being able to
> >> > understand Cygwin symbolic links a bug.  I don't think there is much
> >> > chance of changing Windows to permit all applications a proper understanding
> >> > though.
> >>
> >> I see.  Why does it work at all, then?  I renamed my emacs version of
> >> etags to ensure that I was running cygwin's.
> >>
> >> > I'm surprised you don't see this all of the time when invoked in NTEmacs.
> >> > Regardless, it would never work, even if it doesn't complain.  Use
> >> > Cygwin's emacs, ctags directly, or some emacs lisp wizardry to resolve
> >> > this issue.
> >>
> >> First time I've ever seen it is three years.
> >
> > What you could do is create an "etags.bat" that runs 'bash -c etags "%1"
> > "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"', put it in your PATH, and you
> > should be able to call that from NTEmacs.
> >   Igor
>
> [...]
>
> Thanks Igor,
>
> On a related note, in the 5.5.4 version of ctags, I can't seem to get
> the 'recurse' option to do anything useful.
>
> bash-2.05b$ ctags -e -R *.c *.h
>
> only includes the C source and headers in the current working directory.
> Is this broken?
>
> Jeff

Nope, this works as expected...  From "ctags --help":
  -R   Equivalent to --recurse.
  --recurse=[yes|no]
   Recurse into directories supplied on command line [no].

Well, you didn't supply any directories, you only specified files (*.c and
*.h), so, unless you have any directories ending in .c or .h, the recurse
option is moot.  Try "ctags -e -R ." or something (use --exclude option if
you don't want all files).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Inetd question

[Rob]

> 2)  I didn't run mkpasswd -d because the domain is too big that it is
going to take forever.

you could run: mkpasswd -d -u myusername >> /etc/passwd


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

> Get a static IP! :-)

Oh Thanks!! Your most helpful :)

I've got 2 kids in private HS, another still in diapers, and I've been
unemployed since May in a really bad job market. If I could even afford to
spend a few C-notes for a linux development box, we wouldn't even be having
this conversation write now. I've got the fastest, cheapest DSL I can
afford. I really can't even afford the $40/mon I pay Covad, but I just can't
live without a fast(er than 56k) connection any more. Once you go fat, you
never go back!!!

Ok, enough of my ranting and back on-topic 

So does that mean you can confirm for me that this is *normal* behavior for
Apache through a PPPOE Internet connection? ... no matter what platform it's
running on?

Or do you just want to mess with me 8-) I can take it - bring it on {:0

Thanks,

Bill


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[xiaoqin_qiu]

I tried that. But it still took long time and had a lot of other people's entries 
showing up.
Thanks,

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
 

-Original Message-
From: Rob [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 1:10 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Inetd question


> 2)  I didn't run mkpasswd -d because the domain is too big that it is
going to take forever.

you could run: mkpasswd -d -u myusername >> /etc/passwd

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[Bowden, Todd]

Acutally the command would be the following:

mkpasswd -d -u   >> /etc/passwd

This would not get everyone in your domain.

Todd C. Bowden 
HP Certified 
AtosOrigin 
5000 S. Bowen 
Arlington, TX 76017 
Office: 817-264-8211
E-mail: [EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 3:50 PM
To: [EMAIL PROTECTED]
Subject: RE: Inetd question


I tried that. But it still took long time and had a lot of other people's
entries showing up. Thanks,

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
 

-Original Message-
From: Rob [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 1:10 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Inetd question


> 2)  I didn't run mkpasswd -d because the domain is too big that it is
going to take forever.

you could run: mkpasswd -d -u myusername >> /etc/passwd

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[xiaoqin_qiu]

Todd is right. I used this syntax and I could get my account passwd entry quickly. 
However, when I tried to do the same thing for mkgroup -d -u  , I 
got error "Cannot get PDC, code = 2453" after it printed SYSTEM group entry.
 
And I am quite concern about why when I started inetd using local admin user, the 
inetd process running using UID 400 and I got connection refused error.
 
Any idea? 

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
  

 
-Original Message-
From: Bowden, Todd [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 1:59 PM
To: QIU,XIAOQIN (A-Sonoma,ex1); '[EMAIL PROTECTED]'
Subject: RE: Inetd question



Acutally the command would be the following: 

mkpasswd -d -u   >> /etc/passwd 

This would not get everyone in your domain. 

Todd C. Bowden 
HP Certified 
AtosOrigin 
5000 S. Bowen 
Arlington, TX 76017 
Office: 817-264-8211 
E-mail: [EMAIL PROTECTED] 


-Original Message- 
From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED]  ] 
Sent: Thursday, July 24, 2003 3:50 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Inetd question 


I tried that. But it still took long time and had a lot of other people's entries 
showing up. Thanks, 

Xiaoqin Qiu 
Technical Computing Group 
IT Infrastructure Services Organization 
Agilent Technologies, Inc. 
(818)879-6220 
[EMAIL PROTECTED] 
  

-Original Message- 
From: Rob [ mailto:[EMAIL PROTECTED]  ] 
Sent: Thursday, July 24, 2003 1:10 PM 
To: [EMAIL PROTECTED]; [EMAIL PROTECTED] 
Subject: Re: Inetd question 


> 2)  I didn't run mkpasswd -d because the domain is too big that it is 
going to take forever. 

you could run: mkpasswd -d -u myusername >> /etc/passwd 

-- 
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple 
  
Problem reports:   http://cygwin.com/problems.html 
  
Documentation: http://cygwin.com/docs.html   
FAQ:   http://cygwin.com/faq/   


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: codepage:none

[Baurjan Ismagulov]

Christopher Faylor wrote:
> The patch wasn't applied, apparently.

Are there any outstanding issues regarding it? If no, could you please
apply it?

Thanks in advance,
Baurjan.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: codepage:none

[Christopher Faylor]

On Fri, Jul 25, 2003 at 01:00:40AM +0300, Baurjan Ismagulov wrote:
>Christopher Faylor wrote:
>> The patch wasn't applied, apparently.
>
>Are there any outstanding issues regarding it? If no, could you please
>apply it?

Did you read the thread?  I have no way of testing this patch.  That is
why I asked someone else to apply and test it.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Backspace problem on VMS

[Hai Hong]

Hi all,

  I'm having a problem in which the backspace doesn't work as it should 
when I telnet into a VMS machine while I'm in an xterm session.   Instead of 
deleting the character, my cursor jump to the beginning of the line.   The 
DELETE key doesn't work either.   I've checked an made sure that my TERM 
environment is set to VT100, which is what I used in the Windows program 
SecureCRT without any problem.   Also, I don't have any problem telnetting 
into a Unix machine.   Is there anything that I should do to make it work?   
 I've been Googling both the Web and newsgroup and couldn't anything 
regarding this issue.

-Thanks!

_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Carlo Florendo]

Hello David,

>From: "David Power" 
>

> Please could you make the API documentation available
> as a downloadable html or pdf file.

It is.  The link to the API appears  in the main page of cygwin.com :-)

> 
> I don't have permanent access to the web. I download
> what I can when I can and use it on a stand alone
> workstation.
> 
> It would be very useful to me to have the API
> reference at my fingertips for whenever I needed it.

Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)

Best Regards,

Carlo
--
Carlo Florendo
Astra Philippines Inc.
URL: www.hq.astra.ph/resources.html





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: apache dies with pppoe

[Brian Dessent]

"Bowden, Todd" wrote:
> 
> Can I ask what your environment looks like?
> 
> PC <---> FW/Router  <--> DSL Modem <->  Internet
> 
> Maybe that would help us out in figuring out what is going on.
> 
> This doesn't make sense that your apache web server is dying on your PC if
> your PC has a
> fixed IP than your webserver should just run and run.  However if your setup

I'm in agreement here, Apache should not give two shits what your
external IP address is if it's behind a NAT gateway and is bound to an
interface with a non-changing address.  In fact it has no possible way
of knowing what the publicly-visible address is.

If Apache is dying after a certain time then that's obviously a problem,
and I'd suggest checking the error logs and even increasing the
loglevel, but the changing IP address shouldn't have anything to do with
it.  I have found cases myself where Apache stops responding, but I've
not been able to figure it out so I do have some interest in this
matter.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

how to make cygwin run under shells other than bash

[Damien Suttle]

Hi,
my favorite shell is tcsh, but cygwin always starts up in bash.  I tried playing with 
the cygwin.bat file, but i couldn't get it to work.  does anyone know how to 
reconfigure cygwin to start up in other shells?

Thank you.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Igor Pechtchanski]

On Fri, 25 Jul 2003, Carlo Florendo wrote:

> Hello David,
>
> >From: "David Power"
>
> > Please could you make the API documentation available
> > as a downloadable html or pdf file.
>
> It is.  The link to the API appears  in the main page of cygwin.com :-)
>
> > I don't have permanent access to the web. I download
> > what I can when I can and use it on a stand alone
> > workstation.
> >
> > It would be very useful to me to have the API
> > reference at my fingertips for whenever I needed it.
>
> Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)
>
> Best Regards,
> Carlo

David,

Just to expand on this a little bit, the above is not as mean as it
sounds.  Try 'wget -r http://cygwin.com/cygwin-api/cygwin-api.html'. ;-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: documentation on building the cygwin dll

[Carlo Florendo]

- Original Message -
From: "Igor Pechtchanski"


> On Thu, 24 Jul 2003, Elfyn McBratney wrote:
>
> > On Thu, 24 Jul 2003, Carlo Florendo wrote:
> >
> > > Hello Sam,
> > >
> > > > From: "Robb, Sam"
> > > >  Don't know if this will help, but I've attached a makefile
> > > > and script that I use to do a checkout and build of the Cygwin
> > > > DLL source from CVS.
> > >
> > > I was able to build the dll with your script.  However, how come the
> > > new-cygwin1.dll size is over 6 MB?  Is this correct?  I've checked the
> > > latest version of cygwin1.dll and its size is less than 1 MB.
> >
> > The DLL you've built contains all available symbols, whereas the distributed DLL
> > is stripped (of those symbols).
> >
> > $ strip new-cygwin.dll
> >
> > Elfyn
>
> Carlo,
>
> Note, though, that once you strip the DLL, it becomes non-debuggable, just
> like the one on the mirrors. ;-)

This mailing list is really impressive!  Besides enjoying what I read here, this is 
the best technical support in the whole world!!!
Where else can one find support from the developers themselves, from the users, and 
from everyone else.  (The meanness is really
really worth it!)

I really got more than I expected.   First, I asked for some pointers on the 
documentation to build the cygwin dll.  Then, with the
responses, I was suddenly building the dll and browsing its code.  I never knew too 
that gdb had a GUI.  I never knew that there was
a `strip' program.   I'm trying to figure out some things in `ls.exe' that's why I 
want to build the cygwin dll.   I've actually
compiled ls and the cygwin dll from source all because of the documentation and help 
in this M/L.

To all of you cygwin engineers and all in this M/L, my heartfelt thanks!

Now, for my next problem, ooops... wait, let it just be in another thread.

Best Regards,

Carlo
--
Carlo Florendo
Astra Philippines Inc.
URL: http://www.hq.astra.ph/resources



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Christopher Faylor]

On Thu, Jul 24, 2003 at 09:07:40PM -0400, Igor Pechtchanski wrote:
>On Fri, 25 Jul 2003, Carlo Florendo wrote:
>
>> Hello David,
>>
>> >From: "David Power"
>>
>> > Please could you make the API documentation available
>> > as a downloadable html or pdf file.
>>
>> It is.  The link to the API appears  in the main page of cygwin.com :-)
>>
>> > I don't have permanent access to the web. I download
>> > what I can when I can and use it on a stand alone
>> > workstation.
>> >
>> > It would be very useful to me to have the API
>> > reference at my fingertips for whenever I needed it.
>>
>> Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)
>>
>> Best Regards,
>> Carlo
>
>David,
>
>Just to expand on this a little bit, the above is not as mean as it
>sounds.  Try 'wget -r http://cygwin.com/cygwin-api/cygwin-api.html'. ;-)

Or, just install the cygwin-doc package.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: how to make cygwin run under shells other than bash

[Randall R Schulz]

Damien,

Here's the stock Cygwin.bat file:

-==--==--==--==--==--==--==--==--==--==-
@echo off
D:
chdir \cygwin\bin
bash --login -i
-==--==--==--==--==--==--==--==--==--==-
All you have to do to substitute tcsh for BASH is change the last line. 
The options are slightly different, though (check the man page, of course):

-==--==--==--==--==--==--==--==--==--==-
@echo off
D:
chdir \cygwin\bin
tcsh -l
-==--==--==--==--==--==--==--==--==--==-
However, I find it more straightforward to create a Windows shortcut 
that launches my shell directly without any BAT file. An easy way to do 
this is to use right-mouse drag on /cygwin/bin/tcsh.exe (which is 
probably C:\cygwin\bin\tcsh.exe or D:\cygwin\bin\tcsh.exe or something 
analogous) to create a copy on the desktop or in the QuickLaunch bar or 
in your Start menu. When you release the mouse, choose "Create 
Shortcut(s) Here". Then open the newly created shortcut's Properties 
dialog and make any changes you like, such as window size and 
placement, font and cursor preferences, background and foreground 
colors, etc. (QuickEdit mode is usually a good idea). I like to give 
the shortcut the Cygwin icon, which is conveniently available in 
/Cygwin.ico. I recommend setting the "Start in:" field to you Cygwin 
home directory. In the "Target:" field be sure to add the "-l" (login 
shell) option.

From now on, you can start a tcsh shell in a new console window by 
activating this shortcut.

Good luck.

Randall Schulz

At 18:05 2003-07-24, Damien Suttle wrote:
Hi,
my favorite shell is tcsh, but cygwin always starts up in bash.  I 
tried playing with the cygwin.bat file, but i couldn't get it to 
work.  does anyone know how to reconfigure cygwin to start up in other shells?

Thank you.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Igor Pechtchanski]

On Thu, 24 Jul 2003, Christopher Faylor wrote:

> On Thu, Jul 24, 2003 at 09:07:40PM -0400, Igor Pechtchanski wrote:
> >On Fri, 25 Jul 2003, Carlo Florendo wrote:
> >
> >> Hello David,
> >>
> >> >From: "David Power"
> >>
> >> > Please could you make the API documentation available
> >> > as a downloadable html or pdf file.
> >>
> >> It is.  The link to the API appears  in the main page of cygwin.com :-)
> >>
> >> > I don't have permanent access to the web. I download
> >> > what I can when I can and use it on a stand alone
> >> > workstation.
> >> >
> >> > It would be very useful to me to have the API
> >> > reference at my fingertips for whenever I needed it.
> >>
> >> Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)
> >>
> >> Best Regards,
> >> Carlo
> >
> >David,
> >
> >Just to expand on this a little bit, the above is not as mean as it
> >sounds.  Try 'wget -r http://cygwin.com/cygwin-api/cygwin-api.html'. ;-)
>
> Or, just install the cygwin-doc package.

D'oh!!!  However, the cygwin-doc package could itself benefit from better
documentation. ;-)  There is no mention of cygwin-api in any of the
readmes.  I had to actually look in /usr/doc/cygwin-doc-1.3/files to find
out that the "html" directory also contains cygwin-api (the README said
that it only contains the User's Guide).  Also, "info cygwin-api" was a
pure guess on my part...

Joshua, please consider this an improvement suggestion.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Christopher Faylor]

On Thu, Jul 24, 2003 at 09:45:50PM -0400, Igor Pechtchanski wrote:
>On Thu, 24 Jul 2003, Christopher Faylor wrote:
>
>> On Thu, Jul 24, 2003 at 09:07:40PM -0400, Igor Pechtchanski wrote:
>> >On Fri, 25 Jul 2003, Carlo Florendo wrote:
>> >
>> >> Hello David,
>> >>
>> >> >From: "David Power"
>> >>
>> >> > Please could you make the API documentation available
>> >> > as a downloadable html or pdf file.
>> >>
>> >> It is.  The link to the API appears  in the main page of cygwin.com :-)
>> >>
>> >> > I don't have permanent access to the web. I download
>> >> > what I can when I can and use it on a stand alone
>> >> > workstation.
>> >> >
>> >> > It would be very useful to me to have the API
>> >> > reference at my fingertips for whenever I needed it.
>> >>
>> >> Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)
>> >>
>> >> Best Regards,
>> >> Carlo
>> >
>> >David,
>> >
>> >Just to expand on this a little bit, the above is not as mean as it
>> >sounds.  Try 'wget -r http://cygwin.com/cygwin-api/cygwin-api.html'. ;-)
>>
>> Or, just install the cygwin-doc package.
>
>D'oh!!!  However, the cygwin-doc package could itself benefit from better
>documentation. ;-)  There is no mention of cygwin-api in any of the
>readmes.

What would you expect to find in a cygwin doc package other than
documentation about cygwin?  It's also listed in the info dir file, just
like all other info documentation on cygwin or any other UNIX-like
system.  Just typing 'info' shows you what cygwin doc info is available.

And please don't tell me that there needs to be a a README pointing
people at info...
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Backspace problem on VMS

[Larry Hall]

Hai Hong wrote:

Hi all,

  I'm having a problem in which the backspace doesn't work as it should 
when I telnet into a VMS machine while I'm in an xterm session.   
Instead of deleting the character, my cursor jump to the beginning of 
the line.   The DELETE key doesn't work either.   I've checked an made 
sure that my TERM environment is set to VT100, which is what I used in 
the Windows program SecureCRT without any problem.   Also, I don't have 
any problem telnetting into a Unix machine.   Is there anything that I 
should do to make it work?I've been Googling both the Web and 
newsgroup and couldn't anything regarding this issue.


Cygwin's default (and best supported) terminal setting is 'cygwin'.  Sorry,
I know next to nothing about VMS so I can't direct you further on how to
make the target VMS machine understand the 'cygwin' terminal settings.
But this information should help guide you to a line of research which
will offer a solution I hope.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
#
#
#
#
#
#
#
#
#
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: API Reference documentation

[Igor Pechtchanski]

On Thu, 24 Jul 2003, Christopher Faylor wrote:

> On Thu, Jul 24, 2003 at 09:45:50PM -0400, Igor Pechtchanski wrote:
> >On Thu, 24 Jul 2003, Christopher Faylor wrote:
> >
> >> On Thu, Jul 24, 2003 at 09:07:40PM -0400, Igor Pechtchanski wrote:
> >> >On Fri, 25 Jul 2003, Carlo Florendo wrote:
> >> >
> >> >> Hello David,
> >> >>
> >> >> >From: "David Power"
> >> >>
> >> >> > Please could you make the API documentation available
> >> >> > as a downloadable html or pdf file.
> >> >>
> >> >> It is.  The link to the API appears  in the main page of cygwin.com :-)
> >> >>
> >> >> > I don't have permanent access to the web. I download
> >> >> > what I can when I can and use it on a stand alone
> >> >> > workstation.
> >> >> >
> >> >> > It would be very useful to me to have the API
> >> >> > reference at my fingertips for whenever I needed it.
> >> >>
> >> >> Get it from http://cygwin.com/cygwin-api/cygwin-api.html   :-)
> >> >>
> >> >> Best Regards,
> >> >> Carlo
> >> >
> >> >David,
> >> >
> >> >Just to expand on this a little bit, the above is not as mean as it
> >> >sounds.  Try 'wget -r http://cygwin.com/cygwin-api/cygwin-api.html'. ;-)
> >>
> >> Or, just install the cygwin-doc package.
> >
> >D'oh!!!  However, the cygwin-doc package could itself benefit from better
> >documentation. ;-)  There is no mention of cygwin-api in any of the
> >readmes.
>
> What would you expect to find in a cygwin doc package other than
> documentation about cygwin?

Well, I'd expect a README for the cygwin-doc package to list the
documentation available from that package.  Instead, here it is in all of
its terse entirety:
  $ cat /usr/doc/cygwin-doc-1.3/README
  Thu Oct 17 19:29:23  2002
  Joshua Daniel Franklin <[EMAIL PROTECTED]>

  The html/ and txt/ directories here contain the cygwin-users-guide.

  See /usr/doc/Cygwin/cygwin-doc-x.x-x.README for more information.
  $

The above is at best misleading, since the txt/ directory does not contain
the User's Guide at all (only the readme and the faq), and the html/
directory also contains the readme, the faq, and cygwin-api.  The README
in /usr/doc/Cygwin only lists the changes made (again, with no mention of
cygwin-api whatsoever).  Just an observation.

> It's also listed in the info dir file, just like all other info
> documentation on cygwin or any other UNIX-like system.  Just typing
> 'info' shows you what cygwin doc info is available.

Hmm, I never tried that.  Thanks for the info. :-)

> And please don't tell me that there needs to be a a README pointing
> people at info...

Maybe not.  But my first reflex has always been 'man foo' instead of 'info
foo' -- call me old-fashioned.  Before you ask, I haven't tried 'man info'
either -- shame on me! :-D
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

check if cygwin in makefiles?

[kaio]

???




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Backspace problem on VMS

[Christopher Faylor]

On Thu, Jul 24, 2003 at 10:05:52PM -0400, Larry Hall wrote:
>Hai Hong wrote:
>>I'm having a problem in which the backspace doesn't work as it should
>>when I telnet into a VMS machine while I'm in an xterm session.
>>Instead of deleting the character, my cursor jump to the beginning of
>>the line.  The DELETE key doesn't work either.  I've checked an made
>>sure that my TERM environment is set to VT100, which is what I used in
>>the Windows program SecureCRT without any problem.  Also, I don't have
>>any problem telnetting into a Unix machine.  Is there anything that I
>>should do to make it work?I've been Googling both the Web and
>>newsgroup and couldn't anything regarding this issue.
>
>Cygwin's default (and best supported) terminal setting is 'cygwin'.
>Sorry, I know next to nothing about VMS so I can't direct you further
>on how to make the target VMS machine understand the 'cygwin' terminal
>settings.  But this information should help guide you to a line of
>research which will offer a solution I hope.

In this case, (and most cases, really) the TERM variable should just be
left as is.  It is set to "cygwin" when you are running from the console
and it should be set to "xterm" when you're running from an xterm.

On VMS, CTRL-H means "go to beginning of line".  So, undoubtedly xterm
is interpreting the [<-] key as a backspace.  I'm sure that google would
be able to help in redefining this key to something else (like DEL).

This isn't really a cygwin problem.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: check if cygwin in makefiles?

[Christopher Faylor]

On Fri, Jul 25, 2003 at 04:16:25AM +0200, kaio wrote:
>???

uname

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[xiaoqin_qiu]

Hi,
 
Telnet is working now, rsh is working half-way. Here is what I did:
 
1) I uninstalled everything.
2) I reinstalled cygwin with default packages. 
3) Then I installed inetd package, ran iu-config, mkpasswd,... However, it still 
didn't work.
4) Then I upgraded login package to the latest 1.9.6 from 1.9.5. 
5) Then reinstalled cygwin package again because before the reinstallation of cygwin 
package, login.exe got "The procedure entry point _getreent could not be located in 
the dynamic link library cygwin1.dll." error.
5) Changed my UID in /etc/passwd to one less than 65536, otherwise, I got couldn't 
switch to my account error in telnet login session.
6) Telnet worked.
 
7) Rsh complianed about no remote directory. Then I changed my home directory from a 
network mapped drive to local drive in /etc/passwd. 
8) Rsh still complained Permission denied. Then I setup /etc/hosts.equiv and rsh 
worked. But .rhosts is still not working.
 
My .rhosts file in on a FAT32 file system. In the bash window, I ran ls -l .rhosts, it 
showed 644. However, when I ran rsh, Windows event log showed bad .rhosts owner. This 
file is owned by my account. Inetd is starting with local admin account. And I tried 
to chown SYSTEM .rhosts. It didn't work. I have CYGWIN=ntsec. Maybe it is related to 
FAT32?

Thanks,

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
  

 
-Original Message-
From: QIU,XIAOQIN (A-Sonoma,ex1) 
Sent: Thursday, July 24, 2003 2:46 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Inetd question


Todd is right. I used this syntax and I could get my account passwd entry quickly. 
However, when I tried to do the same thing for mkgroup -d -u  , I 
got error "Cannot get PDC, code = 2453" after it printed SYSTEM group entry.
 
And I am quite concern about why when I started inetd using local admin user, the 
inetd process running using UID 400 and I got connection refused error.
 
Any idea? 

Xiaoqin Qiu
Technical Computing Group
IT Infrastructure Services Organization
Agilent Technologies, Inc.
(818)879-6220
[EMAIL PROTECTED]
  

 
-Original Message-
From: Bowden, Todd [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 1:59 PM
To: QIU,XIAOQIN (A-Sonoma,ex1); '[EMAIL PROTECTED]'
Subject: RE: Inetd question



Acutally the command would be the following: 

mkpasswd -d -u   >> /etc/passwd 

This would not get everyone in your domain. 

Todd C. Bowden 
HP Certified 
AtosOrigin 
5000 S. Bowen 
Arlington, TX 76017 
Office: 817-264-8211 
E-mail: [EMAIL PROTECTED] 


-Original Message- 
From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 3:50 PM 
To: [EMAIL PROTECTED] 
Subject: RE: Inetd question 


I tried that. But it still took long time and had a lot of other people's entries 
showing up. Thanks, 

Xiaoqin Qiu 
Technical Computing Group 
IT Infrastructure Services Organization 
Agilent Technologies, Inc. 
(818)879-6220 
[EMAIL PROTECTED] 
  

-Original Message- 
From: Rob [ mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 24, 2003 1:10 PM 
To: [EMAIL PROTECTED]; [EMAIL PROTECTED] 
Subject: Re: Inetd question 


> 2)  I didn't run mkpasswd -d because the domain is too big that it is 
going to take forever. 

you could run: mkpasswd -d -u myusername >> /etc/passwd 

-- 
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple 
Problem reports:   http://cygwin.com/problems.html 
Documentation: http://cygwin.com/docs.html 
FAQ:   http://cygwin.com/faq/ 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Inetd question

[Larry Hall]

[EMAIL PROTECTED] wrote:

Hi,
 
Telnet is working now, rsh is working half-way. Here is what I did:
 
1) I uninstalled everything.
2) I reinstalled cygwin with default packages. 
3) Then I installed inetd package, ran iu-config, mkpasswd,... However, it still didn't work.
4) Then I upgraded login package to the latest 1.9.6 from 1.9.5. 
5) Then reinstalled cygwin package again because before the reinstallation of cygwin package, login.exe got "The procedure entry point _getreent could not be located in the dynamic link library cygwin1.dll." error.
5) Changed my UID in /etc/passwd to one less than 65536, otherwise, I got couldn't switch to my account error in telnet login session.
6) Telnet worked.
 
7) Rsh complianed about no remote directory. Then I changed my home directory from a network mapped drive to local drive in /etc/passwd. 
8) Rsh still complained Permission denied. Then I setup /etc/hosts.equiv and rsh worked. But .rhosts is still not working.
 
My .rhosts file in on a FAT32 file system. In the bash window, I ran ls -l .rhosts, it showed 644. However, when I ran rsh, Windows event log showed bad .rhosts owner. This file is owned by my account. Inetd is starting with local admin account. And I tried to chown SYSTEM .rhosts. It didn't work. I have CYGWIN=ntsec. Maybe it is related to FAT32?
Right.  Owners and permissions have no meaning on FAT32 drives really.
You can use extended attributes on a FAT drive from NT/W2K/XP if you
like a large file in the drive's root and you add 'ntea' to your
CYGWIN environment variable.  This isn't an alternative for FAT32
drives however.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: check if cygwin in makefiles?

[Larry Hall]

Christopher Faylor wrote:

On Fri, Jul 25, 2003 at 04:16:25AM +0200, kaio wrote:

???


uname


Wow!  Now that's mind-reading! ;-)

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Inetd question

[Igor Pechtchanski]

On Thu, 24 Jul 2003 [EMAIL PROTECTED] wrote:

> Hi,
>
> Telnet is working now, rsh is working half-way. Here is what I did:
>
> 1) I uninstalled everything.
> 2) I reinstalled cygwin with default packages.
> 3) Then I installed inetd package, ran iu-config, mkpasswd,... However,
>it still didn't work.
> 4) Then I upgraded login package to the latest 1.9.6 from 1.9.5.
> 5) Then reinstalled cygwin package again because before the
>reinstallation of cygwin package, login.exe got "The procedure entry
>point _getreent could not be located in the dynamic link library
>cygwin1.dll." error.
> 5) Changed my UID in /etc/passwd to one less than 65536, otherwise, I
>got couldn't switch to my account error in telnet login session.
> 6) Telnet worked.

FYI, login has nothing to do with this (or, at least, not directly).  You
must've hit a bug that was fixed in Cygwin 1.5.0, and installing that made
telnet work.  The only difference between login 1.9-6 and 1.9-5, IIRC, is
that 1.9-6 is compiled for Cygwin 1.5.0, hence the need to update Cygwin.

The second step 5) above is weird, though (not just because there are two
5's), since Cygwin 1.5.0 is supposed to have 32-bit UIDs...

> 7) Rsh complianed about no remote directory. Then I changed my home
>directory from a network mapped drive to local drive in /etc/passwd.

This would happen, since you use passwordless authentication, and network
shares usually aren't available in that mode.

> 8) Rsh still complained Permission denied. Then I setup /etc/hosts.equiv
>and rsh worked. But .rhosts is still not working.
>  My .rhosts file in on a FAT32 file system. In the bash window, I ran ls
> -l .rhosts, it showed 644. However, when I ran rsh, Windows event log
> showed bad .rhosts owner. This file is owned by my account. Inetd is
> starting with local admin account. And I tried to chown SYSTEM .rhosts.
> It didn't work. I have CYGWIN=ntsec. Maybe it is related to FAT32?

Yes.  FAT filesystems don't store permissions at all.  Cygwin has an
"ntea" mode that should also store ownership (if that patch was ever
applied -- I'm too lazy to go look right now), but it won't work for
FAT32.  Sorry.  Either use an NTFS filesystem, or use FAT and add "ntea"
to your CYGWIN variable.
Igor

> Thanks,
> Xiaoqin Qiu
>
>
> -Original Message-
> From: QIU,XIAOQIN (A-Sonoma,ex1)
> Sent: Thursday, July 24, 2003 2:46 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Inetd question
>
>
> Todd is right. I used this syntax and I could get my account passwd
> entry quickly. However, when I tried to do the same thing for mkgroup -d
> -u  , I got error "Cannot get PDC, code = 2453"
> after it printed SYSTEM group entry.
>
>  And I am quite concern about why when I started inetd using local admin
> user, the inetd process running using UID 400 and I got connection
> refused error.
>
> Any idea?
>
> Xiaoqin Qiu
> Technical Computing Group
> IT Infrastructure Services Organization
> Agilent Technologies, Inc.
> (818)879-6220
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: Bowden, Todd [mailto:todd.bowden at atosorigin dot com]
> Sent: Thursday, July 24, 2003 1:59 PM
> To: QIU,XIAOQIN (A-Sonoma,ex1); '[EMAIL PROTECTED]'
> Subject: RE: Inetd question
>
> Acutally the command would be the following:
>
> mkpasswd -d -u   >> /etc/passwd
>
> This would not get everyone in your domain.
>
> Todd C. Bowden
> HP Certified
> AtosOrigin
> 5000 S. Bowen
> Arlington, TX 76017
> Office: 817-264-8211
> E-mail: [EMAIL PROTECTED]
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 24, 2003 3:50 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Inetd question
>
>
> I tried that. But it still took long time and had a lot of other
> people's entries showing up. Thanks,
>
> Xiaoqin Qiu
> Technical Computing Group
> IT Infrastructure Services Organization
> Agilent Technologies, Inc.
> (818)879-6220
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: Rob [ mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 24, 2003 1:10 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Inetd question
>
>
> > 2)  I didn't run mkpasswd -d because the domain is too big that it is
> > going to take forever.
>
> you could run: mkpasswd -d -u myusername >> /etc/passwd

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.0: Problem with fseeko() after fdopen() (gold star alert)

[Christopher Faylor]

On Thu, Jul 24, 2003 at 09:11:51AM -0700, David Rothenberger wrote:
Content-Description: message body text
>I'm running 1.5.0 with all the latest test packages installed.
>
>I recently noticed a problem with the test release of patch and its
>ability to read from stdin.  I started to investigate and have
>extracted the problematic code from patch into a test program.
>
>The program (and patch) use open() to create/open a file and then
>use fdopen() on the resulting file descriptor.  The file is opened
>in RW mode, some data is written to it, the file is flushed, and
>then an attempt is made to seek to the beginning of the file.
>
>This last seek fails.  The seek is done using fseeko().  If fseek()
>is used instead, all is fine.
>
>I did a bit of debugging in newlib and determined that fdopen()
>doesn't set pfp->_seek64, which causes the problem.  If I use
>fopen() to create the file, then pfp->_seek64 is set (since fopen()
>ends up calling fopen64()).

Thanks very much for the analysis.  This is a flaw in the 1.5.0 version
of cygwin.

I've submitted a patch request to fix this to the newlib mailing list
which I expect to fix the problem.  It does cause patch to operate
correctly when linked with a new cygwin dll.

When the patch is accepted, I'll generate a new cygwin snapshot but it
won't be very useful since the patch program will still not work right.
So, after the usual extensive snapshot testing, I'll roll up a cygwin
1.5.1 and then regenerate patch.exe.

I have to wonder how many of the many 1.5.0 test packages use fdopen and
fseek, though.  I hate to say it but package developers might have to go
through the pain of rebuilding everything for 1.5.x again.

Please give this man a gold star for going to the effort of tracking
down the problem in source code!

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.0: Problem with fseeko() after fdopen() (gold star alert)

[Igor Pechtchanski]

On Thu, 24 Jul 2003, Christopher Faylor wrote:

> On Thu, Jul 24, 2003 at 09:11:51AM -0700, David Rothenberger wrote:
> Content-Description: message body text
> >I'm running 1.5.0 with all the latest test packages installed.
> >
> >I recently noticed a problem with the test release of patch and its
> >ability to read from stdin.  I started to investigate and have
> >extracted the problematic code from patch into a test program.
> >
> >The program (and patch) use open() to create/open a file and then
> >use fdopen() on the resulting file descriptor.  The file is opened
> >in RW mode, some data is written to it, the file is flushed, and
> >then an attempt is made to seek to the beginning of the file.
> >
> >This last seek fails.  The seek is done using fseeko().  If fseek()
> >is used instead, all is fine.
> >
> >I did a bit of debugging in newlib and determined that fdopen()
> >doesn't set pfp->_seek64, which causes the problem.  If I use
> >fopen() to create the file, then pfp->_seek64 is set (since fopen()
> >ends up calling fopen64()).
>
> Thanks very much for the analysis.  This is a flaw in the 1.5.0 version
> of cygwin.
>
> I've submitted a patch request to fix this to the newlib mailing list
> which I expect to fix the problem.  It does cause patch to operate
> correctly when linked with a new cygwin dll.
>
> When the patch is accepted, I'll generate a new cygwin snapshot but it
> won't be very useful since the patch program will still not work right.
> So, after the usual extensive snapshot testing, I'll roll up a cygwin
> 1.5.1 and then regenerate patch.exe.
>
> I have to wonder how many of the many 1.5.0 test packages use fdopen and
> fseek, though.  I hate to say it but package developers might have to go
> through the pain of rebuilding everything for 1.5.x again.
>
> Please give this man a gold star for going to the effort of tracking
> down the problem in source code!
>
> cgf

And with no prompting, either.  Yup, I thought he deserved one.  Done.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Bill McCormick]

Brian Dessent wrote:
> I'm in agreement here, Apache should not give two shits what your
> external IP address is if it's behind a NAT gateway and is bound to an
> interface with a non-changing address.  In fact it has no possible way
> of knowing what the publicly-visible address is.

I agree as well. However, the fact remains that Apache will run and run
until I open up the HTTP port on my FW. After the port is open it runs for
some time and then (speaking TCP/IP sockets here) it either stops listening
for client connections or stops accepting client connections. At least
that's what it looks like based on my experience writing more than a few
client/server programs. It's likely more complicated than that though.

> If Apache is dying after a certain time then that's obviously a problem,
> and I'd suggest checking the error logs and even increasing the
> loglevel, but the changing IP address shouldn't have anything to do with
> it.  I have found cases myself where Apache stops responding, but I've
> not been able to figure it out so I do have some interest in this
> matter.

It will some times stop even with no outside connections (from the WAN)
having been made (based on /var/log/appache/access_log). At least on one
occasion, I opened up the port just for testing this issue, then continued
making connections via the LAN side and then inexplicably Apache quits
without anything being written to /var/log/appache/error_log. Increasing the
debug level is a worthwhile suggestion. Now, it doesn't quit/die; httpd and
parent and children still show up in the process list.

Andrew DeFaria recently replied to one of my posts (to me only) with this:

I do know that Apache for Cygwin used to have a problem where it would lock
up, which is oneof the reasons I'm using Apache for Windows (The other is
that Apache for Cygwin is slow -but it does understand things like
symlinks...). I narrowed it down to when it locked up I would selectively
kill a couple of the httpd's and wham it would start working again. I
believe the very newest versions of Cygwin and Apache for Cygwin fixed this
problem I think.

There's another piece of information that might be worth mentioning here,
however off-topic it may seem. That is Code-Red. When I open port 80, my
Netgear FVS318 starts logging a good amount (they arrive in 6's) of Code-Red
activity. This is the Code-Red virus scanning my IP, finding port 80 open,
and trying to get in. Based one the message from my router ...

Thur, 07/24/2003 15:34:57 - TCP connection dropped - Source:68.165.217.91,
2278, WAN - Destination:68.165.41.220, 80, LAN - 'Code-Red'
End of Log --

... it appears to be unsuccessful. AVG anti-virus says my system is clean
too. Maybe there's a connection here, maybe not.

Something else I've seen in the access log (although not consistently) are
the inevitable people that try to hack in like this:

68.164.77.40 - - [24/Jul/2003:21:07:08 -0500] "GET /scripts/..%255c..%
255cwinnt/system32/cmd.exe?/c+copy+c:\winnt\system32\cmd.exe+c:\inetpub\scri
pts\script.exe  HTTP/1.1" 404 316

Again, this is not consistent; I've had Apache quit (responding) without
seeing this, so if this does send Apache into a tizzy, there's more than one
cause to this problem.

I've done some more testing (just today in fact,) and now have evidence that
would be contrary to my own damn "PPPOE/DHCP/new IP" argument. After an
'apachectl restart' I noted my WAN IP. When Apache stopped responding some
time later (about an hour as near as I can tell,) my WAN IP was still the
same. I don't think it's likely that I would get the same IP after a
reconnect.

I'm going to try some other basic test's here:

1. httpd running with no other CYGwin process'
2. httpd running with no other CYGwin process' and no Win32 MySQL
(I've got perl code that makes MySQL connections)
3. httpd running, no windows user logged in

I'll take any other suggestions as well.

Thanks,

Bill
3.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.0: Problem with fseeko() after fdopen() (gold star alert)

[David Rothenberger]

Christopher Faylor wrote:
> [snip]
> I've submitted a patch request to fix this to the newlib mailing list
> which I expect to fix the problem.  It does cause patch to operate
> correctly when linked with a new cygwin dll.

I'm glad you posted.  I was just about to try writing fdopen64 myself. 
I just figured out how the aliasing to the 64-bit I/O stuff worked. 
I've been in Java land too long; I've forgotten all this linking stuff.

Back to banging my head on the rxvt/XEmacs copy/paste problem.

Dave

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: how to make cygwin run under shells other than bash

[luke . kendall]

On 24 Jul, Damien Suttle wrote:
>  Hi,>  my favorite shell is tcsh, but cygwin always starts up in bash.
>  I tried playing with the cygwin.bat file, but i couldn't get it
>  to work. does anyone know how to reconfigure cygwin to start up
>  in other shells?

$ mkshortcut -D -A -n "tcshw"  -a '-l' /usr/bin/tcsh.exe

Or just right click on the cywgin icon's properties and change the shell
it runs, if you want to hack.  Or change the shell for your account, in
/etc/passwd I think.

luke


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

More Imagemagick/Perlmagick Issues

[Bill McCormick]

Hello,

I'm trying to install the perl mod Image-Magick-Thumbnail-0.01 ...

[EMAIL PROTECTED]/usr/src/ImageMagick-5.5.7/Image-Magick-Thumbnail-0.01
$ perl Makefile.PL
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygjpeg6b.dll to
same address as parent(0xB4) != 0xB5
  9 [main] perl 2076 sync_with_child: child 2120(0x1B0) died before
initialization with status code 0x1
   6265 [main] perl 2076 sync_with_child: *** child state child loading dlls

I have a bad feeling this goes back to the way I was finally able to get
PerlMagick to compile.

See my post:

http://sources.redhat.com/ml/cygwin/2003-07/msg01343.html

Any ideas?

Thanks
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: apache dies with pppoe

[Elfyn McBratney]

On Thu, 24 Jul 2003, Bill McCormick wrote:

> Brian Dessent wrote:
> > I'm in agreement here, Apache should not give two shits what your
> > external IP address is if it's behind a NAT gateway and is bound to an
> > interface with a non-changing address.  In fact it has no possible way
> > of knowing what the publicly-visible address is.
> 
> I agree as well. However, the fact remains that Apache will run and run
> until I open up the HTTP port on my FW. After the port is open it runs for
> some time and then (speaking TCP/IP sockets here) it either stops listening
> for client connections or stops accepting client connections. At least
> that's what it looks like based on my experience writing more than a few
> client/server programs. It's likely more complicated than that though.
> 
> > If Apache is dying after a certain time then that's obviously a problem,
> > and I'd suggest checking the error logs and even increasing the
> > loglevel, but the changing IP address shouldn't have anything to do with
> > it.  I have found cases myself where Apache stops responding, but I've
> > not been able to figure it out so I do have some interest in this
> > matter.
> 
> It will some times stop even with no outside connections (from the WAN)
> having been made (based on /var/log/appache/access_log). At least on one
> occasion, I opened up the port just for testing this issue, then continued
> making connections via the LAN side and then inexplicably Apache quits
> without anything being written to /var/log/appache/error_log. Increasing the
> debug level is a worthwhile suggestion. Now, it doesn't quit/die; httpd and
> parent and children still show up in the process list.
> 
> Andrew DeFaria recently replied to one of my posts (to me only) with this:
> 
>   I do know that Apache for Cygwin used to have a problem where it would lock
> up, which is one  of the reasons I'm using Apache for Windows (The other is
> that Apache for Cygwin is slow -  but it does understand things like
> symlinks...). I narrowed it down to when it locked up I   would selectively
> kill a couple of the httpd's and wham it would start working again. I
> believe the very newest versions of Cygwin and Apache for Cygwin fixed this
> problem I think.

I saw your thread and just thought I should mention the same thing. If you're 
running with Cygwin 1.3.22 or earlier (until 1.3.12 I believe) you will have 
problems with Apache. The cause of these problems have been fixed in 1.5.0

You could try installing the 'test' package for Cygwin, available via setup.exe 
in the 'Exp' category. It will confirm if this is the problem your seeing.

> There's another piece of information that might be worth mentioning here,
> however off-topic it may seem. That is Code-Red. When I open port 80, my
> Netgear FVS318 starts logging a good amount (they arrive in 6's) of Code-Red
> activity. This is the Code-Red virus scanning my IP, finding port 80 open,
> and trying to get in. Based one the message from my router ...
> 
>   Thur, 07/24/2003 15:34:57 - TCP connection dropped - Source:68.165.217.91,
> 2278, WAN -   Destination:68.165.41.220, 80, LAN - 'Code-Red'
>   End of Log --
> 
> ... it appears to be unsuccessful. AVG anti-virus says my system is clean
> too. Maybe there's a connection here, maybe not.
> 
> Something else I've seen in the access log (although not consistently) are
> the inevitable people that try to hack in like this:
> 
>   68.164.77.40 - - [24/Jul/2003:21:07:08 -0500] "GET /scripts/..%255c..%
> 255cwinnt/system32/cmd.exe?/c+copy+c:\winnt\system32\cmd.exe+c:\inetpub\scri
> pts\script.exeHTTP/1.1" 404 316

The above is just something you'll have to get used to, or filter out. Your
(almost) on UNIX, not running IIS, so these scans/attempts won't harm you.

Elfyn

-- 
Elfyn McBratney, EMCB  |  http://www.nongnu.org/wwwauth/
http://www.emcb.co.uk  |  http://www.emcb.co.uk/webauth/
[EMAIL PROTECTED]   |  wwwauth-users AT nongnu DOT org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: More Imagemagick/Perlmagick Issues

[Elfyn McBratney]

On Fri, 25 Jul 2003, Bill McCormick wrote:

> Hello,
> 
> I'm trying to install the perl mod Image-Magick-Thumbnail-0.01 ...
> 
> [EMAIL PROTECTED]/usr/src/ImageMagick-5.5.7/Image-Magick-Thumbnail-0.01
> $ perl Makefile.PL
> C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygjpeg6b.dll to
> same address as parent(0xB4) != 0xB5
>   9 [main] perl 2076 sync_with_child: child 2120(0x1B0) died before
> initialization with status code 0x1
>6265 [main] perl 2076 sync_with_child: *** child state child loading dlls
> 
> I have a bad feeling this goes back to the way I was finally able to get
> PerlMagick to compile.

You need to rebase all of your Cygwin DLL's. If you haven't already got the 
'rebase' package installed, install it (via setup.exe) and read the README in 
/usr/doc/Cygwin/rebase*.README . Make sure to shut down all Cygwin processes 
(including services started via cygrunsrv) before running rebaseall.

You might want to drop magick-users on any follow-ups as this is a Cygwin issue 
not an ImageMagick issue, though I've kept them in the CC for clarity.

Elfyn

-- 
Elfyn McBratney, EMCB  |  http://www.nongnu.org/wwwauth/
http://www.emcb.co.uk  |  http://www.emcb.co.uk/webauth/
[EMAIL PROTECTED]   |  wwwauth-users AT nongnu DOT org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [BUG] emacs cygwin compile.el next-error fails with Ant

[Mark Evenson]

Following the suggestion of Joe Buehler the following scripts placed in
$HOME/bin, with ant-emacs chmod'd to execute

ant-emacs
--
#!/bin/sh
ANT_ARGS="$ANT_ARGS -emacs" 
ANT_OPTS="$ANT_OPTS -Dbuild.compiler.emacs=true" 
export ANT_ARGS ANT_OPTS
ant $* 2>&1 | gawk -f $HOME/bin/transform.gawk 2>&1 | sed s/\\r//g | sed s/^gawk.*$//
--

and the following gawk script 

transform.gawk
--
/^[A-Z]:/ {
  command = "tr \ / | xargs cygpath "; 
  printf "%s", $1 | command;  
  close(command); 
  for (i = 2; i < NF; i++) {
printf " %s", $i;
  };
  printf "\n";

  next;
}
{print}
--

will make next-error work in compile.el with Emacs running under cygwin.
This is not perfect, as it changes the output slightly (I have a extra
newline emitted somehow), but it might help someone else.

After some investigation and further reflection, I think this can be
classified as a problem with Ant, and not with cygwin and/or Emacs as Ant
should emit "UNIX normalized" pathnames if it is running under
cygwin/Emacs.  The problem with implementing this is that Ant is merely
passing back the output from a native win32 javac which necessarily needs
the platform dependent path.separator variable.  Maybe I will have time his
weekend to look into this.

-- 
Mark Evenson <[EMAIL PROTECTED]>

"A screaming comes across the sky.  It has happened before, but there is
nothing to compare to it now."

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: compiling xterm from cvs

[Christopher Faylor]

On Thu, Jul 24, 2003 at 11:16:53AM -0400, Hirsch, Matthew wrote:
>Hi list
>
>I would like to compile xterm with debugging symbols to get a better idea of
>how ptys can be used under Cygwin
>(http://cygwin.com/ml/cygwin/2003-07/msg01270.html).
>
>I got the source from CVS as described on http://xfree86.cygwin.com/cvs.html

We have a mailing list for XFree86 issues.  Redirecting there.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/