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.

2002-07-10 changes in subshell.c

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 ___ Mc-devel mailing list [EMAIL

[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

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

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 about this?

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

Re[2]: Win32/MinGW port

! :) 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

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

- 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 and

Re[3]: Status of MC

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

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 ports tree is 4.5.51 - pretty old one ;) Pavel Tsekov ___ Mc-devel mailing list [EMAIL

[PATCH] ext.c, regex_command ()

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 ()

that file and parse the output - I think it is not worth. But it's not good to have it in MC prompt. Thanks! :) Pavel Tsekov P.S. have you applied my patch - it will be easier to understand it that way. The layout of the code is almost the same - I tried to keep it as close to original while removing

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

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)

. 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 accepted in one form or the other. Or maybe part of Alexanders patches can enter CVS with part of mine :) mc

Re: system() user input

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

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 (). It's a pity though that not all operationg systems support that :( Thanks! Pavel Tsekov

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 the working

[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

[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

[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

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 way to fix

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

[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

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

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 the

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/doc/it #

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. But I think the

[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

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 be

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 away.

[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

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

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 tested it on RedHat Linux

[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

[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 because

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 - simple

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-1.2. On Linux

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? I

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:

Incorrect usage of __mempcpy () in regex.c ?

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 PROTECTED] http://mail.gnome.org/mailman

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 mailing

[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: src/main.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 cursor

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 also renamed PanelMenu to LeftMenu for symmetry. Well, I have tested my

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 structure

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 functionality

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

MC and the BCE terminfo capability

Hello, Please, take a look at the following bug report: http://savannah.gnu.org/bugs/index.php?func=detailitemitem_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

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 defining a

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

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

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 dynamc

[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-Options-Configuration, mc does not autocomplete paths or filenames when there's

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 mc-devel@gnome.org Sent: Saturday, February 26, 2005 7:40 PM Subject: Re: [patch] Synchronization of the panels

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

Sorry, forgot the direct link :( http://savannah.gnu.org/bugs/?func=detailitemitem_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 to check that one

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 permission for parent dir in mini

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. I

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 PROTECTED] Cc: MC dev mc

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

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: keyboard bindings in mcedit

Hello, On Fri, 8 Apr 2005, Vitja Makarov wrote: Hi, all! This patch implements user-defined keyboard bindings for mcedit. Bindings are stored in ~/.mc/cooledit/cooledit.bindings file, attached file contains patch against current cvs tree configuration sample. What's the difference between

Re: * utilvfs.c (is_localized_month): segfault fix

Hello, On Fri, 8 Apr 2005, Andrew V. Samoilov wrote: Hello, +while ((i 3) *month !isdigit (*month) !iscntrl (*month) + !ispunct (*month)) { What about changing the above to: while ((i 3) *month isalpha (*month)) There is comment some lines above: *

Re: keyboard bindings in mcedit (fwd)

Hello, Please, post to the list and not to my personal e-mail address - I do read the list as many others. -- Forwarded message -- Date: Fri, 8 Apr 2005 13:33:48 +0400 From: Vitja Makarov To: Pavel Tsekov Subject: Re: keyboard bindings in mcedit I've fixed some bugs... Have

Re: [patch] Synchronization of the panels

Hello, On Sat, 2 Apr 2005, Siver Andrey wrote: I've rewriten my previous patch (main.c.diff, sync.inc): 1) Now synchronization is doing by time (SYNC_DELAY keeps inverval in seconds; 2 secs by default); 2) The synchronization is loosing for some DLG_ signals for efficiency; 3) Add some

Re: [patch] Synchronization of the panels

On Fri, 8 Apr 2005, Pavel Tsekov wrote: Suggestions are welcome. Ok - several points: 8) Another thing that might be of interest. You can check if the directory you are monitoring resides on a vfs and if this is the case you have to disable monitoring for that directory. You can use

Re: Bug tracking system on savannah.gnu.org

Hello, On Sat, 9 Apr 2005, Roland Illig wrote: Hello Pavel, hello Miguel, I'd like to cleanup some bug reports on savannah.gnu.org. For that I need the Techn. Manager role for the bug tracking system. I'm sure I'm not the only one who wants that, as we have some bug reports (from 2003)

Re: [patch] const_cast to be replaced by str_unconst

Hello, On Tue, 12 Apr 2005, Roland Illig wrote: I like this version much more than the const_cast macro I introduced some months ago. Compare these: I mean no offense, but please save us all the I like this, I like that. It's obvious that you check in what you like. For those of you that

Re: Is anyone reviewing patches ?

Hello, On Thu, 14 Apr 2005, Marco Ciampa wrote: On Thu, Apr 14, 2005 at 10:25:02AM +0300, Pavel Tsekov wrote: Hello, Does anyone care ? which patches? http://mail.gnome.org/archives/mc-devel/2005-April/msg5.html http://mail.gnome.org/archives/mc-devel/2005-April/msg00021.html http

Re: --enable-developer-mode

Hello, On Tue, 19 Apr 2005, Roland Illig wrote: the GNU automake manual mentions that --enable-developer-mode is ^^^ Is there a typo here ? Yes. It's --enable-maintainer-mode. Ok, because I was starting to wonder why would we

Re: X11 connection problems

Hello, On Sat, 23 Apr 2005, Leonard den Ottolander wrote: Hi Pavel, On Sat, 2005-04-23 at 12:32, Pavel Tsekov wrote: Well, you should contact Roland, as the ultimate source of information, when you are interested in the status of MC. I have hard time keeping track of the status

Changes in screen.c rev. 1.211 not merged on the MC_4_6_1_PRE branch

Hello, Pavel, is there a reason not to have this change in MC 4.6.1 ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel

[OT] Re: [bug #12223] shift keys should change function menu descriptions

Hello, This is a pure off topic message. On Tue, 17 May 2005, Leonard den Ottolander wrote: There are at least 2 people who share this opinion, as *I* (not Oswald) was the one to close the bug. Well, don't you think that having an opinion requires you to understand the problem first ? Your

[bug #12223] shift keys should change function menu descriptions

Follow-up Comment #13, bug #12223 (project mc): Oskar and Oswald, take a look at src/key.c, get_modifier(). ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=12223

[bug #2796] cons.saver in wrong directory

Follow-up Comment #1, bug #2796 (project mc): Anyone care to fix this ? I verified that the bugreport is still valid. If this is not an issue and it is right to keep cons.saver in `pkglibdir' then this bug entry should be closed. ___

Re: Wiki is up.

Hello, On Thu, 26 May 2005 [EMAIL PROTECTED] wrote: Hello folks! The Wiki is up at: http://segfault.cam.novell.com/~mc/ Very nice! :) I've just tried it by copying the content of Pavel Shirshov's bug/todo list to the wiki sandbox

Re: [bug #8135] Ftp connection to proxy uses always active mode

Hello, On Sun, 29 May 2005, Leonard den Ottolander wrote: Follow-up Comment #4, bug #8135 (project mc): Committed this patch to HEAD. Now looking at the result I think that it is somewhat confusing and alse excessive to have two options - 'Use passive mode' and 'Use passive mode over

Re: [bug #8135] Ftp connection to proxy uses always active mode

Hello, On Mon, 30 May 2005, Leonard den Ottolander wrote: Hi Pavel, On Mon, 2005-05-30 at 11:17, Pavel Tsekov wrote: Now looking at the result I think that it is somewhat confusing and alse excessive to have two options - 'Use passive mode' and 'Use passive mode over proxy'. IMO

Re: Release procedure

Hello, On Mon, 6 Jun 2005, Leonard den Ottolander wrote: Hello Miguel, On Mon, 2005-06-06 at 22:58, Miguel de Icaza wrote: I have made a tarball of the current trunk release and fixing a few issues in make distcheck, the question that remains is: what version should we use? Please

Re: Release procedure

Hello, On Mon, 6 Jun 2005, Roland Illig wrote: We continue to use the 4.6.xx family name. I think it might be time to change one of those numbers to identify the changes done since the 4.6.0 release in a more significant way. I would prefer 4.7. (Just to leave the long past of 4.6.*

Re: current mcview still considered buggy

Hello, On Tue, 7 Jun 2005, Roland Illig wrote: i must admit that I have been overly confident with the quality of the rewritten internal viewer. I have found two bugs in the text wrap mode. You have always been overly confident with the quality of your code. Period. With your ideas and ways

Re: current mcview still considered buggy

Hello, On Tue, 7 Jun 2005, Roland Illig wrote: Pavel Tsekov wrote: I still wonder why you keep posting this kind of email... I can't see the point. The point is that until yesterday I thought the viewer contained really close to zero bugs. That's what I also told Miguel for considering

[PATCH]: exit_subshell(): Cleanup only if required.

that the subshell is active - select `No' 7) Press `Ctrl + O' 8) Type something in the subshell or just press `Ctrl + O' Changelog: 2005-06-07 Pavel Tsekov [EMAIL PROTECTED] * subshell.c (exit_subshell): Do not blindly perform cleanup. P.S. Please, apply to both HEAD and 4.6.1.Index

Re: Release procedure

Hello, On Tue, 7 Jun 2005, Miguel de Icaza wrote: hello, I have a tarball made from the branch: http://primates.ximian.com/~miguel/mc/tar.mc-4.6.1-pre5a.tar.gz The right link is: http://primates.ximian.com/~miguel/mc/mc-4.6.1-pre5a.tar.gz

Re: [patch] avoiding casts of function pointers

Hello, On Tue, 7 Jun 2005, Oswald Buddenhagen wrote: On Tue, Jun 07, 2005 at 05:12:59PM +0200, Roland Illig wrote: This patch fixes the gcc warning about incompatible pointer types in widget.c. I is much more complicated than Jindrich's patch, but in return it is fully ISO C compliant. :)

Re: mcedit stackdumps on exit

Hello, On Sun, 12 Jun 2005, Leonard den Ottolander wrote: Hi Pavel, On Sun, 2005-06-12 at 19:49, Pavel Tsekov wrote: current_panel-dir.list[0].fname = (char *) file; ^ Will a g_strdup() suffice? Yes, but it is not a long term

[PATCH] Re: mcedit stackdumps on exit

Hello, On Mon, 13 Jun 2005, Pavel Tsekov wrote: Hello, On Sun, 12 Jun 2005, Leonard den Ottolander wrote: Hi Pavel, On Sun, 2005-06-12 at 19:49, Pavel Tsekov wrote: current_panel-dir.list[0].fname = (char *) file

Re: mcedit stackdumps on exit

Hello, On Mon, 13 Jun 2005, Leonard den Ottolander wrote: Hi Pavel, On Mon, 2005-06-13 at 08:42, Pavel Tsekov wrote: current_panel-dir.list[0].fname = (char *) file; ^ Will a g_strdup() suffice? Yes

Re: mcedit stackdumps on exit

Hello, On Tue, 14 Jun 2005, Leonard den Ottolander wrote: Hi Pavel, On Tue, 2005-06-14 at 07:09, Pavel Tsekov wrote: Have you reported this issue to mitre.org or bugtraq? Nope. I didn't knew that I should do. Can you do that ? As you stated this was a serious issue I assumed you

Re: mcedit stackdumps on exit

Hello, On Tue, 14 Jun 2005, Leonard den Ottolander wrote: Hi Pavel, On Tue, 2005-06-14 at 16:51, Pavel Tsekov wrote: As you stated this was a serious issue I assumed you meant it to be exploitable. You've assumed too much. I never said that I think that this issue is exploitable

Rolan, please...

... don't create this kind of entries in the Changelog: * view.c (view_get_filesize_with_exact): Removed. I didn't like ^ the name. Replaced with a new function view_may_still_grow(). It doesn't make much

Re: dynamic loading of libraries

Hello, On Wed, 15 Jun 2005, Roland Illig wrote: what do we need dynamic loading for? It seems simpler to me to just link to the libraries directly. It may be simple to you but have you considered the package maintainer and the end user ? Or you are again just thinking only for yourself ?

Re: dynamic loading of libraries

Hello Scott, On Wed, 15 Jun 2005, William Scott Lockwood III wrote: Pavel, there is an old saying about rocks, and glass houses... I don't quite understand the meaning of this . ___ Mc-devel mailing list

[bug #13410] mc has no large file support

Follow-up Comment #1, bug #13410 (project mc): This doesn't seem to be the case with mc-4.6.1-0.14.FC3 ? The size of the fedora core 4 iso dvd is properly displayed as 2623M. Maybe this is a bug in the FC4 package ? ___ Reply to this item

Re: [PATCH] Re: mcedit stackdumps on exit

Hello, On Wed, 22 Jun 2005, Leonard den Ottolander wrote: :) ). I haven't quite grasped the code path. If I understand your explanation correctly the first free takes place in clean_dir() and the second in mc_maybe_editor_or_viewer(). But after the free in clean_dir() fname gets assigned 0

Re: [PATCH] Re: mcedit stackdumps on exit

Hello, On Wed, 22 Jun 2005, Leonard den Ottolander wrote: On Wed, 2005-06-22 at 13:51, Leonard den Ottolander wrote: As an addendum to this, is there any code that tests !panel-something that can be reached in case panel has not been assigned? $ grep -lr \!panel\-\ * Duh! The ! is of

[bug #13500] Feature request: .. entry in directory hotlist subgroups

Follow-up Comment #1, bug #13500 (project mc): Please, read this and the links inside it. http://mail.gnome.org/archives/mc-devel/2005-April/msg00010.html `..' was removed on purpose. P.S. It would be a good idea to login to Savannah before posting bugs.

  1   2   3   4   5   6   7   8   >