grep (GNU grep) 2.5.1 not being recursive.

[Richard Quadling]

Ok. The start point for this message is that I am a klutz and I don't
know what I'm doing.

Well.

Not really true.

I do know what I'm doing and I know that I'm doing it wrong.

So give us a hand.

I used to use GREP supplied with Borland Turbo C and Delphi. All
worked fine. New job. New pc. Not using C or Delphi.

Using Cygwin for PHP source and documentation.

Want to use grep to look for a certain string "%v%v" in all the .c files.

So...

grep -e%v%v -R *.c

but this does nothing. Instead I get an error saying
grep: *.c: No such file or directory

If I go back to my windows DOS prompt and do dir *.c /w /s /-p in the
same directory, there are 1,481 files taking 34MB.

So what gives.

Thank you.

--
-
Fight back spam! Download the Blue Frog.
http://www.bluesecurity.com/register/s?user=UlF1YWRsaW5n

Re: grep (GNU grep) 2.5.1 not being recursive.

[Samuel Thibault]

Hi,

Richard Quadling, le Tue 04 Apr 2006 08:52:09 +0100, a écrit :
> grep -e%v%v -R *.c
> 
> but this does nothing. Instead I get an error saying
> grep: *.c: No such file or directory

Grep is not responsible for expansing the star. The shell is. Change
your shell ;)

Samuel

--
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: grep (GNU grep) 2.5.1 not being recursive.

[Corinna Vinschen]

On Apr  4 10:11, Samuel Thibault wrote:
> Hi,
> 
> Richard Quadling, le Tue 04 Apr 2006 08:52:09 +0100, a écrit :
> > grep -e%v%v -R *.c
> > 
> > but this does nothing. Instead I get an error saying
> > grep: *.c: No such file or directory
> 
> Grep is not responsible for expansing the star. The shell is. Change
> your shell ;)

I'd suggest to read the grep man page again, too.  The -R option
works for directories on the command line, not for files.  What
you're looking for is

  grep -e%v%v -R --include='*.c' .


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: grep (GNU grep) 2.5.1 not being recursive.

[Richard Quadling]

Aha!

So it does!

Many options.

As a newbie to unix style code, the manual is brutal. Would it have
really hurt to have a few common examples in the help?

Thank you though!

Some pointers required on log file examination.

[Richard Quadling]

Hi.

I have a document building process which gets its data from a CVS and
then autoconf/configure/make...

The CVS command I'm using produces 2 log files. The first (cvs1.log)
contains all the directory names. The second (cvs2.log) contains the
actual changes to the local files.

What I want to do is not proceed with a nearly 3 hour make when the
amount of changes is small.

By small I mean less than 50 files changed.

Also, if one from a specific set of files has changed then the make
must go ahead.

If the make is NOT to go ahead, then the current cvs2.log is to be
kept and appended to the next time round, so eventually 50 files WILL
have changed and off we go.

I know next to nothing about Cygwin, so please be nice.

Where do I start?

Thank you,

Richard Quadling.

--
-
Fight back spam! Download the Blue Frog.
http://www.bluesecurity.com/register/s?user=UlF1YWRsaW5n

RE: grep (GNU grep) 2.5.1 not being recursive.

[Peter Ring]

Google is your friend. Start here:

  http://www.selectorweb.com/unix_os.html
  http://www.selectorweb.com/grep_tutorial.html

You will also want to study some bash and sed tutorials.

Kind regards
Peter Ring


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Richard Quadling
> Sent: 4. april 2006 10:22
> To: cygwin@cygwin.com
> Subject: Re: grep (GNU grep) 2.5.1 not being recursive.
> 
> 
> Aha!
> 
> So it does!
> 
> Many options.
> 
> As a newbie to unix style code, the manual is brutal. Would it have
> really hurt to have a few common examples in the help?
> 
> Thank you though!
> 

Re: [ANNOUNCEMENT] Updated: apache2-2.2.0-1

[zzapper]

Max Bowsher <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]: 

> The Apache HTTPD version 2.2.0-1 packages, previously released with
> testing status, are now promoted to the current distribution.
> 
>  IMPORTANT UPDATE NOTE
>  Existing version 2.0 config files are MOSTLY
> compatible with 2.2, but WILL require at least one change: Several
> modules have changed name, so the LoadModule statements will need
> updating. The easiest way to do this is to replace the existing
> LoadModule statements with the ones in 
> /etc/apache2/original/httpd.conf. 
> 
> Apache 2.2 has a significantly redesigned default configuration: it
> has been greatly simplified by removing all but the most essential
> configuration settings. A set of example configuration settings for
> more advanced features is present in the /etc/apache2/extra/
> directory. Furthermore, the naming scheme of the pristine default
> configuration files has changed: Instead of
> /etc/apache2/httpd-std.conf, there is now 
> /etc/apache2/original/httpd.conf, and similarly for other files. 
> ===
> 
> 
Hi,
Are people actually moving to Apache 2.x yet?, I was scared off in the
early days by talk that it didn't yet support PHP etc. 


-- 
zzapper
http://successtheory.com/tips/ 100 FREE Success and Self-Improvement
Tips 


--
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: [ANNOUNCEMENT] Updated: apache2-2.2.0-1

[Brian Dessent]

zzapper wrote:

> Are people actually moving to Apache 2.x yet?, I was scared off in the
> early days by talk that it didn't yet support PHP etc.

That is mostly FUD.  PHP itself has been thread-safe for years.  The
problem is that PHP typically links against a large number of external
libraries, and not all of them can guarantee thread safety, nor do the
PHP developers have any desire to go mucking about in other people's
code to try to find and solve tricky bugs.  So they spread this "we
can't recommend threaded apache" FUD instead.

However the whole issue is moot, because you can still use the prefork
MPM in apache 2.x which works exactly as 1.3 does, without any threads. 

Anyone that tries to convince you that 1.3 is better than 2.x is just
saying so out of irrational fear, not for any technical reason.  1.3 has
been frozen in stone with no new features for probably half a decade
now, so it's like saying, "my carbeaurated chevy from the 60s still gets
me to work and I don't want any of this fancy pants modern car stuff
like fuel injection."  Sure, don't change what works, whatever.  For
some people that's more important than anything else.  But the technical
arguments presented are essentially unfounded.

Brian

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

Re: 1.15.19: multithreaded scons (python) unexpectedly fails

[Gary Zablackis]

--- Nels Freed <[EMAIL PROTECTED]> wrote:

> Hello,
> 
>   After searching the list, I've not found this
> particular setup and problem
> in the list.  If I missed it, I apologize.
> 
>   When using scons-j the script unexpectedly fails
> with error 5.  Normally
> this would be a scons problem, but I think it is a
> cygwin dll failure since
> it works with 1.15.18-1.  I did an update using
> setup.exe and reverted only
> the dll.  (Additionally scons worked ok on the same
> computer with using the
> windows build of python from
> C:\WINDOWS\system32\cmd.exe command line)
> 

Nels,

This MAY be the same problem discussed in the thread
referring to a dlopen() bug:
http://cygwin.com/ml/cygwin/2006-04/msg00036.html

My experience with this bug comes from a Python
program importing a dll, and this is possibly what
your problem is, too.

Gary Zablackis




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Re: Some pointers required on log file examination.

[Igor Peshansky]

On Tue, 4 Apr 2006, Richard Quadling wrote:

> Hi.
>
> I have a document building process which gets its data from a CVS and
> then autoconf/configure/make...
>
> The CVS command I'm using produces 2 log files. The first (cvs1.log)
> contains all the directory names. The second (cvs2.log) contains the
> actual changes to the local files.
>
> What I want to do is not proceed with a nearly 3 hour make when the
> amount of changes is small.
>
> By small I mean less than 50 files changed.
>
> Also, if one from a specific set of files has changed then the make
> must go ahead.
>
> If the make is NOT to go ahead, then the current cvs2.log is to be
> kept and appended to the next time round, so eventually 50 files WILL
> have changed and off we go.
>
> I know next to nothing about Cygwin, so please be nice.
>
> Where do I start?

