cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Reckoner]

Hi,

This command line from cygwin chere is not working anymore for zsh version
4.3.10, but it worked for zsh version 4.3.9:


  C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"

This is supposed to open a new zsh at the directory provided by the %L
variable. With version 4.3.10, it opens a shell, but leaves you in
$HOME instead of %L


any help appreciated.

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Peter A. Castro]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1566 bytes --]

On Wed, 1 Sep 2010, Reckoner wrote:

> Hi,

Greetings, Reckoner,

> This command line from cygwin chere is not working anymore for zsh version
> 4.3.10, but it worked for zsh version 4.3.9:
>
>   C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>
> This is supposed to open a new zsh at the directory provided by the %L
> variable. With version 4.3.10, it opens a shell, but leaves you in
> $HOME instead of %L

Hmm.  I don't recall there being anything specific with reguards to
cd'ing to $HOME on startup in 4.3.10.  The sample startup profile,
/etc/zprofile, (source is at
/usr/share/doc/zsh-4.3.10/StartupFiles/etc/zprofile) was updated to be in
sync with /etc/profile from the base-files package, though those changes
weren't all that effective (spaces, tabs, comments, etc).  In
/etc/zprofile we look for an env var named CHERE_INVOKING and either
unset it or do "cd $HOME":

# Make sure we start in home unless invoked by CHERE
if [ ! -z "${CHERE_INVOKING}" ]; then
         unset CHERE_INVOKING
else
         cd "${HOME}"
fi

So, clearly, this should be working in tandum with chere.  You might want
to try commenting out the above block and see if it does what you want.
If so, it may be that chere has changed how "CHERE_INVOKING" is being set
into the environment or, maybe the name changed, or perhaps something
related to that.

I'll install chere and see what I can find out.

> any help appreciated.

-- 
Peter A. Castro <doctor@fruitbat.org> or <Peter.Castro@oracle.com>
 	"Cats are just autistic Dogs" -- Dr. Tony Attwood

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Benjamin R. Haskell]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2555 bytes --]

On Thu, 2 Sep 2010, Peter A. Castro wrote:

> On Wed, 1 Sep 2010, Reckoner wrote:
> 
> > Hi,
> 
> Greetings, Reckoner,
> 
> > This command line from cygwin chere is not working anymore for zsh 
> > version 4.3.10, but it worked for zsh version 4.3.9:
> > 
> >   C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
> > 
> > This is supposed to open a new zsh at the directory provided by the 
> > %L variable. With version 4.3.10, it opens a shell, but leaves you 
> > in $HOME instead of %L
> 
> Hmm.  I don't recall there being anything specific with reguards to 
> cd'ing to $HOME on startup in 4.3.10.  The sample startup profile, 
> /etc/zprofile, (source is at 
> /usr/share/doc/zsh-4.3.10/StartupFiles/etc/zprofile) was updated to be 
> in sync with /etc/profile from the base-files package, though those 
> changes weren't all that effective (spaces, tabs, comments, etc).  In 
> /etc/zprofile we look for an env var named CHERE_INVOKING and either 
> unset it or do "cd $HOME":
> 
> # Make sure we start in home unless invoked by CHERE
> if [ ! -z "${CHERE_INVOKING}" ]; then
>         unset CHERE_INVOKING
> else
>         cd "${HOME}"
> fi
> 
> So, clearly, this should be working in tandum with chere.  You might 
> want to try commenting out the above block and see if it does what you 
> want.  If so, it may be that chere has changed how "CHERE_INVOKING" is 
> being set into the environment or, maybe the name changed, or perhaps 
> something related to that.
> 
> I'll install chere and see what I can find out.
> 
> > any help appreciated.
> 

I installed chere, and it appears to work fine for me.  I tried first 
with mintty, and then had to install rxvt before testing with it (only 
had rxvt-unicode installed).

I notice that the rxvt command prepends Cygwin's 'run.exe' wrapper, 
whereas the mintty version lacks it:

rxvt: (as you listed):
C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"

mintty:
C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh.exe "%L"

Maybe try dropping that?:
C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"

(It still works either way for me, but that's just one more variable to 
eliminate.)

=== Selected output from cygcheck -s ===

Windows 7 Home Premium Ver 6.1 Build 7600
Running under WOW64 on AMD64
Cygwin DLL version: 1.7.5
DLL epoch: 19

