mc-4.5.55 is now part of the Cygwin net distribution

Hello, there! :) I thought it would be a good idea to drop a note - as of today the the Midnight Commander has been included in the Cygwin net distribution. I'm the one which will actually maintain the Cygwin package for MC. I've used the last officialy released MC version for the Cygwin port. A

Re: mc-4.5.55 is now part of the Cygwin net distribution

ewed up while running inside DOS box or rxvt. > Not > a big deal, but not aesthetic. Screwed how ? If you use 'graphical' characters ? You can set your CYGWIN variable to contain codepage:oem - this will fix the problem. > I would be very happy to ta

copy_file_file() fails on cygwin when the source is on externel FS (extfs)

27;re opening the file for reading. Thanks! Pavel Tsekov -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

2002-07-10 changes in subshell.c

ad on that topic. So, I want to say, that if the decision you've made is based on Cygwin's implementation of that specific ioctl function - it is not right. Thanks! Pavel Tsekov -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ___

Re[2]: 2002-07-10 changes in subshell.c

Hey, Pavel! :) PR> I understand there are two separate problems. One problem is that PR> TIOCSWINSZ doesn't work on pty as it should. Another problem is that it's PR> possible for ioctl() to return a non-zero value without errno becoming PR> non-zero. Not exactly. There are two problems with T

[PATCH] copy_file_file: Use binary mode when opening the source/destination file

The attached patch will help to avoid file coruption, as a result of a copy operation, between different mounted filesystems i.e. binary vs. text mounted filesystems. Thanks! :) Pavel Tsekov mc-copy_file_file.patch Description: Binary data

2002-06-20 changes in dir.c

() i.e. mtime, atime, permission, etc are not valid. If add_dotdot_to_list () puts some special information in the file_entry structure for the ".." is it posible just to set this piece of information along with the information returned by mc_

Re[2]: [PATCH] copy_file_file: Use binary mode when opening the source/destination file

Hey, Alexander! :) AV> It looks like we will end up adding O_BINARY flag to all mc_open calls (I AV> did the same change for editor). AV> Maybe it is a good idea to write mc_open as a wraper function (now it is AV> macro) , and in this function always set O_BINARY, something like this: AV> int m

Re[2]: CR/LF translation

test package PT> of mc for Cygwin, so the people can test it and provide a feedback. The patch seems ok to me and I will include it for the next Cygwin release of MC even if it is not included in the official source tree. Thanks! :) Pavel Tsekov ___

Re: 2002-06-20 changes in dir.c

processing ? I haven't looked at the details of how the remote stat works for any of the supported filesystems but I intend to do so and if I come up with something I'll put it for discussion on the list . Thanks! :) Pavel Tsekov -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc-4.5.55 is now part of the Cygwin net distribution

> > Any progress with subshell problem? > > Is anybody looking at this problem? > > Not me. I only have Windows at work, and I have other things to do there. I'm back from vacation, so I'll be working on that. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net _

Re: [PATCH] copy_file_file: Use binary mode when opening the source/destination file

> > Maybe it is a good idea to write mc_open as a wraper function (now it > is > > macro) , and in this function always set O_BINARY, something like this: > > int mc_open(char * filename, int flags) > > { > > return open(filename, flags | O_BINARY); > > } > > > > Pavel R. , what do you think

Re[2]: Win32/MinGW port

Hello, Pavel! >> Current version is randomly freezing (not responding >> to keyboard). That looked harder to debug than native build :) PR> This patch fixes it. Yes, it was hard to debug (2 hours). Cool! :) [snip] PR> Somebody is blocking SIGCHLD, so even old_mask has SIGCHLD blocked, PR> th

Re[2]: Win32/MinGW port

pefully a solution will be found. Thanks! :) Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

[PATCH suggestion] exceptions.cc, interrupt_setup ()

this patch solves that outstanding problem with MC. Thanks! Pavel Tsekov exceptions.cc.diff Description: Binary data

