From pashelper at mail.ru Sun Aug 2 21:07:40 2009 From: pashelper at mail.ru (Stan. S. Krupoderov) Date: Mon, 3 Aug 2009 01:07:40 +0400 Subject: make failure on Mac OS X In-Reply-To: <978C180A-F0C6-443A-AB97-30AD31646496@shaw.ca> References: <978C180A-F0C6-443A-AB97-30AD31646496@shaw.ca> Message-ID: <20090802210740.GB9819@just> On Mon, Jul 27, 2009 at 03:29:16PM -0500, Myron Turner wrote: > On Mac OS X 10.5.7: > > ld: duplicate symbol _g_bit_nth_lsf in background.o and achown.o > collect2: ld returned 1 exit status > make[2]: *** [mc] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 What options with configure you used? Another users reports successfull build from macports. Do you try to use macports? -- Wbr, Stan. S. Krupoderov (let ((*PRINT-BASE* 36)) (format T "~A@~A.~A" 71373391685091 27913917 16438)) From sidorovis at gmail.com Mon Aug 3 06:20:26 2009 From: sidorovis at gmail.com (Ivan Sidarau) Date: Mon, 3 Aug 2009 09:20:26 +0300 Subject: make failure on Mac OS X In-Reply-To: <20090802210740.GB9819@just> References: <978C180A-F0C6-443A-AB97-30AD31646496@shaw.ca> <20090802210740.GB9819@just> Message-ID: Hi, All. I can't tell that everything good on mac (macports). There is no 'slang/slang.h', there is only 'slang.h'. 2009/8/3 Stan. S. Krupoderov > On Mon, Jul 27, 2009 at 03:29:16PM -0500, Myron Turner wrote: > > On Mac OS X 10.5.7: > > > > ld: duplicate symbol _g_bit_nth_lsf in background.o and achown.o > > collect2: ld returned 1 exit status > > make[2]: *** [mc] Error 1 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all] Error 2 > > What options with configure you used? > > Another users reports successfull build from macports. > Do you try to use macports? > > > -- > Wbr, Stan. S. Krupoderov > > (let ((*PRINT-BASE* 36)) > (format T "~A@~A.~A" 71373391685091 27913917 16438)) > _______________________________________________ > Mc-devel mailing list > http://mail.gnome.org/mailman/listinfo/mc-devel > -- Thanks, Ivan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmartina at excite.com Tue Aug 18 21:23:01 2009 From: dmartina at excite.com (David Martin) Date: Tue, 18 Aug 2009 17:23:01 -0400 Subject: Segmentation fault on launch - info or tree panel Message-ID: <20090818171417.18426@web007.roc2.bluetie.com> I'm not sure if this may be because of my config of if there's already an open bug or ticket about it. Could someone try to reproduce it, please?I compiled the latest sources from git. It might happen before but I never noticed (I always use the common two listing panels except when checking for translated strings).- > mc- > Ctrl-x i (or open the info panel from F9 menu)- > F10 (to close)- > mc (launch again)- > Segmentation fault- > rm -f ~/.mc/panels.ini (I need my mc back !!!)- > mc? (working fine)I configure mc not to autosave settings, but it seems to be saving the panel state.David ------------------------------------------------------------ Scale Click for a wide selection of quality scales. http://tagline.excite.com/fc/FgElN1gvzpZQJgfkIqcGxaqgtO75134JViKOF4LP2njDokzQYfHWgoC5Hzy/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aborodin at vmail.ru Wed Aug 19 07:15:35 2009 From: aborodin at vmail.ru (Andrew Borodin) Date: Wed, 19 Aug 2009 11:15:35 +0400 Subject: Segmentation fault on launch - info or tree panel In-Reply-To: <20090818171417.18426@web007.roc2.bluetie.com> References: <20090818171417.18426@web007.roc2.bluetie.com> Message-ID: On Tue, 18 Aug 2009 17:23:01 -0400 "David Martin" wrote: > Ctrl-x i (or open the info panel from F9 menu) > F10 (to close) > mc (launch again) > Segmentation fault Thank you for the bugreport. This is reproducable bug. http://www.midnight-commander.org/ticket/1544 -- Andrew. From vda.linux at googlemail.com Wed Aug 19 17:37:49 2009 From: vda.linux at googlemail.com (Denys Vlasenko) Date: Wed, 19 Aug 2009 19:37:49 +0200 Subject: Flickering appeared in recent git Message-ID: <1158166a0908191037k78f9909fk320088cdc0ecaafc@mail.gmail.com> Hi, I rebuilt mc from newer git (two days ago) and I see a somewhat subtle effect. On screen updates, mc now "flickers". The simplest way to see it is to open a large xterm window with mc file view (it is less noticeable on text consoles), press and hold Ctrl-R (refresh). In mc built from git a month ago or so, or in some old releases, nothing noticeable happens. In new mc, I see cursor appearing randomly in the panel, with the rest of line after cursor cleared and painted black. It happens on random lines and quickly disappears and reappears. It happens so often and takes so much time that Ctrl-R redraw cannot keep up with keyboard repeat - I release the keys but redraws continue for several seconds. This effect is not limited to Ctrl-R, it's just the easiest way to see it. I see it all the time when screen is updated. For example, if I stand on a text file and press F4, Esc, F4, Esc repeatedly. And I do not see it with old mc in this case too. Does anybody else see this? -- vda From winnie at debian.org Wed Aug 19 18:23:27 2009 From: winnie at debian.org (Patrick Winnertz) Date: Wed, 19 Aug 2009 20:23:27 +0200 Subject: Flickering appeared in recent git In-Reply-To: <1158166a0908191037k78f9909fk320088cdc0ecaafc@mail.gmail.com> References: <1158166a0908191037k78f9909fk320088cdc0ecaafc@mail.gmail.com> Message-ID: <20090819202327.149cfe29@debian.org> Am Wed, 19 Aug 2009 19:37:49 +0200 schrieb Denys Vlasenko : > Hi, > > I rebuilt mc from newer git (two days ago) and I see > a somewhat subtle effect. > > On screen updates, mc now "flickers". > > The simplest way to see it is to open a large xterm window > with mc file view (it is less noticeable on text consoles), > press and hold Ctrl-R (refresh). > > In mc built from git a month ago or so, or in some old releases, > nothing noticeable happens. In new mc, I see cursor appearing > randomly in the panel, with the rest of line after cursor cleared > and painted black. It happens on random lines and quickly disappears > and reappears. It happens so often and takes so much time > that Ctrl-R redraw cannot keep up with keyboard repeat - > I release the keys but redraws continue for several seconds. > > This effect is not limited to Ctrl-R, it's just the easiest way to > see it. I see it all the time when screen is updated. For example, > if I stand on a text file and press F4, Esc, F4, Esc repeatedly. > And I do not see it with old mc in this case too. > > Does anybody else see this? Jepp I can reproduce this. Can you please open a ticket on m-c.o? Greetings Winnie From mutschae at gmail.com Mon Aug 17 12:19:11 2009 From: mutschae at gmail.com (me) Date: Mon, 17 Aug 2009 14:19:11 +0200 Subject: git patches Message-ID: hi, i am new to this git-branch stuff and i dont have the time to get into this on a live project. so far i managed to checkout a git version from may 10 and started to work offline on the code (kinda free time project: at the beach, in the woods, on the train, whenever i got a hour and nothing else to do. eeepc's are great) so here i am half a year later, i created a mc development environment based on some bash and make and i ported my patches from 4.6.1 to the git version and recreated them so they could take another run to the main now i got a really shiny new mc and will put it to my production systems based on the may-git-co. the attached patches are: - sortbuttons single click sort buttons in the panel header makes it easy to see what sorting is active and change it (as long as you have a mouse) todo: option to disable it - dynamic split makes the active panel always the same width (eg: 70:30 tab 30:70) this is useful but maybe too weird for the simple user has a option to set it (layout dialog) - lockpanel makes the other panel change directories as the current panel does. this is very useful when comparing similar trees (eg a tared version of / and /) stops locking when the common root is reached toggled with alt+L todo: option for autounlock - bsnavi use backspace to cd.. WHEN commandline is empty for at least 3 seconds this feature was bounced in savannah - mixes because i NEED a single patch for all changes i also attach the combined versions. they always include the bsnavi function MAYBE this will be of use to somebody, maybe you can put this patches to the appropriate place in the git so when i update next time i dont have to recreate the patches from the beginning and concentrate on the new features instead. i dont want to participate in the community talk vote merge rules discuss nonsense, but i like to share my ideas with the community that created a essential tool for my work - feel free to send feedback peace m -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-git-sortbuttons.patch Type: application/octet-stream Size: 4709 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-git-dynamicsplit.patch Type: application/octet-stream Size: 7436 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-git-lockpanel.patch Type: application/octet-stream Size: 4262 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-git-lockpanel_sort_bsnavi.patch Type: application/octet-stream Size: 9543 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-git-bs_navi_sort.patch Type: application/octet-stream Size: 6333 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mde.200908.tar.bz2 Type: application/x-bzip2 Size: 1773 bytes Desc: not available URL: From winnie at debian.org Fri Aug 21 20:55:13 2009 From: winnie at debian.org (Patrick Winnertz) Date: Fri, 21 Aug 2009 22:55:13 +0200 Subject: [VAC] now -> 2009-08-29 Message-ID: <20090821225513.20767b5e@debian.org> Hey, I'll be in the alps without net access at all. If there are critical issues in my packages feel free to NMU, but please contact for mc please beforehand Denis Briand (denis at narcan.fr), my Co-Maint, he is no DD yet, but his sponsor, which is cced, can upload for him. For issues in lustre contact please Noel Koethe (noel at debian.org). Greetings Winnie From slavazanko at gmail.com Fri Aug 28 19:21:03 2009 From: slavazanko at gmail.com (Slava Zanko) Date: Fri, 28 Aug 2009 22:21:03 +0300 Subject: Release out mc-4.7.0-pre2 Message-ID: <4A982E1F.7020409@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 == Changelog == Major changes since 4.7.0-pre1 === Core === * cycle menu navigation * change behaviour of C-space, now it calculate size on "..", and for selected dirs if there is one. * new find file option: find only first hit in file (make search faster) * new find file option: Whole words - find whole words only * scalable TUI === VFS === * FTPFS: support of IPv6 protocol * extfs/iso9660 updated to support Joliet "UCS level 1" === Editor === * new search/replace flag added "In selection". * new hotkeys for bookmarks, now bookmark displayed in state line and editor * new cursor behavior. Option "Cursor beyond end of line" - allow moving cursor beyond the end of line. * new syntax hightlights added: erlang, ebuild, named, strace, j * syntax hightlights updated: mail, vhdl, html === Viewer === * Reworked for improve perfomance * Implemented interruptable long-distance movements * splitted src/view/[ch] into many files in src/viewer/ subdir for more simple support of code * fixed build of format string in runtime (for better i18n) * add 'Whole words' option into the viewer 'Search' dialog === Misc === * new option mouse_close_dialog, if mouse_close_dialog=1 click on outside the dialog close them * new: SI-based size show * make shared history for find file, editor search/replace, viever === Fixes === * linking error with --enable-vfs-undelfs * external editor won't open if there are spaces in EDITOR variable * C-c kill mc if mc built with --without-subshell option is run with -d option * directory hotlist rendering * segfault on empty replace string * fixes for vfs/tarfs * removing bashizm from vfs/extfs/u7z * crash mc on create new file (Shift-F4) in external editor * File copy/move dialog: in replacement field now handled asterisks as search groups (#414) * VFS: Fixed SIGSERV(or heap corruption) on large filenames * Fixed broken backward search (#1496) * Fixed uninitialised value for mouse event in in find.c#check_find_events() function * Fixed ctrl+z signal handling. * Fixed incorrect showing prompt * Fixed incorrect vertical selection (if line state swiched on) * Fixed screen resize handle if mouse support is disabled * Restore correct current directory after switch from Info panel to List one * Fixed mouse support in 'konsole-256color' terminal * Fixed keycodes in 'xterm-256color' terminal * Fixed incorrect regexp search by content in 'file find' dialog (#1543) * Fixed incorrect backwards search (#1558) * Fixed incorrect detection of compressed patchfs * Fixed incorrect detecting codeset when codeset selected. (#1529) The new release can be downloaded at the following URL: http://www.midnight-commander.org/downloads For full list of closed bugs and new features see: http://www.midnight-commander.org/query?status=closed&group=resolution&order=priority&col=id&col=summary&col=owner&col=type&col=priority&col=component&col=version&col=severity&milestone=4.7.0-pre2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqYLhcACgkQb3oGR6aVLppjzQCfcw72Kc9dlRJXfxG/DBTgcCwD mJcAniEaAcSWhGKuBfQJPOtKIdEA/iEZ =4wuQ -----END PGP SIGNATURE----- From vda.linux at googlemail.com Sun Aug 30 14:40:20 2009 From: vda.linux at googlemail.com (Denys Vlasenko) Date: Sun, 30 Aug 2009 16:40:20 +0200 Subject: [PATCH] trivial: de-inline large functions Message-ID: <200908301640.20560.vda.linux@googlemail.com> Hi Slava, folks, The attached patch de-inlines a few functions which are large, or not-so-large but nevertheless contain more than one function call, or contain loops, or contain if's and at least one function call, or contain largish objects on stack. In my experience, in those cases the code size growth is big enough to not inline stuff. I guess some of the really big functions are defined inline because they have, or had in the past, just one callsite. But for a few years gcc already does it automatically, no need to do it by hand and risk code size explosion when later during code evolution another callsite is created. This optimization by hand is simply no longer needed. Anyway, here is the code size difference: # size */.obj/src/mc text data bss dec hex filename 572337 17944 177820 768101 bb865 mc.t5/.obj/src/mc 567697 17944 177820 763461 ba645 mc.t6/.obj/src/mc Please apply. -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: 6.patch Type: text/x-diff Size: 8423 bytes Desc: not available URL: From slyfox at inbox.ru Sun Aug 30 18:55:40 2009 From: slyfox at inbox.ru (Sergei Trofimovich) Date: Sun, 30 Aug 2009 21:55:40 +0300 Subject: [PATCH] trivial: de-inline large functions In-Reply-To: <200908301640.20560.vda.linux@googlemail.com> References: <200908301640.20560.vda.linux@googlemail.com> Message-ID: <20090830215540.09a15bae@mosly> On Sun, 30 Aug 2009 16:40:20 +0200 Denys Vlasenko wrote: > Hi Slava, folks, > > The attached patch de-inlines a few functions > which are large, or not-so-large but nevertheless > contain more than one function call, > or contain loops, or contain if's and at least one > function call, or contain largish objects on stack. Sure, inlines are generally useless in .c files. > > Please apply. Mind try to use 'git commit -s' / 'git format-patch' in order to just 'git am' received patch w/o manually patching, forcing us to invent commit message, forging original author,etc.? Thanks! > -- > vda -- Sergei -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From vda.linux at googlemail.com Mon Aug 31 01:57:28 2009 From: vda.linux at googlemail.com (Denys Vlasenko) Date: Mon, 31 Aug 2009 03:57:28 +0200 Subject: [PATCH] trivial: de-inline large functions In-Reply-To: <20090830215540.09a15bae@mosly> References: <200908301640.20560.vda.linux@googlemail.com> <20090830215540.09a15bae@mosly> Message-ID: <200908310357.28737.vda.linux@googlemail.com> On Sunday 30 August 2009 20:55, Sergei Trofimovich wrote: > On Sun, 30 Aug 2009 16:40:20 +0200 > Denys Vlasenko wrote: > > > Hi Slava, folks, > > > > The attached patch de-inlines a few functions > > which are large, or not-so-large but nevertheless > > contain more than one function call, > > or contain loops, or contain if's and at least one > > function call, or contain largish objects on stack. > > Sure, inlines are generally useless in .c files. > > > > > Please apply. > > Mind try to use 'git commit -s' / 'git format-patch' in order to > just 'git am' received patch w/o manually patching, forcing us to invent > commit message, forging original author,etc.? Please find it attached. -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-De-inline-a-few-functions-which-are-large.patch Type: text/x-diff Size: 9484 bytes Desc: not available URL: From slyfox at inbox.ru Mon Aug 31 04:20:41 2009 From: slyfox at inbox.ru (Sergei Trofimovich) Date: Mon, 31 Aug 2009 07:20:41 +0300 Subject: [PATCH] trivial: de-inline large functions In-Reply-To: <200908310357.28737.vda.linux@googlemail.com> References: <200908301640.20560.vda.linux@googlemail.com> <20090830215540.09a15bae@mosly> <200908310357.28737.vda.linux@googlemail.com> Message-ID: <20090831072041.3be5b0a6@mosly> On Mon, 31 Aug 2009 03:57:28 +0200 Denys Vlasenko wrote: > Please find it attached. Applied and pushed: http://midnight-commander.org/changeset/e064bd60df7e9ff611334e5e639bab18a084fac2 Thanks! > -- > vda -- Sergei -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From alexeykaminsky at gmail.com Mon Aug 31 13:55:24 2009 From: alexeykaminsky at gmail.com (Alexey Kaminsky) Date: Mon, 31 Aug 2009 16:55:24 +0300 Subject: Patch for MC Message-ID: <4A9BD64C.3030302@gmail.com> Hello, MC developers team ;-) First of all, thanks for your product) I have pretty patch for the MC, written by X-Stranger(x at linux.by), but for MC-4.6.1. I rewrite this patch for mc-4.7.0_pre2. This patch adds files color highlighting by it`s type. So maybe include it into the distribution? PS. Sorry for my english, I am Russian ;-) PPS. Here is screenshot of patched mc. --- Best regards, Alexey Kaminsky -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mc-4.7.0_pre2-xs-file-highlight.patch URL: From zbiggy at o2.pl Mon Aug 31 22:44:18 2009 From: zbiggy at o2.pl (Zbigniew Luszpinski) Date: Tue, 1 Sep 2009 00:44:18 +0200 Subject: glibc greater than 2.7 someone have working F3 F4 view and edit? Message-ID: <200909010044.18914.zbiggy@o2.pl> Hello, someone tried to compile mc 4.6.2 or other with glibc greater than 2.7? Mine was successful for mc 4.6.2 with glibc 2.10.1 but: -F3 key (view) and F4 (edit) does not work anymore. mcview file.txt shows nothing when trying to execute it from terminal, (return code is just 0) mc -v shows nothing when trying to execute it from terminal, (return code is just 0) mcedit works OK executed from terminal, just F4 key does not work Someone else encountered this with glibc 2.9: http://www.mail-archive.com/gentoo-user at lists.gentoo.org/msg78395.html As I understand this fix I have to reinstall kernel headers after compiling glibc. I tried and no change for me. Any ideas where to look? How to fix? mc works with glibc 2.7, after updating to 2.10.1 (and then recompilated) it fails kernel headers 2.6.23, kernel 2.6.30.5 have a nice day, Zbigniew