We can be nice, but we can't write your code for you.  None of this is
actually Cygwin-specific.  All of it is pretty standard Unix stuff.  A
small bit of experimenting with CVS will show you that your cvs1.log is
the redirection of stderr of the CVS command, and cvs2.log is the
redirection of stdout.  A Unix tutorial (most of them) would have an
example of how to count lines in a file using "wc", as well as how to
search for a specific line using "grep".  A shell tutorial will show you
how to redirect to the same file without destroying it.  The rest is just
editing the build driver script to incorporate all of these snippets.

FWIW, a slightly better way of structuring your make is to remember the
date/time of the last make (as a timestamp on a file, perhaps), and simply
compare CVS as of that date/time with the HEAD.  If the HEAD has certain
properties (some particular files changed, the number of changed files is
greater than some threshold, etc), then fire off a checkout and the build.

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

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

nice under tcsh does not register under top?

[Lester Ingber]

I have a tcsh script that runs some processes, e.g., `nice +19 gmake run`.
I monitor the NI and %CPU columns under `top`.  This works fine under
FreeBSD and Solaris/SPARC, but under Cygwin the NI column always reads 0?

Is it not possible to affect Windows priorities via Cygwin?

Thanks.

Lester



--
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: Some pointers required on log file examination.

[Richard Quadling]

Thanks for that. I'd not thought of using the CVS itself.

Living and learning.

Re: nice under tcsh does not register under top? [Attn top maintainer]

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Lester Ingber on 4/4/2006 7:36 AM:
> I have a tcsh script that runs some processes, e.g., `nice +19 gmake run`.
> I monitor the NI and %CPU columns under `top`.  This works fine under
> FreeBSD and Solaris/SPARC, but under Cygwin the NI column always reads 0?
> 
> Is it not possible to affect Windows priorities via Cygwin?

It's possible, since cygwin 1.5.13 or so (for example, '/bin/nice
/bin/nice' outputs 10, since the first nice defaults the second to +10,
and the second displays its current nice value with no argument).  In
tcsh, nice is a shell builtin, which defaults to +4 instead of +10, but my
testing shows that it works.  It looks like top is not displaying nice
values properly.

By the way, following these directions,
> Problem reports:   http://cygwin.com/problems.html

and including 'cygcheck -svr' output as a text attachment, would have let
us know if you need to upgrade your installation.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEMniS84KuGfSFAYARAgj4AJ90REfdaBUb4MlXd1HKLOkDIvxG+wCgqIot
3ySRUGdjDHXSQkacn94jLJQ=
=2yiR
-END PGP SIGNATURE-

--
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: nice under tcsh does not register under top?

[Corinna Vinschen]

On Apr  4 06:36, Lester Ingber wrote:
> I have a tcsh script that runs some processes, e.g., `nice +19 gmake run`.
> I monitor the NI and %CPU columns under `top`.  This works fine under
> FreeBSD and Solaris/SPARC, but under Cygwin the NI column always reads 0?
> 
> Is it not possible to affect Windows priorities via Cygwin?

You did it, it's just not reflected in the NI column, but in the PR
column.  See the priority for the process in Task Manager, too.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Some pointers required on log file examination.

[Igor Peshansky]

Earlier, I wrote (regarding firing off the build once some number of files
have changed):

> FWIW, a slightly better way of structuring your make is to remember the
> date/time of the last make (as a timestamp on a file, perhaps), and
> simply compare CVS as of that date/time with the HEAD.  If the HEAD has
> certain properties (some particular files changed, the number of changed
> files is greater than some threshold, etc), then fire off a checkout and
> the build.

On Tue, 4 Apr 2006, Richard Quadling wrote:

> Thanks for that. I'd not thought of using the CVS itself.
> Living and learning.

It would be nice to quote at least some relevant part of the message
you're replying to, just to set the context for people seeing this thread
for the first time.

Also, a small clarification: when I said "compare CVS as of that
date/time", I did not mean the repository itself, but the "cvs" command.
In your case, if you only do the checkout whenever you do the make, using
"cvs -n checkout" should suffice -- just examine the output of that.
E.g., something like (untested):