More problems on Cygwin with the subshell - was: Re: [PATCH suggestion] exceptions.cc, interrupt_setup ()

in the select() called by feed_subshell () which is not interrupted (by a SIGCHLD). Expect more on that issue ... soon :) Thanks! :) Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Another problem with MC + subshell on Cygwin

ick and dirty workaround for MC is to put some kind of timeout before sending SIGCONT and hope for the best. The best solution will be to fix this on Cygwin of course :) I haven't thinked of any solution since I've just found it and I'm going to bed since it's 2 AM here :) Thanks! Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re: Status of MC

ng package for Midnight Commander. Since the subshell on Cygwin would not work on all versions of the dll reliable I was thinking if I should compile MC with subshell support enabled and add some runtime check which would determine the dll version and disable subshell if ne

Alternate character set for line-drawing

alternate character set without additional coding ? Thanks! Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re[2]: Alternate character set for line-drawing

wants - i.e. alternate graphic chars. I also found the acs_map and thought about rewriting it. Since this is not a showstopper issue I can try and code it by myself - as a coding experience ;) Thanks! Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re[2]: Status of MC

Hello Pavel, Monday, August 19, 2002, 3:39:01 AM, you wrote: PR> Hello! >> Since the subshell on Cygwin would not work on all versions of the dll >> reliable I was thinking if I should compile MC with subshell support >> enabled and add some runtime check which would determine the dll version >

Re[3]: Status of MC

seem that this is not related to Cygwin but to some decision made at some point that only Cygwin and rxvt support terminal != "dumb". Or am I dumb ?! :) Thanks! :) Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re[3]: Status of MC

MC snapshot (2002-08-18) on an old sparcstation2 running OpenBSD 3.0. I found that they have MC in their ports three but it is marked as broken - because of many security flaws. Maybe all your efforts to fix this overflows will make them change the current status of things. Btw the MC in their po

[PATCH] ext.c, regex_command ()

or output to the standard output so if 'file' is missing the user doesn't get its prompt messed up. Thanks! :) Pavel Tsekov regex_command_ext.c.diff Description: Binary data

Re[2]: [PATCH] ext.c, regex_command ()

'file' is missing the user doesn't get its prompt messed up. PR> I don't think it should be redirected to stdout - it should be ignored of PR> put to a separate file and then displayed. ext.c is a single caller of PR> mc_doublepopen() now, so it should be easy. Ok I

Re[3]: [PATCH] ext.c, regex_command ()

t got some keystrokes, but didn't return the prompt. We all know that from the recent discussions :) Pavel Tsekov P.S. I'm awaiting the new snapshot :) ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re[3]: [PATCH] ext.c, regex_command ()

t got some keystrokes, but didn't return the prompt. We all know that from the recent discussions :) Pavel Tsekov P.S. I'm awaiting the new snapshot :) ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

[PATCH] edit.c, init_dynamic_edit_buffers (was Re[2]: CR/LF translation)

course :) Then I'd like to hear your opinions and we can go further enhancing it so i matches the MC philosphy. Btw the patch is again the Aug 21 snapshot. Thanks! :) Pavel Tsekov P.S. This patch handles only translation of CRLFs' on input - i plan to do the other if this is going to be ac

Re: system() & user input

e other mechanism. I was going to take a look at this but right now I have some important task before I can go back to MC. Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel

Re: hardcoded /tmp instead of TMPDIR

about /dev/tcp/hostname/port filename handling, but that is only bash, tchs doesn't seem to support it. Btw a very easy solution for tcsh is to redirect the output of 'pwd' to /proc/parent_pid/fd/write_end_of_pipe - that is create by a call to pipe ()

Re: hardcoded /tmp instead of TMPDIR

On Wed, 11 Sep 2002, Pavel Roskin wrote: > Hello! > > Again replying to myself :-) > > > Another solution - use some predefined token on stdout. In other words, > > replace pwd with something like: > > > > echo "Attention mc pid 1923: "; pwd; echo " mc pid 1923 done" > > Better yet - output

