phrinx_ has quit [Remote host closed the connection]
phrinx has joined #jruby
ludyte_ has joined #jruby
ludyte has quit [Ping timeout: 260 seconds]
ludyte_ is now known as ludyte
phrinx has quit [Ping timeout: 272 seconds]
yfeldblum has quit [Remote host closed the connection]
ludyte has quit [Quit: ludyte]
havenwood has quit [Ping timeout: 264 seconds]
josh-k has quit [Remote host closed the connection]
josh-k has joined #jruby
ephemerian has joined #jruby
rsim has joined #jruby
josh-k has quit [Ping timeout: 255 seconds]
fridim_ has joined #jruby
obs has quit [Read error: Connection reset by peer]
havenwood has joined #jruby
kW_ has joined #jruby
havenwood has quit [Ping timeout: 264 seconds]
tenderlove has joined #jruby
Usuario has joined #jruby
tenderlove has quit [Ping timeout: 260 seconds]
Usuario has quit [Client Quit]
yfeldblum has joined #jruby
benlovell has joined #jruby
yfeldblum has quit [Remote host closed the connection]
havenwood has joined #jruby
yfeldblum has joined #jruby
havenwood has quit [Remote host closed the connection]
vtunka has joined #jruby
kith_ is now known as kith
vtunka has quit [Read error: Connection reset by peer]
vtunka has joined #jruby
purplefox has quit [Ping timeout: 272 seconds]
kith has quit [Quit: kith]
kith has joined #jruby
marr has joined #jruby
purplefox has joined #jruby
calavera has joined #jruby
jeremyevans has quit [Ping timeout: 244 seconds]
elia has joined #jruby
pchalupa has joined #jruby
JohnBat26 has joined #jruby
havenwood has joined #jruby
calavera has quit [Ping timeout: 246 seconds]
drbobbeaty has joined #jruby
anaeem1 has quit [Read error: Connection reset by peer]
anaeem1 has joined #jruby
calavera has joined #jruby
brettporter has quit [Remote host closed the connection]
josh-k has joined #jruby
brettporter has joined #jruby
mister_solo has joined #jruby
vtunka has quit [Ping timeout: 260 seconds]
vtunka_ has joined #jruby
noop has quit [Ping timeout: 244 seconds]
brettporter has quit [Ping timeout: 272 seconds]
postmodern has quit [Quit: Leaving]
vtunka_ has quit [Quit: Leaving]
vtunka has joined #jruby
calavera has quit [Ping timeout: 244 seconds]
vtunka has quit [Quit: Leaving]
calavera has joined #jruby
vtunka has joined #jruby
mister_solo has quit [Ping timeout: 260 seconds]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
drbobbeaty has joined #jruby
havenwood has quit [Remote host closed the connection]
calavera has quit [Ping timeout: 260 seconds]
calavera has joined #jruby
calavera_ has joined #jruby
drbobbeaty has quit [Ping timeout: 244 seconds]
calavera has quit [Ping timeout: 240 seconds]
shellac has joined #jruby
calavera_ has quit [Ping timeout: 240 seconds]
calavera has joined #jruby
mister_solo has joined #jruby
calavera has quit [Ping timeout: 246 seconds]
noop has joined #jruby
rsim has quit [Quit: Leaving.]
calavera has joined #jruby
calavera has quit [Ping timeout: 240 seconds]
skade has joined #jruby
calavera has joined #jruby
jeremyevans has joined #jruby
mister_solo has quit [Ping timeout: 260 seconds]
mister_solo has joined #jruby
calavera has quit [Ping timeout: 246 seconds]
calavera has joined #jruby
avsej has quit [Remote host closed the connection]
avsej has joined #jruby
multibot__ has quit [Remote host closed the connection]
multibot_ has joined #jruby
Hobogrammer has quit [Ping timeout: 258 seconds]
noop has quit [Ping timeout: 260 seconds]
thsig has joined #jruby
kW_ has quit [Ping timeout: 250 seconds]
anaeem___ has joined #jruby
brettporter has joined #jruby
drbobbeaty has joined #jruby
anaeem1 has quit [Ping timeout: 245 seconds]
anaeem___ has quit [Remote host closed the connection]
anaeem1 has joined #jruby
benlovell has quit [Ping timeout: 250 seconds]
anaeem___ has joined #jruby
anaeem___ has quit [Remote host closed the connection]
anaeem1 has quit [Read error: Connection reset by peer]
anaeem1__ has joined #jruby
avsej has quit [Quit: Quit]
avsej has joined #jruby
tlarevo has quit [Remote host closed the connection]
tlarevo has joined #jruby
avsej_ has joined #jruby
avsej has quit [Ping timeout: 240 seconds]
avsej_ is now known as avsej
tlarevo has quit [Ping timeout: 250 seconds]
<cajone>
Guys I have a method within a ruby class that has a def line def array_element(ary,int) where ary is an array, what would be the java_signature line for the array ir java_signature 'void array_element(****,int)' what would go in place of **** , hope that makes sense ?
noop has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
jruby/master db0d89a Christian Meier: [build] do use released jruby for building when on SNAPSHOT version
<JRubyGithub>
[jruby] jrubyci pushed 2 new commits to master: http://git.io/P0JFWQ
<JRubyGithub>
jruby/master 86106d7 Christian Meier: [build] removing obsolete files
JRubyGithub has left #jruby [#jruby]
thsig_ has joined #jruby
mister_solo has quit [Ping timeout: 258 seconds]
benlovell has joined #jruby
tbrock has quit [Quit: Computer has gone to sleep.]
<Aethenelle>
you oppesed to adding provisional support for new platforms without being able to test them?
<Aethenelle>
headius: comments?
<enebo>
Aethenelle: yeah for some platforms it is impossible for us to test it. It comes down how trustworthy the person is who is submitting it
<enebo>
Aethenelle: This guy seems like someone involved heavily in debian.
<Aethenelle>
i meant for the platforms we might be able to test on (eventually), if people want to use AIX or something like that, I don't see how we can help them...
<Aethenelle>
enebo: yeah, it's also a patch that doesn't affect anything but that platform...
<enebo>
Aethenelle: well in theory they are all a possibility if someone gives us access to a machine but in general if you can get someone to support that platform then it seems like a win.
iamjarvo has joined #jruby
<Aethenelle>
it's more of a do we want issues filed for these platforms that we can only anser with "you're on your own until we can get a test env up"
erikhatcher has quit [Quit: erikhatcher]
<enebo>
Aethenelle: I guess that is a most open-ended question but we already support all the common envs so I expect we will get a smaller percentage of those types of bugs on more esoteric envs
<Aethenelle>
for all the platforms we have issues filed currently, it's possible, if time consuming, to get a VM built under qemu. I've been planning to do that then upload them to vagrantcloud but haven't gotten to it yet.
<enebo>
Aethenelle: You would be adored by millions if you did that :)
kaawee has quit [Ping timeout: 260 seconds]
x1337807x has joined #jruby
pchalupa has quit [Quit: Leaving]
teamon has quit [Ping timeout: 260 seconds]
anaeem1 has quit [Remote host closed the connection]
teamon has joined #jruby
benlovell has quit [Ping timeout: 260 seconds]
colinsurprenant has quit [Quit: colinsurprenant]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/6ge1jw
<JRubyGithub>
jruby/master 7b544fb Thomas E. Enebo: Make issue on io regression on master #2045
JRubyGithub has left #jruby [#jruby]
anaeem1_ has joined #jruby
anaeem1_ has quit [Read error: Connection reset by peer]
anaeem1 has joined #jruby
anaeem1 has quit [Ping timeout: 272 seconds]
tcrawley is now known as tcrawley-away
phrinx has joined #jruby
thsig has joined #jruby
kaawee has joined #jruby
nanoyak has joined #jruby
kaawee has quit [Ping timeout: 250 seconds]
dmarcotte has joined #jruby
nipra has quit [Ping timeout: 240 seconds]
iamjarvo has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/I21R9g
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/master bd6f36b Thomas E. Enebo: Make issue on object space regression on master #2046
e_dub has quit [Quit: ZZZzzz…]
colinsurprenant has joined #jruby
Silent__ has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
Hobogrammer has quit [Ping timeout: 240 seconds]
_whitelogger_ has quit [Ping timeout: 260 seconds]
_whitelogger_ has joined #jruby
vyorkin has joined #jruby
teamon has joined #jruby
_whitelogger_ has joined #jruby
benlovell has joined #jruby
nanoyak has quit [Quit: Computer has gone to sleep.]
benlovell has quit [Ping timeout: 240 seconds]
<nirvdrum>
This might be old news, but I learned from asarih last night that Travis only updates its 9k builds when master is green. So any 9k testing in Travis right now is using a build from Sept. 12.
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
_whitelogger__ has joined #jruby
<enebo>
I am creating individual issues on failing tests and then skipping them
<nirvdrum>
Ahh, cool.
<nirvdrum>
I was trying to verify a fix subbu had for one of my gems and saw it was still failing.
<mkristian>
enebo, well, GEM_HOME works fine for all gems but jruby-launcher which installs a file in lib/ruby/shared/rubygems/default and this is not possible when running jruby-complete
<mkristian>
since it is located inside the jar
<enebo>
mkristian: Is this a limitation in Rubygems then?
<mkristian>
enebo, yes and no.
JRubyGithub has joined #jruby
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/8bKcpA
<JRubyGithub>
jruby/master a78abe1 Thomas E. Enebo: Make CI greener. Issue #2047
<mkristian>
the launcher is really meant for the jruby installation coming from the tar or zip file
calavera has joined #jruby
nipra has joined #jruby
<mkristian>
that is the extra file from the launcher:cat lib/ruby/shared/rubygems/defaults/jruby_native.rb
<mkristian>
looks like nice defaults even when the jruby-launcher is not installed :)
<mkristian>
enebo, no it actually removes the --env-shebang from the config (lib/ruby/shared/rubygems/defaults/jruby.rb)
lance|afk is now known as lanceball
<mkristian>
enebo, anyways the current jruby-launcher gem I can only install with jruby from file system
kgerman_ has joined #jruby
kgerman has quit [Ping timeout: 246 seconds]
samuelkadolph has quit [Ping timeout: 246 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/NXsnEA
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/master 84b2253 Thomas E. Enebo: Another failure due to issue #2046
kgerman_ is now known as kgerman
purplefox has quit [Ping timeout: 246 seconds]
cprice has quit [Remote host closed the connection]
purplefox has joined #jruby
cprice has joined #jruby
<enebo>
mkristian: hmmm. not sure what to suggest. I am really happy that I am not getting an exploding build and I do only care about this while in development so there is that angle
tenderlo_ has joined #jruby
dmarcotte has quit [Ping timeout: 246 seconds]
<mkristian>
enebo, well, just add a note in BUILDING.md to install the jruby-launcher if they want some speedup in launching jruby
dmarcotte has joined #jruby
tenderlove has quit [Ping timeout: 246 seconds]
<enebo>
mkristian: perhaps so
<mkristian>
until today it was part of mvn -Pbootstrap - maybe I make a mvn -Pbootstrap-mini for you ?
colinsurprenant has quit [Quit: colinsurprenant]
tcrawley-away has quit [Ping timeout: 246 seconds]
<enebo>
mkristian: I cannot remember half of the -P stuff already
<mkristian>
without the launcher and using an released jruby-complete
<enebo>
I will never remember there is a mini
projectodd-ci has quit [Ping timeout: 246 seconds]
kwando has quit [Ping timeout: 246 seconds]
yfeldblum has joined #jruby
<mkristian>
OK
jamo_ has quit [Ping timeout: 246 seconds]
kwando has joined #jruby
jamo_ has joined #jruby
<mkristian>
well, I personally have no preference. so I add some note in BUILDING.md
marr has joined #jruby
samuelkadolph has joined #jruby
<enebo>
mkristian: ok. fwiw I don’t think the bash launcher is really that much slower for time.
<enebo>
dfr|work: I would think we would fail whether it was enabled or not but perhaps we pass because something else does a stat and the last errno set happens to be ENOENT
<dfr|work>
enebo, no, I mean in jruby implementation :)
<enebo>
dfr|work: It is the same thing
<dfr|work>
I guess it's a runtime singleton =/
<enebo>
dfr|work: It is the errno() function in C
<enebo>
dfr|work: We are going out to JNI to retrieve this
<enebo>
dfr|work: For pure-Java mode I think it is just a field but we only use that if native is not loading
<dfr|work>
ah...
<enebo>
Perhaps it is a threadlocal…I don’t remember but in any case this is one of those wonky mismatches
<enebo>
dfr|work: think about how stuff like chdir is supported :)
<enebo>
dfr|work: so in any case if we are not talking to posix and indirecting through resource I think that we should be either getting result back from stat from resource or at least asking resource how things turned out
statonjr has joined #jruby
<dfr|work>
enebo, yes, I agree.
<dfr|work>
enebo, I'm just trying to think how to return failure information, since java doesn't support multiple return values :)
<enebo>
dfr|work: it is more an OR value then 2 values
<enebo>
dfr|work: stat struct is always success OR error value
<dfr|work>
enebo, maaaybe Fileresource implementations can just throw exception instead?
<dfr|work>
I guess maybe not since stat failure isn't always a ruby exception =/
<enebo>
dfr|work: except we don’t want the cost of exceptions for all file stats
<enebo>
dfr|work: That was a 25% startup regression I fixed
<dfr|work>
enebo, yup. Soooo FileStatOrError :)
<dfr|work>
yay :(
<enebo>
dfr|work: yeah I am unsure how this should be modelled
<dfr|work>
enebo, I think FileStatOrError is reasonable, since we cannot use exceptions.
<enebo>
dfr|work: if there was a InvalidFileStat and we have a method int errno() then if errno() is 0 it works except on InvalidFileStat instance it is actual error?
<dfr|work>
but then you'd have to fill in all the other stat stuff, which aren't really applicable.
tbrock has joined #jruby
<enebo>
any members on InvalidFileStat could actually raise to make sure nothing can be mistaken
<enebo>
well there is no other stuff in it
<dfr|work>
enebo, and callers will know that they have to be careful when unwraping the FileStat object.
<dfr|work>
enebo, I feel that a tuple patter nwith two fields is more obvious
<enebo>
so on error you return {-3, null} and on success {0, <stat_object>}?
<dfr|work>
enebo, yes. Or even null, <stat_object>
<dfr|work>
it'll have to constructors: one with errno, one with FileStat instance.
<enebo>
why null? in case errors are not numeric?
<dfr|work>
enebo, I guess 0 makes sense to. Null to denote that it wasn't filled.
skade has joined #jruby
<dfr|work>
but I think it's okay to tell people to expect the errno to be junk if the stat value is filled.
<enebo>
dfr|work: the actual analogue of errno is relevent since I think you might be able to retriev that value in some APIs
<enebo>
but I guess a valid stat will be 0 unconditionally
<dfr|work>
enebo, generally, I feel that if the stat is present then errno should either return a null or blow up, so avoid people assuming that '0' means that FileStat is present.
<enebo>
dfr|work: but a 0 means a stat is present by definition at C level
<dfr|work>
enebo, but for non-native posix all bets are off.
<dfr|work>
enebo, and I'd prefer to avoid exposing posix to upper layers of JRuby if we can avoid it, and have resource implementations deal with it.
<enebo>
dfr|work: but we also return 0 for pure-Java stat if one is returned since we are emulating C
<enebo>
dfr|work: I guess I don’t know what null means since then you are saying we need to box return values so they can be Objects?
<enebo>
dfr|work: I guess our disucssion is whether a higher level abstraction will make this more clear or less clear
<dfr|work>
enebo, when dealing with resources and getting stats from resources, I'd like no one to ever call runtime.getPosix().errno() ever.
<enebo>
dfr|work: agreed
<dfr|work>
enebo, so then the only way to get the error from failing to get a stat, is by the FileStatOrError object, since that should be the only way to obtain a FileStat in first place.
<enebo>
dfr|work: I don’t want them to make that call but our entire system or errors have the word errno in them and anyone working on FS stuff knows what errno means
<dfr|work>
enebo, I feel that that object should either have FileStat filled in OR error filled in, never both, even when 'both' is represented by errno being 0
<enebo>
dfr|work: I also agree with that but I would be inclined not to use a tuple for this but that is haggling
bbrowning is now known as bbrowning_away
<dfr|work>
enebo, so if someone calls .errno and Filestat is populated, I don't want it to return 0, because 0 is a valid errno
<enebo>
dfr|work: so not a tuple
<enebo>
dfr|work: We want a single type whch indicates success or filaure value and the actual stat
<enebo>
dfr|work: yeah but I do like having a predicate as well like hasSucceeded
<dfr|work>
enebo, yea, that's perfectly fine.
<dfr|work>
enebo, and okay, that sounds good to me as well :0
<enebo>
dfr|work: No one could have written to *Resourse APIs for extensions already could they? :)
calavera has joined #jruby
kaawee has quit [Ping timeout: 250 seconds]
<enebo>
The only downside to the overall design is extra object allocation but we are accessing the filesystem so that is not important
<dfr|work>
enebo, yea. I'm not sure an extra object makes a difference =/
<dfr|work>
enebo, anyway... it's something I can do, but I'm absolutely not sure about my time commitments atm :(
<dfr|work>
but it does look straightforward =/
JRubyGithub has joined #jruby
<JRubyGithub>
jruby/master 4dea67a Thomas E. Enebo: Make CI more green issue #2048
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to master: http://git.io/Z5Uw2g
<dfr|work>
also... is it something you'd like to see in 1.7 or master only?
<enebo>
dfr|work: don’t sweat it. If you don’t get to it before I circle around I might
<enebo>
dfr|work: well I just noticed it on master then realized it is a general problem in both branches
<dfr|work>
enebo, it's probably not as intrusive as load service refactor =/
<dfr|work>
but then I thought the load service wasn't that intrusive either, hehe.
<enebo>
dfr|work: This is such a new set of classes on 1.7.x I am not sure we have to worry about breaking stuff. but we could deprecate the other methods and then we do not need to fix the entire codebase in one go
<enebo>
breaking stuff == someone externally using them
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<enebo>
ok need to do some errands afk a while
<dfr|work>
enebo, I'd be curious to meet people who use my FileResource stuff, so I figure let's break them :)
<enebo>
hah
diegoviola has joined #jruby
kaawee has joined #jruby
statonjr has quit [Quit: statonjr]
dmarcotte has quit [Quit: Leaving.]
dmarcotte has joined #jruby
x1337807x has joined #jruby
x1337807x has quit [Max SendQ exceeded]
<Aethenelle>
you guys happen to know off the top of your head if there's a method in ffi that'll give you word size?