| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Comments:
<0> well
<1> jzono1, just tell that to split
<0> I'm not very strict in declaring my variables, I guess.
<2> I mean what's the point of debugging if you don't even use strict?
<3> amnesiac: how?
<1> jzono1, check perldoc -f split
<4> The perldoc for split - is at http://perldoc.perl.org/functions/split.html
<1> hey mauke, sup?
<3> thanks
<2> sup|word
<2> .oO( awaiting word; handshake complete )
<1> hah
<2> _FROG: run it from the command line
<5> handy hint of the day. never ever use the malloc that comes with perl on *bsd
<2> BinGOs: what happen?
<6> BinGOs: eh?
<0> can't; it's on some webhosting thing
<2> _FROG: run it on your own machine
<1> BinGOs, how's that?
<5> sili_: when running ./Configure is asks if you want to use the malloc that comes with perl or the system.
<0> o dear
<2> "yes, I'd like to run untested and very probably buggy code in a hostile environment"
<0> that's one long error message
<5> a world of hurt awaits those who except the default ( ie. to use the perl one ).
<5> s/except/accept/
<1> BinGOs, that's odd, but well then use the one that comes in BSD
<5> i have. and no hurt >:)
<1> but BinGOs, which BSD are you using?
<1> and why not using ports?
<7> ports++
<1> doing stuff by hand is always painful
<5> netbsd. and i wanted 5.8.8
<1> and not really needed
<0> all it's whining about right now is undeclared variables
<2> implicitly global variables, actually
<0> it's back now
<0> AND ZINGGG
<0> refresh stressing => empty site
<0> just some borders and an image
<0> but no title, menu, content or footer
<0> error_log doesn't reveal anything either
<0> soooo
<0> what's next :P
<0> I have a well-formed script with unpredictable results...
<8> fix your script to work with strict.
<0> I already did that
<0> I made four declaration mistakes
<0> and I fixed them
<0> but still
<0> XML::Parser doesn't even call the Init handler
<0> well, it occasionally forgets to do that
<0> something else that's remarkable:
<0> if I set $is_parsed = 0 in the main thing and $is_parsed = 1 in the Init handler
<0> and parse until $is_parsed is not 0 anymor
<0> *e
<8> where is your input data coming from?
<8> did you check WHY the parser is failing?
<9> hello guys
<0> local file system: $ENV{'DOCUMENT_ROOT'} . "/res/site.xml";
<9> i want to ask who can help me to do a chat site in perl
<9> ?
<8> is $ENV{DOCUMENT_ROOT} set everytime?
<0> oh yes
<0> I can always open the file
<8> minder: if it's a job posting, jobs.perl.org
<0> I never get any errors, etc. etc. etc.
<9> k
<0> I also tried to open the file, lock it, p*** the handle to the parser and close the file
<0> it never fails
<0> but the parser still doesn't do anything
<0> so I guess the file is always accessable
<8> so did you check if the parser even STARTED to run?
<0> yes
<0> by defining a handler for Init
<0> and sometimes that handler isn't called
<8> did you check *WHY* it didn't start?
<0> how? it doesn't return any errors...
<8> since knowing when it does or does not run doens't give you added information.
<0> nothing is written to error_log
<0> besides, it's just the parser that fails to do it's job, what follows (printing the extracted data, mixed with fixed html) is done
<8> add a print clause before and after the call to ->parse.
<0> there is already a print clausule after the call
<0> and that one is evaluated
<8> try using a pure-perl XML parser. could be a bug in X::P
<0> hmz...
<0> are there any XML parsers not based on expat today? :P
<6> (string eval)++
<8> ISTR XML::Mini is one
<1> but pure-perl parsers still perform kind of slow Botje :(
<8> amnesiac: just for testing, of course
<0> I still think it's odd...
<0> could it be that expat overwrites the handlers I provided?
<0> s/expat/XML::Parser/
<8> no..
<8> that wouldn't happen randomly..
<8> does your host use some kind of CGI caching?
<8> fastcgi et al?
<0> not that I know of
<0> I guess not...
<0> how could that influence XML::Parser?
<0> if it doesn't load site.xml, XML::Parser would die
<0> and I'd notice that
<0> * adds print Dumper($parser->{Handlers});
<0> I hope it works :P
<10> _FROG: XML::LibXML isn't based on expat
<0> LibXML?
<10> _FROG: yes. The module has very bad documentation, but is the fastest parser I know of
<8> how can speed be involved if you're using /XML/ :)
<10> Botje: it can, it can :)
<0> hmmm... I thought it was quite handy to be able to use Expat's handlers
<8> Sound: LIES, LIES! also, hello
<0> DOM is painful :o
<1> I use DOM for small docs
<8> the DOM is neat.
<3> system("mv Cache/$item[0].uxx $path/" + $item[1]);
<8> jzono1: how is + supposed to concatenate strings?
<1> Botje, I prefer DOOM
<8> go back to java you weenie.
<3> if $item[1] contains ( or ), it doesn't work :-(
<0> yes, but not for my XML application
<8> jzono1: you want . to concatenate strings.
<3> Botje: sorry, been a while since i did perl
<8> also, why not just interpolate it?
<1> jzono1, unless you overload the + operator, but believe me, you don't
<3> interpolate it?
<1> yes, using "" or double-quote operator
<3> "" $item[1] ""
<3> like that?
<8> ...
<8> "$path/$item[1]" ..
<8> like you did with $item[0] ?
<3> that didn't work
<3> Botje: made sh choke
<3> when $item[1] contained ( or )
<8> eval: @item = ("blah blah blah", "halb halb halb"); "mv Cache/$item[0].uxx PATH/$item[1]"
<11> Botje: Return: mv Cache/blah blah blah.uxx PATH/halb halb halb
<8> jzono1: of course.
<8> so use the list form of mv.
<8> which does all that nasty escaping for you
<8> s/mv/system/
<3> hmm
<3> that sounds neat
<3> how do i do that?
Return to
#perl
or
Go to some related
logs:
#web
#css
#gentoo
emerge configuration error - unknown item 'FAILLOG_ENAB' (notify administrator)
ext3 disable permissions
install IO::Socket::INET cpam
make-kpkg jdk-1.5
alsa-headers distfiles
conflict: winesetuptk
pcoslinux
|
|