| |
| |
| |
|
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 25 26 27 28 29 30 31 32 33 34 35 36 37
Comments:
<0> Limbic_Region: Best kind.
<0> Limbic_Region: Do children count?
<1> s/project/coding project/
<2> only in binary
<3> eval:system("date")
<3> oops. :)
<4> Killing 382 due to run time
<3> can't get a date!
<1> win32 machine
<3> just like me last friday night
<1> try it with -t
<1> or is that /t
<3> eval:system("date/t")
<4> Killing 383 due to run time
<1> eval:system("date /T")
<3> oops
<2> anatomy of a floating point number
<0> I dunno why that times out.
<4> Killing 384 due to run time
<1> hrm - I don't know either
<3> wait - it's chrooted right?
<0> Yes.
<2> title for merlyn's new book
<3> it probably can't launch command.com
<0> command.com ?!
<0> Wtf?
<1> oh, not winbugs box
<1> that's on the same box as gatcomb.org ?
<1> definately not winbugs then
<2> perl + windows = disaster
<5> inactiveperl?
<0> Why on earth would you'd think buubot was on a windows box?
<1> merlyn - out of curiosity, do you have the P::RD article links dealing with left-recursion handy?
<1> I am wondering if I might be able to glean a trick or two from you
<2> http://www.world-mysteries.com/sar_6_1.htm
<0> Limbic_Region: <leftop> !
<1> buu - because on a windows machine, date without the /T will wait for you to type in the new time
<3> I have a few articles on P::RD
<0> Limbic_Region: Heh. Dunno, it should just die immediately since it can't exec..
<1> buu - I already went over the fact that I am not having problems with the parsing
<0> Limbic_Region: =[
<1> just what to do with the parse tree when I am done
<3> eeh? buubot *isn't* on a windows box?
<0> Tie it to a branch and water it regularly.
<3> who said that then
<0> eval: $^O
<4> buu: Return: linux
<1> merlyn - yeah, I know - but I am only interested in the ones where left-recursion is a factor
<0> Hrm.
<1> merlyn - I said it
<1> merlyn - but I was wrong
<3> ... <1> win32 machine
<1> as is the case on a win32 machine without the /T option
<6> eval $^0
<6> eval: $^0
<4> Number found where operator expected at (eval 170) line 1, near "$^0" (Missing operator before 0?) dondelelcaro: Error: syntax error at (eval 170) line 1, near "$^0"
<0> buubot: reload
<4> buu: Reloading!
<0> eval: $^O
<6> eval: $^O
<4> buu: Return: Microsoft Genuine Certified Windows!
<4> dondelelcaro: Return: Microsoft Genuine Certified Windows!
<7> merlyn, please join your local political establishment.
<0> ^_^
<6> hahaha
<3> eval:[map [$_ => -T $_], \*STDIN, \*STDOUT, \*STDERR]
<4> merlyn: Return: [[\*::STDIN,undef],[\*::STDOUT,1],[\*::STDERR,1]]
<2> hehe
<7> Think what idiots empowered by the GOP mantra "local control" might be doing without you even paying attentino?
<3> Hmm. stdout and stderr are terminals
<3> but not stdin
<7> :-D
<2> Genuine Certified Insane Microsoft Windows
<3> I like -T
<3> if (-T) { we're running on a terminal }
<8> eval: [map [$_ => -t $_], \*STDIN, \*STDOUT, \*STDERR]
<4> mauke: Return: [[\*::STDIN,undef],[\*::STDOUT,''],[\*::STDERR,'']]
<3> Oh wait
<3> it's -t
<6> eval: $^X
<3> not -T
<4> dondelelcaro: Return: /usr/bin/perl
<8> -T File is an ASCII text file (heuristic guess).
<0> Hrm.
<3> I'm testing Text-ish!
<3> idiot
<3> eval:[map [$_ => fileno $_], \*STDIN, \*STDOUT, \*STDERR]
<4> merlyn: Return: [[\*::STDIN,undef],[\*::STDOUT,1],[\*::STDERR,2]]
<3> ahh. STDIN is closed
<3> hence the undef
<3> and that's why -t returned undef instead of false
<3> eval:[map [$_ => [stat $_]], \*STDIN, \*STDOUT, \*STDERR]
<4> merlyn: Return: [[\*::STDIN,[]],[\*::STDOUT,[0,378986,49663,1,0,0,0,'0',1149202950,1149202950,1149202950,4096,0]],[\*::STDERR,[0,378989,49663,1,0,0,0,'0',1149202900,1149202900,1149202900,4096,0]]]
<2> whom doesnt tolerate newbies asking silly questions or coding correctly
<0> eval: $^O
<4> buu: Return: NetBSD
<3> stdout and stderr are open on two different files, not ptys
<0> Yeah, I think they are.
<3> amazing amount of info available, eh? :)
<0> Oh yeah.
<0> eval: $^O
<4> buu: Return: FreeBSD
<3> how are you getting $^O to keep returning different things?
<0> The magic of random.
<3> aha
<3> tied?
<0> No, I just set it before I eval
<3> eval:tied $^O
<4> merlyn: Return:
<3> oh ok
<0> Yeah, nice and simple.
<3> eval:[grep tied $$_, keys %main::]
<4> merlyn: Return: []
<3> eval:[grep tied @$_, keys %main::]
<4> merlyn: Return: []
<3> eval:[grep tied %$_, keys %main::]
<4> merlyn: Return: ['!']
<3> aha! %! is tied
<0> It is?
<3> yes. you must've "use Error"
<8> use Errno;
<3> or Errno
<0> I don't.. maybe Poe does?
<3> one of those
<3> again - symbol table magic. :)
<0> eval: $INC{"Errno.pm"};
<4> buu: Return: /usr/lib/perl/5.8/Errno.pm
<0> Guess so.
<3> eval:[grep defined %$_, keys %main::]
<4> merlyn: Return: ['IP::','SIG','BSD::','Tie::','P5EvalBot::','Cwd::','Encode::','Regexp::','UNIVERSAL::','overload::','Errno::','Win32API::','File::','Compress::','Socket6::','!','HTTP::','Config::',
<0> hrm
<0> buubot: bar
<4> buu: test1 buu: Return: 2 middle end
<4> buu: test1 buu: Retbuu: Return: 4 urn: 2 middle end
<9> buu-buu bot
<0> buubot: literal bar
<4> buu: bar is test1 [eval 1+1] middle [eval 2+2] end
<9> buubot: fish
<9> :(
<10> buubot, `cat /dev/urand`;
<10> >:-)
<0> prism: no.
<3> eval:[grep { not /::$/ and defined %$_ }, keys %main::]
<4> merlyn: Error: syntax error at (eval 178) line 1, near "},"
<3> eval:[grep { not /::$/ and defined %$_ } keys %main::]
<4> merlyn: Return: ['SIG','!','INC','ENV']
<10> buu, there was no way on earth you was gonna allow ` ` lol
<0> prism: Well, yes, but you didn't even type the command..
<3> dammit - I knew that first was wrong the moment I hit it. :)
Return to
#perl
or
Go to some related
logs:
Kernel compiler and kgcc seem to be different versions
ubuntu install pico
udev_make_node mknod capi
#mysql
ebuild obextool gentoo
splish splash i was taking a bath mp3
#python
#python
#php
#css
|
|