Should be pretty self-explanative. Every block contains
some highlightning error just as it present in original
working sourcefile. And slowness is incredible. In
original file which is about 100k you have to wait
about 3 seconds after every entered character .
-----[cut test.pl]
use strict;
use warnings;
use IO::Socket;
use IO::Select;
$rps{$k}{class},
$rps{$k}{next},
$rps{$k}{nick},
$rps{$k}{userhost},
$rps{$uname}{x} = int(rand($opts{mapx}));
$rps{$uname}{y} = int(rand($opts{mapy}));
$rps{$uname}{alignment}="n";
$rps{$uname}{isadmin} = 1;
print RPS join("\t",$k,
$rps{$k}{pass},
$rps{$k}{y},
$rps{$k}{pen_part},
$rps{$k}{alignment})."\n";
-----[cut test.pl]
Logged In: YES
user_id=313042
Performance is because of hrc/proto-perl.xml comes with all
features enabled by default.
Logged In: NO
Is it possible to use incremental parsing which takes place
only when user is inactive?
Logged In: YES
user_id=313042
Yes, it is possible I guess, but I not sure that it will help much
(usability will be decreased greately in this case).
For now you can improve perl performance by disabling some
or all parameters in /colorer/hrc/proto.perl.xml file.
Logged In: NO
Colorer beta4 extremy slow with default hrc and with
simple hrc.
FAR 1.7a6 build 1973
Logged In: YES
user_id=313042
What are you mean under "simple HRC"?
Did you tried to eliminate proto.perl.xml and proto.php.xml
parameters settings?
Logged In: YES
user_id=313042
fixed, available in eclipsecolorer 0.7.1.
Performance problem is fixed via disabling useless
package keywords.