[BUG] FISH: trying to view a file (F3) to which I have no permissioncauses a hang

Let's assume that you're trying to view some file on a remote machine to which you dont have the necessary permissions. FISH executes the shell code in linear_star, fish.c which invoke cat on the other machine. Now in this case cat wont output anything but the code in linear_read, fish.c will try t

[PATCH proposal] FISH: don't let ssh write its ouput to the controllingtty

This patch addresses the problem with ssh writing to the controlling terminal when asking for password and when displaying a message that the remote system is not known. The idea is simple - instead of creating pipes to talk to the ssh/rsh program create a pseudo terminal and attach ssh to the sla

[Possible BUG] FISH doesnt read the contents of the home dir on theremote machine if one connects like this user@host

If one tries to connect with the following syntax - user@host:/home/path everything is fine, but if he/she tries to use user@host he/she will end up in the root dir of the remote machine. I havent investigated this problem in depth but it seems that if you set the local variable 'local' in vfs_s_g

ftp and fish with home != '/' - readjust directory to the home

On Wed, 20 Nov 2002, Pavel Roskin wrote: > > I havent investigated this problem in depth but it seems that if you set > > the local variable 'local' in vfs_s_get_path_mangle,direntry.c to the > > contents of super->u.fish->cwdir it will work properly. I feel though > > that this is not the right w

Re: [PATCH proposal] FISH: don't let ssh write its ouput to the controlling tty