cvs -qn checkout > log && \
[ `wc -l log` -ge 50 -o `grep -F -c -f IMPORTANT_FILES log` -gt 0 ] && \
cvs -q checkout && make

where IMPORTANT_FILES is a file that contains the list of files changes to
which should kick off the build no matter what, one per line, with a 'U '
in front of it (to simulate cvs output).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: Some pointers required on log file examination.

[Igor Peshansky]

On Tue, 4 Apr 2006, Igor Peshansky wrote:

> Earlier, I wrote (regarding firing off the build once some number of files
> have changed):
>
> > FWIW, a slightly better way of structuring your make is to remember the
> > date/time of the last make (as a timestamp on a file, perhaps), and
> > simply compare CVS as of that date/time with the HEAD.  If the HEAD has
> > certain properties (some particular files changed, the number of changed
> > files is greater than some threshold, etc), then fire off a checkout and
> > the build.
>
> On Tue, 4 Apr 2006, Richard Quadling wrote:
>
> > Thanks for that. I'd not thought of using the CVS itself.
> > Living and learning.
>
> It would be nice to quote at least some relevant part of the message
> you're replying to, just to set the context for people seeing this thread
> for the first time.
>
> Also, a small clarification: when I said "compare CVS as of that
> date/time", I did not mean the repository itself, but the "cvs" command.
   ^
   output of the appropriate

Sorry, that's what I get for firing off emails in a hurry.

> In your case, if you only do the checkout whenever you do the make, using
> "cvs -n checkout" should suffice -- just examine the output of that.
> E.g., something like (untested):
>
> cvs -qn checkout > log && \
> [ `wc -l log` -ge 50 -o `grep -F -c -f IMPORTANT_FILES log` -gt 0 ] && \
> cvs -q checkout && make
>
> where IMPORTANT_FILES is a file that contains the list of files changes to
> which should kick off the build no matter what, one per line, with a 'U '
> in front of it (to simulate cvs output).
>   Igor

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

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: building (porting) c++ project w/ deprecated features -- did I do this right?

[Nate Thern]

Eric Blake  comcast.net> writes:
> You are
> better off teaching your application about modern C++, and sending those
> patches back upstream to the "C Scripting Language" project.
Agreed. I'm just an engineer and self-taught C programmer who regularly 
compiles his own stuff on cygwin when it's not in the standard distribution. 
I'm usually pretty successful at resolving problems, but this CSL build sucked 
me into a downward spiral of little fixes that never did end up working.

If I take the big picture approach, I will have a lot to learn. I'm strictly a 
K&R C guy, I don't know or do etags, autoconf, gdb, etc. I'm probably long 
overdue to learn some of these tools. If I take this on, what resources are 
there to help me learn to code in the gnu style, and learn modern C++? (the 
best my library has is Stroustrup, 1997)


--
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: building (porting) c++ project w/ deprecated features -- did I do this right?

[Christopher Faylor]

On Tue, Apr 04, 2006 at 03:26:52PM +, Nate Thern wrote:
>Eric Blake  comcast.net> writes:
>> You are
>> better off teaching your application about modern C++, and sending those
>> patches back upstream to the "C Scripting Language" project.
>Agreed. I'm just an engineer and self-taught C programmer who regularly 
>compiles his own stuff on cygwin when it's not in the standard distribution. 
>I'm usually pretty successful at resolving problems, but this CSL build sucked 
>me into a downward spiral of little fixes that never did end up working.
>
>If I take the big picture approach, I will have a lot to learn. I'm strictly a 
>K&R C guy, I don't know or do etags, autoconf, gdb, etc. I'm probably long 
>overdue to learn some of these tools. If I take this on, what resources are 
>there to help me learn to code in the gnu style, and learn modern C++? (the 
>best my library has is Stroustrup, 1997)

google is your best resource for learning things like this.

Everything else is off-topic for this mailing list.  This isn't a list designed
to help bring people's knowledge into the late 20th centry.

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/

[ANNOUNCEMENT] Updated: clamav-0.88-1

