josh-k has quit [Remote host closed the connection]
skade has quit [Read error: Connection reset by peer]
skade has joined #jruby
e_dub has joined #jruby
benlovell has joined #jruby
<usebrn>
morning
<usebrn>
I came across following problem: org.jruby.embed.EvalFailedException: (BuildError) ERROR: Failed to build gem native extension.
<usebrn>
NotImplementedError: C extension support is not available
<usebrn>
I try to run my server which uses JRuby in debug mode in eclipse
<usebrn>
It works fine for 1.7.4 versions and generally all versions which are being released
<usebrn>
however when I want to use version which I build by myself (I have cloned repo at local machine and built my own version), this ERROR shows up right after server received request
<usebrn>
is there some switch which I should use to disable it ?
johnsonch_afk has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
robbyoconnor has quit [Excess Flood]
robbyoconnor has joined #jruby
calavera has joined #jruby
cajone has quit [Remote host closed the connection]
johnsonch_afk is now known as johnsonch
pgokeeffe has quit [Quit: pgokeeffe]
<usebrn>
I opened a dump from yesterday's problem and what I can see is that org.jruby.runtime is kept by two objects:
johnsonch is now known as johnsonch_afk
<usebrn>
one is ThreadContext which is a softReference which root is threadLocals in one of out Java Thread which belong to the pool
<usebrn>
and the second one is RubyClass which is kept byt ThreadFiber which in turn is kept by Finalizer.
<usebrn>
so my question is, can I simply change softReference to weakReference so ThreadContext wasn't keeping org.jruby.Ruby (I saw that it had been weakReference in the past but it was changed to softReference)
<usebrn>
and second question is Finalize() in org.jruby.ext.fiber.ThreadFiber really necessary ?
skade has joined #jruby
marr has joined #jruby
ephemerian has joined #jruby
elia has joined #jruby
mister_solo has joined #jruby
yfeldblum has joined #jruby
yfeldblum has quit [Remote host closed the connection]
yfeldblum has joined #jruby
brettporter has quit [Remote host closed the connection]
<usebrn>
I think that it should be worth of effort to remove finalizers from jruby code, at least from places where it seems to be not needed.
<usebrn>
Api should give programmer a way to dispose resources
<usebrn>
relaying on Finalizer mechanism is rareluy a good idea.
josh-k has joined #jruby
johnsonch_afk is now known as johnsonch
shellac has joined #jruby
drbobbeaty has joined #jruby
johnsonch is now known as johnsonch_afk
brettporter has joined #jruby
brettporter has joined #jruby
SynrG has quit [Read error: Connection reset by peer]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
donV has joined #jruby
SynrG has joined #jruby
donV has quit [Client Quit]
johnsonch_afk is now known as johnsonch
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] mkristian created remove-yecht (+1 new commit): http://git.io/h9G7kg
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/remove-yecht 2a19b99 Christian Meier: remove obsolete yecht dependency from jruby.jar
johnsonch is now known as johnsonch_afk
kwando has quit [Read error: Connection reset by peer]
kwando_ has joined #jruby
statonjr has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] mkristian force-pushed uniform-jruby-home from ddc1b06 to 0cc133e: http://git.io/ScsKNw
<JRubyGithub>
jruby/uniform-jruby-home f51148e Christian Meier: uniform setting path to jruby home - no detection just use the one from the classloader
<JRubyGithub>
jruby/uniform-jruby-home 82c44a5 Christian Meier: run tests/jruby.index with jruby-complete
<JRubyGithub>
jruby/uniform-jruby-home 0cc133e Christian Meier: warn when jruby home is not set to one of the tested cases
JRubyGithub has left #jruby [#jruby]
johnsonch_afk is now known as johnsonch
johnsonch is now known as johnsonch_afk
postmodern has quit [Quit: Leaving]
calavera_ has joined #jruby
drbobbeaty has joined #jruby
calavera has quit [Ping timeout: 255 seconds]
calavera has joined #jruby
calavera_ has quit [Ping timeout: 258 seconds]
pgokeeffe has joined #jruby
benlovell has quit [Ping timeout: 255 seconds]
kares has quit [Ping timeout: 272 seconds]
rsim has joined #jruby
<chrisseaton>
usebrn: C extension support was removed in 1.7.3 or something like that last November I think
johnsonch_afk is now known as johnsonch
kaislikko has joined #jruby
<chrisseaton>
usebrn: and about finalisers, I do think it might be better to move to reference queues - that's what we use in Truffle, but I don't think the work has been done yet
johnsonch is now known as johnsonch_afk
<usebrn>
".. C extension support was removed in 1.7.3 or something like that last November I think" <== well it is kind of strange, as I have no problem with debugging my server with 1.7.4 release
<chrisseaton>
usebrn: 1.7.something then - it went back in November
<usebrn>
this problem shows up when I try to debug it with newest version from git which is named 9k
<usebrn>
ok
<usebrn>
well, I am doing changes for my own needs then, removinf all soft references, as I don't need any means of caching now
<usebrn>
and finalizers
<usebrn>
at least from ScriptingContainer
<usebrn>
and I will see how the heap looks like
<usebrn>
simple snippet to test SC behaviour was created, but it works correctly, Memory is released
<usebrn>
but it might be not of the best accuracy as in my server these SC are created from different Java Threads
<usebrn>
not sure if it could be meaningful in this case
bbrowning_away has quit [*.net *.split]
brycek_ has quit [*.net *.split]
brycek has joined #jruby
<usebrn>
I also removed -classUnloadingEnabled switch for CMS collector which I use.
bbrowning_away has joined #jruby
<usebrn>
as this should be meaningless as I don't use JItting
calavera_ has joined #jruby
calavera has quit [Ping timeout: 250 seconds]
yfeldblum has quit [Ping timeout: 240 seconds]
drbobbeaty_ has joined #jruby
drbobbeaty has quit [Ping timeout: 240 seconds]
calavera_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
benlovell has joined #jruby
noop has quit [Ping timeout: 240 seconds]
iamjarvo has joined #jruby
bbrowning_away is now known as bbrowning
yfeldblum has joined #jruby
brettporter has quit [Remote host closed the connection]
yfeldblum has quit [Ping timeout: 260 seconds]
statonjr has quit [Quit: statonjr]
johnsonch_afk is now known as johnsonch
etehtsea has joined #jruby
johnsonch is now known as johnsonch_afk
kares has joined #jruby
erikhatcher has joined #jruby
bpmcd has joined #jruby
<chrisseaton>
usebrn: I would also recommend against trying to use 9k to run an application, except for testing, for the next couple of months while they finish off the new JIT
anaeem1 has joined #jruby
anaeem1 has quit [Remote host closed the connection]
<usebrn>
yeah, I was testing 9k version, but eventually checkout'ed 1_7
nirvdrum has joined #jruby
calavera has joined #jruby
statonjr has joined #jruby
nirvdrum_ has joined #jruby
statonjr_ has joined #jruby
nirvdrum has quit [Ping timeout: 244 seconds]
statonjr has quit [Ping timeout: 256 seconds]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
skade has quit [Quit: Computer has gone to sleep.]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
calavera has joined #jruby
iamjarvo has joined #jruby
rcvalle has joined #jruby
pgokeeffe has quit [Quit: pgokeeffe]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tcrawley-away is now known as tcrawley
anaeem1 has joined #jruby
ludyte has joined #jruby
etehtsea has quit [Ping timeout: 250 seconds]
ludyte has left #jruby [#jruby]
anaeem1 has quit [Remote host closed the connection]
anaeem1_ has joined #jruby
statonjr_ has quit [Quit: statonjr_]
anaeem1_ has quit [Remote host closed the connection]
havenwood has joined #jruby
ludyte has joined #jruby
johnsonch_afk is now known as johnsonch
ludyte has quit [Client Quit]
anaeem1 has joined #jruby
ludyte has joined #jruby
<headius>
g'day!
<chrisseaton>
morning
brettporter has joined #jruby
rolfb has quit [Quit: Leaving...]
ludyte has quit [Quit: ludyte]
joast has joined #jruby
ludyte has joined #jruby
brettporter has quit [Ping timeout: 260 seconds]
ludyte has quit [Client Quit]
benlovel1 has joined #jruby
benlovell has quit [Read error: Connection reset by peer]
statonjr has joined #jruby
e_dub has quit [Quit: ZZZzzz…]
ludyte has joined #jruby
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 255 seconds]
anaeem1 has quit [Quit: Leaving...]
pchalupa has quit [Quit: Leaving]
iamjarvo has joined #jruby
skade has joined #jruby
tenderlove has joined #jruby
ludyte has quit [Quit: ludyte]
colinsurprenant has joined #jruby
subbu has joined #jruby
nirvdrum_ has quit [Quit: Leaving]
nirvdrum has joined #jruby
statonjr has quit [Ping timeout: 258 seconds]
statonjr has joined #jruby
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rtyler>
moinmoin
<rtyler>
it looks like I'm finding a SIGSEGV with my FFI code, I'm curious if there are best practices to determine whethre it's me or the stupid underlying C library :/
tylersmith has quit [Read error: Connection reset by peer]
iamjarvo has joined #jruby
elia has quit [Ping timeout: 255 seconds]
marr has quit [Ping timeout: 240 seconds]
yfeldblum has joined #jruby
postmodern has joined #jruby
yfeldblum has quit [Ping timeout: 256 seconds]
cprice has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 5 new commits to test-jit: http://git.io/2aef3g
<JRubyGithub>
jruby/test-jit df42503 Charles Oliver Nutter: Refactor and generify invokable wrappers for IR....
<JRubyGithub>
jruby/test-jit 41aa299 Charles Oliver Nutter: Omit stack trace by default in IR flow control exceptions.
<JRubyGithub>
jruby/test-jit 79eb010 Charles Oliver Nutter: Update for new CompiledIRMethod signature.
JRubyGithub has left #jruby [#jruby]
subbu is now known as subbu|lunch
<headius>
subbu, enebo: those commits eliminate a bunch more JIT-specific code and should be doing class/metaclass/module bodies exactly like interp now
<enebo>
nice
<enebo>
headius: refactoring interpreter to be able to get an instance of an interpreter from interpretercontext
<enebo>
headius: very slowly in more discrete steps :)
<headius>
down to 7 failures on compiler specs, only three of which are actually JIT bugs
x1337807x has joined #jruby
<headius>
enebo: ahh nice
x1337807x has quit [Max SendQ exceeded]
x1337807x has joined #jruby
Aethenelle has quit [Quit: Aethenelle]
<headius>
enebo: can I expect instr.getIPC to be anything interesting?
<headius>
I'm adding a debug mode to JIT to make the JVM line numbers be instruction IPCs instead of actual file line number
<headius>
so I can get a stack trace that shows exactly what instr was running
<enebo>
headius: You can use it but it is meant for interp
<headius>
ok
<enebo>
headius: but we can use it for both
<headius>
just informational
<enebo>
headius: when we fix up instrs for interp we clone them and only set on clones
<enebo>
headius: so the field is free to be used by JIT
<headius>
ahhh
<enebo>
headius: there is also RPC which you might want too for rescue jump pc
<headius>
ok
<electrical>
Hi all. I'm trying to get jruby-9000-dev to be installed using rbenv. are there any known issues ?? I'm getting this error: LoadError: load error: jruby/java -- java.lang.NoSuchMethodError: org.jruby.ir.IRScriptBody.prepareForInterpretation()Lorg/jruby/ir/operands/InterpreterContext;
<headius>
electrical: hmmm...it shouldn't have built if you're getting that error
<electrical>
headius: its not building indeed. rbenv is trying but failing with that error
e_dub has joined #jruby
<headius>
ahhh righto
<electrical>
:-)
<electrical>
wonder if its a bug in the jruby snapshot or in rbenv
<headius>
we shouldn't publish anything without it being buildable, but maybe they're going to git directly?
<enebo>
electrical: looks like it is not performing a clean build
<electrical>
headius: no errors so far with our own rspec tests.
<electrical>
Only this: warning: Dir.exists? is a deprecated name, use Dir.exist? instead
<headius>
electrical: fantastic
<headius>
once I land the JIT you can help me find holes in that
<headius>
I may land it this afternoon
<electrical>
okay :-)
<electrical>
will be setting up continues testing on it today or tomorrow, see what happens :-)
<nirvdrum>
How close to green is the build?
<enebo>
nirvdrum: it is green technically
<enebo>
nirvdrum: we just need to respin until some runs pass :|
<enebo>
nirvdrum: but JIT branch not merged back yet but it should stay green
<nirvdrum>
Cool.
<nirvdrum>
I just want an updated build on Travis :-)
<enebo>
nirvdrum: It has updated in the last week but I will keep respinning to get another full green today
JRubyGithub has joined #jruby
<JRubyGithub>
jruby/master 3b7d4a1 Thomas E. Enebo: Appease subbu in making the intent between call protocol path seem more equal to non-call protocol path
<JRubyGithub>
[jruby] jrubyci pushed 3 new commits to master: http://git.io/wF6rvw
<JRubyGithub>
jruby/master 322767e Thomas E. Enebo: Keep moving IRScope further away from interpreter
<JRubyGithub>
jruby/master bc28e1c Thomas E. Enebo: IC pushed further through stack
JRubyGithub has left #jruby [#jruby]
* subbu
is appeased
<enebo>
:)
<headius>
hah
<nirvdrum>
Heh.
<headius>
ok!!
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 4 new commits to test-jit: http://git.io/n9-5SQ
<JRubyGithub>
jruby/test-jit 9ed6065 Charles Oliver Nutter: Use NotCompileableException.
<JRubyGithub>
jruby/test-jit c0c13a7 Charles Oliver Nutter: Test logic doesn't set up visibility right. Force it. FIXME?
<JRubyGithub>
jruby/test-jit 04ab7fa Charles Oliver Nutter: Add JIT debuggging line numbers based on instruction offsets.
JRubyGithub has left #jruby [#jruby]
<headius>
with current set of passes, there are no unexpected failures in JIT specs
purplefox has joined #jruby
<headius>
remaining are code size, END, and BEGIN
josh-k has joined #jruby
tcrypt has quit [Read error: Connection reset by peer]
<headius>
subbu: I'm goign to test out the dyn scope opto pass again, but either way if I my branch is green I'm merging back
<subbu>
sounds good.
<blinsay>
just discovered that Ruby objects don't have their own monitors
<blinsay>
is adding that part of the roadmap? would be cool to be able to just call synchronized { } without doing @monitor = java.lang.Object.new; @monitor.synchronized { }
Aethenelle has joined #jruby
<blinsay>
also found this issue and wondering the same thing about the guarantees around 'initialize'
<headius>
blinsay: we generally don't support things on core Ruby objects that aren't there in MRI, but I've thought about adding a JRuby.synchronized(obj) { } to our JRuby-specific APIs
<blinsay>
that would be rad!
<blinsay>
+1
<headius>
let me see if we have anything hidden that would do that now
ludyte has quit [Quit: ludyte]
tylersmith has joined #jruby
tylersmith has quit [Read error: Connection reset by peer]
tylersmith has joined #jruby
<headius>
blinsay: JRuby.reference(obj) will give you a wrapped version of it that you can .synchronize{} against
<blinsay>
awesome! thanks
<headius>
that's not ideal, though, so I think I will add JRuby.synchronized somewhere
<blinsay>
double awesome
<headius>
enebo: seems good, right?
<blinsay>
while you're poking concurrency stuff, is it a feasible thing to add a final_field :foo or volatile_field :bar
<headius>
basically a fast native version that just does a Java monitor against given object
<headius>
in lieu of adding Object#synchronized, which would conflict with a ton of stuff
<headius>
blinsay: final, no... but you can freeze objects effectively making everything final at that point
tylersmi_ has joined #jruby
<enebo>
headius: I was not following. but reference gives you the goodies. Not sure if we should abstract this or not.
tylersmith has quit [Read error: Connection reset by peer]
<headius>
volatile...not really. The instance variables are stored beyond a volatile reference and we use appropriate JVM low-level bits to insert memory fences
<enebo>
headius: perhaps require ‘synchronized’; class Object; include Synchronized; end or whereever you need it
<headius>
we don't make an explicit guarantee that instance vars are all volatile, but there should be some happens-before on every access
<enebo>
headius: then MRI could adopt it in some fashion perhaps
<headius>
we do have JRuby::Synchronized, but I think that makes *every* method synchronized
<headius>
JRuby::Synchronizable?
<blinsay>
hmmmm, having a hard time wrapping my head around that. is there an easy place to start spelunking?
tylersmi_ has quit [Read error: Connection reset by peer]
<enebo>
headius: but I think you maybe want it to not be namespaced for us only
<headius>
blinsay: sorry, I went into the JVM weeds there... you shouldn't need volatile because JRuby already walks a volatile field to get at instance variables
<enebo>
headius: Not saying you should make an MRI extension for it either but I like the idea of it being something we can get MRI to opt into as well
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius>
i.e. our volatile should effectively make those instance vars volatile
<blinsay>
whoa, wait, so all instance vars are effectively volatile?
<headius>
enebo: yeah interesting
<headius>
blinsay: we don't make that guarantee but they should be currently
brettporter has joined #jruby
<headius>
this is a tricky area so we're sorta intentionally vague
<blinsay>
right. would be cool to be able to have some guarantees
<blinsay>
i'm a java refugee so I miss 'final' more than anything
<blinsay>
:P
<headius>
yeah, we've talked about it... we'd have to do it as a JRuby-specific feature because I have been unable to convince MRI folks that lower-level concurrency primitives are needed
yfeldblum has quit [Remote host closed the connection]
<headius>
final would be interesting...a bit set on instance vars that allows them only to be set during the first call to initialize
<blinsay>
yeah. immutability rules
<headius>
final_attr :blah
<blinsay>
yeah. was thinking final_attr :blah or volatile_attr :blah
<blinsay>
seems (with aboslutely no knowledge of your internals :P) that it wouldn't be a super invasive thing to expose
<headius>
Java 8 helps for making things arbitrarily volatile
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius>
could also be a freeze_instance_variable you call after you've initailized them, to just make freezing more fine-grained
<headius>
that might actually get accepted
havenwood has quit [Remote host closed the connection]
<blinsay>
gotcha
brettporter has quit [Ping timeout: 255 seconds]
havenwood has joined #jruby
<blinsay>
bummer that the MRI folks aren't into concurrency primitives
noop has quit [Ping timeout: 265 seconds]
<colinsurprenant>
hey, wanted to check if this was known: calling #merge on a Java Map in Java 8 fails with a ArgumentError: wrong number of arguments (1 for 3) - but works in Java 7. (both in 1.7.16 and master)
<colinsurprenant>
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
<colinsurprenant>
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
<colinsurprenant>
ArgumentError: wrong number of arguments (1 for 3)
<colinsurprenant>
(root) at -e:1
<blinsay>
headius: so just to make sure I understand thigns correctly, all instance vars are volatile now, but there's no guarantee that this will be the case forever?
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to test-jit: http://git.io/iuo_ig
<JRubyGithub>
jruby/test-jit 147a7cb Charles Oliver Nutter: HEADIUS
JRubyGithub has left #jruby [#jruby]
<headius>
I don't know how that fix failed to get committed
<headius>
oh well
yfeldblum has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
yfeldblum has quit [Ping timeout: 265 seconds]
elia has joined #jruby
<colinsurprenant>
headius: ah. I tried a few mods without success, then found this: https://github.com/jruby/jruby/issues/1249 «This is going to be troublesome to fix» :P
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
blinsay is now known as blinsay_
<colinsurprenant>
headius: so…… wondering how I could have a workaround within my own code for this… maybe detect if java 8 and add a java_alias for #merge?
<headius>
yeah that would probably work
<colinsurprenant>
need to figure the signature for merge(K key, V value, BiFunction<? super V,? super V,? extends V> remappingFunction)
<headius>
enebo: jit's looking good
<headius>
I have dynscope opto on too
x1337807x has joined #jruby
<enebo>
headius: so in my current work I hit IRTranslator which is used by JIT and I am changing execute signature to IRScriptBody from IRScope
blinsay_ is now known as blinsay
<headius>
that should be fine
<enebo>
headius: only signature will change but I find IRTranslator enigmatic (and I was the one who merged it from IR persistence GSOC project)
<headius>
yeah, me too
<enebo>
headius: execute is a bad name
<headius>
anything above JITCompiler you can mess with
<headius>
er, JITCompiler/JVMVisitor
<colinsurprenant>
headius: not sure how to specify the K and V generic types in the java_alias signature ?!
<headius>
colinsurprenant: you don't
<headius>
they don't exist at runtime
<headius>
enebo: 8F1E running test:jruby:jit
<headius>
that's amazing
<headius>
I'm not sure it was that good before
<enebo>
headius: great
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/Q4AGiA
<JRubyGithub>
jruby/master eafe2d7 Thomas E. Enebo: Moving interpreter logic into Interpreter (for now). IRScriptBody.interpret moved into Intepreter....
JRubyGithub has left #jruby [#jruby]
yfeldblum has joined #jruby
<subbu>
headius, before = 1.7 with ast jit?
<headius>
subbu: yeah
purplefox has joined #jruby
<headius>
I periodically got it green but stuff slipped
<subbu>
ok. nice.
<headius>
we don't run JIT tests on travis because they can take much longer
<headius>
I am amazed how much stuff is jitting and passing
<headius>
I think this is ready to land and bake on master
<headius>
there's a few areas I know still need work, like backtrace generation and the known gaps (BEGIN etc)
<headius>
but this is looking ok
Aethenelle has quit [Quit: Aethenelle]
<subbu>
good to hear! .. so, next step is to set up travis testing (interp with all JIT passes) so that we don't regress.
blinsay is now known as blinsay_
<headius>
yeah
<headius>
the unification commit I did earlier should help that
<headius>
we may be able to get down to a common superclass for both interp and JIT method wrappers
<headius>
with very little different between themn
Aethenelle has joined #jruby
<subbu>
once this and enebo's interpreter stuff is stable, we should tackle call protocol instrs. for blocks. not too difficult, but mostly need to do some reworking of those push/pop instrs an dintroduce new/variants of those instructions that work for blocks.
blinsay_ is now known as blinsay
<enebo>
subbu: actually we should tackle arity splitting for method definitions
<subbu>
ok.
<headius>
right...it's not a super high priority since we have all that nasty Block/BlockBody plumbing anyway, but I'd love to get down to a single executable thingy for all scopes
<headius>
agreed on arity splitting...higher priority
<subbu>
ok, we can defer the protocol stuff then.
<headius>
if we get dynscope opto and arity splitting both working, we'll be close to par with old JIT
<enebo>
subbu: I definitely want to solve that as well :)
<headius>
I mean, dynscope opto that appears to be working right now
<headius>
so no todo there currently
<enebo>
but we get good conf numbers if we start splitting arity
<subbu>
headius, so, no bugs in dynscope opt then?
<enebo>
or at least near parity numbers
<headius>
I've been running test suites with threshold=0 and dynscope opt enabled
<headius>
only failed JIT is stuff I expect, and everything's passing
<subbu>
reg. arity splitting, does that require a f2f meeting sometime or something that can be done over irc/email/code?
<headius>
it's not fast though...I have some stupid impls of stuff in JIT right now
<subbu>
nice. ok, one less thing for me to fix then :)
<headius>
I would like to meet this week regardless
<enebo>
subbu: yes on meeting
<headius>
hmmm... "Current frame's stack size doesn't match stackmap."
<enebo>
yay
<headius>
some closure buried in webrick/server.rb
<headius>
probably another missing result store
<subbu>
ok. i have code deploy tomorrow aft .. but i can do from a coffee shop as well .. and a 3pm meeting on thu.
<enebo>
I can meet anytime for the most part
<subbu>
tomorrow morning is out.
DrShoggoth has joined #jruby
<enebo>
except Sat morning :)
<subbu>
wed aft (but busy 2:45pm - 3:30pm), thu morn, thu post 4pm, fri works for me.
<enebo>
3:30 tomorrow?
<enebo>
headius: ^
<headius>
sorry, I was reading bytecode
<headius>
delicious bytecode
<headius>
3:30 tomorrow works
<subbu>
for 3:30pm, preferably nearer where i am unless i relocate to coffee shop early.
<headius>
where is nearer? Hiawatha?
<headius>
Peace Coffee is fine
e_dub has quit [Quit: ZZZzzz…]
<subbu>
peace coffee works.
<subbu>
riverview cafe is another although enebo doesn't like it, iirc.
<enebo>
hah
<enebo>
yeah peace coffee then
<headius>
my bro-in-law manages the theater there
<enebo>
I should make sure I have the car though
<subbu>
oh, really?
<headius>
I can save you $2 on tickets
<subbu>
ha ha ...
<subbu>
i go to riverview theater all the time :)
<subbu>
cheap good movies.
<headius>
yup yup
<colinsurprenant>
headius: ok, so a workaround is to reopen concrete Map class and define merge as dup.merge!
<colinsurprenant>
now, only problem is that I will have to do this for all potential concrete classes like HashMap and LinkedHashMap… don’t see how I can do other way
<rhinon>
hey guys i'm having a lot of issues cleanly starting/restarting puma in a prod environment, does anyone have any recommendations for alternatives?
<rhinon>
its a rails app.
colinsurprenant has quit [Quit: colinsurprenant]
diegovio1 is now known as diegoviola
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #jruby
elia has quit [Client Quit]
rcvalle has quit [Ping timeout: 255 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 2 new commits to truffle-head: http://git.io/HTePpA
<JRubyGithub>
jruby/truffle-head db76e6d Chris Seaton: Merge branch 'master' into truffle-head
<JRubyGithub>
jruby/truffle-head 9968fcc Chris Seaton: Merge branch 'master' into truffle-head
JRubyGithub has left #jruby [#jruby]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
pgokeeffe has quit [Quit: pgokeeffe]
pgokeeffe has joined #jruby
cprice has quit [Quit: Konversation terminated!]
rcvalle has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]