* zsh-3.0.1 slow on NeXTStep 3.3 (m68k), history commands coming out wrong
@ 1996-11-05 3:54 Timothy J Luoma
1996-11-05 13:48 ` Gerald Skerbitz
0 siblings, 1 reply; 4+ messages in thread
From: Timothy J Luoma @ 1996-11-05 3:54 UTC (permalink / raw)
To: zsh-users, comp-sys-next-software
zsh-3.0.1 compiled fine, but it is still way too slow when drawing
the PROMPT and RPROMPT.
Also, using the UP arrow to go back through history commands ends
up with screwed up lines (mangled commands, old and new combined,
etc).
Anyone else having similar problems?
I'm using Stuart.app 2.6.3+ under NS 3.3 patch1
TjL, still using 2.6-beta13
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: history commands coming out wrong
1996-11-05 3:54 zsh-3.0.1 slow on NeXTStep 3.3 (m68k), history commands coming out wrong Timothy J Luoma
@ 1996-11-05 13:48 ` Gerald Skerbitz
0 siblings, 0 replies; 4+ messages in thread
From: Gerald Skerbitz @ 1996-11-05 13:48 UTC (permalink / raw)
To: Timothy J Luoma; +Cc: zsh-users, comp-sys-next-software
Yes. I'm having the screwed up lines all over the place when going through
history. This problem has existed since 2.6-beta8 or so. It got fixed for a
release or two (was great in 2.6-beta13) but it appears it's back again.
Gerry,
3.0.0 Sun Solaris 2.4
setopt:
allexport alwaystoend appendhistory autocd automenu autonamedirs autopushd
nobgnice cdablevars completeinword extendedglob globdots histignoredups
ignoreeof interactive interactivecomments listtypes menucomplete monitor
nonomatch pathdirs pushdignoredups pushdminus pushdsilent pushdtohome
shinstdin zle
On Mon, 4 Nov 1996, Timothy J Luoma wrote:
> zsh-3.0.1 compiled fine, but it is still way too slow when drawing
> the PROMPT and RPROMPT.
>
> Also, using the UP arrow to go back through history commands ends
> up with screwed up lines (mangled commands, old and new combined,
> etc).
>
> Anyone else having similar problems?
>
> I'm using Stuart.app 2.6.3+ under NS 3.3 patch1
>
> TjL, still using 2.6-beta13
--
Gerry
Gerald Skerbitz <gsker@med.umn.edu> U of MN Med School Admin 6-5379
Home St. Paul,Ramsey County,Minnesota, USA
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: history commands coming out wrong
@ 1996-11-07 17:44 greg haygood
0 siblings, 0 replies; 4+ messages in thread
From: greg haygood @ 1996-11-07 17:44 UTC (permalink / raw)
To: zsh-users
I'm also getting the messed up history lines.
Linux 2.0.24, zsh 3.0.1
setopt:
allexport autocd autolist autonamedirs nobeep cdablevars chaselinks correct
correctall
extendedglob lobdots histignoredups histnostore interactive listtypes
login longlistjobs
markdirs pathdirs pushdminus pushdtohome recexact shinstdin
greg
At 07:48 11/5/96 -0600, Gerald Skerbitz wrote:
>Yes. I'm having the screwed up lines all over the place when going through
>history. This problem has existed since 2.6-beta8 or so. It got fixed for a
>release or two (was great in 2.6-beta13) but it appears it's back again.
>
>
>Gerry,
>3.0.0 Sun Solaris 2.4
>setopt:
>allexport alwaystoend appendhistory autocd automenu autonamedirs autopushd
>nobgnice cdablevars completeinword extendedglob globdots histignoredups
>ignoreeof interactive interactivecomments listtypes menucomplete monitor
>nonomatch pathdirs pushdignoredups pushdminus pushdsilent pushdtohome
>shinstdin zle
>
> On Mon, 4 Nov 1996, Timothy J Luoma wrote:
>> zsh-3.0.1 compiled fine, but it is still way too slow when drawing
>> the PROMPT and RPROMPT.
>>
>> Also, using the UP arrow to go back through history commands ends
>> up with screwed up lines (mangled commands, old and new combined,
>> etc).
>>
>> Anyone else having similar problems?
>>
>> I'm using Stuart.app 2.6.3+ under NS 3.3 patch1
>>
>> TjL, still using 2.6-beta13
>--
>Gerry
>Gerald Skerbitz <gsker@med.umn.edu> U of MN Med School Admin 6-5379
>Home St. Paul,Ramsey County,Minnesota, USA
>
>
>
--
greg haygood Web Developer
greg@iweb.net InterWeb, Inc
bsdac.uchicago.edu/~g-haygood/ www.iweb.net
God put me on Earth to accomplish a certain number of things. At this
point, I'm so far behind, I will never die. -- Calvin
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: history commands coming out wrong
@ 1996-11-07 18:26 greg haygood
0 siblings, 0 replies; 4+ messages in thread
From: greg haygood @ 1996-11-07 18:26 UTC (permalink / raw)
To: John Patoskie; +Cc: zsh-users
actually, i see it with 'bindkey -e', but not with 'bindkey -v'.
i can reproduce the problem with:
> bindkey -e
> ll /usr/local/src
then hitting ^W (for deleting the prev word) will produce
> ll ll
but doing
> ls -l /usr/local/src
then ^W works fine.
neither problems shows up when i do bindkey -v
so i'm guessing some conflict between alias and bindkey and history?
btw, if you couldn't guess, ll = 'ls -l', but then ls = /bin/ls
$LS_OPTIONS,
where LS_OPTIONS = '--8bit --color=yes -F -g -T 0' for the GNU color ls
a quick check with a different alias (p='ps -f') doesn't produce the same
type of conflict as with the GNU ls, so maybe that can help the powers that
be determine the exact problem?
greg
At 12:08 11/7/96 -0600, you wrote:
>Greg,
>
>Do you get the same results in bindkey -e mode and bindkey -v
>mode? I only get history problems with bindkey -v set.
>
>Regards,
>
>John
>
>On Nov 7, 12:44pm, greg haygood wrote:
>> Subject: Re: history commands coming out wrong
>>
>> I'm also getting the messed up history lines.
>>
>> Linux 2.0.24, zsh 3.0.1
>>
>> setopt:
>> allexport autocd autolist autonamedirs nobeep cdablevars chaselinks correct
>> correctall
>> extendedglob lobdots histignoredups histnostore interactive listtypes
>> login longlistjobs
>> markdirs pathdirs pushdminus pushdtohome recexact shinstdin
>>
>>
>> greg
>>
>> At 07:48 11/5/96 -0600, Gerald Skerbitz wrote:
>> >Yes. I'm having the screwed up lines all over the place when going through
>> >history. This problem has existed since 2.6-beta8 or so. It got fixed
for
>a
>> >release or two (was great in 2.6-beta13) but it appears it's back again.
>> >
>> >
>> >Gerry,
>> >3.0.0 Sun Solaris 2.4
>> >setopt:
>> >allexport alwaystoend appendhistory autocd automenu autonamedirs autopushd
>> >nobgnice cdablevars completeinword extendedglob globdots histignoredups
>> >ignoreeof interactive interactivecomments listtypes menucomplete monitor
>> >nonomatch pathdirs pushdignoredups pushdminus pushdsilent pushdtohome
>> >shinstdin zle
>> >
>> > On Mon, 4 Nov 1996, Timothy J Luoma wrote:
>> >> zsh-3.0.1 compiled fine, but it is still way too slow when drawing
>> >> the PROMPT and RPROMPT.
>> >>
>> >> Also, using the UP arrow to go back through history commands ends
>> >> up with screwed up lines (mangled commands, old and new combined,
>> >> etc).
>> >>
>> >> Anyone else having similar problems?
>> >>
>> >> I'm using Stuart.app 2.6.3+ under NS 3.3 patch1
>> >>
>> >> TjL, still using 2.6-beta13
>> >--
>> >Gerry
>> >Gerald Skerbitz <gsker@med.umn.edu> U of MN Med School Admin 6-5379
>> >Home St. Paul,Ramsey County,Minnesota, USA
>> >
>> >
>> >
>> --
>> greg haygood Web Developer
>> greg@iweb.net InterWeb, Inc
>> bsdac.uchicago.edu/~g-haygood/ www.iweb.net
>>
>> God put me on Earth to accomplish a certain number of things. At this
>> point, I'm so far behind, I will never die. -- Calvin
>>
>>-- End of excerpt from greg haygood
>
>
>
>
--
greg haygood Web Developer
greg@iweb.net InterWeb, Inc
bsdac.uchicago.edu/~g-haygood/ www.iweb.net
God put me on Earth to accomplish a certain number of things. At this
point, I'm so far behind, I will never die. -- Calvin
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~1996-11-07 18:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1996-11-05 3:54 zsh-3.0.1 slow on NeXTStep 3.3 (m68k), history commands coming out wrong Timothy J Luoma
1996-11-05 13:48 ` Gerald Skerbitz
1996-11-07 17:44 greg haygood
1996-11-07 18:26 greg haygood
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).