[Reini Urban]

clamav-0.88-2 contains the security fixes from 0.88-1 plus the shared
library cygclamav-1.dll which was not in the previous package.
Note that tomorrow another update 0.88.1-1 with minor bugfixes will follow.

About:
Clam AntiVirus is an anti-virus toolkit for Unix. The main purpose of
this software is the integration with mail servers (attachment
scanning). The package provides a flexible and scalable multi-threaded
daemon, a commandline scanner, and a tool for automatic updating via
Internet. The programs are based on a shared library distributed with
the Clam AntiVirus package, which you can use in your own software.

Changes:
 Security fixes
 See http://www.clamav.net/doc/0.88/ChangeLog

See http://freshmeat.net/projects/clamav/



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.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from 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]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.




--
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: nice under tcsh does not register under top? [Attn top maintainer]

[Chris January]

> According to Lester Ingber on 4/4/2006 7:36 AM:
> > I have a tcsh script that runs some processes, e.g., `nice +19 gmake run`.
> > I monitor the NI and %CPU columns under `top`.  This works fine under
> > FreeBSD and Solaris/SPARC, but under Cygwin the NI column always reads 0?
> >
> > Is it not possible to affect Windows priorities via Cygwin?
>
> It's possible, since cygwin 1.5.13 or so (for example, '/bin/nice
> /bin/nice' outputs 10, since the first nice defaults the second to +10,
> and the second displays its current nice value with no argument).  In
> tcsh, nice is a shell builtin, which defaults to +4 instead of +10, but my
> testing shows that it works.  It looks like top is not displaying nice
> values properly.

This isn't a problem with top but a missing feature of the /proc filesystem.

Chris

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

Problem with mined 2000.12-1

[Eugene Kotlyarov]

Hello

  It seems to me that mined.exe in latest mined package is broken. It gives 
access violation when running and content of it doesn't really look like 
valid .exe file.




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

WinMain() not getting cl with 20060403 snapshot

[David Rothenberger]

WinMain() in a program compiled with cygwin1.dll is no longer
getting passed the command-line from bash correctly with the
20060403 snapshot. It works fine with the 20060329 snapshot.

This is the same problem mentioned in
.

The same test case is attached here again (winCmdLine.c). I compile
it with "gcc -o winCmdLine winCmdLine.c" (note no -mno-cygwin).

With the 20060403 snapshot, I get:

% uname -a
CYGWIN_NT-5.1 tela 1.5.20s(0.155/4/2) 20060403 13:33:45 i686 Cygwin
% ./winCmdLine arg1 arg2
"

With the 20060329 snapshot, I get:

% uname -a
CYGWIN_NT-5.1 tela 1.5.20s(0.155/4/2) 20060329 23:02:10 i686 Cygwin
% ./winCmdLine arg1 arg2
 arg1 arg2

Of course, this problem goes away when using -mno-cygwin. The
program also works fine when invoked directly from a cmd.exe shell
instead of bash.

The problem appeared in winclient.exe, part of the XEmacs
distribution. I can easily work around the problem, but wanted to
mention it anyway because it is a regression.

-- 
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8

Likewise, the national appetizer, brine-cured herring with raw onions,
wins few friends, Germans excepted.
-- Darwin Porter "Scandinavia On $50 A Day"
#include 
#include 

int WINAPI
WinMain (HINSTANCE hInst,
 HINSTANCE hPrev,
 LPSTR lpCmdLine,
 int   nCmdShow)
{
  printf("%s\n", (const char*) lpCmdLine);
  return 0;
}

Cygwin Configuration Diagnostics
Current System Time: Tue Apr 04 11:31:44 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   c:\program files\gpg-1.4.2
c:\oracle\ora817\bin
c:\cygwin\bin
c:\cygwin\sbin
c:\cygwin\usr\X11R6\bin
c:\cygwin\usr\local\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Executive Software\Diskeeper\
C:\MSSQL7\BINN
C:\Program Files\ATI Technologies\ATI Control Panel
C:\Program Files\QuickTime\QTSystem\
c:\cygwin\home\drothe\bin
C:\Program Files\SSH Communications Security\SSH Secure Shell

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(drothe)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(drothe)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

