URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=15352
Summary: Extensions not working
Project: GNU Midnight Commander
Submitted by: sandolo
Submitted on: Mon 01/02/06 at 13:08
Category: Core
Follow-up Comment #1, bug #15352 (project mc):
On Slackware, I've tried another package:
ftp://ftp.slackware.com/pub/slackware/slackware-current/slackware/ap/mc-4.6.1-i486-1.tgz
And it works fine.
___
Reply to this item at:
Follow-up Comment #2, bug #15352 (project mc):
It's a strace feature, it truncates strings. See man strace and its -s
option. It has nothing to do with mc's behavior.
On the other hand, the execve() call needs a full absolute path,
a single zsh won't do it. I guess it's an execvp() library call
Hello Roland,
thanks for your comments, attaching the patch better matching the mc
coding style.
Jindrich
--
Jindrich Novy [EMAIL PROTECTED], http://people.redhat.com/jnovy/
(o_ _o)
//\ The worst evil in the world is refusal to
Follow-up Comment #3, bug #15352 (project mc):
zsh is installed and is in $PATH.
I tried with bash, with same result:
16974 execve(bash, [bash, -c, /bin/sh /tmp/mc-daniel/mcextnt0YXc],
[/* 61 vars */]) = -1 ENOENT (No such file or directory)
As you wrote, there's no string truncation, but
Follow-up Comment #4, bug #15352 (project mc):
As noticed by egmont, the exec() fails because the system cannot find the
shell without the full path.
It is my fault, since my ~/.screenrc contains:
shell zsh
So, $SHELL contains only zsh.
Sorry for bothering :)
Hi,
When an external command is executed in mc with subshell support, quite
often some characters of its output are swallowed. Maybe it's most noticable
with the ls command in a directory where there are a lot of files and ls
outputs them in more columns. Just launch a terminal emulator, start