* cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 @ 2010-09-01 20:52 Reckoner 2010-09-02 19:50 ` Peter A. Castro 0 siblings, 1 reply; 9+ messages in thread From: Reckoner @ 2010-09-01 20:52 UTC (permalink / raw) To: zsh-users 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. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-01 20:52 cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 Reckoner @ 2010-09-02 19:50 ` Peter A. Castro 2010-09-02 21:14 ` Benjamin R. Haskell 0 siblings, 1 reply; 9+ messages in thread From: Peter A. Castro @ 2010-09-02 19:50 UTC (permalink / raw) To: Reckoner; +Cc: zsh-users [-- 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-02 19:50 ` Peter A. Castro @ 2010-09-02 21:14 ` Benjamin R. Haskell 2010-09-02 21:18 ` Benjamin R. Haskell 2010-09-07 13:29 ` reckoner 0 siblings, 2 replies; 9+ messages in thread From: Benjamin R. Haskell @ 2010-09-02 21:14 UTC (permalink / raw) To: Peter A. Castro; +Cc: Reckoner, zsh-users [-- 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-02 21:14 ` Benjamin R. Haskell @ 2010-09-02 21:18 ` Benjamin R. Haskell 2010-09-02 21:19 ` reckoner 2010-09-07 13:29 ` reckoner 1 sibling, 1 reply; 9+ messages in thread From: Benjamin R. Haskell @ 2010-09-02 21:18 UTC (permalink / raw) To: Reckoner; +Cc: Peter A. Castro, Zsh Users 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-02 21:18 ` Benjamin R. Haskell @ 2010-09-02 21:19 ` reckoner 0 siblings, 0 replies; 9+ messages in thread From: reckoner @ 2010-09-02 21:19 UTC (permalink / raw) To: Benjamin R. Haskell; +Cc: Peter A. Castro, Zsh Users 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-02 21:14 ` Benjamin R. Haskell 2010-09-02 21:18 ` Benjamin R. Haskell @ 2010-09-07 13:29 ` reckoner 2010-09-07 18:04 ` Peter A. Castro 1 sibling, 1 reply; 9+ messages in thread From: reckoner @ 2010-09-07 13:29 UTC (permalink / raw) To: Benjamin R. Haskell; +Cc: Peter A. Castro, zsh-users 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) > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-07 13:29 ` reckoner @ 2010-09-07 18:04 ` Peter A. Castro 2010-09-07 18:59 ` Benjamin R. Haskell 0 siblings, 1 reply; 9+ messages in thread From: Peter A. Castro @ 2010-09-07 18:04 UTC (permalink / raw) To: reckoner; +Cc: Benjamin R. Haskell, zsh-users 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-07 18:04 ` Peter A. Castro @ 2010-09-07 18:59 ` Benjamin R. Haskell 2010-09-08 13:01 ` reckoner 0 siblings, 1 reply; 9+ messages in thread From: Benjamin R. Haskell @ 2010-09-07 18:59 UTC (permalink / raw) To: Peter A. Castro; +Cc: reckoner, zsh-users 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 ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 2010-09-07 18:59 ` Benjamin R. Haskell @ 2010-09-08 13:01 ` reckoner 0 siblings, 0 replies; 9+ messages in thread From: reckoner @ 2010-09-08 13:01 UTC (permalink / raw) To: Benjamin R. Haskell; +Cc: Peter A. Castro, zsh-users 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 ? > ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2010-09-08 13:02 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-09-01 20:52 cygwin chere not working with zsh version 4.3.10 but worked for 4.3.9 Reckoner 2010-09-02 19:50 ` Peter A. Castro 2010-09-02 21:14 ` Benjamin R. Haskell 2010-09-02 21:18 ` Benjamin R. Haskell 2010-09-02 21:19 ` reckoner 2010-09-07 13:29 ` reckoner 2010-09-07 18:04 ` Peter A. Castro 2010-09-07 18:59 ` Benjamin R. Haskell 2010-09-08 13:01 ` reckoner
Code repositories for project(s) associated with this public inbox https://git.vuxu.org/mirror/zsh/ This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).