From weigelt at metux.de Mon Jul 2 16:08:30 2007 From: weigelt at metux.de (Enrico Weigelt) Date: Mon, 2 Jul 2007 18:08:30 +0200 Subject: 9p + mc Message-ID: <20070702160830.GA22373@nibiru.local> Hi folks, I'd like to add 9P support to mc as virtual filesystem. Could anyone please point me to some howto for writing mc vfs backends ? cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- From INVALID.NOREPLY at gnu.org Thu Jul 5 21:52:43 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Thu, 05 Jul 2007 21:52:43 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes Message-ID: <20070705-215242.sv0.18998@savannah.gnu.org> URL: Summary: Crash in browser on invalid mtimes Project: GNU Midnight Commander Submitted by: None Submitted on: Thursday 07/05/2007 at 21:52 UTC Category: Core Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: truedfx at gentoo.org Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Hi, After $ touch test $ perl -e 'utime 0, 4607182418800017408, "test"' $ mc mc segfaults trying to display the time of file "test". I used this trivial patch to get mc to say "(invalid)" for mtime without crashing. It was originally reported at _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Thursday 07/05/2007 at 21:52 UTC Name: mc-4.6.1-invalid-mtime.patch Size: 560B By: None _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Thu Jul 5 21:56:26 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Thu, 05 Jul 2007 21:56:26 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070705-215242.sv0.18998@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> Message-ID: <20070705-215626.sv0.32521@savannah.gnu.org> 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: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sat Jul 7 13:30:33 2007 From: INVALID.NOREPLY at gnu.org (me) Date: Sat, 07 Jul 2007 13:30:33 +0000 Subject: [patch #6076] cvs compatible patch of bsnavi, sorthotkey and history-delete Message-ID: <20070707-133032.sv58618.65400@savannah.gnu.org> URL: Summary: cvs compatible patch of bsnavi, sorthotkey and history-delete Project: GNU Midnight Commander Submitted by: me4mc Submitted on: Saturday 07/07/2007 at 13:30 Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: hi, is this my only option to post code? to push the 4.6.2 release i aim to fix the todolist: [4] Use Del to remove items from history. changes to widget.c: create callback handler and return B_USER+1 for KEY_DC add callbackhandler to query_dlg rewrite the handling of the ret_value of query_dlg: cancel -> do nothing user+1 -> remove item from history and list & redisplay default: return selected string the reason for me to fix was that i altered the display and calling routines for the panel top. those are: blanks arround current directory (screen.c) display the current sort order and enable the user to change it (panel.h,screen.c) the third enhancement is cd.. by pressing backspace: nice for searching: left hand enter&backspace. right hand does cursor movement this feature is unintrusive and does not change the default behavior (screen.c) please review and commit peace m _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Saturday 07/07/2007 at 13:30 Name: mc-cvs-xselect-bsnavi-sort.patch Size: 9kB By: me4mc patch to current cvs, bsnavi, xselect, sort, historydel _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From fedyarov at ukr.net Thu Jul 12 06:24:17 2007 From: fedyarov at ukr.net (Ruslan Fedyarov) Date: Thu, 12 Jul 2007 10:24:17 +0400 Subject: On dbview in MC Message-ID: <4695C911.2060804@ukr.net> Hi dear, It may be interesting for you to know how I use dbview in Midnight Commander. Since historically Russian and Ukrainian symbols have several charsets still used widely, I use 'enca' encoding guesser (from Debian distribution) like this in Midnight Commander's extension file: # dbf regex/\.([dD][bB][fF])$ Open=%view{ascii} dbview %f |enca -L ru -cx utf-8 2>/dev/null View=%view{ascii} dbview -b %f |enca -L ru -cx utf-8 2>/dev/null So now it correctly shows both DOS FoxPro and Windows Visual FoxPro dbf files without any user decision. You may mention this technique in docs if you want. Thank you, Ruslan Fedyarov From INVALID.NOREPLY at gnu.org Sat Jul 14 21:27:34 2007 From: INVALID.NOREPLY at gnu.org (me) Date: Sat, 14 Jul 2007 21:27:34 +0000 Subject: [bug #20184] Skip vs. Abort on multi-file/dir operation In-Reply-To: <20070619-113528.sv36205.69585@savannah.gnu.org> References: <20070616-104706.sv14402.87725@savannah.gnu.org> <20070619-113528.sv36205.69585@savannah.gnu.org> Message-ID: <20070714-212733.sv58618.8310@savannah.gnu.org> Follow-up Comment #1, bug #20184 (project mc): can confirm this bug in cvs, 4.6.1 or 4.6.1 + patches. it only works if the complete tree is 755, otherwise they are unlinked without notice - however that works i am working on a patch to support skipall, it might be possible i could fix that too. but looking at the code i worry about recursion :) its on line 1356 in file.c (recursive_erase) the returnstatus gets abused and therefore lost unless it is a FILE_CONTINE: 1346: return file_error if != FILE_CONT 1328: return_status = file_error != FILE_CONT 1338: return return_status the operation in line 1328 seems to be the odd one, but i cannot fully understand its working: return_status = (recursive_erase (ctx, path, progress_count, progress_bytes) != FILE_CONT); is it to end the while loop on abort? besides the fact skip is ignored completely this should be a clean path before adding skip (&skipall)? thanks for i|o _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sat Jul 14 22:37:06 2007 From: INVALID.NOREPLY at gnu.org (me) Date: Sat, 14 Jul 2007 22:37:06 +0000 Subject: [patch #6093] skip skipall Message-ID: <20070714-223705.sv58618.41336@savannah.gnu.org> URL: Summary: skip skipall Project: GNU Midnight Commander Submitted by: me4mc Submitted on: Saturday 07/14/2007 at 22:37 Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: adds: support for skipall on permission, read and write errors fixes: https://savannah.gnu.org/bugs/?20184 please review and commit tested with copy, move and remove of tree with permission read and write errors. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Saturday 07/14/2007 at 22:37 Name: mc-cvs-skipall.patch Size: 9kB By: me4mc _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From pelya at uol.ua Thu Jul 19 12:58:20 2007 From: pelya at uol.ua (=?UTF-8?B?U2VyZ2l5IFB5bHlwZW5rbw==?=) Date: Thu, 19 Jul 2007 15:58:20 +0300 Subject: =?UTF-8?B?RkFRIHVwZGF0ZTogRW5hYmxlIFNoaWZ0LUluc2VydCBpbiBNQyBlZGl0b3IgcnVubmluZyBmcm9tIFhUZXJt?= Message-ID: <20070719125830.5F4F93B0002@menubar.gnome.org> Q: When MC runs from XTerm Shift-Insert key combination won't paste what i've selected with Ctrl-Insert. A: That's not MC problem, that's XTerm feature - it will paste mouse selection you've made while holding Shift. You can use Shift-F5 instead. To enable Shift-Insert in MC, run XTerm in such way: "xterm -xrm 'XTerm*VT100*translations: #override \nShift Insert:insert-eight-bit()'" You can always use Shift+Middle Mouse Button to paste mouse selection. If you want your MC to look like old text-mode console (fullscreen and big fonts), run this: "kstart -fullscreen xterm -bg black -fg green -font -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1 -xrm 'XTerm*VT100*translations: #override \nShift Insert:insert-eight-bit()' -e 'sleep 0.2 && mc'" (supposedly you have KDE, sleep required for kstart to have time to maximize window). -------------- I've found that some time ago, then forgot how it's done and got a lot of trouble rediscovering it. Please add that to MC FAQ (I know that should be in XTerm FAQ, but first thing I've searched was MC FAQ). Also you may want to remove that long command string - it's just my favorite tuning :) . From INVALID.NOREPLY at gnu.org Fri Jul 20 13:54:22 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Fri, 20 Jul 2007 13:54:22 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070705-215626.sv0.32521@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> Message-ID: <20070720-165422.sv36205.92250@savannah.gnu.org> Follow-up Comment #2, patch #6073 (project mc): I tested both with MC from CVS and mc-4.6.1a-36.20070124cvs.fc6 from FC6 and both behave fine. This is most likely a problem due to some Gentoo patch. Unless you provide further details I'll close this bugreport as invalid. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Fri Jul 20 20:23:26 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Fri, 20 Jul 2007 20:23:26 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070720-165422.sv36205.92250@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> Message-ID: <20070720-202325.sv0.25999@savannah.gnu.org> Follow-up Comment #3, patch #6073 (project mc): I had tested it with mc-4.6.1, completely unpatched, before bringing it here, and verified that the offending code was present in current CVS. I have now tested it with mc actually checked out from cvs, and it segfaults the same way. Both 4.6.1 and current were configured with nothing more than ./configure --prefix=$HOME/mc. Here's what ls -l test shows: -rw-r--r-- 1 harald users 0 4607182418800017408 test Does it give you a valid date/time, maybe? It should be fairly obvious from the code that strftime will be called with a null pointer if localtime fails (if the mtime is invalid). I will test the behaviour on FC6 myself too. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sat Jul 21 00:04:44 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Sat, 21 Jul 2007 00:04:44 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070720-202325.sv0.25999@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> Message-ID: <20070721-030443.sv36205.3946@savannah.gnu.org> Follow-up Comment #4, patch #6073 (project mc): Ok. In my setup it doesn't crash. However ls and mc as well display a date in 1970. Maybe it depends on the filesystem settings or something. In any case you need to provide further details about your environment. On FC6 and ext3 it doesn't crash for me with both FC mc package and MC from cvs. I followed the instructions from your initial post to reproduce the bug. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sat Jul 21 06:50:07 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Sat, 21 Jul 2007 06:50:07 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070721-030443.sv36205.3946@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> <20070721-030443.sv36205.3946@savannah.gnu.org> Message-ID: <20070721-065006.sv0.92657@savannah.gnu.org> 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: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sun Jul 22 14:09:53 2007 From: INVALID.NOREPLY at gnu.org (Rainer Tammer) Date: Sun, 22 Jul 2007 14:09:53 +0000 Subject: [bug #20554] AIX small change to mountlist.c Message-ID: <20070722-140952.sv59745.50760@savannah.gnu.org> URL: Summary: AIX small change to mountlist.c Project: GNU Midnight Commander Submitted by: tammer Submitted on: Sunday 07/22/2007 at 14:09 Category: Core Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any Release: current (CVS or snapshot) Operating System: AIX _______________________________________________________ Details: Hello, in order to compile on AIX with xlC 8.0 I need the following change to mountlist.c: line: 176 patched: #if !defined (HAVE_STRUCT_STATFS_F_FSTYPENAME) && !defined (MOUNTED_VMOUNT) static char *fstype_to_string (short t) { ... original: #ifndef HAVE_STRUCT_STATFS_F_FSTYPENAME static char *fstype_to_string (short t) { ... Bye Rainer Tammer _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sun Jul 22 14:11:44 2007 From: INVALID.NOREPLY at gnu.org (Rainer Tammer) Date: Sun, 22 Jul 2007 14:11:44 +0000 Subject: [bug #20030] size of file not shown in "copy file" -> "file exists" dialog In-Reply-To: <20070605-064636.sv59745.52939@savannah.gnu.org> References: <20070601-073907.sv59745.52913@savannah.gnu.org> <20070601-095436.sv59745.62795@savannah.gnu.org> <20070601-101344.sv59745.90047@savannah.gnu.org> <20070601-112755.sv59745.72431@savannah.gnu.org> <20070601-150503.sv36205.74362@savannah.gnu.org> <20070601-133843.sv59745.91846@savannah.gnu.org> <20070601-133923.sv59745.18027@savannah.gnu.org> <20070601-134144.sv59745.45943@savannah.gnu.org> <20070601-181642.sv36205.34867@savannah.gnu.org> <20070602-095506.sv59745.57310@savannah.gnu.org> <20070605-064636.sv59745.52939@savannah.gnu.org> Message-ID: <20070722-141144.sv59745.62132@savannah.gnu.org> Follow-up Comment #9, bug #20030 (project mc): Hello, could you please check in the change to the CVS repository and close the bug ? Thanks in advance. Bye Rainer _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 08:55:56 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 23 Jul 2007 08:55:56 +0000 Subject: [bug #20030] size of file not shown in "copy file" -> "file exists" dialog In-Reply-To: <20070722-141144.sv59745.62132@savannah.gnu.org> References: <20070601-073907.sv59745.52913@savannah.gnu.org> <20070601-095436.sv59745.62795@savannah.gnu.org> <20070601-101344.sv59745.90047@savannah.gnu.org> <20070601-112755.sv59745.72431@savannah.gnu.org> <20070601-150503.sv36205.74362@savannah.gnu.org> <20070601-133843.sv59745.91846@savannah.gnu.org> <20070601-133923.sv59745.18027@savannah.gnu.org> <20070601-134144.sv59745.45943@savannah.gnu.org> <20070601-181642.sv36205.34867@savannah.gnu.org> <20070602-095506.sv59745.57310@savannah.gnu.org> <20070605-064636.sv59745.52939@savannah.gnu.org> <20070722-141144.sv59745.62132@savannah.gnu.org> Message-ID: <20070723-115555.sv36205.32@savannah.gnu.org> Follow-up Comment #10, bug #20030 (project mc): Oops. Sorry, I thought I did that already. I'll check the patch ASAP. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 08:57:18 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 23 Jul 2007 08:57:18 +0000 Subject: [bug #20554] AIX small change to mountlist.c In-Reply-To: <20070722-140952.sv59745.50760@savannah.gnu.org> References: <20070722-140952.sv59745.50760@savannah.gnu.org> Message-ID: <20070723-115718.sv36205.59821@savannah.gnu.org> Follow-up Comment #1, bug #20554 (project mc): Please, attach your config.log to the bug report. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 09:51:30 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 23 Jul 2007 09:51:30 +0000 Subject: [bug #20554] AIX small change to mountlist.c In-Reply-To: <20070723-115718.sv36205.59821@savannah.gnu.org> References: <20070722-140952.sv59745.50760@savannah.gnu.org> <20070723-115718.sv36205.59821@savannah.gnu.org> Message-ID: <20070723-125130.sv36205.62624@savannah.gnu.org> Follow-up Comment #2, bug #20554 (project mc): Please, disregard my last comment. I am attaching a patch. It should work for you. (file #13439) _______________________________________________________ Additional Item Attachment: _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 14:22:03 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 23 Jul 2007 14:22:03 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070721-065006.sv0.92657@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> <20070721-030443.sv36205.3946@savannah.gnu.org> <20070721-065006.sv0.92657@savannah.gnu.org> Message-ID: <20070723-172202.sv36205.63364@savannah.gnu.org> Follow-up Comment #6, 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 ? Could you attach a backtrace from the crash ? I have to ask since I cannot reproduce the crash myself. 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. (file #13441) _______________________________________________________ Additional Item Attachment: _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 17:06:46 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Mon, 23 Jul 2007 17:06:46 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070723-172202.sv36205.63364@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> <20070721-030443.sv36205.3946@savannah.gnu.org> <20070721-065006.sv0.92657@savannah.gnu.org> <20070723-172202.sv36205.63364@savannah.gnu.org> Message-ID: <20070723-170646.sv0.73330@savannah.gnu.org> 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: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 20:37:33 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 23 Jul 2007 20:37:33 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070723-170646.sv0.73330@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> <20070721-030443.sv36205.3946@savannah.gnu.org> <20070721-065006.sv0.92657@savannah.gnu.org> <20070723-172202.sv36205.63364@savannah.gnu.org> <20070723-170646.sv0.73330@savannah.gnu.org> Message-ID: <20070723-233732.sv36205.78085@savannah.gnu.org> Follow-up Comment #8, 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 seems that the crash manifests itself on 64 bit systems only. Anyway, I'll investigate a bit and apply either your patch or and improved version of it. I just hope that we are not fixing a bug in the runtime library. Btw what does 'ls -l' output when run in the directory containing the file with invalid time ? _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 23 20:58:12 2007 From: INVALID.NOREPLY at gnu.org (anonymous) Date: Mon, 23 Jul 2007 20:58:12 +0000 Subject: [patch #6073] Crash in browser on invalid mtimes In-Reply-To: <20070723-233732.sv36205.78085@savannah.gnu.org> References: <20070705-215242.sv0.18998@savannah.gnu.org> <20070705-215626.sv0.32521@savannah.gnu.org> <20070720-165422.sv36205.92250@savannah.gnu.org> <20070720-202325.sv0.25999@savannah.gnu.org> <20070721-030443.sv36205.3946@savannah.gnu.org> <20070721-065006.sv0.92657@savannah.gnu.org> <20070723-172202.sv36205.63364@savannah.gnu.org> <20070723-170646.sv0.73330@savannah.gnu.org> <20070723-233732.sv36205.78085@savannah.gnu.org> Message-ID: <20070723-205811.sv0.31533@savannah.gnu.org> 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: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Tue Jul 24 13:48:30 2007 From: INVALID.NOREPLY at gnu.org (Rainer Tammer) Date: Tue, 24 Jul 2007 13:48:30 +0000 Subject: [bug #20554] AIX small change to mountlist.c In-Reply-To: <20070723-125130.sv36205.62624@savannah.gnu.org> References: <20070722-140952.sv59745.50760@savannah.gnu.org> <20070723-115718.sv36205.59821@savannah.gnu.org> <20070723-125130.sv36205.62624@savannah.gnu.org> Message-ID: <20070724-134830.sv59745.23130@savannah.gnu.org> Follow-up Comment #3, bug #20554 (project mc): Hello, the patch is working. I can compile the source without a problem... and I must admit that you patch is better than my suggestion :-) Please apply the patch to the cvs, thanks. Bye Rainer _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Tue Jul 24 15:09:14 2007 From: INVALID.NOREPLY at gnu.org (Rainer Tammer) Date: Tue, 24 Jul 2007 15:09:14 +0000 Subject: [bug #20030] size of file not shown in "copy file" -> "file exists" dialog In-Reply-To: <20070723-115555.sv36205.32@savannah.gnu.org> References: <20070601-073907.sv59745.52913@savannah.gnu.org> <20070601-095436.sv59745.62795@savannah.gnu.org> <20070601-101344.sv59745.90047@savannah.gnu.org> <20070601-112755.sv59745.72431@savannah.gnu.org> <20070601-150503.sv36205.74362@savannah.gnu.org> <20070601-133843.sv59745.91846@savannah.gnu.org> <20070601-133923.sv59745.18027@savannah.gnu.org> <20070601-134144.sv59745.45943@savannah.gnu.org> <20070601-181642.sv36205.34867@savannah.gnu.org> <20070602-095506.sv59745.57310@savannah.gnu.org> <20070605-064636.sv59745.52939@savannah.gnu.org> <20070722-141144.sv59745.62132@savannah.gnu.org> <20070723-115555.sv36205.32@savannah.gnu.org> Message-ID: <20070724-150913.sv59745.77100@savannah.gnu.org> Follow-up Comment #11, bug #20030 (project mc): Hallo, thanks... Bye Rainer _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Sun Jul 29 09:41:13 2007 From: INVALID.NOREPLY at gnu.org (Rainer Tammer) Date: Sun, 29 Jul 2007 09:41:13 +0000 Subject: [bug #20030] size of file not shown in "copy file" -> "file exists" dialog In-Reply-To: <20070724-150913.sv59745.77100@savannah.gnu.org> References: <20070601-073907.sv59745.52913@savannah.gnu.org> <20070601-095436.sv59745.62795@savannah.gnu.org> <20070601-101344.sv59745.90047@savannah.gnu.org> <20070601-112755.sv59745.72431@savannah.gnu.org> <20070601-150503.sv36205.74362@savannah.gnu.org> <20070601-133843.sv59745.91846@savannah.gnu.org> <20070601-133923.sv59745.18027@savannah.gnu.org> <20070601-134144.sv59745.45943@savannah.gnu.org> <20070601-181642.sv36205.34867@savannah.gnu.org> <20070602-095506.sv59745.57310@savannah.gnu.org> <20070605-064636.sv59745.52939@savannah.gnu.org> <20070722-141144.sv59745.62132@savannah.gnu.org> <20070723-115555.sv36205.32@savannah.gnu.org> <20070724-150913.sv59745.77100@savannah.gnu.org> Message-ID: <20070729-094112.sv59745.58274@savannah.gnu.org> Follow-up Comment #12, bug #20030 (project mc): Hello Pavel, under witch CVS tag did you check in the patch(s) for AIX ? Bye Rainer _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From INVALID.NOREPLY at gnu.org Mon Jul 30 07:02:00 2007 From: INVALID.NOREPLY at gnu.org (Pavel Tsekov) Date: Mon, 30 Jul 2007 07:02:00 +0000 Subject: [bug #20030] size of file not shown in "copy file" -> "file exists" dialog In-Reply-To: <20070729-094112.sv59745.58274@savannah.gnu.org> References: <20070601-073907.sv59745.52913@savannah.gnu.org> <20070601-095436.sv59745.62795@savannah.gnu.org> <20070601-101344.sv59745.90047@savannah.gnu.org> <20070601-112755.sv59745.72431@savannah.gnu.org> <20070601-150503.sv36205.74362@savannah.gnu.org> <20070601-133843.sv59745.91846@savannah.gnu.org> <20070601-133923.sv59745.18027@savannah.gnu.org> <20070601-134144.sv59745.45943@savannah.gnu.org> <20070601-181642.sv36205.34867@savannah.gnu.org> <20070602-095506.sv59745.57310@savannah.gnu.org> <20070605-064636.sv59745.52939@savannah.gnu.org> <20070722-141144.sv59745.62132@savannah.gnu.org> <20070723-115555.sv36205.32@savannah.gnu.org> <20070724-150913.sv59745.77100@savannah.gnu.org> <20070729-094112.sv59745.58274@savannah.gnu.org> Message-ID: <20070730-100159.sv36205.15392@savannah.gnu.org> Follow-up Comment #13, bug #20030 (project mc): I haven't checked it in yet. My development machine suffered a power surge and I haven't retrieved my private key (needed for developer access to cvs) from it yet . _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From vda.linux at googlemail.com Mon Jul 30 16:20:50 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Mon, 30 Jul 2007 17:20:50 +0100 Subject: Midnight commander In-Reply-To: <20070625085753.299310@gmx.net> References: <53218E578C2E564992598734829351B1E3F9F1@albexbe02.pnmr.internal.corp> <20070625085753.299310@gmx.net> Message-ID: <1158166a0707300920n670a8a95ic201f339b4e6ee7d@mail.gmail.com> On 6/25/07, Pavel Tsekov wrote: > > I have been a very happy user of midnight commander for many years. I > > have never had any problems with it. Now we are upgrading our hardware > > and moving to a new server. On our old server we are running MC 4.5.42. > > For the new server, I went to your website and downloaded the latest > > version MC 4.6.0. We installed it on the new server but when we try and > > execute it, we get the following message: > > The latest released version of MC is 4.6.1 which is two and a half years old. The CVS version of MC includes a lot of changes and bugfixes compared to MC 4.6.1 so it would be better if you fetch a recent snapshot and build MC from it: > > http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/snapshots/ I think it's time to release a newer version. -- vda