Re: On-the-fly all-languages syntax highlighting

You write that your module is slower than the other highlighters. I would like to test it, but I haven't quite gotten far enough with Perl to work out how to time running scripts (it's on my TO-DO list somewhere).

What kind of performance differences are we looking at here? I've been wanting to implement something like this for my website (specifically C/C++ and a custom script), but slogging through pages and pages of search engine results yielded really great color highlighters. But none, so far, that is a Perl script for highlighting other languages.

At one point, I even wondered if I could utilize the B module, but I fear that's too much of a security risk.

----
Is it fair to stick a link to my site here?

Thanks for you patience.

Comment on Re: On-the-fly all-languages syntax highlighting

Replies are listed 'Best First'.
Re^2: On-the-fly all-languages syntax highlighting by Aristotle (Chancellor) on Dec 16, 2003 at 02:29 UTC
See the documentation on the Benchmark module that comes with Perl. Using B (probably with some backend such as B::Terse, I canât imagine you want the bare B module) would only be a security issue if you want to highlight code submitted to your site by anyone, and thatâs not because of B itself so much as because using B requires Perl to have compiled the code, which is inseparably connected with the possibility of having code run at compile-time. Makeshifts last the longest.	[reply]
Re: Re^2: On-the-fly all-languages syntax highlighting by SavannahLion (Pilgrim) on Dec 17, 2003 at 01:16 UTC
Using B (probably with some backend such as B::Terse, I can't imagine you want the bare B module) would only be a security issue if you want to highlight code submitted to your site by anyone, and that's not because of B itself so much as because using B requires Perl to have compiled the code, which is inseparably connected with the possibly of having code run at compile-time. That's exactly the problem I'm worried about. The site is open ended and allows text to be uploaded. I mentioned B since I saw that it appeared to have some C specific routines that might be utilized for what I want. I toyed with that idea for all of 40 seconds when I realized that B is ultimately designed to compile C and that someone might be able to invoke the compiler through some bug somewhere I wasn't aware of. A risk I didn't want to take. About Text::VimColor. I looked over the documentation for Text::VimColor and I don't think this is a viable alternative for my needs. The wya I figure it, I suppose I could get away caching the output (I already have stubbed code for exactly that sort of thing), but am I correct in understanding that this module utilizes Vim? ----- Is it fair to stick a link to my site here? Thanks for you patience.	[reply]
Re: Re: Re^2: On-the-fly all-languages syntax highlighting by Anonymous Monk on Dec 17, 2003 at 03:29 UTC
but am I correct in understanding that this module utilizes Vim? From Text::VimColor docs: Text::VimColor - syntax color text in HTML or XML using Vim	[reply]
Re^4: On-the-fly all-languages syntax highlighting by Aristotle (Chancellor) on Dec 17, 2003 at 05:01 UTC
B is ultimately designed to compile C and that someone might be able to invoke the compiler through some bug somewhere I wasnât aware of. Uhâ¦ not exactly. B has nothing to do with C compilation, and even B::CC has no code to invoke a compiler. What I was referring to is `BEGIN` blocks, use, and the like. Makeshifts last the longest.	[reply] [d/l]
Re: Re^4: On-the-fly all-languages syntax highlighting by SavannahLion (Pilgrim) on Dec 17, 2003 at 12:12 UTC


Perl Monk, Perl Meditation
	PerlMonks

Re: On-the-fly all-languages syntax highlighting

This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.