[patch #6093] skip skipall
Additional Item Attachment, patch #6093 (project mc): File name: mc-cvs-skipall.patch Size:9 KB ___ Reply to this item at: http://savannah.gnu.org/patch/?6093 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #7, patch #6073 (project mc): So, have you actually determined that the crash happens because the library routine localtime() fails on an invalid timestamp i.e. by running MC under gdb ? Yes. Could you attach a backtrace from the crash ? I have to ask since I cannot reproduce the crash myself. Here you go. This is from mc 4.6.1, completely unpatched. Btw I am attaching a strace of the testcase you provided. As you can see from it no invalid date is passed to utime() - seems like perl detects the invalid date and resets it. Considering you get a nicely formatted date, and strace segfaults for me (!), I think strace is calling localtime and then strftime itself too, and perl is doing nothing special about it. :) (Of course, I'll report this to the strace folks.) BTW, are you by any chance on a 32-bit system? I'm on an amd64 system, but in an x86 chroot, I now notice I consistently get a date in 1970, just like you. (file #13442) ___ Additional Item Attachment: ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #9, patch #6073 (project mc): Hmm... Yes, I am running the test on a 32-bit version of FC6. So this means that time_t has a different size depending on wether the application is built for 32 bit or 64 bit system - this seems a bit strange. It's always signed long with glibc, regardless of whether it's a 32 bit or a 64 bit system, so while it does appear a bit strange, it's nothing insane. Btw what does 'ls -l' output when run in the directory containing the file with invalid time ? See comment #3: it prints it out as an integer value. ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #5, patch #6073 (project mc): In a clean minimal FC6 install with default settings, I can get mc to crash exactly as described. After 'yum update mc' (to 4.6.1a-36.20070124cvs), it still crashes. After 'yum update glibc' (to 2.5-18), I get an mtime at the end of 1969 (the default timezone is America / New York). After re-running the perl line, mc crashes again. After rebooting, the mtime has changed back to 1969. Re-run the perl line a third time, and mc crashes. I don't know what's fixing the invalid mtime, but when it happens, there is no invalid mtime for mc to see, so it makes sense that it doesn't crash. ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #6073] Crash in browser on invalid mtimes
Follow-up Comment #1, patch #6073 (project mc): Please note, by the way, that this is just a quick patch. A slightly nicer patch could display the numeric mtime value, or try to translate invalid, or something like that. I wouldn't mind trying to get it to do that, but I'm not sure what behaviour you would prefer. ___ Reply to this item at: http://savannah.gnu.org/patch/?6073 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #5893] integrated side-by-side textmode diff viewer
URL: http://savannah.gnu.org/patch/?5893 Summary: integrated side-by-side textmode diff viewer Project: GNU Midnight Commander Submitted by: None Submitted on: Wednesday 04/25/2007 at 10:24 UTC Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: [EMAIL PROTECTED] Open/Closed: Open Discussion Lock: Any ___ Details: Hi, this is a patch to add $subj into mc. It uses `diff' as back-end engine. Has the look-and-feel of xxdiff, but without X. Please drop in opinions, comments, suggestions. ___ File Attachments: --- Date: Wednesday 04/25/2007 at 10:24 UTC Name: mc-4.6.1.ydiff.patch.gz Size: 13kB By: None Patches for 4.6.1 stable and 20070309 snapshot. http://savannah.gnu.org/patch/download.php?file_id=12591 --- Date: Wednesday 04/25/2007 at 10:24 UTC Name: mc-4.6.1_20070309.ydiff.patch.gz Size: 13kB By: None Patches for 4.6.1 stable and 20070309 snapshot. http://savannah.gnu.org/patch/download.php?file_id=12592 ___ Reply to this item at: http://savannah.gnu.org/patch/?5893 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #5871] enhance selection in xterms
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 desired without this patch. I guess it just tries to select the whole word, which interferes with the surrounding dashes. however with the patch applied it works like intended. ___ Reply to this item at: http://savannah.gnu.org/patch/?5871 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #1042] hotkeys and other improvements in hotlist
Follow-up Comment #16, patch #1042 (project mc): 9ff133668c59080aa7ceda23978f7a60 a href=http://14.troverete.com/lavoro-ariccia/; lavoro-ariccia /a http://6.invocando.com/buffy-sito-italiano/ a href=http://12.troverete.com/rex-lavatrici-da-incasso/; rex-lavatrici-da-incasso /a a href=http://9.desolazioni.com/inurl-gb-sign-hi/; inurl-gb-sign-hi /a http://20.troverete.com/samsung-dtb-9500f/ a href=http://14.invocando.com/analisi-laboratorio/; analisi-laboratorio /a a href=http://19.sfrenatezza.com/midi-pino-daniele/; midi-pino-daniele /a http://9.desolazioni.com/amanda-lear-nuda/ a href=http://12.sfrenatezza.com/alessia-ventura-velo/; alessia-ventura-velo /a a href=http://6.sfrenatezza.com/addobbi/; addobbi /a http://14.invocando.com/ferrovia-dello-stato-orario-ufficiale-trenitalia/ a href=http://17.risuscita.com/ragazza-calangianus/; ragazza-calangianus /a a href=http://4.desolazioni.com/corriere-della-sera-magazine/; corriere-della-sera-magazine /a http://16.risuscita.com/missili/ a href=http://7.troverete.com/campeggio-fornello/; campeggio-fornello /a a href=http://3.desolazioni.com/celle-di-lievitazione/; celle-di-lievitazione /a http://14.troverete.com/lombardi-satriani/ a href=http://7.troverete.com/tradizione-costume-spagna/; tradizione-costume-spagna /a a href=http://4.sfrenatezza.com/abbagliamento/; abbagliamento /a http://13.desolazioni.com/messa-opera-tetto/ a href=http://2.troverete.com/mappa-forio/; mappa-forio /a a href=http://8.troverete.com/pedretti-granito/; pedretti-granito /a http://4.troverete.com/auto-occasione-veneto/ a href=http://8.risuscita.com/mature-viziose/; mature-viziose /a 1d45129e484a67f82521dd1274690b40 ___ Reply to this item at: http://savannah.gnu.org/patch/?1042 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #15412] gpmsupport on console doesn't work
Follow-up Comment #1, bug #15412 (project mc): Sorry, bug seems to be caused by our gpm, which has a /dev/gpmctl with permissions set to 700. Please regard as invalid. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15412 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #15352] Extensions not working
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 that calls execve() as a last chance after failing to find zsh in the PATH. Use ltrace to trace the library calls if you're curious. I guess you simply don't have zsh installed. -- egmont ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15352 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #10, bug #11652 (project mc): http://ftp6.tw.freebsd.org/ports/packages/shells/mc-4.6.1_3.tbz original size 122209302 download size 122208790 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #12, bug #11652 (project mc): after clear and rebuild mc-4.6.1 - all working correct (but slowly) Thank You. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #11, bug #11652 (project mc): but, after install http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/mc-4.6.1.tar.gz don`t stoping size over 20GB!!! ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #8, bug #11652 (project mc): http://ftp.gnu.org/gnu/mc/mc-4.5.55.tar.gz 4.5.55??? ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #6, bug #11652 (project mc): where are mc-4.6.1.tbz ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #3, bug #11652 (project mc): -rw-r--r-- 1 denis 1001 122209302 Nov 4 01:17 a2005-11-04.sql.gz after copy by shell link: -rw-r--r-- 1 denis users 122208790 Nov 4 09:24 a2005-11-04.sql.gz ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #4, bug #11652 (project mc): MC 4.6.0 I try copy my file from 1 Server to 2 server by shell link -rw-r--r-- 1 denis 1001 122209302 Nov 4 01:17 a2005-11-04.sql.gz after copy: -rw-r--r-- 1 denis users 122208790 Nov 4 09:24 a2005-11-04.sql.gz Why diffrent size? ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11206] fish hangs on large files
Follow-up Comment #1, bug #11206 (project mc): Have the same trouble : for example transfering DVD iso, mc say no more space left on device. In fact there no more space on the local device ( full root ). So fish copy first the data in ~/tmp ... and then try to send it. If you have a external usb disk, with big file on it and a limited empty space on your local root, and have sufficient empty space on destination of course, you got this trouble. Make this annoying. MC is 4.6.1 pre3 on Mandriva LE 2005 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11206 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #12, bug #14155 (project mc): If it's of any assistance, I've checked the behaviour of PuTTY with the first attached patch and it works perfectly -- function keys, mouse, etc fine. Regarding the second patch, I haven't tested that one yet. My Microsoft Optical Intellimouse Explorer 3.0A doesn't really let me press-and-roll -- it's designed for either clicking or rolling but not both at the same time I think. Anyway, I'd probably rather that the scrolling worked in a single mode only -- but less than a whole screen at a time. Soemthing like 5-8 lines at a time would be about right I'd say. Would this be feasible, or would it require hooking into functions that don't currently exist? Do you think this would be better mouse wheel behaviour? Give me a reply either way, and I'll test the newer patch tomorrow hopefully. Cheers JP ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #8, bug #14155 (project mc): just noticed something else, i applied the patch to 4.6.1 at first, and I didnt have function keys or mouse in Eterm, but all was fine in xterm. I decided to download and apply the patch to 4.6.0, and now I have function keys in Eterm, but no mouse. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #9550] Text file failure in F3 when is beginning with BM
Follow-up Comment #2, bug #9550 (project mc): This is an issue with file (incorrectly) reporting this as a bitmap file. Not something we can easily fix for mc, or we would need implement logic to test every file that might not be reported correctly by file. I suggest you use shift-F3 for such rare cases. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=9550 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13988] MC version 4.6.1 doesnt build on Mac OS X 10.3 when configured to use mcslang
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13988 Summary: MC version 4.6.1 doesnt build on Mac OS X 10.3 when configured to use mcslang Project: GNU Midnight Commander Submitted by: None Submitted on: Sat 07/30/2005 at 18:34 Category: Core Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: current (CVS or snapshot) Platform Version: Other ___ Details: After successful run of the configure script mc fails to build with numerous undefined symbols. All of them are defined in slang/include/slang.h within the ifdef's REAL_UNIX_SYSTEM. Evenually I succeeded to build and run MC 4.6.1 after modifying the line 27 in slang.h. There I added check for __MACH__, so it became: #if defined(unix) || defined(__unix) || defined (_AIX) || defined(__NetBSD__) || defined(__MACH__) ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13988 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #2788] Deleting /tmp/mc-user after startup and doing anything
Follow-up Comment #4, bug #2788 (project mc): Are you sure this is the same problem as in this bug report ? I've just tried it again and I get a red message box like this: Cannot create temporary command file No such file or directory (2) ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=2788 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13832] Cannot execute user menu command if temporary directory is in filesystem mounted with noexec option
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13832 Summary: Cannot execute user menu command if temporary directory is in filesystem mounted with noexec option Project: GNU Midnight Commander Submitted by: None Submitted on: Mon 07/18/2005 at 07:41 Category: Menu and associations Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: current (CVS or snapshot) Platform Version: GNU/Linux ___ Details: If environment variables $TMP and $TMPDIR are set to /tmp/.private/$USER and /tmp is mounted with noexec options then user menu commands (scripts) cannot be executed. Patch is attached. ___ File Attachments: --- Date: Mon 07/18/2005 at 07:41 Name: mc-4.6.1-pre5-exec-usr-cmd.patch Size: 418B By: None http://savannah.gnu.org/bugs/download.php?item_id=13832item_file_id=2724 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13832 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13788] Segmentation fault on exit
Follow-up Comment #4, bug #13788 (project mc): Yes it is. Compiled from cvs w/o ANY patches. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13788 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13788] Segmentation fault on exit
Follow-up Comment #5, bug #13788 (project mc): http://bugs.gentoo.org/show_bug.cgi?id=96971 - bug of Gentoo version of MC 4.6.0 (app-misc/mc-4.6.0-r14). I have same. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13788 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13788] Segmentation fault on exit
Follow-up Comment #2, bug #13788 (project mc): $ mc -V GNU Midnight Commander 4.6.1a Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs, undelfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Data types: char 8 int 32 long 64 void * 64 off_t 64 #0 0x2b47031a in malloc_trim () from /lib/libc.so.6 #1 0x2b4707fa in free () from /lib/libc.so.6 #2 0x2b2aa8d6 in SLsmg_resume_smg () from /usr/lib/libslang-utf8.so.1 #3 0x2b2aac1d in SLsmg_reset_smg () from /usr/lib/libslang-utf8.so.1 #4 0x0043ccfb in main (argc=1, argv=0x7fffe7e8) at main.c:2253 To receive this log I press next keys: gdb -se /usr/local/bin/mcenter runenter F10enter btenter quitenter nenter #gdb asks for quit anyway. Also, panels (top right corner) is broken - spaces with color same as cursor instead of navy. I make some screenshots - see attachement (encoding UTF-8). ___ Additional Item Attachment: File name: mc.txt Size:8 KB two screenshots: broken and good. http://savannah.gnu.org/bugs/download.php?item_id=13788item_file_id=2708 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13788 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13788] Segmentation fault on exit
Additional Item Attachment, bug #13788 (project mc): File name: Screenshot.png Size:127 KB fullcolor screenshot (sorry if many unneded information - I have no any graphical editor installed) http://savannah.gnu.org/bugs/download.php?item_id=13788item_file_id=2709 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13788 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13549] Wrong sort order in unsorted mode.
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13549 Summary: Wrong sort order in unsorted mode. Project: GNU Midnight Commander Submitted by: None Submitted on: Sun 06/26/2005 at 10:57 Category: VFS Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: 4.6.0 Platform Version: GNU/Linux ___ Details: Midnight Commander shows files in a wrong order when a panel is unsorted. The bug seems to be there for many years but I was not very annoyed because the bug manifested itself only on *BSD platforms, and I use mostly Linux and Solaris where the bug was not manifested - the ouput of ls -U and the order of files in the unsorted panel were identical. But in version 4.6.0 the bug appears on Linux, too. Problem number one. When a panel is set to unsorted order it lists files mostly identical to ls -U, except that the first directory (the first in ls -U) is shown at the bottom, not at the top. Problem number two. After running a command and returning to MC the unsorted panel shows files in a completely random order. To restore order one has to open the Sort order dialog and press Ok. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13549 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13537] Bytes and Total count display wrong during file copy
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13537 Summary: Bytes and Total count display wrong during file copy Project: GNU Midnight Commander Submitted by: None Submitted on: Fri 06/24/2005 at 14:56 Category: Core Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: All versions Platform Version: All ___ Details: More info : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=118717 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13537 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch #4105] Additions to Octave/Matlab syntax file
URL: http://savannah.gnu.org/patch/?func=detailitemitem_id=4105 Summary: Additions to Octave/Matlab syntax file Project: GNU Midnight Commander Submitted by: None Submitted on: Thu 06/16/2005 at 04:26 Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open ___ Details: Support for Matlab multi line comments (starting with '%{' and ending with '%}'). ___ File Attachments: --- Date: Thu 06/16/2005 at 04:26 Name: octave.syntax Size: 10.72KB By: None Octave/Matlab syntax file http://savannah.gnu.org/patch/download.php?item_id=4105item_file_id=4736 ___ Reply to this item at: http://savannah.gnu.org/patch/?func=detailitemitem_id=4105 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #7126] Viewer changes files
Follow-up Comment #3, bug #7126 (project mc): Thx, Timi ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=7126 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13395] hide dotfiles in home directory
Follow-up Comment #2, bug #13395 (project mc): I would like a custom directory entry, that says: (hidden files) or (hidden directories) When you press enter over it, it will display all hidden files or directories. These entries will only be displayed IF there is hidden files or directories. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13395 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #7872] Suggested changes in Python syntax bindings
Follow-up Comment #4, bug #7872 (project mc): For the Syntax.diff patch, I suggest that we only check for ^#!.\*/perl This is much easier to read. Roland ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=7872 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #12223] shift keys should change function menu descriptions
Follow-up Comment #14, bug #12223 (project mc): it does exactly what i expected: the modifiers are used to enhance action keystrokes, to salvage some configurations that don't report the modifier state with the keystroke. this is completely different from what this report requests. when do you want to obtain the modifier state? via polling? and for pure ttys that don't report the modifier state without an action keystroke at all? oh, well, who cares. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=12223 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.
Follow-up Comment #6, bug #13091 (project mc): Weird. I cannot reproduce this on FC1 with MC_4_6_1_PRE from a couple of days ago. Where did you get this pre4 so I can compare? I cannot remember, official places to find mc tarballs are still obscure to me. But IIRC it was from a official location as well as previous mc version I've been using. Can you reproduce this with mc-4.6.1-0.14.FC3 (pre3 with patches) or latest MC_4_6_1_PRE? I reproduce it at least w/ mc-4.6.1a-0.8 (FC3 rpm). Let me know if other tests are necessary (just seen Oswald's post, BTW it's right that Safe save was set in my settings). Is it reproducible for non 0 byte files? Yes it is. Could this be a kernel issue? I would say no, since I face this behaviour for years (kernels 2.4.x, up to 2.6.11). ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13091 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13077] zlib problem when extracting zip files...
Follow-up Comment #1, bug #13077 (project mc): This is no bug, I'am sorry to bother you with this. It was yust a warning off unzip, wich I forgot to rebuild after my zlib upgrade. Sorry... ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13077 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13077] zlib problem when extracting zip files...
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13077 Summary: zlib problem when extracting zip files... Project: GNU Midnight Commander Submitted by: None Submitted on: Fri 05/13/2005 at 12:30 Category: None Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: 4.6.0 Platform Version: GNU/Linux ___ Details: Hello, When extracting zip files a big red warning appears with; warning: different zlib version (expected 1.2.1, using 1.2.2) mc was build with only 1.2.2 on my system. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13077 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel