On 20/12/11 03:54, Phil Pennock wrote:
On 2011-12-20 at 11:46 +1100, Cameron Simpson wrote:
Better, maybe, would be a "help" builtin for bash, zsh etc that
documented builtins and other topics, and offered to divert to "man"
as well (or on no hit).
Hmm. I see "bash" has a help comment. Zsh does
On Mon, Dec 19, 2011 at 5:46 PM, Cameron Simpson wrote:
> On 19Dec2011 12:33, Rich Boyce wrote:
> | Perhaps when you do 'man type' or any other of the builtins, you
> | should be shown the man page for the shell you're actually using?
>
> Ugh. Via the normal man command? Please not. Via some shel
[ CC'd to zsh-us...@zsh.org. My apologies for this. - Cameron ]
On 19Dec2011 12:33, Rich Boyce wrote:
| On 18/12/11 22:11, Cameron Simpson wrote:
| >On 18Dec2011 22:51, Zind wrote:
| >| Thanks a trillion. :-)
| >
| >Did you consult the manual? "man "zshbuiltins" says:
|
| Hmm. If you're unawa
On Mon, Dec 19, 2011 at 8:27 PM, Patrick O'Callaghan
wrote:
> [Please, don't top-post; see the list Guidelines]
>
> That's not really it. The builtins are built in either because they're
> part of the Shell programming language or because they affect the
> Shell's own environment, e.g. its current
On 18/12/11 22:11, Cameron Simpson wrote:
On 18Dec2011 22:51, Zind wrote:
| Thanks a trillion. :-)
Did you consult the manual? "man "zshbuiltins" says:
Hmm. If you're unaware that type is a builtin, when using zsh 'man type'
actually gives me BASH_BUILTINS(1). If I don't know what a builti
On Mon, 2011-12-19 at 18:04 +0800, Zind wrote:
> Maybe I don't have a deep understanding about the built-in commands
> from
> the beginning.
> Can I explain it this way?
> The built-in commands are usually more closely relataed to the OS,
> more
> underlying than seperate programms, like bindkey, c
Maybe I don't have a deep understanding about the built-in commands from
the beginning.
Can I explain it this way?
The built-in commands are usually more closely relataed to the OS, more
underlying than seperate programms, like bindkey, cd, ulimit etc.
So they have to be built-in, they have to be i
On 19Dec2011 12:47, Zind wrote:
| I did consult the manual of zsh and bash.
| But I didn't realize that command 'type' is implemented within the shell.
| I thought maybe something is missing in the zsh manual of command 'type'.
Think about what you expect "type" to do. Like "cd" etc, it _has_ to
I did consult the manual of zsh and bash.
But I didn't realize that command 'type' is implemented within the shell.
I thought maybe something is missing in the zsh manual of command 'type'.
On Mon, Dec 19, 2011 at 6:11 AM, Cameron Simpson wrote:
> On 18Dec2011 22:51, Zind wrote:
> | Thanks a tr
On 18Dec2011 22:51, Zind wrote:
| Thanks a trillion. :-)
Did you consult the manual? "man "zshbuiltins" says:
type [ -wfpams ] name ...
Equivalent to whence -v.
whence [ -vcwfpams ] name ...
For each name, indicate how it would be interpreted if used
Thanks a trillion. :-)
On Sun, Dec 18, 2011 at 9:58 PM, T.C. Hollingsworth <
tchollingswo...@gmail.com> wrote:
> On Sun, Dec 18, 2011 at 6:51 AM, Zind wrote:
> > hi, all
> > Here is my execution result of the 'type -t' command:
> > % type -t poweroff
> > zsh: bad option: -t
> > % bash
> > $ ty
On Sun, Dec 18, 2011 at 6:51 AM, Zind wrote:
> hi, all
> Here is my execution result of the 'type -t' command:
> % type -t poweroff
> zsh: bad option: -t
> % bash
> $ type -t poweroff
> file
> $ zsh --version
> zsh 4.3.11 (i686-pc-linux-gnu)
>
> zsh warns 'bad option -t', but bash works fine
> I t
hi, all
Here is my execution result of the 'type -t' command:
% type -t poweroff
zsh: bad option: -t
% bash
$ type -t poweroff
file
$ zsh --version
zsh 4.3.11 (i686-pc-linux-gnu)
zsh warns 'bad option -t', but bash works fine
I test it on Ubuntu 11.10 & Fedora 15, but no change.
Any help or sugges
13 matches
Mail list logo