package versions:
mintty 0.8.1-1
run 1.1.12-11
rxvt 20050409-21
zsh 4.3.10-1     ($ZSH_VERSION 4.3.10 $ZSH_PATCHLEVEL 1.4705)

(not sure what else is relevant -- suspect that's enough)

-- 
Best,
Ben

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Benjamin R. Haskell]

On Thu, 2 Sep 2010, Benjamin R. Haskell wrote:

> [...]
> 
> I notice that the rxvt command prepends Cygwin's 'run.exe' wrapper, 
> whereas the mintty version lacks it:
> 
> rxvt: (as you listed):
> C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
> 
> mintty:
> C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh.exe "%L"
> 
> Maybe try dropping that?:
> C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"

FYI, to do this, you can use regedit, and modify the value of the 
'(Default)' key in the entry:

(Computer)\HKEY_CLASSES_ROOT\Directory\shell\cygwin_zsh\command

-- Ben

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[reckoner]

Thanks for all the great ideas!

I will let you know how it goes.

Thanks again!

On 9/2/2010 2:18 PM, Benjamin R. Haskell wrote:
> On Thu, 2 Sep 2010, Benjamin R. Haskell wrote:
>
>> [...]
>>
>> I notice that the rxvt command prepends Cygwin's 'run.exe' wrapper,
>> whereas the mintty version lacks it:
>>
>> rxvt: (as you listed):
>> C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>>
>> mintty:
>> C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh.exe "%L"
>>
>> Maybe try dropping that?:
>> C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>
> FYI, to do this, you can use regedit, and modify the value of the
> '(Default)' key in the entry:
>
> (Computer)\HKEY_CLASSES_ROOT\Directory\shell\cygwin_zsh\command
>
> -- Ben

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[reckoner]

Dear Ben:

It turns out that commenting out CHERE_INVOKING fixed problem. 
Evidently, there was no CHERE_INVOKING environment variable.

Mysterious.

Thanks again!



On 9/2/2010 2:14 PM, Benjamin R. Haskell wrote:
> On Thu, 2 Sep 2010, Peter A. Castro wrote:
>
>> On Wed, 1 Sep 2010, Reckoner wrote:
>>
>>> Hi,
>>
>> Greetings, Reckoner,
>>
>>> This command line from cygwin chere is not working anymore for zsh
>>> version 4.3.10, but it worked for zsh version 4.3.9:
>>>
>>>    C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>>>
>>> This is supposed to open a new zsh at the directory provided by the
>>> %L variable. With version 4.3.10, it opens a shell, but leaves you
>>> in $HOME instead of %L
>>
>> Hmm.  I don't recall there being anything specific with reguards to
>> cd'ing to $HOME on startup in 4.3.10.  The sample startup profile,
>> /etc/zprofile, (source is at
>> /usr/share/doc/zsh-4.3.10/StartupFiles/etc/zprofile) was updated to be
>> in sync with /etc/profile from the base-files package, though those
>> changes weren't all that effective (spaces, tabs, comments, etc).  In
>> /etc/zprofile we look for an env var named CHERE_INVOKING and either
>> unset it or do "cd $HOME":
>>
>> # Make sure we start in home unless invoked by CHERE
>> if [ ! -z "${CHERE_INVOKING}" ]; then
>>          unset CHERE_INVOKING
>> else
>>          cd "${HOME}"
>> fi
>>
>> So, clearly, this should be working in tandum with chere.  You might
>> want to try commenting out the above block and see if it does what you
>> want.  If so, it may be that chere has changed how "CHERE_INVOKING" is
>> being set into the environment or, maybe the name changed, or perhaps
>> something related to that.
>>
>> I'll install chere and see what I can find out.
>>
>>> any help appreciated.
>>
>
> I installed chere, and it appears to work fine for me.  I tried first
> with mintty, and then had to install rxvt before testing with it (only
> had rxvt-unicode installed).
>
> I notice that the rxvt command prepends Cygwin's 'run.exe' wrapper,
> whereas the mintty version lacks it:
>
> rxvt: (as you listed):
> C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>
> mintty:
> C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh.exe "%L"
>
> Maybe try dropping that?:
> C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>
> (It still works either way for me, but that's just one more variable to
> eliminate.)
>
> === Selected output from cygcheck -s ===
>
> Windows 7 Home Premium Ver 6.1 Build 7600
> Running under WOW64 on AMD64
> Cygwin DLL version: 1.7.5
> DLL epoch: 19
>
> package versions:
> mintty 0.8.1-1
> run 1.1.12-11
> rxvt 20050409-21
> zsh 4.3.10-1     ($ZSH_VERSION 4.3.10 $ZSH_PATCHLEVEL 1.4705)
>
> (not sure what else is relevant -- suspect that's enough)
>

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Peter A. Castro]

