RE : Problem with mod_jk (Apache and tomcat)

[Flo]

Yes 

This dll need another two dll that I added but now the error code
changed to 127 so I think I must use another mod_jk. Probably a cygwin
mod_jk but when I try to build it with ./configure it fail :

checking os_type directory... Cannot find jni_md.h in
D:\java\j2sdk1.4.2_03/
configure: error: You should retry --with-os-type=SUBDIR

Somebody have a cygwin mod_jk ?
It is probably simpler to use an apache and tomcat for windows.
With cygwin i always get a problem.


-Message d'origine-
Envoyé : mardi 2 mars 2004 18:13
Objet : Re: Problem with mod_jk (Apache and tomcat)

On Tue, 2 Mar 2004 florentlothonfreefr wrote:

> Hello,
>
> i try to configure tomcat (windows installed) and apache (from cygwin)
> to work together. But i have a problem getting the mod_jk :
> The Freebsd directory of this URL :
> http://apache.crihan.fr/dist/jakarta/tomcat-connectors/jk/binaries/
> isn't available.
> I saw the apache modules of cygwin and they are dll files so i
> downloaded the win32 dll at the same URL but i get this error message
> when i start httpd :
> $ /usr/sbin/httpd.exe
> Syntax error on line 1020 of /etc/apache/httpd.conf:
> Cannot load /usr/lib/apache/mod_jk_1_2_5_2_0_47.dll into server:
dlopen: Win32 error 126
>
> Must i build another mod_jk.dll with cygwin ?
> is it possible ?
>
> Flo

$ net helpmsg 126
The specified module could not be found.

Does that DLL file actually exist?  What are the permissions on it, and
on
the "/usr/lib/apache" directory?  Also, if it exists, run "cygcheck
/usr/lib/apache/mod_jk_1_2_5_2_0_47.dll" and see what other DLLs are
required - perhaps one of them cannot be found.
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: gcc 2.95_

[Tim Prince]

At 02:58 PM 3/2/2004, Erick Castillo wrote:



You're absolutely right, gcc version 3.3 does work fine. The problem I'm 
having
is specific to the software I am trying to compile. The application i have
compiles with older versions of the compiler and this is why I'm looking for
older ones. So one last question... did v2.96 meet the same fate as v2.95?

No, gcc-2.96 was a red hat release, not a gnu release.  I never saw it 
appear on cygwin, nor any OS other than those put out by Red Hat.  Some of 
the versions were mighty buggy.

Tim Prince 

--
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/

SIGSEGV in cygwin1.dll

[Marco Canini]

Hi list, this is my first post here.
I'm writing an application that uses SDL, lib3ds and glib
I've installed SDL and lib3ds from sources, both compiled with 
-mno-cygwin, while glib (2.2) comes from here 
http://web.sfc.keio.ac.jp/~s01397ms/cygwin/
I wasn't able to compile it from sources, still need to understand why.
Anyway after I actually compiled my application I run it and ... SIGSEGV
(The application works in my linux box)
With gdb I was able to collect this stack trace:

Program received signal SIGSEGV, Segmentation fault.
0x61021a8b in unsetenv () from /usr/bin/cygwin1.dll
(gdb) bt
#0  0x61021a8b in unsetenv () from /usr/bin/cygwin1.dll
#1  0x6101f9b2 in dlfork () from /usr/bin/cygwin1.dll
#2  0x6101fa28 in getenv () from /usr/bin/cygwin1.dll
#3  0x0061ccec in g_type_init_with_debug_flags ()
   from /usr/bin/cyggobject-2.0-0.dll
#4  0x0061ce4c in g_type_init () from /usr/bin/cyggobject-2.0-0.dll
#5  0x0040566f in e3d_init () at e3d.c:7
#6  0x00401fcc in test3 (surface=0x3e6bb8) at main.c:332
#7  0x004028df in SDL_main (argc=1, argv=0x22fec0) at main.c:473
#8  0x00407942 in console_main (argc=1, argv=0x22fec0)
at win32/SDL_win32_main.c:249
#9  0x00407aee in WinMain (hInst=0x40, hPrev=0x0, szCmdLine=0x241f05 
"",
sw=10) at win32/SDL_win32_main.c:361
#10 0x004073df in main ()

I tried to get cygwin from cvs and compile a debug version of 
cygwin1.dll, but i can't.
I didn't find a doc on how to compile it from sources, in particular i'm 
interestend in compiling only src/winsup/cygwin and not all cygwin.
Is it possible? How?
If i can compile it I'll able to understand where's the problem

Thanks

Marco Canini

--
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: gcc 2.95

[Norman Vine]

Erick Castillo wrote:
> 
> Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... does 
> not work properly. Where could i find 2.95 if not through the simple cygwin 
> install wizard? Will version 2.95 even work on the latest cygwin release? Any 
> information on this would be incredibly useful. thanks. 

try
http://www.google.com/search?client=googlet&q=gcc2-2.95.3-10.tar.bz2

HTH

Norman

--
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: Request: Cgywin version dependancy listed in setup

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Charles Plager wrote:

> Larry Hall wrote:
>
> > Setup will eventually handle version dependencies too (it may be set up
> > for it now, I didn't check).  That means that setup will understand if
> > it's dependencies need to be updated as well.  For now, you don't have
> > that option (either because it's not completely there yet in setup or
> > because the packages aren't making use of it).  However it is something
> > that has been discussed, though probably just on the cygwin-apps list.
>
> The cygwin setup too assumes that you want to, by default, update all
> packages that are newer on the mirror than on your machine.  Is it
> currently possible/will it be possible to tell setup that you want to
> leave your installation alone by default and just pick what packages you
> want to update?  I realize that you can force this by going to the
> "partial" view and telling every package that you want to keep what you
> have, but it isn't ideal.
>
> I do realize that in general, you want people to be upgrading to the
> latest versions as you don't want to be supporting too many different
> versions, but that isn't always the best choice for some of us.
>
> TIA,
>   Charles

That's what the "Keep" mode is for, contributed by someone with just this
requirement.  When in the "Keep" mode, setup will not update any packages
that you don't tell it to.
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: gcc 2.95_

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Charles Plager wrote:

> Warren Young wrote:
> > Erick Castillo wrote:
> >
> > The application i have compiles with older versions of the compiler
> >
> > I've found that all of g++ 3.x's new warnings and errors are correct,
> > so the "right" solution is to fix your program. If it's not your
> > program, I'm sure the developers would appreciate patches.
> >
> > If you can't fix it, try rolling back to an earlier version in the 3.x
> > line. Each version has gotten more strict than the last, so the error
> > you're running into might not be present in an older release. 3.2 is
> > still on the Cygwin download sites as the 'prev' release. This is only
> > a temporary fix, realize. The program will have to be fixed
> > eventually.
>
> gcc 3.2 is available with setup.  g++, however, seems to only have
> version 3.3.1-3 available.  Is there a way to get g++ and g77 for 3.2-3?
>
> Charles

I believe before 3.3.1 gcc was one monolithic package.  If you look at the
contents of gcc-3.2-3 at , you'll see that
g++ and friends are included in it.
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: Request: Cgywin version dependancy listed in setup

[Charles Plager]

Larry Hall wrote:

Setup will eventually handle version dependencies too (it may be set up 
for it now, I didn't check).  That means that setup will understand if
it's dependencies need to be updated as well.  For now, you don't have
that option (either because it's not completely there yet in setup or
because the packages aren't making use of it).  However it is something 
that has been discussed, though probably just on the cygwin-apps list.
The cygwin setup too assumes that you want to, by default, update all 
packages that are newer on the mirror than on your machine.  Is it 
currently possible/will it be possible to tell setup that you want to 
leave your installation alone by default and just pick what packages you 
want to update?  I realize that you can force this by going to the 
"partial" view and telling every package that you want to keep what you 
have, but it isn't ideal.

I do realize that in general, you want people to be upgrading to the 
latest versions as you don't want to be supporting too many different 
versions, but that isn't always the best choice for some of us.

TIA,
  Charles   
--
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: gcc 2.95_

[Charles Plager]

Warren Young wrote:
Erick Castillo wrote:

The application i have compiles with older versions of the compiler 

I've found that all of g++ 3.x's new warnings and errors are correct, so the "right" solution is to fix your program. If it's not your program, I'm sure the developers would appreciate patches.

If you can't fix it, try rolling back to an earlier version in the 3.x line. Each version has gotten more strict than the last, so the error you're running into might not be present in an older release. 3.2 is still on the Cygwin download sites as the 'prev' release. This is only a temporary fix, realize. The program will have to be fixed eventually.
gcc 3.2 is available with setup.  g++, however, seems to only have 
version 3.3.1-3 available.  Is there a way to get g++ and g77 for 3.2-3?

	Charles

--
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: gcc 2.95_

[Warren Young]

Erick Castillo wrote:
The application i have 
compiles with older versions of the compiler 
I've found that all of g++ 3.x's new warnings and errors are correct, so 
the "right" solution is to fix your program.  If it's not your program, 
I'm sure the developers would appreciate patches.

If you can't fix it, try rolling back to an earlier version in the 3.x 
line.  Each version has gotten more strict than the last, so the error 
you're running into might not be present in an older release.  3.2 is 
still on the Cygwin download sites as the 'prev' release.  This is only 
a temporary fix, realize.  The program will have to be fixed eventually.

--
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: Snapshot 20040225: make hangs/errors out

[Volker Quetschke]

Are you still using this script:

export C=1 while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ;
done echo Failed after $C runs
If yes: The strace catches the errors.  I use a script without strace
and the while catches the error of the make command.


Do you actually have an strace which demonstrates the problem?  I
don't any indication that you've duplicated this problem running
strace with a "modern" snapshot.
No, but I'll try to catch one. (I removed the strace from my script.)
Ok, caught two already. (Produced with attached script + Makefile)

make: *** virtual memory exhausted.  Stop.
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
Failed after 18 runs
corresponds to:

and

make: *** virtual memory exhausted.  Stop.
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
Failed after 6 runs
corresponds to:

I used cygwin1.dll with debugging build 20040225 and the make.exe
you (cgf) send me.
cygcheck output is somewhere in this thread.

Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
SHELL   = /bin/sh

testuname: 0.pp 1.pp 2.pp 3.pp 4.pp 5.pp 6.pp 7.pp 8.pp 9.pp 10.pp 11.pp 12.pp 13.pp 
14.pp 15.pp 16.pp 17.pp 18.pp 19.pp 20.pp 21.pp 22.pp 23.pp 24.pp 25.pp 26.pp 27.pp 
28.pp 29.pp 30.pp

%.pp::
: Begin $@ ${C}
@uname
: End $@ ${C}
#!/bin/bash
#export CYGWIN=error_start:gdb

export D=1

while [ $D -le 100 ] ; do
echo Loop $D

export C=1

logname=freeze.$D
logerr=${logname}.err

q=""
while [ "$q" != "stop" ] ; do
 strace -o strace.out make -j -f MakefileV > $logname 2>> $logerr
 C=$(($C+1))
 if [ -s $logerr ]; then q="stop" ; fi
done

echo Failed after $C runs >> $logerr
mv strace.out strace.out.$D
if [ -f make.exe.stackdump ]; then mv make.exe.stackdump make.exe.stackdump.$D ; fi
D=$(($D+1))

done

--
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: Snapshot 20040225: make hangs/errors out

[Brian Ford]

On Tue, 2 Mar 2004, Igor Pechtchanski wrote:

> Brian,
>
> It must be late in the day -- $((a+b)) is bash syntax, not ash...  You
> need to change your script to have '#!/bin/bash' or use `expr a + b`.
>   Igor
>
Thanks Igor.  I knew it had to be something stupid.

FWIW, I first tried the script verbatum from the original bug report.  It
had no #! line, and I thought that might be a problem.  I went through
several iterations of no #!, #!/bin/sh, #!/bin/bash, and even `expr $C +
1`, so I knew about that issue.  It must be too late in the day for me, as
this stuff always happens to me around quiting time :).

I'm still seeing "weirdness", but I'll have to poke around a lot more to
accurately define it.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: gcc 2.95_

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Erick Castillo wrote:

> Rolf Campbell  mailc.net> writes:
>
> > gcc version 3.3 works fine, gcc v2.95 was broken on cygwin and nobody
> > wanted to fix it, so it was discontinued.
> >
> > Erick Castillo wrote:
> > > Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... does
> > > not work properly. Where could i find 2.95 if not through the simple cygwin
> > > install wizard? Will version 2.95 even work on the latest cygwin release? Any
> > > information on this would be incredibly useful. thanks.
> > >
> > > --Erick Castillo
>
> You're absolutely right, gcc version 3.3 does work fine. The problem I'm having
> is specific to the software I am trying to compile. The application i have
> compiles with older versions of the compiler and this is why I'm looking for
> older ones. So one last question... did v2.96 meet the same fate as v2.95?
>
> By the way, thanks a million for the response. You saved me several hours.
>
> --Erick Castillo

Erick,

There was no 2.96.  The last Cygwin-specific release of gcc2 was 2.95.3-10.
If you absolutely need 2.95, I'm sure the Cygwin-specific sources are
still floating around[*], and you should be able to build from them.  It
might even work, unless you hit one of the bugs that influenced the
decision to dump it in the first place.
Igor
[*] Hint: Google for "gcc2-2.95.3-10-src.tar.bz2"
-- 
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: invalid spawn id (4)

[Wolmarans, Brett]

Yes I know, but I am not a skilled contributor. 

___
brett wolmarans, PSE, Spirent Communications
Cell Phone: (818) 292-3411  http://support.spirentcom.com



-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 02, 2004 3:50 PM
To: Wolmarans, Brett
Cc: [EMAIL PROTECTED]
Subject: RE: invalid spawn id (4)

Brett,

First off, please configure your mailer to not quote raw e-mail addresses
in your replies -- the spam harvesters have it too easy already.

And I actually was not joking -- Cygwin setup, just like Cygwin itself, is
open-source software developed by volunteers in their spare time.
Without their contributions, we would still be in the days of B20
(although some people seem to think that that might not be too bad).
Frankly, the reason I suggested that you try to do this is that this
project doesn't look like it'll require too much of a learning curve, and
will, IMO, help improve the overall Cygwin user experience.  We're always
looking for skilled contributors.
Igor

On Tue, 2 Mar 2004, Wolmarans, Brett wrote:

> You must be joking!
> ___
> brett wolmarans, PSE, Spirent Communications
>
> -Original Message-
> From: Igor Pechtchanski
> Sent: Tuesday, March 02, 2004 1:10 PM
> To: cygwincygwincom
> Cc: Wolmarans, Brett
> Subject: RE: invalid spawn id (4)
>
> Brett,
>
> Humor and indignation aside, it might be a useful feature to have
> "installation profiles" for setup based on intended usage.  That way,
> instead of having to wade through all the packages (on a too-small screen,
> no less [an inside joke]), one could simply select "Cygwin for telnet", or
> "Cygwin for shell scripting", or "Cygwin for cron" and the right set of
> packages will automagically be selected.  Feel free to implement the
> support for this in setup and submit a patch -- I'm sure it will be
> thoughtfully considered.
> Igor
>
> On Tue, 2 Mar 2004, Larry Hall wrote:
>
> > Brett, I understood your point.  You clearly didn't catch mine though, I
> > guess because it was shrouded in humor.  I'll be more plain.
> >
> > The argument you make for including Cygwin's telnet by default could be
> > made for many other utilities provided with Cygwin as well.  Including
> > all these by default would make for a very large base installation.
> > Some would say that it is already too large.  Since you argue that
> > the current default installation contains "a gazillion other things
> > installed by default that will only be useful to
> > 0.01% of the user base", I'm
> > assuming you would be in agreement with this crowd.  But that would
> > contradict your argument so I can only guess that you're making it
> > to let everyone on the list know that all this bothers you intensely.
> > Perhaps you feel that you're owed some kind of apology because we
> > didn't anticipate your needs and provide all the facilities (but no
> > more!) that you need personally by default.  Maybe you're just being
> > antagonistic.  I'm not sure.  What I am sure about is that you have
> > complete freedom to install or not any package that Cygwin provides.
> > We're not forcing any on you.  Even the default ones can be unselected
> > initially or uninstalled later.  Given that fact, I fail to understand
> > you indignation on this point.  But I hope you understand you are in
> > no way restricted by the current options and that Cygwin as distributed
> > from cygwin.com will not be changing it's defaults to accommodate your
> > specific desires.  If that statement just adds to the indignation you
feel,
> > then the only thing I can suggest is that you refuse to use the software
in
> > protest.
> >
> > Larry
> >
> >
> > At 12:43 PM 3/2/2004, you wrote:
> > >If you recommend your telnet client so much then have it installed by
> > >default.  That was my point.
> > >___
> > >brett wolmarans, PSE, Spirent Communications
> > >
> > >At 07:33 PM 3/1/2004, you wrote:
> > >>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
> > >>client with cygwin expect.
> > >>
> > >>Install cygwin telnet client ( NOT installed by default, heaven alone
knows
> > >>why when they have a gazillion other things installed by default that
will
> > >>only be useful to 0.01% of the
user
> > >>base )
> > >
> > >We recommend Cygwin telnet client over MS regardless of your intended
> > >use. ;-)
> > >
> > >Of course, this list caters to
0.01%
> > >of the user base so we can only make recommendations to the rest of
you.

-- 
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 ha

Re: Snapshot 20040225: make hangs/errors out

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Brian Ford wrote:

> Ok, I haven't been following this thread, but I thought I'd try to help
> debug.  Somebody tell me if I found a clue, or I'm just being stupid.
>
> Under a current, debugging enabled, cvs compiled cygwin1.dll:
>
> $ uname -a
> CYGWIN_NT-5.1 fordpc 1.5.8(0.111/4/2) 2004-03-02 12:22 i686 unknown
> unknown Cygwin
>
> using the attached b.sh script and Makefile, I see the following output:
>
> [snip]
> : End 30.pp 1
> : Begin 0.pp † 1+1‡
> [snip]
> : End 30.pp † 1+1‡
> : Begin 0.pp † † 1+1‡+1‡
> [etc]
>
> hence, the env dump in the script.  Is it just too late in the day for me,
> or is there environment corruption at play here?
>
> This is very easy to reproduce, and it changes with minor changes to the
> script.

Brian,

It must be late in the day -- $((a+b)) is bash syntax, not ash...  You
need to change your script to have '#!/bin/bash' or use `expr a + b`.
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: gcc 2.95_

[Larry Hall]

At 05:58 PM 3/2/2004, you wrote:
>Rolf Campbell  mailc.net> writes:
>
>> 
>> gcc version 3.3 works fine, gcc v2.95 was broken on cygwin and nobody 
>> wanted to fix it, so it was discontinued.
>> 
>> Erick Castillo wrote:
>> > Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... 
>does 
>> > not work properly. Where could i find 2.95 if not through the simple cygwin 
>> > install wizard? Will version 2.95 even work on the latest cygwin release? 
>Any 
>> > information on this would be incredibly useful. thanks. 
>> > 
>> > --Erick Castillo
>> 
>> 
>> 
>
>
>You're absolutely right, gcc version 3.3 does work fine. The problem I'm having 
>is specific to the software I am trying to compile. The application i have 
>compiles with older versions of the compiler and this is why I'm looking for 
>older ones. So one last question... did v2.96 meet the same fate as v2.95? 
>
>By the way, thanks a million for the response. You saved me several hours.


2.95 was the last official Cygwin release before the 3.x.x series.  So there
was no Cygwin gcc 2.96.



--
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: Snapshot 20040225: make hangs/errors out

[Volker Quetschke]

Are you still using this script:

export C=1 while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ;
done echo Failed after $C runs
If yes: The strace catches the errors.  I use a script without strace
and the while catches the error of the make command.
Do you actually have an strace which demonstrates the problem?  I
don't any indication that you've duplicated this problem running
strace with a "modern" snapshot.
No, but I'll try to catch one. (I removed the strace from my script.)

Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

RE: invalid spawn id (4)

[Igor Pechtchanski]

Brett,

First off, please configure your mailer to not quote raw e-mail addresses
in your replies -- the spam harvesters have it too easy already.

And I actually was not joking -- Cygwin setup, just like Cygwin itself, is
open-source software developed by volunteers in their spare time.
Without their contributions, we would still be in the days of B20
(although some people seem to think that that might not be too bad).
Frankly, the reason I suggested that you try to do this is that this
project doesn't look like it'll require too much of a learning curve, and
will, IMO, help improve the overall Cygwin user experience.  We're always
looking for skilled contributors.
Igor

On Tue, 2 Mar 2004, Wolmarans, Brett wrote:

> You must be joking!
> ___
> brett wolmarans, PSE, Spirent Communications
>
> -Original Message-
> From: Igor Pechtchanski
> Sent: Tuesday, March 02, 2004 1:10 PM
> To: cygwincygwincom
> Cc: Wolmarans, Brett
> Subject: RE: invalid spawn id (4)
>
> Brett,
>
> Humor and indignation aside, it might be a useful feature to have
> "installation profiles" for setup based on intended usage.  That way,
> instead of having to wade through all the packages (on a too-small screen,
> no less [an inside joke]), one could simply select "Cygwin for telnet", or
> "Cygwin for shell scripting", or "Cygwin for cron" and the right set of
> packages will automagically be selected.  Feel free to implement the
> support for this in setup and submit a patch -- I'm sure it will be
> thoughtfully considered.
> Igor
>
> On Tue, 2 Mar 2004, Larry Hall wrote:
>
> > Brett, I understood your point.  You clearly didn't catch mine though, I
> > guess because it was shrouded in humor.  I'll be more plain.
> >
> > The argument you make for including Cygwin's telnet by default could be
> > made for many other utilities provided with Cygwin as well.  Including
> > all these by default would make for a very large base installation.
> > Some would say that it is already too large.  Since you argue that
> > the current default installation contains "a gazillion other things
> > installed by default that will only be useful to
> > 0.01% of the user base", I'm
> > assuming you would be in agreement with this crowd.  But that would
> > contradict your argument so I can only guess that you're making it
> > to let everyone on the list know that all this bothers you intensely.
> > Perhaps you feel that you're owed some kind of apology because we
> > didn't anticipate your needs and provide all the facilities (but no
> > more!) that you need personally by default.  Maybe you're just being
> > antagonistic.  I'm not sure.  What I am sure about is that you have
> > complete freedom to install or not any package that Cygwin provides.
> > We're not forcing any on you.  Even the default ones can be unselected
> > initially or uninstalled later.  Given that fact, I fail to understand
> > you indignation on this point.  But I hope you understand you are in
> > no way restricted by the current options and that Cygwin as distributed
> > from cygwin.com will not be changing it's defaults to accommodate your
> > specific desires.  If that statement just adds to the indignation you feel,
> > then the only thing I can suggest is that you refuse to use the software in
> > protest.
> >
> > Larry
> >
> >
> > At 12:43 PM 3/2/2004, you wrote:
> > >If you recommend your telnet client so much then have it installed by
> > >default.  That was my point.
> > >___
> > >brett wolmarans, PSE, Spirent Communications
> > >
> > >At 07:33 PM 3/1/2004, you wrote:
> > >>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
> > >>client with cygwin expect.
> > >>
> > >>Install cygwin telnet client ( NOT installed by default, heaven alone knows
> > >>why when they have a gazillion other things installed by default that will
> > >>only be useful to 0.01% of the user
> > >>base )
> > >
> > >We recommend Cygwin telnet client over MS regardless of your intended
> > >use. ;-)
> > >
> > >Of course, this list caters to 0.01%
> > >of the user base so we can only make recommendations to the rest of you.

-- 
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: Snapshot 20040225: make hangs/errors out

[Brian Ford]

Ok, I haven't been following this thread, but I thought I'd try to help
debug.  Somebody tell me if I found a clue, or I'm just being stupid.

Under a current, debugging enabled, cvs compiled cygwin1.dll:

$ uname -a
CYGWIN_NT-5.1 fordpc 1.5.8(0.111/4/2) 2004-03-02 12:22 i686 unknown
unknown Cygwin

using the attached b.sh script and Makefile, I see the following output:

[snip]
: End 30.pp 1
: Begin 0.pp † 1+1‡
[snip]
: End 30.pp † 1+1‡
: Begin 0.pp † † 1+1‡+1‡
[etc]

hence, the env dump in the script.  Is it just too late in the day for me,
or is there environment corruption at play here?

This is very easy to reproduce, and it changes with minor changes to the
script.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444SHELL   = /bin/sh

testuname: 0.pp 1.pp 2.pp 3.pp 4.pp 5.pp 6.pp 7.pp 8.pp 9.pp 10.pp 11.pp 12.pp 13.pp 
14.pp 15.pp 16.pp 17.pp 18.pp 19.pp 20.pp 21.pp 22.pp 23.pp 24.pp 25.pp 26.pp 27.pp 
28.pp 29.pp 30.pp

%.pp::
: Begin $@ ${C}
@sleep 1
: End $@ ${C}
#!/bin/sh

export C=1
while make -j; do C=$(($C+1)) ; env > env.txt; done
echo Failed after $C runs
!C:=C:\cygwin\bin
ALLUSERSPROFILE=C:\Documents and Settings\All Users
APPDATA=C:\Documents and Settings\ford\Application Data
C=† † 1+1‡+1‡
COLORFGBG=15;default;0
COLORTERM=rxvt-xpm
COMMONPROGRAMFILES=C:\Program Files\Common Files
COMPUTERNAME=FORDPC
COMSPEC=C:\WINDOWS\system32\cmd.exe
CUST=/vss/ems/env8/common
CVSROOT=:pserver:[EMAIL PROTECTED]:/home/vsslib/CVS
CVS_RSH=/bin/ssh
DISPLAY=:0
EMS=/vss/ems
ENV_PATH=/home/ford/env://thing1/db_release9/commercial/demo://thing1/db_release9/commercial/europe_env://thing1/db_release9/commercial/japan_env://thing1/db_release9/commercial/asia_env://thing1/db_release9/commercial/north_amer_env://thing1/db_release9/commercial/south_amer_env://thing1/db_release9/commercial/models://thing1/db_release9/commercial/test_align://thing1/db_release9/commercial/helicopter://thing1/db_release9/commercial/common
HOME=/home/ford
HOMEDRIVE=C:
HOMEPATH=\Documents and Settings\ford
HOSTNAME=fordpc
INFOPATH=/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:
LOGONSERVER=\\FORDPC
MAKE_MODE=unix
MANPATH=/usr/X11R6/man:/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man
NUMBER_OF_PROCESSORS=2
OLDPWD=/home/ford
ORIG_CDPATH=.:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
 Files/ATI Technologies/ATI Control Panel:/usr/bin
ORIG_PATH=.:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
 Files/ATI Technologies/ATI Control Panel:/usr/bin
OS=Windows_NT
PATH=.:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
 Files/ATI Technologies/ATI Control 
Panel:/usr/bin:/home/ford/v9win2/tap:/vss/ems/bin:/home/ford/vsslib
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PKG_CONFIG_PATH=:/usr/X11R6/lib/pkgconfig
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel
PROCESSOR_LEVEL=15
PROCESSOR_REVISION=0209
PROGRAMFILES=C:\Program Files
PROMPT=$P$G
PS1=\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ 
PWD=/home/ford/bug_testing/ht
RTCVSBIN=/home/ford/vsslib
SESSIONNAME=Console
SHELL=/bin/bash
SHLVL=1
SYSTEMDRIVE=C:
SYSTEMROOT=C:\WINDOWS
TAP=/home/ford/v9win2/tap
TEMP=/cygdrive/c/DOCUME~1/ford/LOCALS~1/Temp
TERM=xterm
TEXMF={/usr/share/lilypond/2.0.1,/usr/share/texmf}
TMP=/cygdrive/c/DOCUME~1/ford/LOCALS~1/Temp
USER=ford
USERDOMAIN=FORDPC
USERNAME=ford
USERPROFILE=C:\Documents and Settings\ford
WINDIR=C:\WINDOWS
WINDOWID=168034472
XAPPLRESDIR=/home/ford/v9win2/tap/app-defaults
_=./b.sh
--
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: invalid spawn id (4)

[Larry Hall]

At 05:53 PM 3/2/2004, you wrote:
>I wish I had a job where I could spend this much time writing so much about
>so little.  Lucky you!


Apparently you do (have such a job).  And I'm sure we're all appreciative 
that you use so much of your precious time to start antagonistic threads 
and keep them going!  It's very useful.  I expect that this thread will 
work to your advantage with any future inquiries you make to the list.  Who 
wouldn't want to try to help you with a problem you're having?!

Nice talking with you.


--
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/

setup installation profiles [Was Re: invalid spawn id (4)]

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Christopher Faylor wrote:

> On Tue, Mar 02, 2004 at 04:10:00PM -0500, Igor Pechtchanski wrote:
> >Humor and indignation aside, it might be a useful feature to have
> >"installation profiles" for setup based on intended usage.  That way,
> >instead of having to wade through all the packages (on a too-small
> >screen, no less [an inside joke]), one could simply select "Cygwin for
> >telnet", or "Cygwin for shell scripting", or "Cygwin for cron" and the
> >right set of packages will automagically be selected.  Feel free to
> >implement the support for this in setup and submit a patch -- I'm sure
> >it will be thoughtfully considered.
>
> Actually, IMO, setup's UI needs a complete and total redesign.  It's
> obviously not very intuitive to use.  Something like the above would
> probably be useful but maybe we should just go with a more traditional
> installer look-and-feel.
>
> Anyone up for a 'setup2' project?
>
> cgf

AFAIK, there's already work in progress on separating setup's
functionality from the UI.  Once that's done, we could consider multiple
front-ends for setup, including a Linux-style TUI, or a skinned GUI.  My
suggestion above is orthogonal to this.

As for the traditional installer look-and-feel, if I understood you
correctly, it may not be appropriate for Cygwin, at least the component
selection interface.  I, personally, have some improvements that I'm
working on or planning to be working on that would bring the setup
procedure closer to that of the traditional installers.  I suppose by the
time we get to designing the look-and-feel, some examples and screenshots
would help determine exactly what people mean.  We're just about due for
another setup design discussion on cygwin-apps, anyway. :-)
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: gcc 2.95_

[Erick Castillo]

Rolf Campbell  mailc.net> writes:

> 
> gcc version 3.3 works fine, gcc v2.95 was broken on cygwin and nobody 
> wanted to fix it, so it was discontinued.
> 
> Erick Castillo wrote:
> > Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... 
does 
> > not work properly. Where could i find 2.95 if not through the simple cygwin 
> > install wizard? Will version 2.95 even work on the latest cygwin release? 
Any 
> > information on this would be incredibly useful. thanks. 
> > 
> > --Erick Castillo
> 
> 
> 


You're absolutely right, gcc version 3.3 does work fine. The problem I'm having 
is specific to the software I am trying to compile. The application i have 
compiles with older versions of the compiler and this is why I'm looking for 
older ones. So one last question... did v2.96 meet the same fate as v2.95? 

By the way, thanks a million for the response. You saved me several hours. 

--Erick Castillo





--
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: invalid spawn id (4)

[Wolmarans, Brett]

I wish I had a job where I could spend this much time writing so much about
so little.  Lucky you!

___
brett wolmarans, PSE, Spirent Communications
Cell Phone: (818) 292-3411  http://support.spirentcom.com



-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 02, 2004 1:01 PM
To: Wolmarans, Brett; 'Cygwin List'; Wolmarans, Brett
Subject: RE: invalid spawn id (4)

Brett, I understood your point.  You clearly didn't catch mine though, I 
guess because it was shrouded in humor.  I'll be more plain.

The argument you make for including Cygwin's telnet by default could be 
made for many other utilities provided with Cygwin as well.  Including 
all these by default would make for a very large base installation.  
Some would say that it is already too large.  Since you argue that 
the current default installation contains "a gazillion other things 
installed by default that will only be useful to 
0.01% of the user base", I'm 
assuming you would be in agreement with this crowd.  But that would 
contradict your argument so I can only guess that you're making it 
to let everyone on the list know that all this bothers you intensely.  
Perhaps you feel that you're owed some kind of apology because we 
didn't anticipate your needs and provide all the facilities (but no
more!) that you need personally by default.  Maybe you're just being 
antagonistic.  I'm not sure.  What I am sure about is that you have 
complete freedom to install or not any package that Cygwin provides.
We're not forcing any on you.  Even the default ones can be unselected
initially or uninstalled later.  Given that fact, I fail to understand
you indignation on this point.  But I hope you understand you are in 
no way restricted by the current options and that Cygwin as distributed
from cygwin.com will not be changing it's defaults to accommodate your 
specific desires.  If that statement just adds to the indignation you feel,
then the only thing I can suggest is that you refuse to use the software in
protest.

Larry


At 12:43 PM 3/2/2004, you wrote:
>If you recommend your telnet client so much then have it installed by
>default.  That was my point.
>
>___
>brett wolmarans, PSE, Spirent Communications
>Cell Phone: (818) 292-3411  http://support.spirentcom.com
>
>
>
>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED] 
>Sent: Monday, March 01, 2004 7:37 PM
>To: Wolmarans, Brett; '[EMAIL PROTECTED]'
>Subject: Re: invalid spawn id (4)
>
>At 07:33 PM 3/1/2004, you wrote:
>>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
>>client with cygwin expect.  
>>
>>Install cygwin telnet client ( NOT installed by default, heaven alone
knows
>>why when they have a gazillion other things installed by default that will
>>only be useful to 0.01% of the
user
>>base )  
>
>
>We recommend Cygwin telnet client over MS regardless of your intended 
>use. ;-)
>
>Of course, this list caters to
0.01%
>
>of the user base so we can only make recommendations to the rest of you.
>
>
>--
>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/

--
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: invalid spawn id (4)

[Wolmarans, Brett]

You must be joking! 

___
brett wolmarans, PSE, Spirent Communications
Cell Phone: (818) 292-3411  http://support.spirentcom.com



-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 02, 2004 1:10 PM
To: [EMAIL PROTECTED]
Cc: Wolmarans, Brett
Subject: RE: invalid spawn id (4)

Brett,

Humor and indignation aside, it might be a useful feature to have
"installation profiles" for setup based on intended usage.  That way,
instead of having to wade through all the packages (on a too-small screen,
no less [an inside joke]), one could simply select "Cygwin for telnet", or
"Cygwin for shell scripting", or "Cygwin for cron" and the right set of
packages will automagically be selected.  Feel free to implement the
support for this in setup and submit a patch -- I'm sure it will be
thoughtfully considered.
Igor

On Tue, 2 Mar 2004, Larry Hall wrote:

> Brett, I understood your point.  You clearly didn't catch mine though, I
> guess because it was shrouded in humor.  I'll be more plain.
>
> The argument you make for including Cygwin's telnet by default could be
> made for many other utilities provided with Cygwin as well.  Including
> all these by default would make for a very large base installation.
> Some would say that it is already too large.  Since you argue that
> the current default installation contains "a gazillion other things
> installed by default that will only be useful to
> 0.01% of the user base", I'm
> assuming you would be in agreement with this crowd.  But that would
> contradict your argument so I can only guess that you're making it
> to let everyone on the list know that all this bothers you intensely.
> Perhaps you feel that you're owed some kind of apology because we
> didn't anticipate your needs and provide all the facilities (but no
> more!) that you need personally by default.  Maybe you're just being
> antagonistic.  I'm not sure.  What I am sure about is that you have
> complete freedom to install or not any package that Cygwin provides.
> We're not forcing any on you.  Even the default ones can be unselected
> initially or uninstalled later.  Given that fact, I fail to understand
> you indignation on this point.  But I hope you understand you are in
> no way restricted by the current options and that Cygwin as distributed
> from cygwin.com will not be changing it's defaults to accommodate your
> specific desires.  If that statement just adds to the indignation you
feel,
> then the only thing I can suggest is that you refuse to use the software
in
> protest.
>
> Larry
>
>
> At 12:43 PM 3/2/2004, you wrote:
> >If you recommend your telnet client so much then have it installed by
> >default.  That was my point.
> >___
> >brett wolmarans, PSE, Spirent Communications
> >
> >At 07:33 PM 3/1/2004, you wrote:
> >>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
> >>client with cygwin expect.
> >>
> >>Install cygwin telnet client ( NOT installed by default, heaven alone
knows
> >>why when they have a gazillion other things installed by default that
will
> >>only be useful to 0.01% of the
user
> >>base )
> >
> >We recommend Cygwin telnet client over MS regardless of your intended
> >use. ;-)
> >
> >Of course, this list caters to
0.01%
> >of the user base so we can only make recommendations to the rest of you.

-- 
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: Snapshot 20040225: make hangs/errors out

[Rolf Campbell]

Christopher Faylor wrote:
On Tue, Mar 02, 2004 at 02:27:33PM -0500, Volker Quetschke wrote:

I can reproduce with that snapshot, but I get slightly different
results.  Here is the stderr output from 1052 runs, but the strange
thing is that even when I get errors, the task continues to run.  It
seems somehow that the return code of the errored run gets lost or
something.
Are you still using this script:

export C=1 while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ;
done echo Failed after $C runs
If yes: The strace catches the errors.  I use a script without strace
and the while catches the error of the make command.


Do you actually have an strace which demonstrates the problem?  I
don't any indication that you've duplicated this problem running
strace with a "modern" snapshot.
I have reproduced the problem with a recent snapshot ('25), and strace, 
but I am only using a single strace output file, so it keeps going and 
over-writes the errored strace with the next run.  I will run it tonight 
while preserving all strace logs, but I can only run for about 1500 
iterations before I fill my disk.  I hope it happens before that.

Is there any way to tell strace to mimic the return code of it's 
inferior process?

-Rolf

--
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: apache2 and cygwin- problems running

[robert atkinson]

I suppose I should have directed my question better, I was a tad 
confused for sure.

I wasn't aware I -had- to use cygserver in order to get this to startup, 
you helped lead
me down the path that I had to install the package. I outright forgot 
that I did in
fact read the docs for it, when I tried to run the command to do the 
config it
wasn't found.

Who knows what else I was tasking to, I've been in a state of Bliss 
since I went back to
try Cygwin. Previously, I was on a slow connection so to download all 
the packages was
really tiresome. KDE has been wonderful to me so far, and I've been able 
to get rid of
all my xwindows managers for win32 so I can run a few ulities on my gateway.

So thanks a lot, it runs fine with the exception that I am told the 
service fails to start,
when it's quite the opposite. That however can be fixed now that the 
httpd.exe is running.



On Tue, 2 Mar 2004, robert atkinson wrote:

 

I am running CYGWIN 1.5.7 on WindowsXP, been having problems getting
apache2 (2.0.47 & 2.0.48)
to startup and continue running. It just simply shows up on my taskmgr,
then exits with little fanfair.
I have no issues compiling Apache2, I get the normal .exe errors so I
simply copy the .exe's left behind over
to the default /usr/local/apache2/bin. I have tried:
'./httpd.exe -k start'
'./httpd.exe -t'
'./httpd.exe -e debug'
'./apachectl start'
I get no errors on the httpd.exe, on the apachectl I get the 'ulimit'
not available, but nothing else save a 'pid overwritten' message in the
errors_log.
I have tried the various switches for no shared objects, or all shared
objects. I have compiled with default prefork as the model, then tried to
change all the paths, thinking it was possible I had wrong server roots.
I've seen that others were fruitfull on getting it to at least run, but
it just dies on me no matter what ports I set, ip's.
I changed the user/group as well thinking that could be the problem,
tried SYSTEM, my username and always left group to the default.
I made sure the permissions on the cygwin directory allowed writes, etc.
Lastly, I fell back to running strace.
**
Program name: i:\mozilla\cygwin\usr\local\apache2\bin\httpd.exe (2668)
App version:  1005.7, api: 0.109
DLL version:  1005.7, api: 0.109
DLL build:2004-01-30 19:32
OS version:   Windows NT-5.1
Heap size:402653184
Date/Time:2004-03-02 15:20:09
**
Then after a pretty big trace, this is at the end of the process life.

26  290212 [main] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/httpd.pid' handle 0x6C4
  93  290305 [main] httpd 2972 close: 0 = close (8)
  72  290377 [main] httpd 2972 semget: semget (key = 0, nsems = 1, semflg = 0x380)
  44  290421 [main] httpd 2972 cygserver_init: cygserver use disabled in client
  29  290450 [main] httpd 2972 client_request::make_request: cygserver un-available
  26  290476 [main] httpd 2972 semget: -1 [88] = semctl ()
  25  290501 [main] httpd 2972 kill: kill (2972, 12)
  27  290528 [main] httpd 2972 sig_send: sendsig 0x700, pid 2972, signal 12, its_me 1
  37  290565 [main] httpd 2972 sig_send: wakeup 0x6C4
  42  290607 [main] httpd 2972 sig_send: Waiting for pack.wakeup 0x6C4
  39  290646 [sig] httpd 2972 sig_handle: signal 12 processing
  29  290675 [sig] httpd 2972 sig_handle: signal 12, about to call do_exit
  71  290746 [sig] httpd 2972 signal_exit: about to call do_exit (10C00)
  24  290770 [sig] httpd 2972 do_exit: do_exit (68608), exit_state 0
  25  290795 [sig] httpd 2972 void: 0x0 = signal (20, 0x1)
  24  290819 [sig] httpd 2972 void: 0x0 = signal (1, 0x1)
  22  290841 [sig] httpd 2972 void: 0x0 = signal (2, 0x1)
  23  290864 [sig] httpd 2972 void: 0x0 = signal (3, 0x1)
  23  290887 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' handle 0x7D8
  31  290918 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' handle 0x734
  31  290949 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/error_log' handle 0x6E4
 224  291173 [sig] httpd 2972 fhandler_socket::close: 0 = fhandler_socket::close()
 188  291361 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/access_log' handle 0x6A8
  97  291458 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/error_log' handle 0x6EC
 110  291568 [sig] httpd 2972 sigproc_terminate: entering
  36  291604 [sig] httpd 2972 proc_terminate: nchildren 0, nzombies 0
  25  291629 [sig] httpd 2972 proc_terminate: leaving
  84  291713 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, dwLowDateTime 400576
  27  291740 [sig] httpd 2972 __to_clock_t: total  0028
  24  291764 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, dwLowDateTime 200288
  40  291804 [sig] httpd 2972 __to_clock_t: total  0014
1224  293028 [sig] httpd 2972 _pinfo::exit: Calling ExitProcess 68608
Help :) I didn't see much about cygserver, or the cygserver use disabled
i

Re: gcc 2.95

[Rolf Campbell]

gcc version 3.3 works fine, gcc v2.95 was broken on cygwin and nobody 
wanted to fix it, so it was discontinued.

Erick Castillo wrote:
Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... does 
not work properly. Where could i find 2.95 if not through the simple cygwin 
install wizard? Will version 2.95 even work on the latest cygwin release? Any 
information on this would be incredibly useful. thanks. 

--Erick Castillo


--
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/

gcc 2.95

[Erick Castillo]

Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... does 
not work properly. Where could i find 2.95 if not through the simple cygwin 
install wizard? Will version 2.95 even work on the latest cygwin release? Any 
information on this would be incredibly useful. thanks. 

--Erick Castillo


--
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: invalid spawn id (4)

[Christopher Faylor]

On Tue, Mar 02, 2004 at 04:10:00PM -0500, Igor Pechtchanski wrote:
>Humor and indignation aside, it might be a useful feature to have
>"installation profiles" for setup based on intended usage.  That way,
>instead of having to wade through all the packages (on a too-small
>screen, no less [an inside joke]), one could simply select "Cygwin for
>telnet", or "Cygwin for shell scripting", or "Cygwin for cron" and the
>right set of packages will automagically be selected.  Feel free to
>implement the support for this in setup and submit a patch -- I'm sure
>it will be thoughtfully considered.

Actually, IMO, setup's UI needs a complete and total redesign.  It's
obviously not very intuitive to use.  Something like the above would
probably be useful but maybe we should just go with a more traditional
installer look-and-feel.

Anyone up for a 'setup2' project?

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: invalid spawn id (4)

[Igor Pechtchanski]

Brett,

Humor and indignation aside, it might be a useful feature to have
"installation profiles" for setup based on intended usage.  That way,
instead of having to wade through all the packages (on a too-small screen,
no less [an inside joke]), one could simply select "Cygwin for telnet", or
"Cygwin for shell scripting", or "Cygwin for cron" and the right set of
packages will automagically be selected.  Feel free to implement the
support for this in setup and submit a patch -- I'm sure it will be
thoughtfully considered.
Igor

On Tue, 2 Mar 2004, Larry Hall wrote:

> Brett, I understood your point.  You clearly didn't catch mine though, I
> guess because it was shrouded in humor.  I'll be more plain.
>
> The argument you make for including Cygwin's telnet by default could be
> made for many other utilities provided with Cygwin as well.  Including
> all these by default would make for a very large base installation.
> Some would say that it is already too large.  Since you argue that
> the current default installation contains "a gazillion other things
> installed by default that will only be useful to
> 0.01% of the user base", I'm
> assuming you would be in agreement with this crowd.  But that would
> contradict your argument so I can only guess that you're making it
> to let everyone on the list know that all this bothers you intensely.
> Perhaps you feel that you're owed some kind of apology because we
> didn't anticipate your needs and provide all the facilities (but no
> more!) that you need personally by default.  Maybe you're just being
> antagonistic.  I'm not sure.  What I am sure about is that you have
> complete freedom to install or not any package that Cygwin provides.
> We're not forcing any on you.  Even the default ones can be unselected
> initially or uninstalled later.  Given that fact, I fail to understand
> you indignation on this point.  But I hope you understand you are in
> no way restricted by the current options and that Cygwin as distributed
> from cygwin.com will not be changing it's defaults to accommodate your
> specific desires.  If that statement just adds to the indignation you feel,
> then the only thing I can suggest is that you refuse to use the software in
> protest.
>
> Larry
>
>
> At 12:43 PM 3/2/2004, you wrote:
> >If you recommend your telnet client so much then have it installed by
> >default.  That was my point.
> >___
> >brett wolmarans, PSE, Spirent Communications
> >
> >At 07:33 PM 3/1/2004, you wrote:
> >>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
> >>client with cygwin expect.
> >>
> >>Install cygwin telnet client ( NOT installed by default, heaven alone knows
> >>why when they have a gazillion other things installed by default that will
> >>only be useful to 0.01% of the user
> >>base )
> >
> >We recommend Cygwin telnet client over MS regardless of your intended
> >use. ;-)
> >
> >Of course, this list caters to 0.01%
> >of the user base so we can only make recommendations to the rest of you.

-- 
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: invalid spawn id (4)

[Larry Hall]

Brett, I understood your point.  You clearly didn't catch mine though, I 
guess because it was shrouded in humor.  I'll be more plain.

The argument you make for including Cygwin's telnet by default could be 
made for many other utilities provided with Cygwin as well.  Including 
all these by default would make for a very large base installation.  
Some would say that it is already too large.  Since you argue that 
the current default installation contains "a gazillion other things 
installed by default that will only be useful to 
0.01% of the user base", I'm 
assuming you would be in agreement with this crowd.  But that would 
contradict your argument so I can only guess that you're making it 
to let everyone on the list know that all this bothers you intensely.  
Perhaps you feel that you're owed some kind of apology because we 
didn't anticipate your needs and provide all the facilities (but no
more!) that you need personally by default.  Maybe you're just being 
antagonistic.  I'm not sure.  What I am sure about is that you have 
complete freedom to install or not any package that Cygwin provides.
We're not forcing any on you.  Even the default ones can be unselected
initially or uninstalled later.  Given that fact, I fail to understand
you indignation on this point.  But I hope you understand you are in 
no way restricted by the current options and that Cygwin as distributed
from cygwin.com will not be changing it's defaults to accommodate your 
specific desires.  If that statement just adds to the indignation you feel,
then the only thing I can suggest is that you refuse to use the software in
protest.

Larry


At 12:43 PM 3/2/2004, you wrote:
>If you recommend your telnet client so much then have it installed by
>default.  That was my point.
>
>___
>brett wolmarans, PSE, Spirent Communications
>Cell Phone: (818) 292-3411  http://support.spirentcom.com
>
>
>
>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED] 
>Sent: Monday, March 01, 2004 7:37 PM
>To: Wolmarans, Brett; '[EMAIL PROTECTED]'
>Subject: Re: invalid spawn id (4)
>
>At 07:33 PM 3/1/2004, you wrote:
>>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
>>client with cygwin expect.  
>>
>>Install cygwin telnet client ( NOT installed by default, heaven alone knows
>>why when they have a gazillion other things installed by default that will
>>only be useful to 0.01% of the user
>>base )  
>
>
>We recommend Cygwin telnet client over MS regardless of your intended 
>use. ;-)
>
>Of course, this list caters to 0.01%
>
>of the user base so we can only make recommendations to the rest of you.
>
>
>--
>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/


--
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: Snapshot 20040225: make hangs/errors out

[Christopher Faylor]

On Tue, Mar 02, 2004 at 02:27:33PM -0500, Volker Quetschke wrote:
>>I can reproduce with that snapshot, but I get slightly different
>>results.  Here is the stderr output from 1052 runs, but the strange
>>thing is that even when I get errors, the task continues to run.  It
>>seems somehow that the return code of the errored run gets lost or
>>something.
>
>Are you still using this script:
>
>export C=1 while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ;
>done echo Failed after $C runs
>
>If yes: The strace catches the errors.  I use a script without strace
>and the while catches the error of the make command.

Do you actually have an strace which demonstrates the problem?  I
don't any indication that you've duplicated this problem running
strace with a "modern" snapshot.

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: apache2 and cygwin- problems running

[Igor Pechtchanski]

On Tue, 2 Mar 2004, robert atkinson wrote:

> I am running CYGWIN 1.5.7 on WindowsXP, been having problems getting
> apache2 (2.0.47 & 2.0.48)
> to startup and continue running. It just simply shows up on my taskmgr,
> then exits with little fanfair.
>
> I have no issues compiling Apache2, I get the normal .exe errors so I
> simply copy the .exe's left behind over
> to the default /usr/local/apache2/bin. I have tried:
>
> './httpd.exe -k start'
> './httpd.exe -t'
> './httpd.exe -e debug'
> './apachectl start'
>
> I get no errors on the httpd.exe, on the apachectl I get the 'ulimit'
> not available, but nothing else save a 'pid overwritten' message in the
> errors_log.
> I have tried the various switches for no shared objects, or all shared
> objects. I have compiled with default prefork as the model, then tried to
> change all the paths, thinking it was possible I had wrong server roots.
>
> I've seen that others were fruitfull on getting it to at least run, but
> it just dies on me no matter what ports I set, ip's.
> I changed the user/group as well thinking that could be the problem,
> tried SYSTEM, my username and always left group to the default.
> I made sure the permissions on the cygwin directory allowed writes, etc.
>
> Lastly, I fell back to running strace.
> **
> Program name: i:\mozilla\cygwin\usr\local\apache2\bin\httpd.exe (2668)
> App version:  1005.7, api: 0.109
> DLL version:  1005.7, api: 0.109
> DLL build:2004-01-30 19:32
> OS version:   Windows NT-5.1
> Heap size:402653184
> Date/Time:2004-03-02 15:20:09
> **
>
> Then after a pretty big trace, this is at the end of the process life.
>
> 26  290212 [main] httpd 2972 fhandler_base::close: closing 
> '/usr/local/apache2/logs/httpd.pid' handle 0x6C4
>93  290305 [main] httpd 2972 close: 0 = close (8)
>72  290377 [main] httpd 2972 semget: semget (key = 0, nsems = 1, semflg = 0x380)
>44  290421 [main] httpd 2972 cygserver_init: cygserver use disabled in client
>29  290450 [main] httpd 2972 client_request::make_request: cygserver un-available
>26  290476 [main] httpd 2972 semget: -1 [88] = semctl ()
>25  290501 [main] httpd 2972 kill: kill (2972, 12)
>27  290528 [main] httpd 2972 sig_send: sendsig 0x700, pid 2972, signal 12, its_me 
> 1
>37  290565 [main] httpd 2972 sig_send: wakeup 0x6C4
>42  290607 [main] httpd 2972 sig_send: Waiting for pack.wakeup 0x6C4
>39  290646 [sig] httpd 2972 sig_handle: signal 12 processing
>29  290675 [sig] httpd 2972 sig_handle: signal 12, about to call do_exit
>71  290746 [sig] httpd 2972 signal_exit: about to call do_exit (10C00)
>24  290770 [sig] httpd 2972 do_exit: do_exit (68608), exit_state 0
>25  290795 [sig] httpd 2972 void: 0x0 = signal (20, 0x1)
>24  290819 [sig] httpd 2972 void: 0x0 = signal (1, 0x1)
>22  290841 [sig] httpd 2972 void: 0x0 = signal (2, 0x1)
>23  290864 [sig] httpd 2972 void: 0x0 = signal (3, 0x1)
>23  290887 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' handle 0x7D8
>31  290918 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' handle 0x734
>31  290949 [sig] httpd 2972 fhandler_base::close: closing 
> '/usr/local/apache2/logs/error_log' handle 0x6E4
>   224  291173 [sig] httpd 2972 fhandler_socket::close: 0 = fhandler_socket::close()
>   188  291361 [sig] httpd 2972 fhandler_base::close: closing 
> '/usr/local/apache2/logs/access_log' handle 0x6A8
>97  291458 [sig] httpd 2972 fhandler_base::close: closing 
> '/usr/local/apache2/logs/error_log' handle 0x6EC
>   110  291568 [sig] httpd 2972 sigproc_terminate: entering
>36  291604 [sig] httpd 2972 proc_terminate: nchildren 0, nzombies 0
>25  291629 [sig] httpd 2972 proc_terminate: leaving
>84  291713 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, dwLowDateTime 400576
>27  291740 [sig] httpd 2972 __to_clock_t: total  0028
>24  291764 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, dwLowDateTime 200288
>40  291804 [sig] httpd 2972 __to_clock_t: total  0014
>  1224  293028 [sig] httpd 2972 _pinfo::exit: Calling ExitProcess 68608
>
> Help :) I didn't see much about cygserver, or the cygserver use disabled
> in client.
> I did however think all I had to do was run the start commands. I of course
> have no problem on my BSD machines, so this is the first time apache has
> ever let me down.
>
> Thanks in advance.

Robert,

You *did* read the cygserver README at
/usr/share/doc/Cygwin/cygserver.README, right?
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 r

apache2 and cygwin- problems running

[robert atkinson]

I am running CYGWIN 1.5.7 on WindowsXP, been having problems getting 
apache2 (2.0.47 & 2.0.48)
to startup and continue running. It just simply shows up on my taskmgr, 
then exits with little fanfair.

I have no issues compiling Apache2, I get the normal .exe errors so I 
simply copy the .exe's left behind over
to the default /usr/local/apache2/bin. I have tried:

'./httpd.exe -k start'
'./httpd.exe -t'
'./httpd.exe -e debug'
'./apachectl start'
I get no errors on the httpd.exe, on the apachectl I get the 'ulimit' 
not available, but nothing else save a 'pid overwritten' message in the 
errors_log.
I have tried the various switches for no shared objects, or all shared 
objects. I have compiled with default prefork as the model, then tried to
change all the paths, thinking it was possible I had wrong server roots.

I've seen that others were fruitfull on getting it to at least run, but 
it just dies on me no matter what ports I set, ip's.
I changed the user/group as well thinking that could be the problem, 
tried SYSTEM, my username and always left group to the default.
I made sure the permissions on the cygwin directory allowed writes, etc.

Lastly, I fell back to running strace.
**
Program name: i:\mozilla\cygwin\usr\local\apache2\bin\httpd.exe (2668)
App version:  1005.7, api: 0.109
DLL version:  1005.7, api: 0.109
DLL build:2004-01-30 19:32
OS version:   Windows NT-5.1
Heap size:402653184
Date/Time:2004-03-02 15:20:09
**
Then after a pretty big trace, this is at the end of the process life.

26  290212 [main] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/httpd.pid' handle 0x6C4
  93  290305 [main] httpd 2972 close: 0 = close (8)
  72  290377 [main] httpd 2972 semget: semget (key = 0, nsems = 1, 
semflg = 0x380)
  44  290421 [main] httpd 2972 cygserver_init: cygserver use disabled 
in client
  29  290450 [main] httpd 2972 client_request::make_request: cygserver 
un-available
  26  290476 [main] httpd 2972 semget: -1 [88] = semctl ()
  25  290501 [main] httpd 2972 kill: kill (2972, 12)
  27  290528 [main] httpd 2972 sig_send: sendsig 0x700, pid 2972, 
signal 12, its_me 1
  37  290565 [main] httpd 2972 sig_send: wakeup 0x6C4
  42  290607 [main] httpd 2972 sig_send: Waiting for pack.wakeup 0x6C4
  39  290646 [sig] httpd 2972 sig_handle: signal 12 processing
  29  290675 [sig] httpd 2972 sig_handle: signal 12, about to call do_exit
  71  290746 [sig] httpd 2972 signal_exit: about to call do_exit (10C00)
  24  290770 [sig] httpd 2972 do_exit: do_exit (68608), exit_state 0
  25  290795 [sig] httpd 2972 void: 0x0 = signal (20, 0x1)
  24  290819 [sig] httpd 2972 void: 0x0 = signal (1, 0x1)
  22  290841 [sig] httpd 2972 void: 0x0 = signal (2, 0x1)
  23  290864 [sig] httpd 2972 void: 0x0 = signal (3, 0x1)
  23  290887 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' 
handle 0x7D8
  31  290918 [sig] httpd 2972 fhandler_base::close: closing '/dev/null' 
handle 0x734
  31  290949 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/error_log' handle 0x6E4
 224  291173 [sig] httpd 2972 fhandler_socket::close: 0 = 
fhandler_socket::close()
 188  291361 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/access_log' handle 0x6A8
  97  291458 [sig] httpd 2972 fhandler_base::close: closing 
'/usr/local/apache2/logs/error_log' handle 0x6EC
 110  291568 [sig] httpd 2972 sigproc_terminate: entering
  36  291604 [sig] httpd 2972 proc_terminate: nchildren 0, nzombies 0
  25  291629 [sig] httpd 2972 proc_terminate: leaving
  84  291713 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 400576
  27  291740 [sig] httpd 2972 __to_clock_t: total  0028
  24  291764 [sig] httpd 2972 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 200288
  40  291804 [sig] httpd 2972 __to_clock_t: total  0014
1224  293028 [sig] httpd 2972 _pinfo::exit: Calling ExitProcess 68608

Help :) I didn't see much about cygserver, or the cygserver use disabled 
in client.
I did however think all I had to do was run the start commands. I of course
have no problem on my BSD machines, so this is the first time apache has 
ever let me down.

Thanks in advance.





--
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: problem linking SHM functions

[Brian Ford]

I'm digging out of my list backlog, and I noticed you didn't get a reply.
So, this is just in case you haven't figured it out yet.

On Wed, 14 Jan 2004 [EMAIL PROTECTED] wrote:

> I have a program that uses shared memory functions shmget() and shmat() and
> that works fine under Linux.
>
> My problem is that I couldn't find how to link it with Cygwin, although I
> installed le last full package, cygwin1.dll is in the PATH, any other
> compilations and linkages works fine.
>
> All the info I could find is the thread starting at
> http://www.cygwin.com/ml/cygwin/2002-08/msg01296.html, and the links to
> cygipc and cygserver. But this info does not address this (supposed to be
> trivial) linkage problem.
>
> Where is the relevant info ?
>
At the time you wrote this, your best option was cygipc.  You could have
read: /usr/share/doc/Cygwin/cygipc-*.README for details

Five days later, cygwin-1.5.6 was released with System V shm, sem, msg
handling in cygserver.  It then became the prefered option.  But,
cygserver and the documentation was accidentally left out of that release.

On the last day of January, cygwin-1.5.7 was released and included the
missing files.  See /usr/share/doc/Cygwin/cygserver.README for details.

Finally, on February 09, cygipc was updated to happily cooexist with the
cygserver implementation.



So, get Cygwin 1.5.7 or newer and read its docs listed above.

> Thanks,
> Claude Barrouil
>
> --- the relevant part of the codee -
> ...
> #include 
> ...
> ShmId = shmget(ShmKey, ShmSiz, 0666)
> ...
> SharedData = shmat(ShmId,NULL,0)
> ...
> --- the linkage failure-
> gcc  myprog.c -lm -o myprog.exe
> {}/Temp/ccj8s9oV.o(.text+0x67):myprog.c: undefined reference to `_shmget'
> {}/Temp/ccj8s9oV.o(.text+0xa3):myprog.c: undefined reference to `_shmat'
> collect2: ld returned 1 exit status
>  the end ---
>

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: multiple cron cause problem

[Thorsten Kampe]

*Please do NOT send private email*

* Michael Chen (2004-03-02 20:12 +0100)
> I read /usr/share/doc/Cygwin/cron.README

I doubt that.

> and see that cron in cygwin is actually a windows 2000 service,
> surprising!

It is not by itself. You have to install it as described in the
readme.

> But does it mean I shoud see cron in the NT Task Manager once
> windows 2000 starts?

If you set the start type of the service to "automatically", yes.
Otherwise no.

> I checked carefully, and it is not there.

Either you didn't install it as a services or it isn't run
automatically: read /var/cron/log, the system and application entries
in the eventviewer.

> Without calling it from termail, cron won't do anything on my
> machine.

As you stated it DOESN'T DO ANYTHING EVEN WHEN CALLING IT FROM A
SHELL. What do yo type? - "net start cron"?

> I editted my crontab file /var/cron/tabs/Administrator to let it
> write date to a log file every minute and nothing happens!

I and others already told you that your command line is totally wrong.
You didn't even bother to test it in a shell. Do you expect cron to
compensate for your inability in testing?!

> By the way, cron man page says that it send output to user. But I
> didn't see 'mail' or 'sendmail' package in Cygwin. Why?

Because you didn't read /usr/share/doc/Cygwin/cron.README. There it
says that "Mail is send using /usr/sbin/ssmtp instead of using
sendmail". It does it even if there is no ssmtp by redirecting output
and error messages to "~/dead.letter".


Thorsten


--
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: Snapshot 20040225: make hangs/errors out

[Volker Quetschke]

Hi!

I can reproduce with that snapshot, but I get slightly different 
results.  Here is the stderr output from 1052 runs, but the strange 
thing is that even when I get errors, the task continues to run.  It 
seems somehow that the return code of the errored run gets lost or 
something.
Are you still using this script:

export C=1
while strace -o strace.$C.txt make -j ; do C=$(($C+1)) ; done
echo Failed after $C runs
If yes: The strace catches the errors. I use a script without
strace and the while catches the error of the make command.
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

asdf

[Jonathan]

asdf

RE: invalid spawn id (4)

[Wolmarans, Brett]

If you recommend your telnet client so much then have it installed by
default.  That was my point.

___
brett wolmarans, PSE, Spirent Communications
Cell Phone: (818) 292-3411  http://support.spirentcom.com



-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 01, 2004 7:37 PM
To: Wolmarans, Brett; '[EMAIL PROTECTED]'
Subject: Re: invalid spawn id (4)

At 07:33 PM 3/1/2004, you wrote:
>Hey, nobody ever replied but the answer is, don't use Microsoft telnet
>client with cygwin expect.  
>
>Install cygwin telnet client ( NOT installed by default, heaven alone knows
>why when they have a gazillion other things installed by default that will
>only be useful to 0.01% of the user
>base )  


We recommend Cygwin telnet client over MS regardless of your intended 
use. ;-)

Of course, this list caters to 0.01%

of the user base so we can only make recommendations to the rest of you.


--
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: stdout/stderr handling by cygrunsrv/bash/tcl

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Patrick Samson wrote:

> I run a service installed as:
>
> cygrunsrv --install pgr-daemon
>  --path /usr/bin/bash.exe
>  --args "--login /opt/pgreplica/bin/pgrd host1 host2"
>  --user pgreplicator
>  --shutdown
>
> Everything is fine with stdout.  Messages are in /var/log/pgr-daemon.log
>
> But if my application, which is a TCL script, writes something on stderr
> (as "puts stderr $msg"),
> This message is written:
> - at the beginning of the file, overwriting the existing stdout text.
> - only when the service is stopped.
>
> Is it an as-is behaviour, a lack or a mistake in the command syntaxes,
> or something wrong in cygrunsrv or bash or tcl?

Patrick,

WFM.  I can't reproduce your problem on Win2k (without Tcl and --user).
Here's what I did:

$ mkdir /tmp/servicetest && cd /tmp/servicetest
$ cat > service.sh
#!/bin/bash
terminate() {
  echo "Terminating" >&2
  exit 0
}
trap terminate INT
echo "Starting service" >&2
trap -p
while true; do
  sleep 10
  echo "STDERR" >&2
  echo "STDOUT" >&1
done
$ cygrunsrv --install test-daemon --path /usr/bin/bash.exe --args "--login 
/tmp/servicetest/service.sh" --termsig INT --shutdown
$ cygrunsrv -S test-daemon; sleep 30; cygrunsrv -E test-daemon
$ cat /var/log/test-daemon.log
Starting service
trap -- 'terminate' SIGINT
STDERR
STDOUT
STDERR
STDOUT
STDERR
STDOUT
Terminating
$

So, messages going to stdout/stderr were properly redirected.  If the
above works for you, try adding a Tcl call to the test script, and see if
it changes anything.
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: Problem with mod_jk (Apache and tomcat)

[Igor Pechtchanski]

On Tue, 2 Mar 2004 florentlothonfreefr wrote:

> Hello,
>
> i try to configure tomcat (windows installed) and apache (from cygwin)
> to work together. But i have a problem getting the mod_jk :
> The Freebsd directory of this URL :
> http://apache.crihan.fr/dist/jakarta/tomcat-connectors/jk/binaries/
> isn't available.
> I saw the apache modules of cygwin and they are dll files so i
> downloaded the win32 dll at the same URL but i get this error message
> when i start httpd :
> $ /usr/sbin/httpd.exe
> Syntax error on line 1020 of /etc/apache/httpd.conf:
> Cannot load /usr/lib/apache/mod_jk_1_2_5_2_0_47.dll into server: dlopen: Win32 error 
> 126
>
> Must i build another mod_jk.dll with cygwin ?
> is it possible ?
>
> Flo

$ net helpmsg 126
The specified module could not be found.

Does that DLL file actually exist?  What are the permissions on it, and on
the "/usr/lib/apache" directory?  Also, if it exists, run "cygcheck
/usr/lib/apache/mod_jk_1_2_5_2_0_47.dll" and see what other DLLs are
required - perhaps one of them cannot be found.
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/

[OT] Re: A problem with OpenSSH 3.8.p1-1 - ssh-agent

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Karl M wrote:

> If you are running McAfee, try turning it off as an experiment. I had ssh
> socket problems with McAfee in the past.
> HTH,
> ...Karl
> [snip]
> _
> Get a FREE online computer virus scan from McAfee when you click here.
> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

LOL.  Talk about coincidences!
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: crontab: no changes made to crontab

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Thorsten Kampe wrote:

> * Michael Chen (2004-03-02 06:57 +0100)
> > Dear all, since the first time using "crontab -", I can never change the
> > crontab file anymore. "crontab -e" calls emacs, but cron just discarded any
> > new modifications. The emacs saved the "crontab.*" into /tmp. What's
> > wrong? Thanks.
>
> Try using another editor as Emacs is a GUI editor.

This has nothing to do with emacs being a GUI editor (which it isn't, BTW,
or not necessarily).  This does have to do with the editor writing files
in-place.  I'm not sure if either the native or the Cygwin port of emacs
does.  That said, Thorsten did provide a good rule of thumb: most GUI
editors, especially Windows ones, don't write files in place.
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: Better way to do this? (bash scripting)

[Igor Pechtchanski]

On Tue, 2 Mar 2004, Yaakov Selkowitz wrote:

I hope this isn't considered too far OT, but perhaps someone will find
this useful.
I wrote the attached scripts, which I place in /etc/profile.d/, in order
to get quicker access to the original-package and Cygwin-specific
documentation.  (pkgdoc and cygdoc respectively)
What I wanted to know is:

1) is there a better and/or more precise way of searching for the file?
Well, every way I can think of will use 'find' at least once (maybe cache
the results, like 'locate' does).
2) is there a better and/or more precise way of verifying that there's
actually such a file to feed to less, instead of calling find twice?
Thanks,
Yaakov
a) You can supply multiple directories as starting points to GNU find,
e.g.,
find /usr/bin /usr/include -type f -name \*cygwin\* -print

b) Use the "-r" parameter to xargs, so that the program won't be invoked
unless something is found, e.g.,
find /usr/bin /usr/include -type f -name \*cygwin\* -print0 | xargs -r0 ls -l

c) Use the -path predicate rather than -name.

Also, your scripts are not space-in-filename friendly -- a no-no for
Cygwin -- and the "no documentation" message will be printed for every
directory (which is not quite what you want).  So, with the above fixed,
the first set of 'for' loops in your pkgdoc.sh could become something like
# ---
package_dirs=`echo "'${PKGDOC_PATH}'" | sed "s%:%' '%g"`
readme_files=`eval "find $package_dirs -path '*$1-*/$2' -o \
-path '*$1/*/$2' -o -path '*$1/$2' -print | \
   sed -e "s%^%'%" -e "s%$%'%"`
if [ -n "$readme_files" ]; then
 echo $readme_files | xargs -r less
else
 echo "No $2 documentation was found for the $1 package"
fi
STATUS=$? ;;
# ---
HTH,
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/

Problem with mod_jk (Apache and tomcat)

[florent . lothon]

Hello,

i try to configure tomcat (windows installed) and apache (from cygwin) to work
together. But i have a problem getting the mod_jk :
The Freebsd directory of this URL : 
http://apache.crihan.fr/dist/jakarta/tomcat-connectors/jk/binaries/
isn't available.
I saw the apache modules of cygwin and they are dll files so i downloaded the
win32 dll at the same URL but i get this error message when i start httpd :
$ /usr/sbin/httpd.exe
Syntax error on line 1020 of /etc/apache/httpd.conf:
Cannot load /usr/lib/apache/mod_jk_1_2_5_2_0_47.dll into server: dlopen: Win32 e
rror 126

Must i build another mod_jk.dll with cygwin ?
is it possible ?

Flo

--
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/

stdout/stderr handling by cygrunsrv/bash/tcl

[Patrick Samson]

I run a service installed as:

cygrunsrv --install pgr-daemon
 --path /usr/bin/bash.exe
 --args "--login /opt/pgreplica/bin/pgrd host1 host2"
 --user pgreplicator
 --shutdown

Everything is fine with stdout.
Messages are in /var/log/pgr-daemon.log

But if my application, which is a TCL script,
writes something on stderr (as "puts stderr $msg"),
This message is written:
- at the beginning of the file, overwriting the
existing stdout text.
- only when the service is stopped.

Is it an as-is behaviour, a lack or a mistake in
the command syntaxes, or something wrong in
cygrunsrv or bash or tcl?



__
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

cygcheck.out
Description: cygcheck.out
--
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: Error using cygrunsrv to stop bash scripts

[Igor Pechtchanski]

Andrew,

Please make sure your mailer respects the Reply-To: header -- I set it for
a reason.  More below.

On Tue, 2 Mar 2004, Cousins, Andrew wrote:

> Igor,
>
> Service is installed with
>
> #
> cygrunsrv   --install actest3 \
> --path c:/usr/Cyg-Win32/bin/bash.exe  \
> --args d:/usr/ea/dr_service/actest.sh \
> --desc "MOSAIC/DNMS Disaster Recovery"\
> --type manual \
> --neverexits  \
> --shutdown
>
> The log files put out a single line .. Terminated each time the service
> is stopped

There should be *one* log file, /var/log/actest3.log.  Which ones are you
looking at?  Try explicitly specifying it using the "-1" and "-2"
cygrunsrv options.  Also, what does the Windows Event log show
(on Win2k, right-click on "My Computer", choose "Manage", then "Event
Viewer"->Application).

> Putting a cygcheck -svr in the service script and redirecting output to a
> file I get this with the last line (code 5)  repeated a few times before the
> Terminated Message.
>
> cygcheck: dump_sysinfo: GetVolumeInformation() failed: 67
> cygcheck: dump_sysinfo: GetVolumeInformation() failed: 67
> cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5
> 
> 
> Terminated

$ net helpmsg 67
The network name cannot be found.
$ net helpmsg 5
Access is denied.

I'd suspect something wrong with your mounts (e.g., they aren't system
mounts), or directory permissions.  The output of "cygcheck -svr" from a
regular shell would have been very helpful (and it *is* requested in the
Cygwin problem reporting guidelines at ,
which you should read in any case).

> Putting
>   env >> tempfile
> doesn't produce anything from within the service.

Which probably means that the service runs with an empty environment...
Unless...  Try specifying /bin/env explicitly, just in case, as well as
the full path to the tempfile.  Putting 'echo "$PATH" >&2' into the bash
script might also be helpful.

> Looks like it's only stderr being generated from within the service as there
> is none of the additional info I get from these two commands when it is run
> interactively.
>
> Tried the INT signal, same symptons. Does what I want, but displays the
> error messages.

Did you try trapping SIGINT in the bash script and printing out a message
before exiting?

> I'm not Windows enabled - how would I run this interactively under a SYSTEM
> owned sh.
>
> Thanks
> Andrew C.

Googling for "system-owned window cygwin" should give you a couple of
recipes.
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: XDMCP connection doesn't work

[Andrew DeFaria]

Giuseppe DELL'ERBA wrote:

Hi,

I have installed Cygwin/X on my desktop (WIN XP Professional) and I 
have tried to connect via XDMCP to a Linux AS 2.1 machine typing the 
command:

Xwin.exe :0 -query remote_ip_address

the result was a grey screen and I didn't receive the login window.

Looking at the FAQ document I have followed the suggestion modifying 
the /usr/share/config/kdm/kdmrc file enabling Xdmcp:

[Xdmcp]

Enable=true

but I didn't get a different result.

Have you any additional suggestion in order to make the XDMCP 
conenction working?

Thanks in advance

Giuseppe

Giuseppe Dell'Erba
STIP Platform Management & Architecture
CCS/ITAMIS/ITAC Catania
You'd have much better success with the Cygwin XFree mailing list. I've 
cross posted there.

As for your problem, did you restart kdm? Anything in your log file? Did 
you try using -from?

--
If quitters never win, and winners never quit, what fool came up with, 
"Quit while you're ahead"?

--
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: gcc problem

[Gareth Pearce]

> 
> g++ is in a separate package named gcc-g++, be sure you have installed
> this too.  Then you need to link against libstdc++ when using gcc as
> driver:
>  gcc -o gtest gtest.cc -lstdc++
> or you use g++ as driver which includes libstdc++ automatically:
>  g++ -o gtest gtest.cc

Just want to drop my usual line here - Do use g++ rather then gcc -lstdc++
Since gcc -lstdc++ isn't always enough, and what is enough may not always be
enough in the future.

Gareth
PS - in response to the other email - .cc Is pre-processor input - since
that's the Normal state for c++ code - pre-processor input of which the
output is then fed to a c++ compiler. (Virtually at least, in practice it
can end up being integrated somewhat.  The C standard allows 'as if'
interpretation in the implementation of the pre-processing component.)



--
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: A problem with OpenSSH 3.8.p1-1 - ssh-agent

[Karl M]

Hi...

If you are running McAfee, try turning it off as an experiment. I had ssh 
socket problems with McAfee in the past.

HTH,

...Karl


From: Corinna Vinschen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: A problem with OpenSSH 3.8.p1-1 - ssh-agent
Date: Tue, 2 Mar 2004 11:30:27 +0100
On Feb 29 11:19, Andrew J Halls wrote:
> Hi
> 	I am having a problem with the ssh-agent and excess logging to the
> NT system event logger. After start the ssh-agent over 14,000 log 
messages
> are entered into the Application log in less than 60 seconds. Each 
message
> content seem to be the same and is as follows:
>
> [...]
> ssh-agent : PID 4672 : error: accept from AUTH_SOCKET: Resource 
temporarily
> unavailable.

This isn't related to the OpenSSH version.  I can't tell from the
error message what exactly happened.  It doesn't happen on my box.
Does this happen all the time, reproducibly?  If yes, did you try
a recent Cygwin snapshot from http://cygwin.com/snapshots/ if that
cures the problem?
If not, it would be interesting to see an strace of ssh-agent, perhaps.

Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
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/
_
Get a FREE online computer virus scan from McAfee when you click here. 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

--
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: read(): varblk tape records...(& Fix for : read())

[Jason Winter]

Hi Corinna,

If read() turns out to need a change, could you also check why I need to 
set varblk mode before each write to remind the API what's going on - from 
what I remember a second write returns an error unless I reset varblk mode 
each time.  (I call a routine to set to before each read and write, just 
to be sure... but would like to know that all the extra code can be 
removed at some time later.)
Please provide a brief test case to reproduce that problem.  I don't see
that happening.
Corinna
I'm not sure I can, you see: in fixing read, my original failed execution 
now works.  It was a write, backspace, read, write - where the second write 
fails.  Is it possible that calling:

   rc = ioctl (fh, MTIOCTOP, (char*)&opblk);

simply resets the error (generated by the old read() routine) and that's why 
I thought it needed it?

Thanks for fixing the main issue, your support is very good and welcome!
Jason.
_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: what's the software for making slide under cygwin, please?

[Christopher Faylor]

On Tue, Mar 02, 2004 at 12:42:18AM -0600, Gregory Borota wrote:
>I agree with you. Maybe the master wants to take notice.

Or, maybe, a moments reflection would lead us to surmise that this is
not a new subject and maybe it's already been discussed?

--
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: gcc problem

[Gerrit P. Haase]

Hello Rainer,

you wrote:

> I've installed the latest version of cygwin (as of today 2.03.04). My PC is
> running Windows 2000 with service pack 4. Installation is done on my loca
> drive d:. I tried a small "C++" and failed, the reason is totally unclear to
> me.
> The program is:
[...]

> The error message is:
> $ gcc -o gtest gtest.cc
> /cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x4d):gtest.cc:
> undefined reference to `std::ios_base::Init::Init[in-charge]()'
> /cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x68):gtest.cc:
> undefined reference to `std::ios_base::Init::~Init [in-charge]()'
> collect2: ld returned 1 exit status

g++ is in a separate package named gcc-g++, be sure you have installed
this too.  Then you need to link against libstdc++ when using gcc as
driver:
 gcc -o gtest gtest.cc -lstdc++
or you use g++ as driver which includes libstdc++ automatically:
 g++ -o gtest gtest.cc


HTH,
Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: crontab: no changes made to crontab

[Thorsten Kampe]

* Michael Chen (2004-03-02 06:57 +0100)
> Dear all, since the first time using "crontab -", I can never change the
> crontab file anymore. "crontab -e" calls emacs, but cron just discarded any
> new modifications. The emacs saved the "crontab.*" into /tmp. What's
> wrong? Thanks.

Try using another editor as Emacs is a GUI editor.


--
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: read(): varblk tape records...(& Fix for : read())

[Corinna Vinschen]

On Mar  2 12:03, Jason Winter wrote:
> If you could look into that it would be great.  I know there's a few 
> 'Hercules mainframe' emulator users who would like to get their tape drives 
> working, and I think this will fix it.

I've checked in a fix.  Variable block reads should behave as on Linux
now, reading only one block and returning its size.  If the user supplied
buffer is too small for the block, the block is read but read() returns
ENOMEM.

> You are right, I've not looked at the Cygwin source code...  Only traced my 
> own programs to fix the difference I've discovered in the APIs.  Could I 
> ask why you need to allocate a buffer and then copy it to the buffer I 
> supply?  Wouldn't it be easier to calculate a new address when calling 
> ReadFile and do without the extra memcpy?  Just thinking of speed, needless 
> mem-copies and needless buffers.

Think a bit about the situation in general.  Especially in cases where
the user supplied buffer is smaller than the block size.  Due to the
above change, the variable block size reading doesn't need the internal
buffer anymore but the static buffer size reads still need it.

> If read() turns out to need a change, could you also check why I need to 
> set varblk mode before each write to remind the API what's going on - from 
> what I remember a second write returns an error unless I reset varblk mode 
> each time.  (I call a routine to set to before each read and write, just to 
> be sure... but would like to know that all the extra code can be removed at 
> some time later.)

Please provide a brief test case to reproduce that problem.  I don't see
that happening.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: rebase and cygwin and GD module

[Jason Tishler]

David,

Please post instead of sending private email.

On Mon, Mar 01, 2004 at 10:42:02PM -, David Burt wrote:
> Found one of your emails on cygwin www site and thought you may be abe
> to help me
>  
> I am trying to install the perl GD.pm module within cygwin on a
> windows XP PC
>  
> you metion the use of rebase-2.2-2 what is it and how can I use it to
> install GD.pm?
>  
> and do I need it for other modules?

Please read the README:

http://www.tishler.net/jason/software/rebase/rebase-2.2.README

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: multiple cron cause problem

[Thorsten Kampe]

* Michael Chen (2004-03-02 12:08 +0100)
> As many users did, cron starts with bash. (probably in .barshrc)

Sorry? Cron is a normal windows service and a look into your .bashrc
would advise you: "grep cron ~/.bashrc". And bash is not the default
shell for cron - if you meant this - but "sh": "man 5 crontab".

> But we keep open new terminal, because of more jobs or previous termial
> deadlock.
> Thus we started many cron process at different time.
> Will this cause problem?

Cron is not started via bash and it doesn't use a terminal.
 
> I observed that cron procedures remain in the windows NT Task Manager even
> after the terminal finish or be throttled.
> Is it supposed to be?

Sorry, but again: cron has nothing to do with your terminal. It
"forks" when it executes a new job and terminates afterwards.
 
> It is also observed that cygwin.bat in the distribution, which uses NT
> termial + bash is worse at terminating cron, while xterm+bash is better at
> cleaning up.

Definetely not as cron is a normal windows service and runs in the
background - so no terminal is involved at all (Windows console, rxvt,
xterm).

I think you have a totally wrong or missing impression of what cron is
and what it does. Please read the manpage of cron and crontab and
/usr/share/doc/Cygwin/cron.README

Thorsten


--
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: Pb with permissions on crontab

[Julien Gilles]

Corinna Vinschen <[EMAIL PROTECTED]> writes:

> On Mar  2 09:42, Julien Gilles wrote:
>> Julien Gilles <[EMAIL PROTECTED]> writes:
>> > I'am playing with cron, and I have the following problem : I want to
>> > modify the crontab through a service (a cgi in an apache server in
>> > fact). This service belongs to the user SYSTEM, so I used "crontab -u
>> > Administrator file" to set the Administrator's crontab (in a perl cgi
>> > script).
>> 
>> As I get no answer to my email, I suppose that I perhaps choose the
>> wrong mailing list. Should I contact directly the cygwin maintainer of
>
> No.  The right place is here.
>
> Did you read the comment right before the chown command?  Your patch
> is rather intrusive.  It looks as if it will work only for privileged
> accounts now.  Since you're using crontab from a shell script anyway,
> I don't see why you couldn't use chown or setfacl in the same script
> after calling crontab.

Of course, I can use chown in a script, but I think it's cron's job to
correctly set permissions and ownership. 

See following examples (with the official crontab) :

- A new crontab for an user created with -u (eg SYSTEM runs crontab) :

[EMAIL PROTECTED] /
$ crontab -u Administrateur -e
no crontab for Administrateur - using an empty one
crontab: installing new crontab

[EMAIL PROTECTED] /
$ ls -l  /var/cron/tabs/Administrateur
-rw---1 SYSTEM   SYSTEM194 Mar  2 13:26 /var/cron/tabs/Administrateur

And of course :

[EMAIL PROTECTED] ~
$ crontab -e
tabs/Administrateur: Permission denied

- If the user's crontab already exists (ie created with crontab -e by
  the user)

[EMAIL PROTECTED] ~
$ ls -lFa /var/cron/tabs/Administrateur 
-rw-r-1 Administ SYSTEM194 Mar  2 13:28 /var/cron/tabs/Administrateur

[EMAIL PROTECTED] /
$ crontab -u Administrateur -e
crontab: installing new crontab
crontab: error renaming tabs/tmp.002368 to tabs/Administrateur
rename: Permission denied
crontab: edits left in /tmp/crontab.2368

The correct behaviour should be to allow SYSTEM to edit a user's
crontab, and to allow the user to edit his crontab without to worry
about the permissions in /var/cron/tabs/. 

I understand the comment right before the chown command as : "we have
to set the group to SYSTEM to allow SYSTEM to read the file ; cron is
a service, and has SYSTEM rights".

But here it's another problem : the user SYSTEM should be able to
write the file, wihtout changing ownership (as under UNIX).

I tried to set permissions to 660 for the crontab, but crontab failed
again on "rename: Permission denied". It's strange, read and write
permissions are not enough to modify a file (?) That's why I force the
ownership to ROOT_UID, modify the crontab, and then give it back to
the user.


-- 
Julien Gilles.


--
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: gcc problem

[Laurent Vaucher]

The error message is:
$ gcc -o gtest gtest.cc
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x4d):gtest.cc:
undefined reference to `std::ios_base::Init::Init[in-charge]()'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x68):gtest.cc:
undefined reference to `std::ios_base::Init::~Init [in-charge]()'
collect2: ld returned 1 exit status
 

