Bug 79221 - mc has problems with the subshell when changing directories
mc has problems with the subshell when changing directories
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: mc (Show other bugs)
8.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Havoc Pennington
Jay Turner
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-12-07 17:34 EST by Iustin Pop
Modified: 2015-01-07 19:02 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-08-24 17:33:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
strace output from 'strace -p <pid of mc> -fF -s 250 (97.97 KB, text/plain)
2002-12-07 17:37 EST, Iustin Pop
no flags Details

  None (edit)
Description Iustin Pop 2002-12-07 17:34:20 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830

Description of problem:
mc-4.5.55-12 from RedHat 8.0 exhibits a problem with the subshell which didn't
occur with mc-4.5.51 from RedHat 7.3.

The problem is that at every change of directory, the subshell exists with some
error, after communicatting a lot with the parent mc for every path component of
the new or old (I can't tell) location. This results in a delay of ~1-2 seconds
on deeply nested directories - which is annoying, to say the least. The old mc
didn't produce any delay (on this scale).

Version-Release number of selected component (if applicable):
4.5.55-12

How reproducible:
Always

Steps to Reproduce:
1. start mc
2. go to, for example, /usr/share/doc/ImageMagick-5.4.7/www/Magick++, which is a
path with many entries
3. navigate up/down in the hierarchy, you will see the delay
4. do a strace -fF -s 250 -p <pid> on the mc process, the exit of the child is
visible, after a lot of strange communication with the parent process (mc itself).

Actual Results:  Subshell exists, instead of changing the cwd to the new location.

Expected Results:  Subshell should just change its cwd.

Additional info:

My system is RedHat 8.0 + updates, but with kernel from www.kernel.org + xfs,
and with devfs. A strace will be posted after this bug entry.
Comment 1 Iustin Pop 2002-12-07 17:37:25 EST
Created attachment 87824 [details]
strace output from 'strace -p <pid of mc> -fF -s 250
Comment 2 Havoc Pennington 2002-12-07 19:16:27 EST
Try with mc 4.6.0 in rawhide (when it appears on the ftp site, if it hasn't)
Comment 3 Need Real Name 2002-12-24 10:56:13 EST
I have a similar problem. It seems that the delay disappears when I run mc in non-utf8 environment (like LANG= mc). I also found out that bash-2.05a doesn't have this problem and the latest rawhide bash-2.05b-11 behaves somewhat differently (changing directories is a bit faster but 'LANG= mc' doesn't work anymore). btw, why is bash so slow when pasting big (half a page) portions of text? I think this has something to do with UTF.
Comment 4 Havoc Pennington 2003-02-03 18:08:14 EST
I'm lost on whether/when/with-what-versions there is still a problem.

Is there a bug here in phoebe 2 or latest rawhide?
Comment 5 Leonard den Ottolander 2004-08-24 17:33:19 EDT
I don't think this problem exists any more. Never experienced it on
RHL 9 or FC 1. Closing.

Note You need to log in before you can comment on or make changes to this bug.