From bd172537e09d14acfd5409c100051422600ede59 Mon Sep 17 00:00:00 2001 From: C R Onjob Date: Mon, 6 Oct 2014 01:00:02 +0800 Subject: [PATCH] Automatic commit of irc logs FORTUNE PROVIDES QUESTIONS FOR THE GREAT ANSWERS: #15 A: The Royal Canadian Mounted Police. Q: What was the greatest achievement in taxidermy? --- irc/#ipdf.log | 144 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 144 insertions(+) diff --git a/irc/#ipdf.log b/irc/#ipdf.log index 88b0308..93c9097 100644 --- a/irc/#ipdf.log +++ b/irc/#ipdf.log @@ -6100,3 +6100,147 @@ 00:20 <@matches> I only saw it because it is also outside an #ifdef and raises an "unused label" warning 00:20 <@matches> How many others are there... 00:24 <@matches> There is also a goto in stb_truetype.h but I'll let that one slide since sulix didn't write it +10:01 < sulix> Gah: runs fine, no warnings in valgrind, crashed with memory corruption errors outside of valgrind. +10:02 < sulix> This is clearly karmic retribution for the goto. +10:25 <@matches> Ah +10:25 <@matches> Are you compiling with or without the quadtree? +10:25 <@matches> Because I set the VReal and PReal typedef to ParanoidNumber +10:26 <@matches> Running in valgrind ParanoidNumber is equivelant to a double since the FE_INEXACT exception isn't raised +10:26 <@matches> Running outside of valgrind... anything could happen +11:31 <@matches> One does not simply compile with MinGW and have things actually work +11:32 <@matches> Wine likes it +11:32 <@matches> Actual windows seems to have some difficulty with OpenGL functions +11:32 <@matches> Also thank goodness for gdb compiled for windows +11:33 <@matches> Because "ipdf.exe has experienced an error, would you like to send Microsoft a report?" +11:33 <@matches> Is really not helpful +11:33 <@matches> Command prompt won't even tell you "Segmentation fault" +11:39 <@matches> Hmm, needs more "-lopengl32" ? +11:39 <@matches> But why weren't there "undefined reference" errors +11:39 <@matches> So confuzled +11:40 <@matches> I bet even if it runs it won't work due to geometry shaders or something +11:49 <@matches> Oh dear +11:49 <@matches> This is to do with the several thousand lines of autogenerated stuff in gl_core44.* +11:50 <@matches> Isn't this what GLEW was supposed to be for +11:50 <@matches> Except GLEW is ancient so nobody uses it +11:50 <@matches> Shouldn't someone reinvent a less shitty GLEW then +11:50 < sulix> Apparently glew works again. +11:50 <@matches> Ah +11:51 < sulix> I did get glew working under mingw32 yesterday, as it happens. +11:51 <@matches> Commit please? +11:51 <@matches> Oh right for something else :P +11:51 <@matches> What magical incantations are required +11:51 < sulix> Yeah. And by working, I mean compiling, not running. +11:51 <@matches> Baha +11:52 < sulix> (Though I think it was another bit of the code that segfaulted) +11:52 <@matches> Why is getting OpenGL working so horrifying +11:52 <@matches> It's supposed to be a standard +11:52 < sulix> So the gl_core44.* file was supposed to be basically glew, but hooked into SDL. +11:52 <@matches> It's not working on Windows though +11:53 < sulix> Do you have OpenGL drivers on windows? +11:53 < sulix> They're not installed by default. +11:53 <@matches> Yeah on my desktop +11:53 <@matches> Although I did switch to Maaxen +11:53 < sulix> Hmmm... +11:53 <@matches> There were other things wrong +11:53 <@matches> I wasn't liking with -lopengl32 +11:54 <@matches> Although wine didn't seem to care +11:54 < sulix> In theory, the glcore44 and SDL stuff should load opengl32 at runtime if needed. +11:54 < sulix> So you shouldn't, in theory, need to link to them. +11:54 < sulix> But that's very much "in theory". +11:55 <@matches> I will investigate the driver situation on Maaxen +11:55 <@matches> Urgh why can't windows just have `apt-cache search` +11:55 <@matches> And `lspci | grep vga` +11:55 <@matches> Lets see... "Device Manager" +11:55 < sulix> Maaxen will almost certainly not have working GL 3+ drivers. +11:56 <@matches> Oh it's a VM +11:56 * matches backs away very quickly +11:56 <@matches> Well I can't keep rebooting every time I try and fix a segfault +11:56 <@matches> Bloody scope broke my other laptop +11:57 <@matches> I used to have Windows XP... +11:57 <@matches> Oh wait I smashed the hard drive open so I could draw it for an assignment +11:58 < sulix> You should subscribe to the "if it works under wine, it's good enough" philosophy. +11:58 * sulix has shipped things that way. +12:00 < sulix> Anyway, the quadtree is still segfaulting when not run under valgrind by (I think) getting the video card to somehow corrupt unrelated system memory or something. +12:00 <@matches> :S +12:01 < sulix> It always crashes when trying to glDeleteBuffers() which is really disturbing. +12:02 <@matches> I've noticed that when there are a lot of objects, and you kill the program, you never get the memory back ever +12:02 <@matches> And your system stays slow +12:02 <@matches> Which is a bit of a problem +12:02 <@matches> Need to reboot every hour or so of testing... +12:02 < sulix> Okay, I haven't had that happen. +12:02 <@matches> I guess that's just fglrx amazingness +12:03 < sulix> Guess so. +12:03 <@matches> For example, I can run turtles_all_the_way_down.script without anything crashing but then I am left with like 20MB and when I open Iceweasel everything goes to hell +12:03 < sulix> On the bright side, the fglrx developers are planning to get rid of the fglrx kernel module and just have their closed-source GL driver talk to the open-source kernel driver. +12:04 <@matches> Is that... good +12:04 < sulix> We'll see, but I can't imagine it making fglrx _worse_ +12:04 <@matches> The open source driver doesn't work that well either +12:05 <@matches> I sense another few days trying to get X working again after an `apt-get upgrade` at some point in the future then :( +12:08 < sulix> Don't worry, they're still in the "have meetings" phase. +12:37 <@matches> I think the glDebug stuff is giving windows issues +12:37 <@matches> At least running in actual windows not a VM +12:37 <@matches> Running in a VM is not conductive to working +12:37 <@matches> Sanity tells me to give up +12:38 <@matches> It can do glCreateProgram though! +12:38 <@matches> glObjectLabel seems broken +12:39 < Pommers> http://th01.deviantart.net/fs70/PRE/i/2012/076/1/2/oh_my_glob__by_tsubasaangel-d4t0g68.jpg Oh my glOb +12:39 <@matches> Yes +12:40 <@matches> It would be nice if the extension manager (if you could call gl_core44 that?) used stubs instead of NULL +12:41 <@matches> I mean for debugging +12:41 <@matches> Then you can have it print "This function doesn't actually exist guys" +12:41 <@matches> gdb is nicer I supose +12:41 <@matches> In fact if I weren't trying to cross compile on linux and then reboot and test in windows this would be a lot easier +12:58 <@matches> Ok screw this +12:58 <@matches> I need to write a thesis +12:58 <@matches> :( +12:58 <@matches> But after lunch +13:51 <@matches> http://thecodelesscode.com/case/57 +14:12 < Pommers> Lunch sounds good +14:23 <@matches> I'm currently reading codelesscode using the excuse that the turtles tester takes a very long time to sigfpe +14:23 <@matches> (But it sigfpe's nonetheless) +14:24 <@matches> Can we disable sigfpe for overflow/underflow casts from double to float +14:24 <@matches> That would make things easier +14:24 <@matches> Well +14:24 <@matches> Assuming that the float casts to FLT_MAX or FLT_MIN if it would underflow/overflow +16:09 <@matches> sulix: I can no longer load anything into the document +16:09 <@matches> Congratulations though, this means it always renders accurately... +16:20 <@matches> Ok... +16:20 <@matches> We now have +16:20 <@matches> #ifdef +16:20 <@matches> ... +16:21 <@matches> m_count++; +16:21 <@matches> return m_count; +16:21 <@matches> #else +16:21 <@matches> return m_count++; +16:21 <@matches> #endif +16:22 <@matches> Because I don't know if the quadtree *needs* to return an invalid array index (it doesn't even use the same array...) but over in monotree land we like our array indices to be valid +16:24 <@matches> Now what was I doing +16:24 <@matches> Ah, seeing if OpenGL really could do Wu lines +16:25 <@matches> So when I say it is in my report I am not lying +16:25 <@matches> Report... +16:25 <@matches> The thing I'm writing +16:25 <@matches> Write +16:25 < Pommers> How long is the report going to be matches? +16:25 < Pommers> And when are you going to finish it? +16:25 <@matches> It has to be 6000 words +16:26 <@matches> My LitReview is ~8000 ... +16:26 <@matches> Although that might be including the SVG and postscript examples +16:26 <@matches> I think I should take those out? +16:26 <@matches> You'd think having a huge pre-written document would make it easier but no +16:27 <@matches> Enabling LINE_SMOOTH leads to, of all things, SIGFPE +18:25 <@matches> I am making a whole lot of no progress here +18:25 <@matches> Draft due on Friday... +18:26 <@matches> I need to produce a Design Process +18:26 <@matches> The software wasn't so much designed as congealed +18:27 <@matches> I forgot this is an Engineering Project not CS and therefore needs to be done in such a way that future Engineers can improve upon the work... +18:27 * matches sobs some more +18:27 <@matches> Rectangles and Circles don't even work anymore +18:28 <@matches> I sacrificed them for the glory of the Bezier To Path transformations +18:29 <@matches> Also, instead of a transformation per path, it would make more sense to use one per SVG +18:30 <@matches> It's basically the localised coordinate approach but not as fancy as a quadtree +18:30 <@matches> If you were building up a document one bezier at a time by drawing them, you'd have to do something fancy to make your paths +18:31 <@matches> (Un)Fortunately we don't have an editor anyway +18:47 <@matches> Hmm, that really needs reverse parenthesis to indicate that the word is "Unfortunately" but the "Un" is removed +18:47 <@matches> )Un(Fortunately +18:47 <@matches> I have invented a new gramatical construct-thing +18:47 * matches adds it to the list of results -- 2.20.1