code logs -> 2012 -> Wed, 22 Aug 2012< code.20120821.log - code.20120823.log >
--- Log opened Wed Aug 22 00:00:15 2012
00:06 himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds]
00:16 Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has joined #code
00:16 mode/#code [+o Vash] by ChanServ
00:27 Nemu [NeophoxProd@Nightstar-8cd90289.asahi-net.or.jp] has quit [Ping timeout: 121 seconds]
00:28 Attilla [Obsolete@Nightstar-527f5dfa.as43234.net] has quit [Ping timeout: 121 seconds]
00:32 You're now known as TheWatcher[T-2]
00:36 You're now known as TheWatcher[zZzZ]
00:37 Derakon [Derakon@Nightstar-a3b183ae.ca.comcast.net] has joined #code
00:37 mode/#code [+ao Derakon Derakon] by ChanServ
00:41 celmin|away [celticminst@Nightstar-05d23b97.cable.rogers.com] has quit [[NS] Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
00:42 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code
01:29 himi [fow035@D741F1.243F35.CADC30.81D435] has joined #code
01:29 mode/#code [+o himi] by ChanServ
01:39 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has quit [Ping timeout: 121 seconds]
01:53 * McMartin installs Windows 8 on one of his work machines.
01:53
<&McMartin>
:(
01:59
<@Alek>
I am so sorry to hear that.
01:59
<@Alek>
?_?
02:01
<&McMartin>
After having said that, it manages to make me happy about something in 45 seconds after first login
02:01
<&McMartin>
(right-click to mount ISOs Just Works out of the box)
02:06 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code
02:08
<@Alek>
oh, THAT is nice. :)
02:09 * Alek had Jelly Bean pushed to his device yesterday.
02:09
<@Alek>
my first impressions: I don't like it.
02:09
<@Alek>
text is smaller, especially in the selection fields, in browser. also in browser, autocomplete is broken.
02:10
<@Alek>
and the window switching is now animated. and laggy.
02:10
<@Alek>
and it's a tad less responsive to touches. D:
02:11 Kindamoody[zZz] is now known as Kindamoody
02:12
<&McMartin>
Phone or tablet?
02:12 * McMartin is still on Gingerbread over here.
02:20 Kindamoody is now known as Kindamoody|gaming
02:31
<@Alek>
tablet
02:31
<@Alek>
asus tf300t
02:32
<@Alek>
I do love it, especially with the dock, but this...
02:33
<@Alek>
oh, and it's not quite stable. it can spontaneously reboot on occasion, and sometimes an app crashes on opening. but that's from before the update, so I dunno.
02:34
<@Alek>
even a BUNDLED app, yet, so can't blame that on 3rd party programmers. :P
02:36
<&McMartin>
Speaking of 3rd party programmers, once I get the Android version of Hex Inverter working, want to help test it >_>
02:46
<@Alek>
sure. XD
02:49 * McMartin is currently testing out the UI flows on Swing.
02:50
<&McMartin>
Both it and Android seem to make heavy use of worker threads.
02:50
<&McMartin>
So that should get me a reasonably translatable model/view separation
02:51
<&McMartin>
Oh!
02:51
<&McMartin>
This is the 10-inch tablet
02:52
<&McMartin>
Yeah, I've heard that Jellybean is more comfortable on smaller ones.
03:00 Attilla [Obsolete@Nightstar-527f5dfa.as43234.net] has joined #code
03:17 Attilla [Obsolete@Nightstar-527f5dfa.as43234.net] has quit [[NS] Quit: ]
03:45
<&jerith>
I'l try it on my phone.
03:45
<&jerith>
+l
04:38
<&McMartin>
This is still some ways off, but I'll be sure to post updates in here
04:39 iospace is now known as iospacedout
04:49 * Derakon spends ~10 minutes trying to debug a function only to realize that it's not being called...the copy of the function that he moved elsewhere is, and he forgot to delete the original. >.<
04:51
<&Derakon>
On a related note, for some reason raising exceptions outside of the main thread seems to just cause the thread to silently die; nothing is printed to the console or anything.
04:51
<&Derakon>
This is mildly distressing.
04:52
<&McMartin>
language/OS/version?
04:52
<&McMartin>
Because there's a bug in 10.8 libstdc++ that totally does this -_-
04:52
<&Derakon>
Python / OSX 10.6.8.
04:53
<&Derakon>
I'm inclined to blame wxWidgets for this somehow, since a pure-Python test program I just wrote is able to get output from sub-threads just fine.
04:54
<&Derakon>
(And is also able to ignore SIGKILL, whoops)
04:54
<&Derakon>
(Er, SIGTERM? I always get those confused)
04:54
<&McMartin>
SIGKILL is -9
04:54
<&Derakon>
Actually what I meant was ^C was ignored.
04:54
<&Derakon>
`kill` worked fine.
04:55
<&McMartin>
That's SIGINT.
04:55
<&Derakon>
D'oh, right. Thanks.
04:55
<&jerith>
Python has daemon threads and non-daemon threafs.
04:55
<&jerith>
*threads
04:56
<&jerith>
I don't recall the difference offhand.
04:56
<&jerith>
I try to avoid threads.
04:56
<&Derakon>
This is just threading.Thread; AFAICT there's nothing about its constructor that enables fundamentally different behaviors.
04:56
<&Derakon>
Unfortunately threads are needed so I can get input from the user without having to end one function and create another one.
04:57
<&jerith>
I think it's a setting you can set on the thread object.
04:57
<&McMartin>
oh god
04:57
<&jerith>
Like I saod, I don't recall.
04:57
<&Derakon>
Oh hey, this time it printed the exception, despite my not having done anything different. Weird.
04:57
<&jerith>
*said
04:57
<&McMartin>
I just had a vision of the UI thread and the game model playing off each other with yield
04:58
<&Derakon>
Don't joke.
04:58
<&Derakon>
There's code at work that behaves that way. :(
04:58
<&McMartin>
Well
04:58
<&McMartin>
I'm actually a fan of both futures and promises, though those are threads under the hood
04:58
<&Derakon>
A massive snarl of functions, half of which have to be invoked via "for i in function(...): yield i".
04:59
<&McMartin>
I was thinking more along the lines of "yield can be used to implement coroutines"
04:59
<&McMartin>
Which are actually something I suspect you'd be A-OK with there.
04:59
<&McMartin>
But, well, yield isn't really the best way to do general co-routines, no~
05:00
<&Derakon>
Yeah, this is all done so that the experiment code can wait for external events to occur and then pick up where it left off.
05:00
<&Derakon>
It could all be done trivially with threads except that rewriting the experiment code is particularly hairy.
05:00
<&Derakon>
Still one of those things I should really get around to at some point.
05:02
<&Derakon>
...goddammit I'm an idiot.
05:02
<&Derakon>
The reason the callback function for this prompt is getting called twice?
05:02
<&Derakon>
Is because the prompt's resolution code calls it twice.
05:03
<&Derakon>
self.wrapCallback(direction); if self.callback is not None: return self.wrapCallback(direction)
05:04 Kindamoody|gaming is now known as Kindamoody
05:08
<&Derakon>
Okay, question time. Paste: http://pastebin.com/mfp82sQR
05:09
<&Derakon>
The problem here is that Python thinks that the "results" referred to on line 7 is a new variable first created on line 12; not the value created on line 5.
05:09
<&Derakon>
Inserting "global results" before line 5 just means that Python looks for a nonexistent module-scoped variable instead.
05:10
<&Derakon>
Any way to get Python to use the variable declared on line 5, short of making that variable a list and appending to it instead of setting it on line 12?
05:10
<&Derakon>
Because that works, but it seems hackish.
05:12 * Vornicus has never actually done defs that way.
05:12
<&Derakon>
I've done it mostly for functions that can't be lambdas but are only relevant within another function. It's pretty rare.
05:17
<&Derakon>
So, any better suggestions?
05:18
<~Vornicus>
None.
05:19
<&Derakon>
I guess the list approach, then. Bleh.
05:23
<&jerith>
Closures?
05:24 * jerith only has a couple of lines of context.
05:25
<~Vornicus>
He's trying to make it a closure, from what I can tell
05:25
<&jerith>
Mutable vars are kind of the idiom to modify things in the enclosing scope.
05:26
<~Vornicus>
But it's not working right: he's got code that goes a = None; def foo(): if a: ...; a = bar;
05:26
<&jerith>
But needing to do that is a bit of a smell.
05:26
<~Vornicus>
and it's complaining about, of course, access before assign.
05:27
<&Derakon>
Because the internal function has its own scoping.
05:27
<&jerith>
Yeah, assigning in the inner scope makes a new variable.
05:27
<&Derakon>
More importantly, Python only looks in that scope for variables.
05:28
<&Derakon>
There's no inherited scope.
05:29
< Rhamphoryncus>
The nonlocal keyword is what you want, and it's pretty new
05:29
<&jerith>
Closures copy values, not references.
05:29
<&Derakon>
Yeah, my Python doesn't recognize "nonlocal".
05:30
<&jerith>
So you can read from the enclosing scope, but assignment rebinds the name.
05:32
< Rhamphoryncus>
Modifying a list is your best bet I'm afraid
05:32 * Derakon puts a disclaimer above it explaining what's going on, shrugs.
05:32
<&Derakon>
There are currently 34 instances of the string "\todo" in Pyrel.
05:33
<&jerith>
Rhamphoryncus: We're talking about Python here, not your crazy new language with 3 in it.~
05:33
<~Vornicus>
Nonlocal is PEP3104, and is in 3.0
05:33
< Rhamphoryncus>
I wasn't sure on the versions when I mentioned it
05:37
<&Derakon>
...ah, yes, and another feature I've wanted for awhile: decorators that are specific to a given class instance.
05:37
<&Derakon>
So I can do "@self.invokeCallbackOnCompletion" just before a function definition.
05:37
<&Derakon>
Of course, "self" isn't defined at that point...
05:39 Kindamoody is now known as Kindamoody|breakfast
05:47
<&Derakon>
Man, I still love that I can ask Pyrel for relevant objects by doing e.g. "targets = self.gameMap.getContainer((pos[0] + dx, pos[1] + dy)).filter(container.OPENABLES)"
06:09 Rhamphoryncus [rhamph@Nightstar-5697f7e2.abhsia.telus.net] has quit [Client exited]
06:14 Kindamoody|breakfast is now known as Kindamoody
06:19 Kindamoody is now known as Kindamoody|out
06:36 Derakon is now known as Derakon[AFK]
06:38 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
06:49 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
07:05 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code
08:05 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
08:06 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code
08:12 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has quit [[NS] Quit: ]
08:13 Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has quit [[NS] Quit: I lovecraft Vorn!]
08:22 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code
09:08 himi [fow035@D741F1.243F35.CADC30.81D435] has quit [Ping timeout: 121 seconds]
09:33 You're now known as TheWatcher
10:25 Reiv is now known as Reiver
10:37 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
10:42 Syloq_Home [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code
12:09 iospacedout is now known as iospace
12:46 Attilla [Obsolete@Nightstar-527f5dfa.as43234.net] has joined #code
14:15 * gnolam is now hoping to get into Big Nuclear's pocket.
14:27 * Tarinaky is headdesking at the last release of SDL being over 10 years old and no decent documentation for the version they really should have released more incrementally.
14:28
< Tarinaky>
Rather than making everyone await the second coming. >.>
14:30
< gnolam>
Tarinaky: s/release/major version :P
14:36
< Tarinaky>
What're my options?
14:39
< AnnoDomini>
Recurse, sinner! The endp is nigh!
14:46 * TheWatcher passes AD into Cthulhu()
14:50
< AnnoDomini>
Cthulhu() doesn't take arguments!
14:51
< Tarinaky>
#include "kinginyellow.h"
14:59
< iospace>
OHSHIT
14:59
<&McMartin>
hasattr() hasattr() hasattr()
15:00
<&McMartin>
Also, what the shit
15:00
<&McMartin>
Why is Java being the most convenient way to do something
15:00
< AnnoDomini>
Statistics.
15:00
<&McMartin>
(In this case, the javax.imageio.ImageIO class)
15:01
<&McMartin>
YOU THERE, WRITABLE ARGB ARRAY FROM THIS PNG
15:02
<&McMartin>
NOW WRITE IT TO THIS OTHER PNG
15:02
<&McMartin>
KTHX
15:02
<&McMartin>
The Swing port of Hex Inverter proceeds
15:02
<&McMartin>
It's going to have some awful bits
15:03
<&McMartin>
But they'll be my fault, not Java's~
15:04
<&McMartin>
(I'm using a lot of integer arrays where I "shouldn't" because that will be easier to serialize out later when dealing with Android's process management)
15:21 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code
15:38
< Tarinaky>
Okay. I may, or may not, be getting a context :/
15:45
< Tarinaky>
Nope. I don't think it's creating a context.
15:45
< Tarinaky>
God fucking damn it.
15:48
< Tarinaky>
Argh
15:58
< Tarinaky>
I need a replacement for SDL. It's useless.
16:00
<@TheWatcher>
Unity?~
16:00
<@TheWatcher>
Depends what you want to do, really.
16:01
< Tarinaky>
Handle input and window creation mostly.
16:01
<@TheWatcher>
For what?
16:01
< Tarinaky>
For an OpenGL4 context
16:02
< Tarinaky>
So I can learn GLSL and low-ish level graphics.
16:03
<@TheWatcher>
GLUT?~
16:03
< Tarinaky>
Seriously :/
16:06
<@TheWatcher>
I tend to just use SDL1.2 + OpenGL2.1, so I can't really suggest. Never really bothered looking at opengl4
16:06
<@TheWatcher>
or SDL 2, 1.3 whateverthey'recallingitnow
16:07 Rhamphoryncus [rhamph@Nightstar-5697f7e2.abhsia.telus.net] has joined #code
16:09
< Tarinaky>
SDL1.2 is over ten years old. This is not good.
16:09 * TheWatcher shrug
16:09
<@TheWatcher>
It works.
16:10
< Tarinaky>
No it doesn't, it doesn't support modern openGL. :p
16:11
< Rhamphoryncus>
Mouse input only half-works too
16:16
<@TheWatcher>
Tarinaky: I note that a google search will given you a number of hits telling you how to get an opengl 3 context in sdl 1.2, I can't imagine opengl 4 will be much harder
16:18
<@TheWatcher>
Alternatively, try GLFW?
16:19
< Tarinaky>
TheWatcher: They don't actually work though >.>
16:19
< Tarinaky>
I'll try GLFW.
16:28
< Tarinaky>
Exept the functions that are supposed to be in the header file aren't.
16:28
< Tarinaky>
Great.
16:30
< Tarinaky>
undefined reference to `glfwInit' I'm staring right at the prototype in the header file you stupid compiler!
16:31
<@TheWatcher>
O.o
16:33
<@TheWatcher>
What're you trying to to use it from?
16:33
<@TheWatcher>
(ie: which compiler/environment)
16:33
< Tarinaky>
Mingw.
16:33
< Tarinaky>
The headers are in Mingw's include folder.
16:33
< Tarinaky>
I am #including them.
16:33
< Tarinaky>
With the "" form.
16:34 * iospace stabs Tcl
16:34
< iospace>
why you no find file!
16:35
< iospace>
and yes, it's in the path and shit
16:35
< iospace>
just when i run the script it seems to disregard everything
16:35
< iospace>
:<
16:42
< sshine>
iospace, #include "foo" doesn't need to be in path, but is relative to CWD.
16:42
< iospace>
CWD?
16:42
< iospace>
and this is Tcl
16:43
< iospace>
not C :P
16:43
< sshine>
I didn't know Tcl had #include directives :)
16:43
< iospace>
sourc
16:43
< sshine>
ah.
16:43
< iospace>
*source
16:43
< sshine>
doesn't source rely on CWD as well?
16:43
< iospace>
now i don't know if source itself is working because it goes "cannot find file"
16:44
< iospace>
CWD?
16:44
< sshine>
current working-directory
16:44
< iospace>
it's in the CWD
16:47
< sshine>
~/tmp >> cat foo.tcl
16:47
< sshine>
puts "This is foo"
16:47
< sshine>
source bar.tcl
16:47
< sshine>
~/tmp >> cat bar.tcl
16:47
< sshine>
puts "This is bar"
16:50
< iospace>
heh
17:30 Kindamoody|out is now known as Kindamoody
17:30
< sshine>
iospace, is it more complex than that?
17:32
< iospace>
yeah
17:32
< iospace>
a /lot/ more
17:33
< iospace>
i'm also working on something else atm :P
17:35
< Tarinaky>
C++'s #include directive isn't relative to the CWD.
17:35
< Tarinaky>
That'd be too simple.
17:36
< Tarinaky>
#include "foo" searches the directory containing the file it is encountered in.
17:36
< Tarinaky>
Then it searches every directory containing a file already included.
17:36
< Tarinaky>
Then it searches the compiler's include path.
17:37
< Tarinaky>
*encountered while compiling.
19:24 Kindamoody is now known as Kindamoody[zZz]
19:29 Vash [Vash@Nightstar-e8057de2.wlfrct.sbcglobal.net] has joined #code
19:29 mode/#code [+o Vash] by ChanServ
19:50
< iospace>
...
19:51 * iospace eyes teh email she just got from Quality
19:51
< iospace>
"
19:51
< iospace>
"The company will soon be issuing employee ID badges for all employees, and a new set of head shots need to be taken. This means that tonight is the night to practice your best blue steel pose"
19:52
<&jerith>
Someone's been watching Zoolander.
19:52
< iospace>
yup
21:07 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has quit [Connection reset by peer]
21:07 celticminstrel [celticminst@Nightstar-05d23b97.cable.rogers.com] has joined #code
21:20 * iospace eyes this script
21:20
< iospace>
WORK OR I WILL GOUGE YOUR FUNCTIONS OUT WITH A RUSTY SPORK
21:25
< sshine>
hehe
21:26
< iospace>
^_^
21:27
< iospace>
there's timing issues and it's /frustrating/
21:59
< rms>
Timing? Like a race condition?
22:04
< iospace>
it's an expect like script in that it waits for a certain line to appear on the screen. In this case it's supposed to enter a keystroke to access the startup utility
22:04
< iospace>
sometimes the keystroke is not registered
22:08 * iospace head desks
23:12 himi [fow035@Nightstar-5d05bada.internode.on.net] has joined #code
23:12 mode/#code [+o himi] by ChanServ
23:34 himi [fow035@Nightstar-5d05bada.internode.on.net] has quit [Ping timeout: 121 seconds]
23:50
<&McMartin>
Hooray
23:51
<&McMartin>
I need to mock up a challenge-response authentication server
23:51
<&McMartin>
I *could* use boring pretend RSA tokens that are just hardcoded or whatever
23:51
<&McMartin>
*or*, I could use the Bridgekeeper dialog from Monty Python and the Holy Grail.
--- Log closed Thu Aug 23 00:00:30 2012
code logs -> 2012 -> Wed, 22 Aug 2012< code.20120821.log - code.20120823.log >

[ Latest log file ]