PWD = '/c/temp/xemacs'
CYGWIN = 'server'
HOME = '/home/drothe'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\drothe'
APPDATA = 'C:\Documents and Settings\drothe\Application Data'
ORA_HOME_WIN = 'c:\oracle\ora817'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel'
WINDIR = 'C:\WINDOWS'
PERLIO = 'perlio'
OLDPWD = '/usr/bin'
USERDOMAIN = 'TELA'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
!:: = '::\'
TEMP = '/c/DOCUME~1/drothe/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
USERNAME = 'drothe'
ORA9_HOME_WIN = 'c:\oracle\ora920'
PROCESSOR_LEVEL = '15'
AUTOSSH_LOGFILE = '/var/log/autossh.log'
ORA81_HOME = 'c:/oracle/ora817'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
ORA81_HOME_WIN = 'c:\oracle\ora817'
JAVA_HOME = 'c:/jdk1.2.2'
USERPROFILE = 'C:\Documents and Settings\drothe'
ORA9_HOME = 'c:/oracle/ora920'
ORA_HOME = 'c:/oracle/ora817'
PS1 = '% '
LOGONSERVER = '\\TELA'
HISTIGNORE = '[   ]*:&:bg:fg:exit'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\cygwin\bin'
HISTCONTROL = 'ignoredups'
SHLVL = '1'
OSTYPE = 'cygwin'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
JPROFILER_JAVA_HOME = 'c:\jdk1.4.2'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/c/DOCUME~1/drothe/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PROCESSOR_REVISION = '0209'
CLASSPATH = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
WL_HOME = 'c:/weblogic510'
PROGRAMFILES = 'C:\Program Files'
WL81_HOME = 'c:/bea/weblogic81'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
GNU_HOME = 'c:/cygwin'
COMPUTERNAME = 'TELA'
!EXITCODE = ''
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/'
  cygdrive flags = 0x002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/forbin-backup
  (default) = 'C:\cygwin\home\drothe\work\entomo\f

Re: 20060301 snapshot and later. sh hangs with very long command line

[Peter Rehley]

On Apr 3, 2006, at 4:25 PM, Christopher Faylor wrote:


On Wed, Mar 29, 2006 at 03:14:54PM -0800, Brian Dessent wrote:

Christopher Faylor wrote:
I was building binutils using the cygwin 20060308 snapshot, and  
when it

did the check for "finding the maximum length of command line" a sh
shell goes to 99% cpu usage and doesn't return until I end the  
process

using task manager.

I isolated the portion of the script that was hanging and was  
able to
repeat the problem.  The script hangs when it checks for a  
command line
of length 16384.  This happens every time I run the script, and  
it is

reproducible for me on at least windows 2000 and windows XP.  I've
attached a test script.

The problem doesn't happen with the 20060227 snapshot, but  
appeared in
20060301 and later versions.  It is present in the 20060309  
snapshot.


Thanks for the test case.  This should be fixed in the next  
snapshot.


This looks like it has regressed.  I am using CVS HEAD as of  
yesterday

and have run into the "finding the maximum length of command line
arguments" hang in configure scripts.  Peter's testcase fails  
too.  As

a workaround I've set cygexec on my mounts which seems to workaround
the issue (and allows larger commandlines anyway.)


Out of curiousity, does this go away if you mount your /bin  
directory with

the -X option?  If so, the latest snapshot should fix it.
In the test case I used this seems to fix the problem, but when it is  
running the real script, it still hangs.  I'll try the snapshot to  
see if the behavior is the same.


Peter

--
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: building (porting) c++ project w/ deprecated features -- did I do this right?

[Brian Dessent]

Nate Thern wrote:

> K&R C guy, I don't know or do etags, autoconf, gdb, etc. I'm probably long
> overdue to learn some of these tools. If I take this on, what resources are
> there to help me learn to code in the gnu style, and learn modern C++? (the
> best my library has is Stroustrup, 1997)