Maybe you could just try g++ instead of gcc in the command line to force 
it to recognize .cc extension as a C++ source file, not some kind of 
preprocessor input.

Laurent.

--
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/

gcc problem

[Lauer Rainer]

Hi Gents,
I've installed the latest version of cygwin (as of today 2.03.04). My PC is
running Windows 2000 with service pack 4. Installation is done on my loca
drive d:. I tried a small "C++" and failed, the reason is totally unclear to
me.
The program is:
#include 

using namespace std;

int main()
{
  int selection;
  bool loop = true;
  
  while (loop)
  {
#if 0
cout << endl;
cout << "*\n";
cout << "*  Learning bed C++ *\n";
cout << "*\n";

cout << ">>> CHAPTER 4 <<<\n";
cout << "=\n\n";

cout << " 1: Review_5\n";
cout << "-1: Exit\n";
cout << "$ ";
cin >> selection;
cout << endl;

switch (selection)
{
  case -1:
loop = false;
break;
  case 0:
break;
  case 1:
break;
  case 2:
break;
  case 3:
break;
  case 4:
break;
  case 5:
break;
  case 6:
break;
  case 7:
break;
  case 8:
break;
  case 9:
break;
  case 10:
break;
  case 11:
break;
}//  switch (selection)
#endif
  }//  while (loop)
  return 0;
}//main

