Re: whole-word matches searches of mailing list archive & packages

[Gmane User]

Gmane User wrote:
> Brian Dessent wrote:
> 
>>Fred Ma wrote:
>>
>>>I was searching for whether the current cygwin has the "stat" command.
>>>This is for future reference, since I am unable to update my old
>>>cygwin installation at the moment.  I eventually found that "stat"
>>>resides in coreutils, but I was wondering if there is a way to specify
>>>whole-word matches when searching either the mailing list archive or
>>>while performing a Setup Package Search.  The reason is that some
>>>words are very common as partial words, so searches tend to come up
>>>with many unrelated hits.  Thanks.
>>
>>The search is a regular expression.  If you are searching for a binary
>>of a particular name, use "/foo\.exe" which will anchor the match so
>>that it can only match a command by that name, i.e.
>>/some/path/to/foo.exe.  See "man pcre" for more information.
> 
> 
> Thanks, Brian.  "man pcrepattern" cleared this up, and I found that
> I could do a package search for (say) \bstat\.exe\b.  It doesn't
> seem to work on a search of the mailing list archive, though.  A
> search for stat.exe, stat\.exe, and "stat.exe" seems to find
> pages containing "stat" and "exe" rather than "stat.exe".  But
> I appreciate the pointer to PCRE for the package search.

I forgot to mention that I found the advanced search panel for the
mailing list archive.  The above problem still exists, though the
whole-word matching is solved.

Fred


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

La vie : une question d'assurance et de confiance

[Olivier Rogier]

Bonjour et bonne année 2006.

J'ai rédigé une pétition de soutien en raison d'une affaire grave
d'agressions, d'accidents de la circulation, et de mauvaises gestions
médicales et administratives, qui est exposée sur le site internet :

http://orogier.free.fr

N'hésitez pas à transmettre ce message à vos collègues et amis.
Merci pour votre soutien,
Olivier Rogier.

[Pour me contacter, veuillez utiliser le site web]


--
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: SSH Local Port Forwarding

[Corinna Vinschen]

On Jan 27 09:56, Corinna Vinschen wrote:
> On Jan 26 16:53, Jon Dixon wrote:
> >I have Cygwin version 1.5.18-1 installed on a Windows 2003 Server
> > System.  My question is in regard to the SSH Local Port Forwarding
> > feature.  I activate the ssh local port forwarding with the command
> > line statement:
> > 
> >ssh ?L2001:server.com:23 server.com.
> > 
> > At this point, an application can connect to Cygwin listening on port
> > 2001.   However if another program is executed and also listens on
> > port 2001, it too will run.  Is there an option available where by SSH
> > can open up the Local Port Forwarding listening port in exclusive mode
> > (i.e. SO_EXCLUSIVEADDRUSE) so no other programs can simultaneously
> > listen on the same port?
> 
> Unfortunately not.  WinSock behaves somewhat different than one would
> expect in terms of port reuse.  I will look into this issue at some
> later point, as time permits, and see if SO_EXCLUSIVEADDRUSE could help
> here.

I have checked in a patch which sets the SO_EXCLUSIVEADDRUSE option when
bind is called and the application hasn't explicitely set the socket to
SO_REUSEADDR before.  This seems to emulate POSIX behaviour now more
closely in terms of local address reuse.

Keep in mind that the SO_EXCLUSIVEADDRUSE option is only supported since
NT4 SP4, and that under Windows 2000 up to SP3 and under XP up to SP1
only local admins can successfully use this option due to a bug in
WinSock (see Microsoft's KB article 870562).

Please test the next developer's snapshot from http://cygwin.com/snapshots/


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: Cygwin Bash window disappear?!

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Sun, 29 Jan 2006, Hammond, Robin-David%KB3IEN wrote:

> On Fri, 27 Jan 2006, Daniel mark wrote:
>
> > Date: Fri, 27 Jan 2006 21:04:29 + (UTC)
> > From: Daniel mark <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]

Daniel, .  Thanks.

> > Subject: Cygwin Bash window disappear?!
> >
> > Hello all:
> >
> > I met a very strange problem as follows:
> >
> > After I finish installing the latest version of cygwin on my computer,
> > I try to run C:\cygwin\cygwin.bat. The only thing I got is a black
> > window splash for a second and then immediately disappear.
> >
> > I have fully installed all cygwin package and test all package without
> > problem by using the package test tool provided by cygwin.
> >
> > I have tried to install it for 3 times!! still the same problem
> >
> > My machine is using AMD chip with XP professional
>
> I too have this problem, using win XP patch level 2. Try invoking sh,
> see if you can get a stable shell then. ls wont work (if your in the
> same boad i am) but `echo *` will have about the same effect

"sh" in Cygwin is the same as "bash", so that will have (almost) exactly
the same behavior.  You have a problem with your installation, whether you
think setup completed successfully or not.  Please read and follow the
directions at

> Problem reports:   http://cygwin.com/problems.html

Please pay particular attention to the part that asks you to attach (as an
uncompressed text *attachment*) the output of "cygcheck -svr" on your
machine.

Also, as others have said, open a CMD shell, run C:\cygwin\Cygwin.bat from
there, and post any error messages you receive.
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/

where is 'chere'

[Fredrik Lundgren]

Dear list,

I recently reinstalled cygwin in its base configuration and added 'nano'
and 'rxvt'.
everything works as expected but bash doesn't recognize 'chere' as a
command.
I don't remeber that I had to do something special to use 'chere' in my
previous setup.

Any help?

Fredrik



--
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: where is 'chere'

[Fredrik Lundgren]

Thanks!

Yes, I found it. Didn't remeber that it was a special package. Found it
easily when doing it right.

Fredrik
- Original Message - 
From: "Brett Serkez" <[EMAIL PROTECTED]>

To: "Fredrik Lundgren" <[EMAIL PROTECTED]>
Sent: Sunday, January 29, 2006 5:10 PM
Subject: Re: where is 'chere'



I recently reinstalled cygwin in its base configuration and added
'nano' and 'rxvt'. everything works as expected but bash doesn't
recognize 'chere' as a command. I don't remeber that I had to do
something special to use 'chere' in my previous setup.


Humm, did you review what was selected by setup? Did you look under
shells?  Or if you didn't know which category it was under, sort by
package name and look alphabetically?

It is there, you just need to look for it and select as it, as it is 
an

optional package.

Brett

Brett C. Serkez, Techie






--
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: bizarre g++ behavior after reinstalling cygwin

[Igor Peshansky]

On Sun, 29 Jan 2006, Vadim Oganesyan wrote:


I just reinstalled cygwin on my laptop (running winXP) and g++ is acting
most peculiar.

The code that has been working fine for thepast 2~3 months no longer
works (the programs are still working on other machines). the seem to
compile OK, but don't generate output files, or generate nonsense, or
get trapped in loops indefinitely.


We'll need to see actual code snippets that misbehave before we can help.
However, judging by your example below, I can guess that most of these are
against the general C++ coding practices.  GCC 3.4 is much stricter in
that regard than previous versions, and does not necessarily try to make
sense of such code, which is probably what's happening in your case.  Did
you try compiling with "-Wall"?


Digging in I found that none of the "i=i++" calls inside for-loops work.
I have never heard of anything of sorts, still changes ++ to +1, this
fixed the loops, but apparently there are still problems...


"i=i++" is either a no-op or nonsense, depending on the interpretation.
You should either use "i=i+1" or "i++" (those should be equivalent in
modern compilers).


please help, have i lost my mind?


That's for you to say, but I suspect your code would benefit from some
review and rewrite.  Google for "C++ code style guide".
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: bizarre g++ behavior after reinstalling cygwin

[Brett Serkez]

> "i=i++" is either a no-op or nonsense, depending on the
> interpretation. You should either use "i=i+1" or "i++" (those should
> be equivalent in modern compilers).

The strick interpretation of i=i++ starts by evaluating the right side
"i++" to compute a r-value (right value).  Since the ++ is after the i,
it is a post-operation, vs. if it were before the i, in which case it
would be a pre-operation.   So first the value of i would be saved, then
i incremented, then the saved value would be assigned to the l-value
(left value) which in this case is i, setting i back to its original
value.  You could use "i=++i" which would increment i, then save the r-
value and assign to the l-value, but then again, i++ would be much
simplier, no?

Brett

Brett C. Serkez, Techie


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

problems with latest cygwin version CYGWIN_NT-5.1 ELEPHANT 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin

[Ron Rice & Helga Holtmann]

Since updating Cygwin using setup.exe, I have not been able to run either
Xwin or WindowMaker:
 
$startxwin.sh
 
[EMAIL PROTECTED] ~
$ C:\cygwin\usr\X11R6\bin\XWin.exe (2536): *** proc magic mismatch detected
- 0C87757A7/0xD94C588A.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version
*should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.
C:\cygwin\usr\X11R6\bin\wmaker.exe (3308): *** proc magic mismatch detected
- 0C87757A7/0xD94C588A.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version
*should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.
 
There is a cygwin1.dll in /cygdrive/c/cygwin/bin:
 
$ ll /cygdrive/c/cygwin/bin/cygwin1.dll
-rwxrwxrwx+ 1 user Users 1805448 Jan 20 10:28
/cygdrive/c/cygwin/bin/cygwin1.dll
 
$ uname -a
CYGWIN_NT-5.1 ELEPHANT 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
 
I have already rebooted the computer several times. What further steps do I
need to take to fix this?
    Ron




--
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: Native letters in Cygwin zsh

[Joshua Daniel Franklin]

On 1/27/06, Wojciech Pietron wrote:
> After a few hours spent in 'bindkey', 'stty' and similar stuff I am not
> very familiar with, I found out that after running a command 'setopt nozle'
> I am able to produce all Polish letters. Of course, I loose all
> functionality associated with 'Zsh Line Editor' module as well. What is more,
> problem remains in vi editor.
>
> Is there any simpler command to be able to enable Polish letters associated
> with AltGr-X and AltGr-S and not to loose all the functionality of 'zle'
> module?

I have no experience with Polish on Cygwin, but have you looked at
the hints in the Cygwin FAQ on Unicode?

http://cygwin.com/faq/faq.using.html#faq.using.unicode

--
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: problems with latest cygwin version CYGWIN_NT-5.1 ELEPHANT 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin

[Larry Hall (Cygwin)]

Ron Rice & Helga Holtmann wrote:

Since updating Cygwin using setup.exe, I have not been able to run either
Xwin or WindowMaker:
 
$startxwin.sh
 
[EMAIL PROTECTED] ~

$ C:\cygwin\usr\X11R6\bin\XWin.exe (2536): *** proc magic mismatch detected
- 0C87757A7/0xD94C588A.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version
*should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.
C:\cygwin\usr\X11R6\bin\wmaker.exe (3308): *** proc magic mismatch detected
- 0C87757A7/0xD94C588A.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version
*should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.
 
There is a cygwin1.dll in /cygdrive/c/cygwin/bin:
 
$ ll /cygdrive/c/cygwin/bin/cygwin1.dll

-rwxrwxrwx+ 1 user Users 1805448 Jan 20 10:28
/cygdrive/c/cygwin/bin/cygwin1.dll
 
$ uname -a

CYGWIN_NT-5.1 ELEPHANT 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
 
I have already rebooted the computer several times. What further steps do I

need to take to fix this?



Look for other cygwin1.dlls?  Otherwise please read carefully the entire
page of problem reporting guidelines found at the URL below and follow the
instructions completely.


Problem reports:   http://cygwin.com/problems.html



--
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: bizarre g++ behavior after reinstalling cygwin

[Brian Dessent]

Vadim Oganesyan wrote:

> Digging in I found that none of the "i=i++" calls inside for-loops work. I