Have anyone read the original message ? Is there any interest in the suggested patch ? -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Mc-devel mailing list [EMAIL PROTEC

Re: [PATCH proposal] FISH: don't let ssh write its ouput to thecontrolling tty

Hello, > patch works fine for logging through username & password, but > not for rsa keys. MC successfully logs to the remote host but > does not know about it. I think, that this option is not Does not know about what ? If it doesn't know the host a dialog box should appear and ask the user to

[BUG] extfs: uzip script + password protected zip files

Hello, If someone tries to view,extract,edit,etc a file from a password protected zip archive with MC the program will hang badly. MC doesnt hang actually but is waiting for unzip which waits the user to enter a password. I assume that this problem is also there for other archive formats which su

Re: Fwd: Re: mc.hlp.it 156+ M

On Sun, 12 Jan 2003, Pavel Roskin wrote: > I'll appreciate if somebody with Solaris tries to investigate the problem in the > meantime. I'm running MC on Solaris 9/SPARC every single day. The version is 4.6.0-pre2 built by me on the same machine. I can't see anything so big in the doc subdirect

Re: test results mc.hlp.it 156+ M

On Mon, 13 Jan 2003, Tribhuvan wrote: > Update: > > didn't make a difference configure/build inside/outside source tree > (continuing testing...) > __ > > Tribhuvan's configuration_1 [...] Ok, from what I can see the command which is executed in this phase of th

Re: test results mc.hlp.it 156+ M

On Tue, 14 Jan 2003, Tribhuvan wrote: > >Ok, from what I can see the command which is executed in this phase of the > >build is 'man2hlp' which is built from 'src/man2hlp.c'. Why don't you try > >to run by hand as make would do (see the Makefile in the offending dir) > > > > > # cd src_dir/do

Re: Does --with-screen=slang add -lcurses ?

On Tue, 21 Jan 2003, Frédéric L. W. Meunier wrote: > When I configure with --with-screen=slang (I use a static > 1.4.8) on Cygwin I get > > checking for setupterm in -lcurses... yes > > during configure. > > At link time: > > gcc-2.exe -I/usr/include/glib-1.2 -I/usr/lib/glib/include -O2 > -Wal

Re: Find file dialog in mc-4.6.0-pre3

Hello, Thanks, for tracking this down! I guess I was the one responsible for this bug being introduced. On Sun, 26 Jan 2003, Arpi wrote: > Hi, > > > I've scanned a TODO list and found the item - > > "Make find dialog more responsive" - inside > > "After 4.6.1 on 4.6.x branch" section. > > > >

[PATCH] aclocal.m4: Enable configure to detect the presence ofncurses on OpenBSD 3.2

Hello, OpenBSD 3.2 (I think also earlier versions, but cannot confirm) comes with ncurses as the default screen library. However it is installed as /usr/lib/libcurses.so, there is no libncurses in OpenBSD by default. This patch alters the macro MC_WITH_NCURSES to properly handle this situation

[PATCH] aclocal.m4: Enable configure to detect the presence ofterminfo database on OpenBSD

Hello, Here is another simple patch to improve configure's behaviour on OpenBSD. [..] terminfo(5) on OpenBSD says: /usr/share/terminfo.db file containing terminal descrip- tions on OpenBSD [..] It appears that on OpenBSD 3.2 (i386) the rigth file to look for is /usr/sha

Re: [PATCH] aclocal.m4: Enable configure to detect the presence ofncurses on OpenBSD 3.2

On Thu, 30 Jan 2003, Pavel Roskin wrote: > Hello! > > > OpenBSD 3.2 (I think also earlier versions, but cannot confirm) comes > > with ncurses as the default screen library. However it is installed as > > /usr/lib/libcurses.so, there is no libncurses in OpenBSD by default. > > Strange. I won't

Re: [PATCH] aclocal.m4: Enable configure to detect the presence ofterminfo database on OpenBSD

On Thu, 30 Jan 2003, Pavel Roskin wrote: > Hello! > > > Here is another simple patch to improve configure's behaviour on OpenBSD. > > I don't understand what exactly your patch supposed to fix. What is the > problem? Have you tested your patch? Does the problem go away? Yes, the problem goes

Re: [PATCH] aclocal.m4: Enable configure to detect the presence ofterminfo database on OpenBSD

On Fri, 31 Jan 2003, Pavel Roskin wrote: > > I admit that I didn't knew how S-Lang interfaces with the terminfo database > > before I browsed through the code today. However, IMHO, what is > > incompatible here is the S-Lang library itself - there are a couple of > > routines which deal with the t

[PATCH] key.c: Dynamically load XOpenDisplay, XQueryPointer andXCloseDisplay

Hello, Attached is a very usefull patch. It removes the runtime dependency on libX11. This way one can build MC with support for X11 events and can distribute it both to users who have X and other which dont. This patch's aim is to make the life of package maintainers easier. This patch is kind

Re: [PATCH] key.c: Dynamically load XOpenDisplay, XQueryPointer andXCloseDisplay

Hello, Pavel On Sun, 9 Feb 2003, Pavel Roskin wrote: > > 1.) The proper name of the X library should be determined at configure > > time i.e. libX11.dll or only libX11 for cygwin and libX11.so for unices. > > Is there any reason why you didn't use the mechanism provided by glib > (see gmodule.h)

Re: [PATCH] key.c: Dynamically load XOpenDisplay, XQueryPointer andXCloseDisplay

Hello, Ok, here comes the new patch. It is using the gmodule library as Pavel Rosking has suggested. It also includes some changes to the configure stuff. Please, review and tell me what needs to be fixed. Here is a list of changes: * aclocal.m4 (AC_G_MODULE_SUPPORTED): New macro. Tests if gmod

Re: [PATCH] key.c: Dynamically load XOpenDisplay, XQueryPointer andXCloseDisplay

On Sun, 9 Feb 2003, Pavel Tsekov wrote: > Hello, > > Ok, here comes the new patch. It is using the gmodule library as > Pavel Rosking has suggested. It also includes some changes to the ^^^ Sorry, for this mistake :( Just wanted to tell that I've successfully te

[PATCH] Dynamically load XOpenDisplay, XQueryPointer and XCloseDisplay(2nd try)

Hello, I've updated the patch a bit. The previous one would update GLIB_CFLAGS and GLIB_LIBS no matter if the gmodule functionality is necessary or not. An example for this behaviour is MC configured with --without-x, although no dynamic loading is required in this scenario one would end up wit

[PING] was Re: [PATCH] Dynamically load XOpenDisplay, XQueryPointerand XCloseDisplay (2nd try)

Hello, Is there any chance that this patch will be reviewed anytime soon ? Is there anything I can do to speed up the process ? Please, let me know. I don't want to rush anyone - simple "yes, it will be reviewed, but not now" will suffice. I've been holding the Cygwin package of MC 4.6.0 becaus

Re: [PING] was Re: [PATCH] Dynamically load XOpenDisplay, XQueryPointerand XCloseDisplay (2nd try)

Hello, Pavel Thank you very much for answering so fast! :) On Thu, 20 Feb 2003, Pavel Roskin wrote: > Hello! > > > Is there any chance that this patch will be reviewed anytime soon ? Is > > there anything I can do to speed up the process ? Please, let me know. I > > don't want to rush anyone -

Re: [PING] was Re: [PATCH] Dynamically load XOpenDisplay, XQueryPointerand XCloseDisplay (2nd try)

On Sun, 23 Feb 2003, Pavel Roskin wrote: > Hello! > > > > I just looked at your patch, and it looks good, but it needs testing with > > > both glib-1.2 and glib-2.0, which would take some time. > > > > JFYI, I've tested the patch with both versions. On Cygwin, OpenBSD and > > Solaris I have glib-

Re: Mongolian midnight commander translation finished!

On Fri, 28 Feb 2003, Sanlig Badral (sbadral) wrote: > Hi, All! > How can I add the mongolian? We have translated MC to mongolian. > My CVS access is for Gnome. I think that I couldn't commit it or? If yes, where is > the Branch and directory. > If no, how can I add it. Who is the maintainer?

MC + zsh: prompt problem

Hello, I want to know your opinion on the following matter: http://www.cygwin.com/ml/cygwin/2003-03/msg00618.html Take a look at problem 2 - this is reproducable in both Cygwin and Linux console. To summerize how to reproduce: MC + subshell running subshell must be zsh PS1 must be set to: PS1='%

Re: MC + zsh: prompt problem

On Fri, 21 Mar 2003, Pavel Roskin wrote: > > Here is my (short) analysis of the problem: > > http://www.cygwin.com/ml/cygwin/2003-03/msg01501.html > > > > Are you aware of this problem ? Do you consider it worth fixing ? > > Yes, I'm aware of the problem. From TODO: > > Don't read prompt from t

Re: mcedit file locking

On Tue, 25 Mar 2003, Oswald Buddenhagen wrote: > On Tue, Mar 25, 2003 at 01:59:12AM -0500, Pavel Roskin wrote: > > 3) System-wide locks using fcntl() or (if not supported) flock(). > > > i'd go with that one. > > > Pro: No stale locks. Works in non-writable directories. Locking between > > user

Incorrect usage of __mempcpy () in regex.c ?

