| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14
Comments:
<0> so i should be able now to pick them out ?
<1> thats wrong
<1> you didnt want 630
<1> (630,320) <
<1> thats what [1] wont return
<0> nope thats ok so.. i think. [0] should return the fp_up, [1] should return 630 now and [2] would return 320 when i understand that correctly ?
<2> that's right, offsets start at 0, so you the first element is 0, and the last element is len(obj)-1
<3> Highly interesting paper: http://www.st.cs.uni-sb.de/edu/seminare/2005/advanced-fp/docs/sweeny.pdf
<2> about what?
<4> tic: nice sheets. where's the actual paper? :P
<3> err, I mean slides.
<3> either way, interesting to read.
<0> @kbrooks great. can pick now every value... hehe. you saved my day..
<5> if I fail to join my thread, will anything bad happen?
<1> cout: you have to hjoin it, or it wont block
<5> hjoin?
<1> cout: typo
<5> ok
<5> and what do you mean by "it won't block"?
<2> cout: without the join, your script won't wait until the thread exits, which you need to prevent the main thread from exiting early.
<5> sysfault: the main thread is running the gtk event loop
<5> which is part of the problem... I'm not sure how to notify the main thread that it needs to join the child threads
<2> no gtk centric way of doing that?
<4> cout: you only need to join the threads when you want them joined. When exiting, Python joins the threads anyway.
<5> yhg1s: cool
<5> the first thing I've actually liked about python threads
<2> Yhg1s: really? heh
<2> http://conferences.oreillynet.com/cs/os2003/view/e_spkr/1555 ;)
<5> why is "yield not allowed in a try block with a finally clause"?
<6> this is upseting me.
<4> cout: because Python can't figure out when to call the 'finally' part.
<1> cout: imagine this:
<1> def f()
<1> er
<1> def f():
<1> while 1:
<7> "The difficulty is that there's no guarantee the generator will ever be resumed, hence no guarantee that the finally block will ever get executed; that's too much a violation of finally's purpose to bear."
<1> yield 1
<1> try: f()
<1> finally: #...
<1> well, yield f, i mean
<4> some would argue the finally should be executed each time a value is yielded.
<1> anyway, that generator would not stop
<5> kbrooks: you've confused me. can you paste that code somewhere?
<1> and therefore "what's the point"?
<1> http://rafb.net/paste/results/xB0IXy25.html
<5> why does it allow the except clause if no finally?
<4> what a convoluted example
<4> 'f' is besides the point. The only point is the 'yield' statement inside the 'while'.
<1> Yhg1s, Yeah, right.
<4> cout: 'finally' is always called when leaving the block. 'except' is only called when leaving the block with an exception. 'yield' is not an exception, so 'except' is fine.
<4> cout: when do you expect the 'finally' part to be run?
<1> Yhg1s, in this case, the while 1: loops forever and it doesnt leave the block
<1> ever. there is no "end"
<4> kbrooks: you seem confused. 'yield f()' only yields once value, an iterator (which would loop forever.) It doesn't use the result of f(), other than to yield it. once.
<1> am I correct?
<1> yes admittely i'm confused
<5> yhg1s: I expect it to execute after iteration completes, though iirc yield doesn't work the way I think about it conceptually
<8> cout well, what if iteration never completes, is the question?
<5> zalamander: then finally wouldn't get executed
<8> cout which is Guido's complaint, it sounds like. The whole point of "finally" is that it is *always* executed, regardless of loop results
<4> which isn't acceptable to many uses of 'finally'. You can fake it with try/except/else
<4> e.g. http://deadbeefbabe.org/paste/2862
<9> re
<9> hi - i have a little py-problem, - These following lines don't work correctly - can anyone tell me why?
<9> options, arguments = getopt(sys.argv[1:], 'hvm:')
<9> if '-v' in options :
<4> how do they 'not work correctly'?
<5> yhg1s: try/except doesn't have the behavior I expect, because if the iteration loop raises an exception, the except clause isn't executed
<1> luh:
<1> for o, a in options:
<1> if o == "-v": . ..
<4> cout: correct. In the case of try/finally inside the iteration, it *also* wouldn't be executed.
<9> Yhg1s, if i use -v it won't take it as a -v
<10> ok question
<9> kbrooks, ???
<1> luh: see above code
<4> cout: if you want to do cleanup after iteration finishes (whether it's aborted or exhausted), you need a custom iterator cl***.
<10> I can access cl*** variables the same as instance variables, right? By doing x.var?
<1> luh: thats the correct way
<4> luh: which 'getopt' is that?
<4> ShortWave: yes.
<5> yhg1s: where would I put the cleanup code, then?
<9> what is the a for kbrooks ?
<1> luh: did you from getopt import *
<9> yes kbrooks
<4> cout: in the __del__ method of the iterator cl***.
<1> luh: argument to option
<5> yhg1s: but __del__ might not get executed
<4> luh: if you read getopt.getopt's documentation, you'll see that it returns 'opts, args', where 'opts' is a list of (option, value) pairs.
<4> cout: correct, although in CPython this will only happen when Python is exiting.
<4> cout: if you want to be 100% sure the iterator is released, wrap its entire usage in a try/finally and exlicitly release whatever resources it holds.
<1> Yhg1s, um, the reference count can go to 0
<5> sigh.
<4> kbrooks: that's when it *is* executed. It might *not* be executed when Python is exiting while the iterator still exists.
<1> ah
<5> I really dislike scattering try/finally all about my code. code duplication is bad.
<4> cout: if it's only critical to your own application that the resources get released, __del__ is fine. If it's critical to the outside world (e.g., lockfiles and such), you need to wrap the entire thing in a try/finally.
<9> ic kbrooks, Yhg1s
<4> cout: yes, scattering try/finally all over is inconvenient, but also pretty rare. Perhaps there is a better way to do what you want to do.
<5> yhg1s: even if it's critical to my own application, __del__ is not fine. consider what happens if you open a file and don't close it; eventually you'll run out of file handles/descriptors
<4> cout: eh? how is that a problem with __del__?
<4> __del__ isn't guaranteed to be called by the language specification, but in CPython, it will always be called when refcounts drop to 0, and right away. The only situation where __del__ isn't called is when the object is referenced right up to the moment Python exits.
<5> yhg1s: because objects don't have guaranteed destruction. it's too easy to create a hidden reference to an object that prevents destruction.
<5> yhg1s: from what I understand, this is the point behind PEP 343
<4> correct.
<4> it doesn't make __del__ unsuitable for, e.g., closing files though.
<11> cout: perhaps you can use something higher-order to avoid the duplication... x.iterateWithCleanup(someCallable)
<5> joedj: that's the idiom I'm leaning toward.
<12> hi
<5> I have a meeting to be at in 20 minutes. bbl.
<13> ahm... how do I get the total number of elements in a list?
<11> nictuku: len(L)
<13> oh. thanks :-)
<14> could I change python functions?
<14> llike, b+b (where b = 'b') = 2b?
<14> hmpf.. wait
<14> any way to make > b = """ ' """ , b , """ ' """ < work?
<14> so that b = 'b' ?
<14> (that way I can make a=b=c, making c='c')
<11> NaeRey: you aren't making much sense :)
<14> its complex algebraic functions
<4> Python isn't an algebraic language.
<4> but if you want to make "b = 'b'", you can just do 'b = str(b)'
<15> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<16> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<17> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<18> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<19> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<20> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<21> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<22> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<23> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<24> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<15> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<25> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<17> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<16> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<18> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<19> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<20> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<22> FLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFLOoDFL
<4> funnneeee.
<11> heh
<11> that didn't last long
<26> FLOoD.
<26> from one IP
<4> aye.
<26> probably got glined quite fast ;D
<2> gay.
<27> lol, kiddies.
Return to
#python
or
Go to some related
logs:
BIOS ROM 786K1
python xlib mouse moves source
ubuntu set QTDIR put it in your PATH
gcc-config error gentoo
#math
#linux
#ubuntu
xorg-7 + tgz
Dammn Small Linux
install kvirc
|
|