The error message is:
$ gcc -o gtest gtest.cc
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x4d):gtest.cc:
undefined reference to `std::ios_base::Init::Init[in-charge]()'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccCmpxzX.o(.text+0x68):gtest.cc:
undefined reference to `std::ios_base::Init::~Init [in-charge]()'
collect2: ld returned 1 exit status

Desperatelly I installed the complete (!) cygwin - the result is still the
same.

When I set the #if 0 to #if 1the error message looks like:
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xa1):gtest.cc:
undefined reference to `std::basic_ostream >&
std::endl<
char, std::char_traits >(std::basic_ostream >&)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xa8):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xad):gtest.cc:
undefined reference to `std::basic_ostream
>::operator<<
(std::basic_ostream >&
(*)(std::basic_ostream >&))'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xbc):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xc1):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xd0):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xd5):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xe4):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xe9):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xf8):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0xfd):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x10c):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x111):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x120):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x125):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream>&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x134):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x139):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x148):gtest.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x14d):gtest.cc:
undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x15b):gtest.cc:
undefined reference to `std::cin'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x160):gtest.cc:
undefined reference to `std::basic_istream
>::operator>>(int&)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x168):gtest.cc:
undefined reference to `std::basic_ostream >&
std::endl
 >(std::basic_ostream>&)'
/cygdrive/c/DOCUME~1/lauerr/LOCALS~1/Temp/ccJwpezK.o(.text+0x16f):gtest.cc:
undefined reference to `std::co

