Timestamps are in GMT/BST.
[0:10] * mrud (~uli@unaffiliated/mrud) has left #jython
[1:00] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[1:14] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Excess Flood)
[1:15] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[1:25] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 276 seconds)
[2:07] * shashank (~shashank@117.192.215.111) has joined #jython
[2:09] * lheuer1 (~Adium@blfd-4d0820f7.pool.mediaWays.net) has joined #jython
[2:11] * lheuer (~Adium@unaffiliated/lheuer) Quit (Ping timeout: 246 seconds)
[2:25] * ParahSailin (~parah@unaffiliated/parahsailin) Quit (Read error: Connection reset by peer)
[2:37] * jlwestsr (~jlwestsr@2602:30b:82c8:4759:116a:357a:fc9:7c96) has joined #jython
[2:43] * skay (~Adium@miparque/dev/skay) has joined #jython
[2:54] * jlwestsr (~jlwestsr@2602:30b:82c8:4759:116a:357a:fc9:7c96) Quit (Quit: Leaving)
[2:57] * shashank (~shashank@117.192.215.111) Quit (Read error: Connection reset by peer)
[3:16] * Oti (~ohumbel@adsl-84-227-41-197.adslplus.ch) Quit (Ping timeout: 240 seconds)
[3:17] * shashank (~shashank@117.192.206.53) has joined #jython
[3:19] * Oti (~ohumbel@adsl-84-226-82-133.adslplus.ch) has joined #jython
[3:26] * shashank (~shashank@117.192.206.53) Quit (Ping timeout: 245 seconds)
[4:04] * darjus (~darjus@96-26-62-132.war.clearwire-wmx.net) has joined #jython
[4:26] * ctismer is now known as ctismer_afk
[4:29] * ctismer_afk is now known as ctismer
[5:00] * ctismer is now known as ctismer_afk
[5:02] * lheuer1 is now known as lheuer
[5:05] * Thunderbird (~roderick@wine/developer/Thunderbird) Quit (Ping timeout: 256 seconds)
[5:05] * Thunderbird (~roderick@216.174.109.254) has joined #jython
[5:05] * Thunderbird (~roderick@216.174.109.254) Quit (Changing host)
[5:05] * Thunderbird (~roderick@wine/developer/Thunderbird) has joined #jython
[5:05] * Oti (~ohumbel@adsl-84-226-82-133.adslplus.ch) Quit (Quit: Oti)
[5:07] * Arfrever (~Arfrever@apache/committer/Arfrever) Quit (Quit: Ex??re)
[5:07] * ctismer_afk is now known as ctismer
[5:30] * fwierzbicki_ (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[5:30] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Read error: Connection reset by peer)
[5:30] * fwierzbicki_ is now known as fwierzbicki
[5:39] * ctismer is now known as ctismer_afk
[5:41] * ctismer_afk is now known as ctismer
[5:43] * darjus (~darjus@96-26-62-132.war.clearwire-wmx.net) Quit (Quit: Konversation terminated!)
[6:00] * ctismer is now known as ctismer_afk
[6:03] * ctismer_afk is now known as ctismer
[6:07] * skay (~Adium@miparque/dev/skay) Quit (Read error: Connection reset by peer)
[6:07] * skay (~Adium@miparque/dev/skay) has joined #jython
[6:07] * skay (~Adium@miparque/dev/skay) has left #jython
[6:20] * ctismer is now known as ctismer_afk
[6:23] * ctismer_afk is now known as ctismer
[6:35] * ctismer is now known as ctismer_afk
[6:37] * ctismer_afk is now known as ctismer
[6:47] * ctismer is now known as ctismer_afk
[7:08] * ctismer_afk is now known as ctismer
[7:17] * fwierzbicki_ (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[7:17] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Read error: Connection reset by peer)
[7:17] * fwierzbicki_ is now known as fwierzbicki
[7:18] * ctismer is now known as ctismer_afk
[10:45] * lheuer (~Adium@blfd-4d0820f7.pool.mediaWays.net) Quit (Quit: Leaving.)
[11:11] * juneau001 (~juneau@131.225.24.164) has joined #jython
[11:31] * juneau001 (~juneau@131.225.24.164) Quit (Read error: Connection reset by peer)
[11:35] * juneau001 (~juneau@131.225.24.164) has joined #jython
[12:24] * juneau001_ (~juneau@131.225.169.34) has joined #jython
[12:26] * juneau001_ (~juneau@131.225.169.34) Quit (Remote host closed the connection)
[12:26] * juneau001 (~juneau@131.225.24.164) Quit (Read error: Connection reset by peer)
[12:26] * juneau001 (~juneau@fess-116326.dhcp.fnal.gov) has joined #jython
[12:36] * ctismer_afk is now known as ctismer
[12:46] * ctismer is now known as ctismer_afk
[12:53] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[13:07] * ctismer_afk is now known as ctismer
[13:13] * wainersm (~wainersm@189.61.204.85) has joined #jython
[13:22] * ctismer is now known as ctismer_afk
[15:03] * Scott555 (3f59550f@gateway/web/freenode/ip.63.89.85.15) has joined #jython
[15:05] <Scott555> Might anyone be up to fielding a question regarding getMBean and a NullPointer?
[15:05] <Scott555> Greetings, btw
[15:09] * ctismer_afk is now known as ctismer
[15:11] * lopex (u4272@gateway/web/irccloud.com/x-vfodjfogzwagpjdw) Quit (Read error: Connection reset by peer)
[15:11] * jabley (u2487@gateway/web/irccloud.com/x-hjcmyrcinkhjemzg) Quit (Read error: Connection reset by peer)
[15:24] <Scott555> ...anyways... Dealing with a WLST script that needs to iterate over a dynamic list of JMS Servers and target them to a subdeployment
[15:24] <Scott555> If the list weren't dynamic I'd be done, but it's liable to change, so need to deal with it.
[15:25] <Scott555> In a for loop I'm assigning doing a getMBean('/JMSServers/<server_name>'+str(ind))
[15:26] <Scott555> appears to be right because when I print the ultimate jarray I'm using to target the subdeployment the output is the same as if I do it statically.
[15:27] <Scott555> Problem is, running the loop I get a Null Pointer, as if it's trying to de-ref the variable assigned to the MBean.
[15:27] <Scott555> I know I'm completely retarded, so explain things s l o w if you're so inclined. tnx.
[15:32] * wainersm (~wainersm@189.61.204.85) Quit (Quit: Ex-Chat)
[15:38] * lopex (u4272@gateway/web/irccloud.com/x-duwzttvywiaxbggt) has joined #jython
[15:52] * jabley (u2487@gateway/web/irccloud.com/x-lffrbbscuzgrfddh) has joined #jython
[15:57] * juneau001 (~juneau@fess-116326.dhcp.fnal.gov) Quit (Ping timeout: 240 seconds)
[16:02] * juneau001 (~juneau@131.225.24.183) has joined #jython
[16:47] * norm (~norm_@74.213.188.46) has joined #jython
[18:00] <Scott555> Oh herpin-derp... Was actually stupid-easy: cmo.addTarget(getMBean('<string identifying target mbean>'+str(ind)))
[18:03] <Scott555> Still don't know why my Rube Goldberg approach was yielding null pointers.
[18:03] <Scott555> ...and now don't care... XD
[18:16] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 246 seconds)
[18:44] * ctismer is now known as ctismer_afk
[18:46] * ctismer_afk is now known as ctismer
[19:05] * Oti (~ohumbel@adsl-84-227-32-42.adslplus.ch) has joined #jython
[19:12] * juneau001 (~juneau@131.225.24.183) Quit (Quit: juneau001)
[19:24] * Arfrever (~Arfrever@apache/committer/Arfrever) has joined #jython
[20:25] * Scott555 (3f59550f@gateway/web/freenode/ip.63.89.85.15) Quit (Ping timeout: 245 seconds)
[20:36] * norm (~norm_@74.213.188.46) Quit (Quit: Leaving)
[21:45] * iandalton (~user@216.51.42.66) has joined #jython
[21:46] <iandalton> I'm getting a weird "cannot import name sys" (https://gist.github.com/2771804). What would cause that?
[21:56] <agronholm> iandalton: if you're trying to use jython.jar without the standard library
[21:56] <agronholm> that would cause such an error
[21:56] <agronholm> if you want a single jar, use the standalone jar
[21:57] <iandalton> I can run jython interactively and import sys. It's the Jython distributed with Ubuntu 12.04
[21:57] <agronholm> oh, the ancient one?
[21:57] <agronholm> 2.2.1?
[21:57] <iandalton> 2.5.1-2ubuntu2
[21:57] <agronholm> oh wow
[21:57] <agronholm> I didn't know they've upgraded it
[21:58] <iandalton> I'm not using any jars yet in my code
[21:58] <iandalton> The code runs under cpython
[21:58] <iandalton> but not jython
[21:58] <iandalton> I do have to import pycimport because I have a module over 64kb in size, which Jython doesn't like
[22:00] <agronholm> that might have something to do with the problem
[22:01] <iandalton> interactively I can import pycimport, then sys, though
[22:02] <agronholm> well, I have no clue then
[22:02] <iandalton> alright, thanks for trying :-)
[22:02] <agronholm> someone could investigate if they could reproduce the problem
[22:02] <agronholm> on their end
[22:02] <iandalton> I'm trying to find a base case now
[22:22] <iandalton> OK, I have a base case: <https://gist.github.com/2772018>. If that .pyc file is deleted, pycimport isn't used, and jython tries to read the .py file, and fails with "Method code too large!"
[22:24] <fwierzbicki> hmmm I know jimbaker` intended pycimport to be considered experimental - though there is no such note on pycimport.py - Jim?
[22:25] <fwierzbicki> I'll check with him at some point but I bet we need at least a comment or even a warning about that
[22:25] <iandalton> also, I've reduced test_schemagen to import pycimport; from foo.schema import schemagen
[22:25] <iandalton> schemagen is reduced to import sys
[22:25] <fwierzbicki> iandalton: you can work around the method too large most likely
[22:26] <iandalton> I did hear it's experimental, but I guess it was decided to try to use it anyway.
[22:26] <fwierzbicki> sure
[22:26] <iandalton> Yeah, that's one option. generateDS generates that method, but it could be modified to split it up
[22:26] <fwierzbicki> it is our intended solution to "Method code too large" but it hasn't been worked on in a while
[22:26] <fwierzbicki> we'd need to extend our compiler so that it creates pyc files
[22:27] <iandalton> yeah, I created the pyc file by running the code with cpython first
[22:27] <fwierzbicki> but that is still just a start - noticing when methods are too large is another thing
[22:27] <fwierzbicki> sure
[22:28] <fwierzbicki> I wonder if pycimport causes the system to try to find a sys.pyc
[22:28] <iandalton> so, is import sys failing because the import path got clobbered or something?
[22:29] <iandalton> hmm, maybe, but like I said, when using pycimport, if that schemagen.pyc doesn't exist, it finds schemagen.py and tries to import it
[22:30] <fwierzbicki> It is hard to say for sure - I bet jimbaker` will eventually notice this conversation and comment
[22:30] <iandalton> although once it's importing the pyc, maybe the environment changes
[22:31] <fwierzbicki> iandalton: I bet it does - I'm not sure how well things are working there now - I'm not sure it is getting tested
[22:32] <iandalton> I notice that there is no sys.py or sys.pyc. It must be built in to cpython?
[22:33] <fwierzbicki> iandalton: yes in cpython it is Python/sysmodule.c (or something close to that)
[22:33] <fwierzbicki> for us it is src/org/python/core/PySystemState.java
[22:33] <fwierzbicki> but it does not act like a real module for us
[22:34] <fwierzbicki> so it could be specifically problematic if code is treating it as a module somehow
[22:36] <fwierzbicki> For example, if you run "import sys;print type(sys)" you get a very different answer from Jython vs CPython
[22:36] <fwierzbicki> We've been meaning make sys a real module for as long as I have been involved - but it would probably be a big performance hit
[22:37] <fwierzbicki> Some new features of JDK7+ may make the performance issue go away though - but that's a long term thing
[22:40] <fwierzbicki> for the near term I'd say breaking up huge methods is the right thing for Jython
[22:41] <iandalton> OK
[22:41] <iandalton> like I said, my base case reduces the file to just "import sys", so I'm not doing anything special with it
[22:55] <fwierzbicki> sure - I'm betting that somehow pycimport is messing up our import system - have you tried a different module? For example we have os.py as a real module - if it also fails then it isn't that sys is special
[22:56] * ctismer is now known as ctismer_afk
[22:59] * ctismer_afk is now known as ctismer
[23:03] <jimbaker`> fwierzbicki, i noticed the conversation ;)
[23:03] <jimbaker`> at this point, pycimport should be considered experimental
[23:03] <fwierzbicki> jimbaker`: I thought you might have some feedback :)
[23:03] <jimbaker`> there is limited testing of it
[23:04] <jimbaker`> fwierzbicki, ideally we would run regrtest on it as a whole, but i haven't done that for a while
[23:05] <iandalton> fwierzbicki: I also can't import os
[23:05] <jimbaker`> also the other know issue here is that it only works with a cpython 2.5 as the compiler. when we get around to implementing our own pyc compiler, these issues will go away
[23:06] <jimbaker`> iandalton, this is from the code imported with pycimport?
[23:06] <iandalton> yeah
[23:07] <jimbaker`> strange, i really should do the full regrtest again
[23:24] * ctismer is now known as ctismer_afk
[23:27] * ctismer_afk is now known as ctismer
[23:28] <fwierzbicki> iandalton: I'm guessing you used a cpython > 2.5?
[23:33] <jimbaker`> fwierzbicki, iandalton - iirc cpython 2.5 must be used to compile, there is some minor incompatibility in the bytecode formats and i used the cpython 2.5 version
[23:33] <jimbaker`> so for 2.7 at least that should be bumped
[23:33] <jimbaker`> even if we keep it experimental
[23:34] <fwierzbicki> sure
[23:35] <iandalton> ohh, OK. could that be the cause of 'cannot import os' then?
[23:41] <iandalton> looks like it is, python2.5 fixes that
[23:55] * ctismer is now known as ctismer_afk
[23:58] * ctismer_afk is now known as ctismer
These logs were automatically created by JythonLogBot_ on irc.freenode.net using a slightly modified version of the Java IRC LogBot (github).