Project

General

Profile

Actions

Bug #243

open

weird behavior in the shell

Added by swildner over 18 years ago. Updated over 2 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Hi,

I'm not sure if this is a 'real' bug but I'm curious if anyone knows the
cause. Check this:

zoot# echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/pkg/xorg/bin:/home/s/bin
zoot# pwd
/usr/src/sys/dev/disk/md
zoot# .
/usr/sbin/.: Permission denied.
zoot# cd /
zoot# .
/usr/sbin/.: Permission denied.

In other words: The strange thing is that whereever I type . on the csh
prompt, I get the /usr/sbin/.: message regardless of what my current
directory is.

On a Solaris system I get ".: Permission denied." which is what I'd
expect rather.

So, can anyone enlighten me why DragonFly behaves like that?

Sascha

Actions #1

Updated by qhwt+dfly over 18 years ago

On Sat, Jul 15, 2006 at 09:40:52AM +0200, Sascha Wildner wrote:

I'm not sure if this is a 'real' bug but I'm curious if anyone knows the
cause. Check this:

zoot# echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/pkg/xorg/bin:/home/s/bin
zoot# pwd
/usr/src/sys/dev/disk/md
zoot# .
/usr/sbin/.: Permission denied.
zoot# cd /
zoot# .
/usr/sbin/.: Permission denied.

In other words: The strange thing is that whereever I type . on the csh
prompt, I get the /usr/sbin/.: message regardless of what my current
directory is.

On a Solaris system I get ".: Permission denied." which is what I'd
expect rather.

So, can anyone enlighten me why DragonFly behaves like that?

I observed that the same thing happens on tcsh-6.12-2 on RedHat Linux 8.0;
the consistency is that it's always the third component in $PATH that is
prefixed to `.' in the error message.

Cheers.

Actions #2

Updated by corecode about 18 years ago

can we close this?

Actions #3

Updated by swildner about 18 years ago

Nope.

Sascha

Actions #4

Updated by corecode over 17 years ago

can we close this?

Actions #5

Updated by corecode almost 16 years ago

can we close this?

Actions #6

Updated by corecode almost 16 years ago

can we close this?

Actions #7

Updated by swildner almost 16 years ago

Nope.

Sascha

Actions #8

Updated by tuxillo over 13 years ago

Hi,

I think tcsh tries to execve() to path "."

execve(2) manpage says:

[EACCES]           The new process file is not an ordinary file.

Cheers,
Antonio Huete

Actions #9

Updated by tuxillo over 2 years ago

  • Description updated (diff)
  • Status changed from New to Feedback
  • Assignee deleted (0)

In linux, tcsh:

debian:~# .
/usr/bin/.: Permission denied.

Any other shell I've tried other than csh does not show this behavior. Can this be closed?

Actions

Also available in: Atom PDF