Re: read(): varblk tape records...(& Fix for : read())

[Jason Winter]

Hi Corinna,

If you could look into that it would be great.  I know there's a few 
'Hercules mainframe' emulator users who would like to get their tape drives 
working, and I think this will fix it.

You are right, I've not looked at the Cygwin source code...  Only traced my 
own programs to fix the difference I've discovered in the APIs.  Could I ask 
why you need to allocate a buffer and then copy it to the buffer I supply?  
Wouldn't it be easier to calculate a new address when calling ReadFile and 
do without the extra memcpy?  Just thinking of speed, needless mem-copies 
and needless buffers.

If read() turns out to need a change, could you also check why I need to set 
varblk mode before each write to remind the API what's going on - from what 
I remember a second write returns an error unless I reset varblk mode each 
time.  (I call a routine to set to before each read and write, just to be 
sure... but would like to know that all the extra code can be removed at 
some time later.)

Thanks,
Jason.
_
SEEK: Now with over 50,000 dream jobs! Click here  
http://ninemsn.seek.com.au/

--
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: read(): varblk tape records...(& Fix for : read())

[Corinna Vinschen]

On Mar  2 10:51, Jason Winter wrote:
> Hi Corinna,
> 
> Rereading the MSDN: Q161338 document I refered to before, Cygwin will need 
> to use a minimum 128KB buffer when 'reading' data from tapes - the NT 
> specification doesn't allow access to the 'last bytes' in a variable-block 
> any other way.  128KB allows for any SCSI device under windows.

