#perl - Thu 3 May 2007 between 00:54 and 01:52



acid_burnEvening here.
Uhhh...
cfeddeeval: $_ = "BAT"; $_++ for (0..9813); $_
buubotcfedde: BAT
cfeddeeval: $x = "BAT"; ++$x for (0..9813); $x
buubotcfedde: POF
cfeddeeval: $x = "BAT"; ++$x for (0..9812); $x
buubotcfedde: POE
cfeddeack
acid_burnAckster?
eval: $x = "BAT";
buubotacid_burn: BAT
acid_burnJoost is awesome.
stuufGumbyBRAIN: bring me a checkbook! and a mother mole!
GumbyBRAINAnd when you have nothing to configure, test::harness should have gotten me to your mother.
rindolff00li5h: here?
dre^what's the proper way to get access to environment variables? using ENV I get some, but not all. e.g. if I just do 'set' on the command line, I get like 158 items, whereas 'env' only returns 21
specifically I'm going to be SIGWINCH savvy, so I need to grab $LINES when it changes
I'm thinking maybe just a system("export $LINES"); at the top of the signal handler might be enough, but figured I'd ask...
stuufum..
simcop2387thats it i'm buying Elisabeth a gross of potatoes
stuufdo you actually understand how shell and environment variables work?
dre^well, you can get them and set them...
I don't fully understand the difference between 'set' and 'env', so... probably no, I don't have a full understanding
stuufright, but making a new shell and exporting LINES won't do anything to *your program's* $ENV{LINES}
simcop2387eval: \%ENV;
hmm
buubot must filter that
buubotsimcop2387: {}
dre^... right. I'm wondering if I need to be exporting it from teh program when it catches a SIGWINCH
so that it shows up in %ENV
cfeddeeval: atan2(0, -1)
buubotcfedde: 3.14159265358979
stuufnothing will go into your %ENV unless you put it there
you have to ask the terminal how big it is
dre^I thought that why $LINES and $COLUMNS were being maintained...
cfeddeeval: ['f', keys %ENV, 'g']
buubotcfedde: ['f','g']
dre^those values change when I resize my terminal...
through no code of my own

Page: 5 12 19 26 33 40 47 54 61 68 

IrcArchive