On Tue, 7 Sep 2010, reckoner wrote:

> Dear Ben:
>
> It turns out that commenting out CHERE_INVOKING fixed problem. Evidently, 
> there was no CHERE_INVOKING environment variable.
>
> Mysterious.

This implies a change to chere, rather than zsh, but I don't think that's
the case, since you mentioned it worked previously with zsh 4.3.9.  The
code in /etc/zprofile concerning CHERE_INVOKING has not changed between
versions.  And yet, Ben mentioned 4.3.10 working with chere for him as
is.  This will require some debugging, I suppose.

Is there anything special about your cygwin installation?  Are using a
mix of older Cygwin packages with newer Cygwin packages?  Like, maybe
chere is 1.5 based?  Zsh 4.3.9 that's in the repository was built under
Cygwin 1.5, so there might be some relationship if chere is also 1.5
based.

> Thanks again!
>
>
>
> On 9/2/2010 2:14 PM, Benjamin R. Haskell wrote:
>> On Thu, 2 Sep 2010, Peter A. Castro wrote:
>> 
>>> On Wed, 1 Sep 2010, Reckoner wrote:
>>> 
>>>> Hi,
>>> 
>>> Greetings, Reckoner,
>>> 
>>>> This command line from cygwin chere is not working anymore for zsh
>>>> version 4.3.10, but it worked for zsh version 4.3.9:
>>>>
>>>>    C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere 
>>>> /bin/zsh.exe "%L"
>>>> 
>>>> This is supposed to open a new zsh at the directory provided by the
>>>> %L variable. With version 4.3.10, it opens a shell, but leaves you
>>>> in $HOME instead of %L
>>> 
>>> Hmm.  I don't recall there being anything specific with reguards to
>>> cd'ing to $HOME on startup in 4.3.10.  The sample startup profile,
>>> /etc/zprofile, (source is at
>>> /usr/share/doc/zsh-4.3.10/StartupFiles/etc/zprofile) was updated to be
>>> in sync with /etc/profile from the base-files package, though those
>>> changes weren't all that effective (spaces, tabs, comments, etc).  In
>>> /etc/zprofile we look for an env var named CHERE_INVOKING and either
>>> unset it or do "cd $HOME":
>>> 
>>> # Make sure we start in home unless invoked by CHERE
>>> if [ ! -z "${CHERE_INVOKING}" ]; then
>>>          unset CHERE_INVOKING
>>> else
>>>          cd "${HOME}"
>>> fi
>>> 
>>> So, clearly, this should be working in tandum with chere.  You might
>>> want to try commenting out the above block and see if it does what you
>>> want.  If so, it may be that chere has changed how "CHERE_INVOKING" is
>>> being set into the environment or, maybe the name changed, or perhaps
>>> something related to that.
>>> 
>>> I'll install chere and see what I can find out.
>>> 
>>>> any help appreciated.
>>> 
>> 
>> I installed chere, and it appears to work fine for me.  I tried first
>> with mintty, and then had to install rxvt before testing with it (only
>> had rxvt-unicode installed).
>> 
>> I notice that the rxvt command prepends Cygwin's 'run.exe' wrapper,
>> whereas the mintty version lacks it:
>> 
>> rxvt: (as you listed):
>> C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe 
>> "%L"
>> 
>> mintty:
>> C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh.exe "%L"
>> 
>> Maybe try dropping that?:
>> C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
>> 
>> (It still works either way for me, but that's just one more variable to
>> eliminate.)
>> 
>> === Selected output from cygcheck -s ===
>> 
>> Windows 7 Home Premium Ver 6.1 Build 7600
>> Running under WOW64 on AMD64
>> Cygwin DLL version: 1.7.5
>> DLL epoch: 19
>> 
>> package versions:
>> mintty 0.8.1-1
>> run 1.1.12-11
>> rxvt 20050409-21
>> zsh 4.3.10-1     ($ZSH_VERSION 4.3.10 $ZSH_PATCHLEVEL 1.4705)
>> 
>> (not sure what else is relevant -- suspect that's enough)
>> 
>

-- 
Peter A. Castro <doctor@fruitbat.org> or <Peter.Castro@oracle.com>
 	"Cats are just autistic Dogs" -- Dr. Tony Attwood

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[Benjamin R. Haskell]

On Tue, 7 Sep 2010, Peter A. Castro wrote:

> On Tue, 7 Sep 2010, reckoner wrote:
> 
> > Dear Ben:
> > 
> > It turns out that commenting out CHERE_INVOKING fixed problem.

(To give credit where it's due: Peter originally pointed out CHERE_INVOKING.)


> > Evidently, there was no CHERE_INVOKING environment variable.
> > 
> > Mysterious.
> 
> This implies a change to chere, rather than zsh, but I don't think 
> that's the case, since you mentioned it worked previously with zsh 
> 4.3.9.  The code in /etc/zprofile concerning CHERE_INVOKING has not 
> changed between versions.  And yet, Ben mentioned 4.3.10 working with 
> chere for him as is.  This will require some debugging, I suppose.

As another data point, I added:
echo CHERE_INVOKING=X${CHERE_INVOKING}X

to my /etc/zprofile, and it echoes:
CHERE_INVOKING=XtrueX

So the versions I'm using seem to pass it properly.


> Is there anything special about your cygwin installation?  Are using a 
> mix of older Cygwin packages with newer Cygwin packages?  Like, maybe 
> chere is 1.5 based?  Zsh 4.3.9 that's in the repository was built 
> under Cygwin 1.5, so there might be some relationship if chere is also 
> 1.5 based.

Beyond that, the next thing I'd suspect is something in your own startup 
files.  (Don't recall whether you mentioned them.)  Before this thread, 
I didn't know 'chere' existed, and had my own function to drop me into 
my home directory on my old Win XP Cygwin installation (It used to start 
me in /usr/bin, presumably the working directory for whatever Zsh 
shortcut I had setup.  Worked out-of-the-box on Win7, so I never 
installed my hack.)  What Windows version are you running?  Maybe it's a 
factor.

A stretch, and mostly out of curiosity, do you have anything in 
/usr/share/zsh/site-functions ?

-- 
Best,
Ben

Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9

[reckoner]

gentlemen:

Following your instructions, I discovered that there was some old junk 
in my .zshrc file that was causing this problem. I've been using zsh for 
about 15 years now (and probably only utilizing about 1% of its 
functionality) and have lots of cruft in my zshrc.

Thanks again!


On 9/7/2010 11:59 AM, Benjamin R. Haskell wrote:
> On Tue, 7 Sep 2010, Peter A. Castro wrote:
>
>> On Tue, 7 Sep 2010, reckoner wrote:
>>
>>> Dear Ben:
>>>
>>> It turns out that commenting out CHERE_INVOKING fixed problem.
>
> (To give credit where it's due: Peter originally pointed out CHERE_INVOKING.)
>
>
>>> Evidently, there was no CHERE_INVOKING environment variable.
>>>
>>> Mysterious.
>>
>> This implies a change to chere, rather than zsh, but I don't think
>> that's the case, since you mentioned it worked previously with zsh
>> 4.3.9.  The code in /etc/zprofile concerning CHERE_INVOKING has not
>> changed between versions.  And yet, Ben mentioned 4.3.10 working with
>> chere for him as is.  This will require some debugging, I suppose.
>
> As another data point, I added:
> echo CHERE_INVOKING=X${CHERE_INVOKING}X
>
> to my /etc/zprofile, and it echoes:
> CHERE_INVOKING=XtrueX
>
> So the versions I'm using seem to pass it properly.
>
>
>> Is there anything special about your cygwin installation?  Are using a
>> mix of older Cygwin packages with newer Cygwin packages?  Like, maybe
>> chere is 1.5 based?  Zsh 4.3.9 that's in the repository was built
>> under Cygwin 1.5, so there might be some relationship if chere is also
>> 1.5 based.
>
> Beyond that, the next thing I'd suspect is something in your own startup
> files.  (Don't recall whether you mentioned them.)  Before this thread,
> I didn't know 'chere' existed, and had my own function to drop me into
> my home directory on my old Win XP Cygwin installation (It used to start
> me in /usr/bin, presumably the working directory for whatever Zsh
> shortcut I had setup.  Worked out-of-the-box on Win7, so I never
> installed my hack.)  What Windows version are you running?  Maybe it's a
> factor.
>
> A stretch, and mostly out of curiosity, do you have anything in
> /usr/share/zsh/site-functions ?
>