Please get a book on C and then read it.  "i=i++" is undefined behavior
according to the standard, and upon seeing this the compiler is allowed
to do anything it wants -- it could generate code to format your hard
drive if it wanted to.  That your program even worked at any point with
any compiler is pure luck.

The reason it is undefined is because it attempts to modify 'i' in two
places (through the assignment and through ths side effect of
++-postincrement) in the same sequence point.  This is undefined
according to §6.5.2.

But that aside, the expression "i=i++" is just nonsense.  If you want to
increment i, all you need is "i++", or if you're feeling verbose "i = i
+ 1" or "i += 1".  But "i=i++" is invalid, and should not be used in any
C program.

See also:



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: LD_PRELOAD regression on 1.5.19-4 ? no more loaded library in child process

[Louis Lecaroz]

I can't help you, but I can see that there's a lot of information missing
here.
You're right.


> What did you actually *do* to get from one step to the next in the
> above?  Where does your MSVC-linked DLL come into it?  What loads that
> DLL?  What is your system like (the information requested in
> http://cygwin.com/problems.html)?
First, my DLL is written & built in C by using MS DevStudio 2003. so no by 
using gcc & CygWin libs
Next, I declared it through the LD_PRELOAD, which force cygwin processes 
(trougth the crt cygwin library) to load it in their memory space
That's really simple to reproduce, only create an empty dll with DllMain & a 
MessageBox showing environment variables in the Attach process step of Dll 
Main, & you will see that :
-The first cygwin process (bash for example) you request load it correctly & 
environment variable are all in the process
-Next from bash, start VI for example,
-A new instance (the forky instance) of bash will be started also with the 
LD_PRELOAD dll loaded correctly & also with all environment variables (If I 
remember, the cygwin fork() method uses the CreateProcess with longjmg, ect... 
& pipes for synchronizing initialization throught the parent & the forky).
-vim.exe is started through the forky instance of bash (If I am right), the 
LD_PRELOAD dll is still (& always) loaded correctly but only 3 or 4 environment 
variables have been propaged  (by using GetEnvironmentString win32  APIs as my 
DLL due to many constraints is compiled by using devenv & not cygwin/gcc as i 
said above).
The problem has been reproducible on my computers, all using a clean install of 
CygWin 1.5.19-4 with & without last snapshot, & the behavior is exctly 
reprodicble on Win2000 Server & Win2003 Enterprise server. Downgrading to 
1.5.18-x resolve this issue :(


>I saw (but did not verify) one report that 1.5.19 doesn't keep the
>windows copy of the environment in some situations where 1.5.18 did,
>so manually using CreateProcess or the like may work differently.
>AFAICT, this falls in the category of "implementation detail" that you
>shouldn't be counting on.

Thx a lot for having taken & spend your time for answering me, because I wrote 
this mail from my home, I will try to retrieve more information about my issue 
later, like cygcheck for example or strace if it returns me useful information,
 
Louis

--
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: bizarre g++ behavior after reinstalling cygwin

[Igor Peshansky]

On Sun, 29 Jan 2006, Brett Serkez wrote:

> 
> > "i=i++" is either a no-op or nonsense, depending on the
> > interpretation. You should either use "i=i+1" or "i++" (those should
> > be equivalent in modern compilers).
>
> The strick interpretation of i=i++ starts by evaluating the right side
> "i++" to compute a r-value (right value).  Since the ++ is after the i,
> it is a post-operation, vs. if it were before the i, in which case it
> would be a pre-operation.   So first the value of i would be saved, then
> i incremented, then the saved value would be assigned to the l-value
> (left value) which in this case is i, setting i back to its original
> value.

Yes, that was the nonsence interpretation. :-)

> You could use "i=++i" which would increment i, then save the r- value
> and assign to the l-value, but then again, i++ would be much simplier,
> no?

Right.  But there may be other style mishaps in Vadim's code that gcc 3.4
doesn't like.  We just don't know.
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/