A good high level intro/overview of how autoconf/automake/libtool work
together is:
. 
(Yes, this is now off-topic.)

Brian

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

RE: [ANNOUNCEMENT] Updated: run-1.1.8-1

[Jerry D. Hedden]

> run-1.1.8-1 is  now available on Cygwin mirrors.
>
> Changes
> ===
>
>   * Remove quotes from exename. Fixes problem with spaces in filenames

After installing this version of 'run', I found that the behaviour
reported in
   http://cygwin.com/ml/cygwin/2006-03/msg00866.html
is still the same.


--
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: 20060301 snapshot and later. sh hangs with very long command line

[Peter Rehley]

On Apr 4, 2006, at 11:56 AM, Peter Rehley wrote:



On Apr 3, 2006, at 4:25 PM, Christopher Faylor wrote:


On Wed, Mar 29, 2006 at 03:14:54PM -0800, Brian Dessent wrote:

Christopher Faylor wrote:
I was building binutils using the cygwin 20060308 snapshot, and  
when it
did the check for "finding the maximum length of command line"  
a sh
shell goes to 99% cpu usage and doesn't return until I end the  
process

using task manager.

I isolated the portion of the script that was hanging and was  
able to
repeat the problem.  The script hangs when it checks for a  
command line
of length 16384.  This happens every time I run the script, and  
it is

reproducible for me on at least windows 2000 and windows XP.  I've
attached a test script.

The problem doesn't happen with the 20060227 snapshot, but  
appeared in
20060301 and later versions.  It is present in the 20060309  
snapshot.


Thanks for the test case.  This should be fixed in the next  
snapshot.


This looks like it has regressed.  I am using CVS HEAD as of  
yesterday

and have run into the "finding the maximum length of command line
arguments" hang in configure scripts.  Peter's testcase fails  
too.  As

a workaround I've set cygexec on my mounts which seems to workaround
the issue (and allows larger commandlines anyway.)


Out of curiousity, does this go away if you mount your /bin  
directory with

the -X option?  If so, the latest snapshot should fix it.
In the test case I used this seems to fix the problem, but when it  
is running the real script, it still hangs.  I'll try the snapshot  
to see if the behavior is the same.



The 20060403 snapshot fixes the issue.

Peter

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

rsync 2.6.7

[Robert Fitzpatrick]

I posted a long file name issue on the rsync list and received this 
response:


http://lists.samba.org/archive/rsync/2006-March/015097.html

Seems 2.6.6 is the current version on Cygwin, I just tried running 
setup. Will 2.6.7 be available soon?


--
Robert

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

Setting up chroot jail with cygwin

[Kevin Hilton]

Can anyone point me to a link telling me how to set up a chrooted jail
with cygwin??? The last post I found on the mailing list was regarding a
lastlog configuration.

Thanks

--
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: [FAQ alert] RE: segfault on memory intensive programs

[Joshua Daniel Franklin]

On 4/1/06, Joshua Daniel Franklin wrote:
> On 3/30/06, Dave Korn wrote:
> >   As to the FAQ entry, it really needs a little alteration.  Ping JDF!
> >
> >   It should make clear that those parameters are in bytes.  The example of a
> > 4k stack and 1k heap is a bit unrealistic and it might be more productive to
> > show people how to make exes with /big/ stacks, since that's the problem
> > people usually run into.  How about something a bit more like
> >
> > -
> > 21.
> >
> > How can I adjust the heap/stack size of an application?
> >
> > If you need to change the maximum amount of memory available to Cygwin, see
> > http://cygwin.com/cygwin-ug-net/setup-maxmem.html. Otherwise, just pass the
> > desired heap/stack size in bytes as linker arguments to gcc. To create 
> > foo.exe
> > with a heap size of 200MB and a stack size of 8MB, you would invoke gcc as:
> >
> > gcc -Wl,--heap,2,--stack,800 -o foo foo.c
> > -

OK, checked in, but I didn't update the website.

--
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: Update for the "Why doesn't chmod work?" section of the FAQ?

[Joshua Daniel Franklin]

On 3/2/06, Christopher Faylor  wrote:
> The current FAQ has this entry:
>
>   4.15. Why doesn't chmod work?

I checked in this, but didn't update the website:

The most common case is that your /etc/passwd or /etc/group files are
not properly set up. If ls -l shows a group of mkpasswd or mkgroup,
you need to run one or both of those commands.

For other cases, understand that Cygwin attempts to show UNIX
permissions based on the security features of Windows, so the Windows
ACLs are likely the source of your problem. See the Cygwin User's
Guide at http://cygwin.com/cygwin-ug-net/ntsec.html for more
information on how Cygwin maps Windows permissions.

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

[SOLVED] Re: how to create a syslog-ng pidfile

[Bryan D. Thomas]

"Igor Peshansky" wrote:
> For some applications that are unable to work in the foreground, cygrunsrv
> contains the -x option, which makes it check the pid file instead of
> waiting for the child process.  That way the child can fork and detach,
> and cygrunsrv can still control it via the pid in that file.  But for that
> to work, the child program now needs to run in detached state.

Thank you for explaining this.  Especially it is good to know that cygrunsrv
can still control the child process, so the Windows service should still 
behave.

> Try specifying the -x option to cygrunsrv, pointing it to the syslog-ng
> pid file (that you specify via the -p option to syslog-ng), and then *not*
> specifying the -F option to syslog-ng.

I had not considered to combine the options! Yes, this worked:

$ cygrunsrv -R syslog-ng

$ cygrunsrv -I syslog-ng -d "CYGWIN syslog-ng" -p /usr/sbin/syslog-ng \
  -a "-p /var/run/syslog-ng.pid" -x /var/run/syslog-ng.pid

The syslog-ng code creates the pidfile 0600, and is running as SYSTEM (by 
default).
I am finding Igor's SYSTEM-owned shell shortcut
http://article.gmane.org/gmane.os.cygwin/52716 very helpful for
working on the next steps of my log rotation scheme. 




--
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: Setting up chroot jail with cygwin

[Bryan D. Thomas]

"Kevin Hilton" wrote:
> Can anyone point me to a link telling me how to set up a chrooted jail
> with cygwin?

I used this:

$ /bin/chroot.exe --help
Usage: /bin/chroot NEWROOT [COMMAND...]
  or:  /bin/chroot OPTION
Run COMMAND with root directory set to NEWROOT.

  --help display this help and exit
  --version  output version information and exit

If no command is given, run ``${SHELL} -i'' (default: /bin/sh).

Report bugs to  gnu  org>.

To find this -^

Then I looked at this:

/usr/share/doc/Cygwin/coreutils-5.94.README

Maybe this will help?

Best regards,
Bryan 




--
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: Setting up chroot jail with cygwin

[Warren Young]

Bryan D. Thomas wrote:

"Kevin Hilton" wrote:

Can anyone point me to a link telling me how to set up a chrooted jail
with cygwin?


I used this:

$ /bin/chroot.exe --help


Can that be relied upon?  chroot is a system call on Unix and Linux, 
which is how it can ensure that the process doesn't step outside the 
box.  Is there a comparable feature in the Windows kernel that provides 
the same feature?  Lacking that, all a determined hacker would have to 
do when attacking a buffer overrun bug is make their injected code first 
attack the cygwin1.dll before doing whatever nefarious task they want to do.


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

Scaleable fonts

[John Rehill]

Hi guys,

Newbie here.  Am trying to get scaleable fonts in a command window running
under cygwin.  I have installed  xorg-x11-fnts (6.8.1.0-3) and xorg-x11-fscl
(6.8.1.0-2) but from there I'm at a loss as to how to implement them.  I
don't care what font is actually used, as long as it's readable but I want
to have it so that when the user changes the window size or maximizes it,
the fonts 'grow' with the window.

Thanks.

Oh and sorry if this is to the wrong group I figured this was a cygwin thing
and not a cygwin/x thing.  Still getting to grips with the system so not
sure where one begins and the other ends.



John Rehill
IT Systems Support
Ph: (08) 8205 2405
EM: [EMAIL PROTECTED]




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