If you have a look into the source code, you'll see that Cygwin in variable
block size case creates a buffer of the maximum block size allowed by the
tape drive (or driver), returned by GetTapeParameters().

I've not investigated so far if read behaves correctly or not, but now
I understand what you're up to.  I'll look into it.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: problem about SEMAPHORE at cygwin 1.5.7

[Corinna Vinschen]

On Mar  1 12:36, [EMAIL PROTECTED] wrote:
> (See attached file: lcctestsem.c)
> 
> problem about SEMAPHORE  at cygwin 1.5.7
> 
> cygwin 1.5.7
> cygserver as ipc server
> 
> a process has gotten semaphore using SEM_UNDO, when the  process aborts, it
> should release corresponding semaphore at Linux.But at Cygwin 1.5.7,1.5.4,
> 1.3.22, I cannot prove it. is it a bug to cygwin ? thank you

Yes, it's a bug in Cygserver.  Thanks for the testcase!  It helped to
track down the problem.  I've checked in a fix to Cygserver.  It will
show up in the next developers snapshot (http://cygwin.com/snapshots/).


Thanks again,
Corinna


-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

multiple cron cause problem

[Michael Chen]

Dear all,

As many users did, cron starts with bash. (probably in .barshrc)
But we keep open new terminal, because of more jobs or previous termial
deadlock.
Thus we started many cron process at different time.
Will this cause problem?

I observed that cron procedures remain in the windows NT Task Manager even
after the terminal finish or be throttled.
Is it supposed to be?

It is also observed that cygwin.bat in the distribution, which uses NT
termial + bash is worse at terminating cron, while xterm+bash is better at
cleaning up.

Any ideas?

Michael Chen


--
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/

read(): varblk tape records...(& Fix for : read())

[Jason Winter]

Hi Corinna,

Rereading the MSDN: Q161338 document I refered to before, Cygwin will need 
to use a minimum 128KB buffer when 'reading' data from tapes - the NT 
specification doesn't allow access to the 'last bytes' in a variable-block 
any other way.  128KB allows for any SCSI device under windows.

(I noticed there was a memcpy for each ReadFile call - so I assume CygWin 
uses its own internal buffers, which may or maynot be large enough for tape 
support.)
Jason.

_
SEEK: Now with over 50,000 dream jobs! Click here  
http://ninemsn.seek.com.au/

--
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: A problem with OpenSSH 3.8.p1-1 - ssh-agent

[Corinna Vinschen]

On Feb 29 11:19, Andrew J Halls wrote:
> Hi
>   I am having a problem with the ssh-agent and excess logging to the
> NT system event logger. After start the ssh-agent over 14,000 log messages
> are entered into the Application log in less than 60 seconds. Each message
> content seem to be the same and is as follows:
> 
> [...]
> ssh-agent : PID 4672 : error: accept from AUTH_SOCKET: Resource temporarily
> unavailable.

This isn't related to the OpenSSH version.  I can't tell from the
error message what exactly happened.  It doesn't happen on my box.

Does this happen all the time, reproducibly?  If yes, did you try
a recent Cygwin snapshot from http://cygwin.com/snapshots/ if that
cures the problem?

If not, it would be interesting to see an strace of ssh-agent, perhaps.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: Pb with permissions on crontab

[Corinna Vinschen]

On Mar  2 09:42, Julien Gilles wrote:
> Julien Gilles <[EMAIL PROTECTED]> writes:
> > I'am playing with cron, and I have the following problem : I want to
> > modify the crontab through a service (a cgi in an apache server in
> > fact). This service belongs to the user SYSTEM, so I used "crontab -u
> > Administrator file" to set the Administrator's crontab (in a perl cgi
> > script).
> 
> As I get no answer to my email, I suppose that I perhaps choose the
> wrong mailing list. Should I contact directly the cygwin maintainer of

