Re: Web editing with mc
Hi, David! Hmm! Maybe it needs some rewriting but HTML is getting quite complex. MC should do a minimal highlighting just to help a bit. Style blocks in HTML files may be highligted but there were problems with contexts within other contexts. MC now does a _minimal_ highlighting. Enjoy. You are right, contexts cannot be nested. Also keywords at the end of the context extend the context, so there is no way to highlight in closing tags. Hmm!? Explain maybe. Does is mean Don't bother any more, ASAP, I have to think about it, I'm too busy and it's been queued? No complains. Just kidding a bit :) I mean, I don't apply any patches without testing. I was too busy to test tidy yesterday. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Valgrind vs. MAD
Hello, Although Valgrind is currently limited to one OS and one architecture, it does such a great job, that we should consider removing MAD (memory allocation debugger) from the MC sources. This is a very good idea. In the past very few developers used MAD if any, mostly those debugging the system. Given the wild distribution of Linux, it might make sense to just drop support for MAD. Less code to maintain is always good. As for distinguishing between g_malloc() and malloc(), it can be done with Valgrind by redirecting malloc() and free() to some alternative memory manager while keeping g_* functions intact. I don't think it's worth the trouble to distinguish between g_malloc() and malloc(), as long as we stay with glib-1.2. yep. Miguel ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel