mirror of
https://github.com/asciinema/asciinema.git
synced 2026-04-25 07:55:51 +03:00
[GH-ISSUE #154] How to unset the tcsh ignoreeof var using the command option #119
Labels
No labels
bug
compatibility
feature request
fit for beginners
help wanted
hosting
idea
improvement
packaging
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asciinema#119
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kaushalmodi on GitHub (Apr 22, 2016).
Original GitHub issue: https://github.com/asciinema/asciinema/issues/154
I have the below record option in my
~/.config/asciinema/configfile:I would like to unset the tcsh special variable
ignoreeofonly in this tcsh session started by asciinema so that I can hitCtrl + Dto quickly stop the recording (instead of typingexit). Is there a way to do that?I do not have the
ignoreeofunset by default so that I don't accidently kill my tcsh sessions.@ku1ik commented on GitHub (Apr 23, 2016):
Can this option be passed to tcsh as a command line arg maybe?
@kaushalmodi commented on GitHub (Apr 23, 2016):
I had looked up the tcsh man page and tried doing
But of course that did not work. I didn't exactly understand from the man pages on how to use the
-carg. Hopefully someone here using tcsh can help me.I also tried playing with different quotes, without quotes, other tcsh args that I thought would work. But nothing helped.
It would be great to know how and if I can do something like
/bin/tcshand thenunset ignoreeofwithin that new shell process (and then initiate the recording), using the asciinemacommandoption.@ku1ik commented on GitHub (Dec 29, 2016):
The solution you're looking for would be the same if you wanted to
unset ignoreeoffor a new shell instance started from the current one. In other words, asciinema isn't a problem here and isn't likely to be a solution either.