No.  The right place is here.

Did you read the comment right before the chown command?  Your patch
is rather intrusive.  It looks as if it will work only for privileged
accounts now.  Since you're using crontab from a shell script anyway,
I don't see why you couldn't use chown or setfacl in the same script
after calling crontab.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

[ANNOUNCEMENT] Updated: tzcode-2003e-1

[Dr. Volker Zell]

Hi

A new version of 'tzcode/tzdata' has been uploaded to a server near you.


DESCRIPTION:

The time zone package


CYGWIN NEWS:


* compiled with cygwin-1.5.7

* man pages are now in /usr/share/man

* fixed some mkdir warnings during installation

* added missing requires: gawk pdksh

* removed tz-date.exe and tz-date.1 as /usr/bin/date now (since cygwin-1.5.7)
  handles the new timezone format (e.g.: TZ=Europe/Berlin)
  
  There is a script tzselect in /usr/sbin which asks the user about the time zone, 
  and output the resulting TZ value to stdout.
  
* removed libtz.a since the functionality is included in cygwin

* moved /usr/share/zoneinfo-leaps to /usr/share/zoneinfo/right and
  /usr/share/zoneinfo-posix to /usr/share/zoneinfo/posix as on Linux

  
tzcode/tzdata NEWS
==

* Sorry no changelog available. You have to do the diff yourself.


