zeno__: I still have to learn erlang, but from what I've heard so far, I wouldn't call what erland does multithreading
2008-10-01 27517, 2008
zeno__
LotR: message passing concurrency w/e :)
2008-10-01 27540, 2008
luks
zeno__: wrong
2008-10-01 27549, 2008
luks
GIL is not a problem at all
2008-10-01 27539, 2008
LotR
luks: what is the problem then?
2008-10-01 27523, 2008
luks
problem with multithreaded fingerprinting? libofa
2008-10-01 27516, 2008
luks
having it work in 2 or 10 extra threads instead of 1 would be a matter of changing a number in picard
2008-10-01 27547, 2008
bmxgamer has quit
2008-10-01 27550, 2008
zeno__
luks: ah neat. may do this for my 4 core then
2008-10-01 27505, 2008
LotR
oh, hrm. I hadn't considered fingerprinting. I guess cpu-bound does make sense then
2008-10-01 27506, 2008
luks
do what? :)
2008-10-01 27523, 2008
luks
LotR: what else did you want to move to more threads?
2008-10-01 27535, 2008
zeno__
<changing a number in picard>
2008-10-01 27551, 2008
LotR
luks: I hate threads, I would never suggest creating more
2008-10-01 27554, 2008
luks
zeno__: "what is the problem then?" -> "libofa"
2008-10-01 27504, 2008
zeno__
oh ok my bad
2008-10-01 27512, 2008
LotR
luks: the main problem I see with picard is that its UI freezes a lot.
2008-10-01 27547, 2008
zeno__
mine is that the green tag button mysteriously stops working half the time :\
2008-10-01 27512, 2008
LotR
zeno__: oh, I was keeping UI issues out of it :)
2008-10-01 27529, 2008
luks
green tag button?
2008-10-01 27557, 2008
outsidecontext
zeno__: the one on the website i guess?
2008-10-01 27510, 2008
milosz
save button
2008-10-01 27525, 2008
milosz
_
2008-10-01 27527, 2008
milosz
?
2008-10-01 27548, 2008
LotR
if it's the save button, then you have to realize that you need to have something to save selected
2008-10-01 27537, 2008
zeno__
outsidecontext: yes
2008-10-01 27547, 2008
zeno__
LotR: the one on releases
2008-10-01 27556, 2008
outsidecontext
zeno__: do you have frequently several instances of picard running?
2008-10-01 27505, 2008
LotR
zeno__: how is that a picard issue?
2008-10-01 27527, 2008
zeno__
outsidecontext: one at the moment but have had a lot of crashes
2008-10-01 27543, 2008
zeno__
LotR: maybe not i dont know how it works
2008-10-01 27534, 2008
outsidecontext
because if you open a second picard it will listen on a different port. the green buttons will still point to the first picard instance and if you close that the buttons obviously don't work anymore
2008-10-01 27538, 2008
luks
I'm thinking we should have a javascript that tries more than one port until it find one that works
2008-10-01 27552, 2008
outsidecontext
good idea
2008-10-01 27508, 2008
luks
that way we can have it on the website without depending on picard
2008-10-01 27531, 2008
milosz
welll there's the somewhat theoretical issue that some people might not want to have their machines probed
2008-10-01 27553, 2008
zeno__
outsidecontext: so how to fix? restarting firefox doesnt help
2008-10-01 27514, 2008
outsidecontext
making a new lookup from inside picard
2008-10-01 27520, 2008
milosz
also it sounds somewhat odd to me, i mean how much ports wouold you want to try? 20, 50, or 100? it's arbitrary
2008-10-01 27520, 2008
luks
milosz: if we define a range of e.g. 5 ports, I don't see why not
2008-10-01 27521, 2008
LotR
yeah, trying ports till you find one sounds bad
2008-10-01 27531, 2008
milosz
luks, hmm right
2008-10-01 27544, 2008
milosz
i was thinking of it more wildly heh
2008-10-01 27553, 2008
outsidecontext
zeno__: you have to do a lookup with picard in order to tell the website the port picard is listening on
2008-10-01 27509, 2008
luks
it's not like I'm going to implement mmap in javascript :)
2008-10-01 27540, 2008
outsidecontext
i don't see a problem with a few defined ports scanned on localhost
2008-10-01 27541, 2008
LotR wonders why people would have multiple instances of picard running anyway
2008-10-01 27542, 2008
luks
most of the time it will be the first try anyway
2008-10-01 27502, 2008
zeno__
LotR: when it crashes
2008-10-01 27513, 2008
luks
LotR: sometimes it crashes, sometimes they close it and open in a short time
2008-10-01 27536, 2008
luks
it takes some for the port to become open again
2008-10-01 27530, 2008
LotR
I think I'd rather see picard complaining about how it couldn't bind to its port
2008-10-01 27516, 2008
luks
there is no 'the picard port'
2008-10-01 27532, 2008
luks
oh, you mean from picard
2008-10-01 27547, 2008
luks
what if the picard port is used by something else
2008-10-01 27558, 2008
luks
that would mean you can't use picard
2008-10-01 27523, 2008
LotR
that would mean you'd configure it or 'something else' differently
2008-10-01 27532, 2008
zeno__
hitting lookup doesnt open the browser :\ however hitting report bug, upload cluster, etc does
2008-10-01 27552, 2008
luks
there is more lookup buttons
2008-10-01 27500, 2008
luks
don't use the toolbox one for this
2008-10-01 27553, 2008
zeno__
luks: ah that works :) assumed they did same
2008-10-01 27529, 2008
LotR
luks: why are there several? wouldn't it make sense to have a single one that falls back to 'open browser window' when it can't find an exact match?
2008-10-01 27524, 2008
LotR
also, what use is the one on the left?
2008-10-01 27501, 2008
luks
because you might want to look up the original metadata