ter to replace the __mempcpy with mempcpy ? It seems that __mempcpy is too glibc specific and there are other systems that do not rely on glibc i.e. Cygwin (Newlib), Solaris, all BSDs, etc. Thanks! Pavel Tsekov ___ Mc-devel mailing list [EMAIL PROTECT

Re: Removal of PC port

Pavel Roskin wrote: > On the other hand, mc works under Cygwin quite well. It can already > replace Far for some uses. I think some improvements of the Cygwin port > would be more useful than fixing the native port that never worked well. Can you outline some of the Cygwin changes that you want

Re: Removal of PC port

> > Can you outline some of the Cygwin changes that you want to > > see implemented ? > > I'd be glad if you investigated > http://mail.gnome.org/archives/mc/2003-January/msg00071.html > > to see if it's a mc or screen problem. Ok, I will see what I can do. Note that I do not follow the main MC

[PATCH] main.c: init_menu: Properly calculate the number of menu items

2003-07-28 Pavel Tsekov <[EMAIL PROTECTED]> * main.c: Properly calculate the number of menu items in the Right/Below menu. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!Index:

console_flag & xterm_flag and their relation to Cygwin

Hello, I'm currently preparing a set of patches to MC to enable some existing and add some new functionality on the Cygwin platform. Today I've been playing with the mouse support and it works quite well. Now before I submit a final patch I'd like someone to clarify a part of the MC code that I c

Re: Removal of PC port

>> Can you outline some of the Cygwin changes that you want to see >> implemented ? I have a lot of free time now since I am currently >> unemployed and I'd like to help improve the Cygwin port. [snip] > Recognize keyboard modifiers. In particular, I miss Ctrl-PgUp and > Ctrl-PgDown. Shift with

Re: [PATCH] main.c: init_menu: Properly calculate the number of menu items

> > 2003-07-28 Pavel Tsekov <[EMAIL PROTECTED]> > > > > * main.c: Properly calculate the number of menu items in the > Right/Below > > menu. > > I don't know why you needed this patch, but I've applied it because it's > correct. I

Re: Complete: Show All

Hello, On Wed, 26 Jan 2005, Thomas Zajic wrote: > Hi, > > I just stumbled across another long-standing bug in mc again. > > With "Complete: Show All" enabled in F9->Options->Configuration, mc does > not autocomplete paths or filenames when there's only one alternative. > > Eg. given a directory s

Re: Restoring the functionality of Alt-o

Hello, On Mon, 31 Jan 2005, Jindrich Novy wrote: > 2) Create an alternate keyboard shortcut such as Alt-i that acts like > the old Alt-o. > > 3) Keep Alt-o shortcut and switch between old/new Alt-o in > Options/Configuration. > > Personally I vote for 2) because mc won't lose any of its functiona

Re: mc setting then quitting make segfault

Hi, Based on the bugzilla entry that you refer to and the information that you've supplied I'd say that the reason for the crash is some kind of memory corruption. As you can see the backtrace is corrupted. I'd suggest you to start your debugger and put a breakpoint in configure_box () (found in s

MC and the BCE terminfo capability

Hello, Please, take a look at the following bug report: http://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=11864 Any thoughts ? In this particiluar case it is not MC's fault because even if it was BCE aware it couldn't do anything since the terminfo entry says that the terminal is BCE

SIGSTOP/SIGCONT to external commands executed through the subshell

Hello, Please, take a look at: https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=11984 Any thoughts ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel

Re: X11 support

Hello, Roland On Thu, 17 Feb 2005, Roland Illig wrote: > Roland Illig wrote: > > Hi all, > > > > I have written a module to get the X11/GModule support out of src/key.c. > > Separate things---separate files. > > > > With this module src/key.c can be simplified. I also added the framework > > for

Re: Complete: Show All

Hello, On Wed, 26 Jan 2005, Thomas Zajic wrote: > Hi, > > I just stumbled across another long-standing bug in mc again. > > With "Complete: Show All" enabled in F9->Options->Configuration, mc does > not autocomplete paths or filenames when there's only one alternative. > > Eg. given a directory s

Re: X11 support

Hello, On Wed, 9 Feb 2005, Roland Illig wrote: > Hi all, > > I have written a module to get the X11/GModule support out of src/key.c. > Separate things---separate files. Well, they aren't actually different things. The code that you refer to deals with key modifiers when MC is running in the X e

Re: [patch] Synchronization of the panels

Hello Andrey, On Tue, 22 Feb 2005, Siver Andrey wrote: > Hi, > > Please consider my patch to synchronize the panels with hard drives state. I really appreciate the fact that you decided to implement this most interesting feature in mc, but your patch is far from being complete. First of all your

Re: X11 support

Hello Roland, On Mon, 21 Feb 2005, Roland Illig wrote: > In this case, I wanted the GModule dynamic loading to be placed outside > the key.c file, because the GModule part is not necessary to understand > key handling. Only the X11 connection is. Ok, ok. This is a different story. It would be he

Re: [patch] Synchronization of the panels (fwd)

e the code in case of kernel version < 2.4.X at compilation time. I would like to ask somebody to update configure scripts processing this; 3) Add error processing (with sync_err global variable); 4) Some other changes. Regards, Andrey --- - Original Message - From: "Pavel Ts

Re: [patch] Synchronization of the panels

Hello Andrey, On Fri, 25 Feb 2005, Siver Andrey wrote: > Dear maintainer, I am not in charge of maintaining MC. I am just one of the MC contributors :) > I agree with you. > I update the patch in following ways: > 1) Try to format properly; > 2) Add feature conditions (with WITH_SYNC macro-para

Re: Dropping mmap from the virtual file system

Hello, On Sun, 27 Feb 2005, Roland Illig wrote: > Roland Illig wrote: > >>> I would like to drop the mmap() and munmap() methods from the vfs code. > > Leonard den Ottolander wrote: > >> Why? > > Roland Illig wrote: > > To make the source code of mc smaller and better understandable. For the > >

Re: X11 connection problems

Hello, On Sat, 26 Feb 2005, Roland Illig wrote: > Hi all, > > I think I have solved the X11 connection problems with mc. Can you > please review this patch, and tell me if it solves the so-called > "OpenSSH bug"? Even if this patch fixes the bug, please, don't apply it in this form. I mean the d

Re: Big patch for mcview

Hello, On Wed, 2 Mar 2005, Roland Illig wrote: > Hi all, > > I must have had too much time, as I have partly rewritten mcview. The > patch is quite large and changes many things. However, I have tested it > with all available types of data sources (see the code for explanation), > and it seems to

[PING] Re: Complete: Show All

Hello, On Fri, 18 Feb 2005, Pavel Tsekov wrote: > Hello, > > On Wed, 26 Jan 2005, Thomas Zajic wrote: > > > Hi, > > > > I just stumbled across another long-standing bug in mc again. > > > > With "Complete: Show All" enabled in F9->Option

Re: Fw: [patch] Synchronization of the panels (fwd)

Hello Andrey, On Wed, 16 Mar 2005, Siver Andrey wrote: > > - Original Message - > > From: "Miguel de Icaza" <[EMAIL PROTECTED]> > > To: "Pavel Tsekov" <[EMAIL PROTECTED]> > > Cc: "MC dev" > > Sent: Saturday, F

Re: Fixes committed

Hello Pavel, On Thu, 17 Mar 2005, Pavel Roskin wrote: > Hello! > > I have committed following fixed to HEAD: > > Shift-F4 was broken in the editor (blame: Roland Illig) > Advanced Chown was broken (blame: Roland Illig) > Alt-O would change current directory without updating the current panel > (b

Savannah bug #12406: /usr/share/mc/extfs/uarj bug

Hello, The original reporter describes what could be a possible fix for this issue. Any extfs guru caring to check that one ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel

Re: Savannah bug #12406: /usr/share/mc/extfs/uarj bug

Sorry, forgot the direct link :( http://savannah.gnu.org/bugs/?func=detailitem&item_id=12406 On Wed, 23 Mar 2005, Pavel Tsekov wrote: > Hello, > > The original reporter describes what could be a possible fix for this > issue. Any extfs guru caring t

Re: Savannah bug #12406: /usr/share/mc/extfs/uarj bug

Hello, On Thu, 31 Mar 2005, Leonard den Ottolander wrote: > Hi Pavel, > > On Wed, 2005-03-23 at 20:29, Pavel Tsekov wrote: > > Sorry, forgot the direct link :( > > > > http://savannah.gnu.org/bugs/?func=detailitem&item_id=12406 > > Looks like an easy fix.

Re: Terminology concerning strings

Hello, On Mon, 4 Apr 2005, Roland Illig wrote: > Hi all, > > in the last time I have programmed a bit with strings, and I have found > four properties of them which need to be distinguished and which should > be named consistently throughout the whole Midnight Commander. > > * the _size_ of a str

Re: [PATCH] Re: Parent directory's permissions in mini-status

Hello, On Sat, 2 Apr 2005, Leonard den Ottolander wrote: > Hi Roland, pchel, > > On Sat, 2005-04-02 at 13:54, Leonard den Ottolander wrote: > > Just discussed this with Roland Illig who came up with a patch that > > seems to work correctly. I further fixed his patch to not need Well, he should h

Re: Parent directory's permissions in mini-status

http://mail.gnome.org/archives/mc-devel/2002-July/msg00076.html Hello, On Sun, 3 Apr 2005, Leonard den Ottolander wrote: > Hi Pavel, > > On Fri, 2005-03-25 at 15:27, Pavel Tsekov wrote: > > On Thu, 31 Mar 2005, Sergey Ilyevsky wrote: > > > It seems that mc shows wrong p

Re: Big patch for mcview

Hello, On Fri, 1 Apr 2005, Roland Illig wrote: > Jindrich Makovicka wrote: > > Crashes when switching between viewer modes. To reproduce, use F3 on a > > jpg/mp3/whatever (assuming you have mpg123, ImageMagick or other > > corresponding viewer), press F8 to display raw, then press F4 => sig11. >

Re: [PATCH] Re: Parent directory's permissions in mini-status

Hello, On Mon, 28 Mar 2005, Pavel Tsekov wrote: > I guess this is related to the following hunk: > > @@ -481,7 +492,7 @@ do_load_dir (const char *path, dir_list > while ((dp = mc_readdir (dirp))) { > status = > handle_dirent (list, filter,

Re: Big patch for mcview (fwd)

Hello, I'm forwarding this to the list (again) just to make sure that it won't be missed because of the wrong settings of my clock. -- Forwarded message -- Date: Mon, 28 Mar 2005 20:48:19 +0300 From: Pavel Tsekov <[EMAIL PROTECTED]> To: Roland Illig <[EMAIL PRO

Re: Big patch for mcview (fwd)

On Tue, 5 Apr 2005, Jindrich Makovicka wrote: > Pavel Tsekov wrote: > > Hello, > > > > I'm forwarding this to the list (again) just to make sure that it won't be > > missed because of the wrong settings of my clock. > > I have already resolved the

[PATCH]: Improve symlink handling in ftpfs - Part 1

Hello, This is the first part of a patch which will greatly improve handling of symlinks on ftp servers. This change is pretty simple - it just makes the more robust method, for listing the contents of a directory, the default. This method is currently disabled - I assume this is done to save the

Re: Big patch for mcview

Hello, On Wed, 6 Apr 2005, Roland Illig wrote: > Roland Illig wrote: > > Hi all, > > > > I must have had too much time, as I have partly rewritten mcview. The > > patch is quite large and changes many things. However, I have tested it > > with all available types of data sources (see the code for

Re: byte vs. character approach [was: Terminology concerning strings]

Hello, On Thu, 7 Apr 2005, The One wrote: > Hi, > > How can I chang mc languege (menu,etc.) yo another language? This is not the right list for this kind of questions. Use mc at gnome dot org . ___ Mc-devel mailing list http://mail.gnome.org/mailman/l

[PATCH]: Improve symlink handling in ftpfs - Part 2

Hello, Hello, here comes the second part of the patch. This one is aimed to fix http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=258253. The routines `vfs_s_find_entry_linear()' and `vfs_s_find_entry_tree()' call `canonicalize_pathname()' on entry. This routine eats `..' path components in certai

Re: Midnight Commander Multiple vulnerabilities

Hello, I don't see any reason not to post this question on the general MC discussions list: mc at gnome dot org . On Thu, 7 Apr 2005, Cleve Philippe wrote: > Hi, > > Searching information about Midnight Commander on the net, I've found > multiple documents saying: > > "A vulnerability has been i

  1   2   3   4   5   6   7   8   9   10   >