INSTALLATION:
=
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
the above mentioned package from the 'System' category.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

These mirrors already got the package, the others will probably have 
the latest version of this package fairly soon:

In the US

   ftp://mirrors.rcn.net/pub/sourceware/cygwin/ 

has reliable high bandwidth connections.


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


Enjoy
  Volker


--
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/

[ANNOUNCEMENT] Updated: xemacs-21.4.15-1/xemacs-tags-21.4.15-1/xemacs-emacs-common-21.4.15-1

[Dr. Volker Zell]

Hi

A new version of 'xemacs' has been uploaded to a server near you.


DESCRIPTION:

A powerful, highly customizable open source text editor and application 
development system


CYGWIN NEWS:


* routine update

* removed --with-offixe from configure as it needs --with-dragndrop which
  doesn't work on cygwin right now

* this version uses again the original package-get.el as my local patch
  doesn't cleanly apply because of a major update to the package lisp stuff

* explicitely include --with-dialogs=motif when configuring


XEmacs NEWS:


 * Fix: Remove miscellaneous typos and documentation cleanups
 * Fix: Fix X resizing on redisplay
 * Fix: Fix byte-code compiler for defvar
 * Fix: Fix shrink-to-fit function
 * Fix: Repair test harness to better report failures
 * Fix: Fix Solaris 2.9 build failure
 * Fix: Repair case-folding in latin1 searches
 * Fix: Conditionally compile missing cygwin messages
 * Fix: Add configuration support for Solaris 2.10
 * Fix: Use null device when we have it
 * Fix: Add test for regexp \{m,n\} construct
 * Fix: Find installexe.sh correctly
 * Fix: Fix XtSetArg idiom in frame-x.
 * Fix: Fdelete_window fix
 * Fix: Support the Intel compiler (icc)
 * Fix: Prevent regexp stack overflow
 * Fix: Deprecate Motif on Linux
 * Fix: Give full version and build date in about.el
 * Fix: Sync test harness to 21.5
 * Fix: Call princ and prin1 as functions
 * Fix: Sync minitar.c from 21.5
 * Fix: Fix 'make install' assert caused by version control
 * Fix: Only display search dialog box if available and requested
 * Fix: Don't apply format in byte-compile-warn
 * Fix: Allow overwrite on Windows installation
 * Fix: Make start-itimer punctual
 * Fix: Use shell-command-switch in info.el
 * Fix: Support icc 8.0
 * Fix: Support passing ldflags to lib-src
 * Fix: Workaround hanging on X errors.
 * Update: Add descriptions of 2 Solaris build problems
 * Update: Update package versions
 * Update: Sync PUI to 21.5
 * Update: Improve specifier documentation
 * Feature: Add variable_binding_locus to identify where a variable comes from
 * Feature: Add compiler and libc version to installation info

INSTALLATION:
=
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
the above mentioned package from the 'Editors' category.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

These mirrors already got the package, the others will probably have 
the latest version of this package fairly soon:

In the US

   ftp://mirrors.rcn.net/pub/sourceware/cygwin/ 

has reliable high bandwidth connections.


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


Enjoy
  Volker


--
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/

[ANNOUNCEMENT] Updated: distcc-2.13-1

[Harold L Hunt II]

The distcc-2.13-1 package has been updated in the Cygwin distribution.

Changes
===
1) Resync with upstream release.

-- 
Harold Hunt

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Once you've downloaded setup.exe, run it and select "Devel"
and then click on the appropriate field until the above announced
version number appears if it is not displayed already.

If your mirror doesn't yet have the latest version of this package after
24 hours, you can either continue to wait for that site to be updated or
you can try to find another mirror.

Please send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED]

If you want to subscribe go to:
http://cygwin.com/lists.html

I would appreciate if you would use this mailing list rather than
emailing me directly.  This includes ideas and comments about the setup
utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


--
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/

XDMCP connection doesn't work

[Giuseppe DELL'ERBA]

Hi,

I have installed Cygwin/X on my desktop (WIN XP Professional) and I have tried to 
connect via XDMCP to a Linux AS 2.1 machine typing the command:


Xwin.exe :0 -query remote_ip_address


the result was a grey screen and I didn't receive the login window.

Looking at the FAQ document I have followed the suggestion modifying the 
/usr/share/config/kdm/kdmrc file enabling Xdmcp:

[Xdmcp]

Enable=true

but I didn't get a different result.

Have you any additional suggestion in order to make the XDMCP conenction working?

Thanks in advance

Giuseppe

Giuseppe Dell'Erba
STIP Platform Management & Architecture
CCS/ITAMIS/ITAC Catania 

 


--
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: Pb with permissions on crontab

[Julien Gilles]

Julien Gilles <[EMAIL PROTECTED]> writes:

> Hi, 
>
> I'am playing with cron, and I have the following problem : I want to
> modify the crontab through a service (a cgi in an apache server in
> fact). This service belongs to the user SYSTEM, so I used "crontab -u
> Administrator file" to set the Administrator's crontab (in a perl cgi
> script).

[...]

As I get no answer to my email, I suppose that I perhaps choose the
wrong mailing list. Should I contact directly the cygwin maintainer of
cron, or the gnu maintainer (http://www.gnu.org/directory/cron.html) ?

-- 
Julien Gilles.


--
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/