On Wed, 18 Apr 2007, Anton Monroe wrote:
On Wed, Apr 18, 2007 at 07:36:30PM +0200, Caj Zell wrote:
I have a slight problem with my midnight commander look. I like the fonts
when
I disable color, mc -b, but running mc with colors makes the fonts look too
bold for me. I realize this is
On Thu, 19 Apr 2007, Mart?n Ezequiel Garz?n Lucero wrote:
I am currently using MC Version 4.6.1-pre4 on Slax. I previously used it on
Knoppix and didn't have the following problem. When changing directories on
the remote system by hitting Enter on top of the appropriate dir nothing
happens. To
On Fri, 20 Apr 2007, Pavel Tsekov wrote:
On Wed, 18 Apr 2007, Anton Monroe wrote:
On Wed, Apr 18, 2007 at 07:36:30PM +0200, Caj Zell wrote:
I have a slight problem with my midnight commander look. I like the fonts
when
I disable color, mc -b, but running mc with colors makes the fonts look
Follow-up Comment #1, patch #5871 (project mc):
While I understand why such a change in behaviour would be desired I don't
think this patch is appropriate. You are trying to fix an user error in
software. If it would was possible to modify the terminal selection buffer
from the application we
hi! (sorry for bad english)
Error description:
mc (F4-edit) can't print selected text block (Shift+F8).
error : "Can't save print file"
'strace' show me a problem:
mc (edit) try to save temp file in $HOME/.mc/..., but have error with
this path:
must be : $HOME/.mc/...
have now: $HOME.mc/...
Follow-up Comment #2, patch #5871 (project mc):
I can understand the patched-in behavior, but don't think it fixes a user
error.
I'm using Eterm and that provides the possibility to smart-select some
string for its terminal buffer by double-clicking on it.
this mechanism doesn't work as
Hi mc people,
If you compile and run the following program
under shell and under mc...
#include stdio.h
#include unistd.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
int main(int argc, char **argv)
{
int i, numfd = open(/dev/null, O_RDONLY);
printf(pid=%d\n,
On Fri, 20 Apr 2007, Denis Vlasenko wrote:
If you compile and run the following program
under shell and under mc...
[...]
you will see the following:
bash-3.2# ./z
pid=8183
ppid=8181
tty_pgrp=8183== child is in its own process group
task_pgrp=8183 ==
fd# 0:
On Fri, 20 Apr 2007, Denis Vlasenko wrote:
Hi mc people,
If you compile and run the following program
under shell and under mc...
#include stdio.h
#include unistd.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
int main(int argc, char **argv)
{
int i, numfd =
On Friday 20 April 2007 23:00, Pavel Tsekov wrote:
Small one: child process is not given its own porcess group when run
under mc, while under sh it is. It means that if child will create its
Yes - because, you have a shell which supports job control.
own process group by itself and then
On Friday 20 April 2007 23:29, Pavel Tsekov wrote:
Big one (actually, I think it's a bug): stray fd# opened
to controlling terminal.
The descriptor to /dev/tty is created by S-Lang in SLang_init_tty().
Maybe it would make sense to mark it FD_CLOEXEC ?
Absolutely.
--
vda
11 matches
Mail list logo
