00:02:35 where was ais? 00:02:36 :) 00:02:37 :(* 00:02:40 I meant :( 00:04:32 AnMaster: it's sunday 00:04:46 ais isn't always here on sunday 00:04:47 tusho, and? 00:04:51 ah 00:04:52 and when he is he leaves at 7pm gmt 00:04:52 is never 00:04:53 you mean 00:04:54 -!- timotiis has quit (Read error: 110 (Connection timed out)). 00:04:59 or? 00:05:07 isn't always 00:05:14 ah right 00:05:23 * AnMaster is half asleep 00:13:44 o 00:16:23 oko 00:28:30 oko 00:42:01 oko 00:51:56 la :D 01:12:56 -!- RedDak has quit (Read error: 104 (Connection reset by peer)). 01:24:36 -!- Slereah has joined. 01:35:09 -!- tusho has quit. 02:55:40 -!- Corun has quit ("This computer has gone to sleep"). 04:01:00 -!- Slereah_ has joined. 04:01:20 -!- Slereah has quit (Read error: 104 (Connection reset by peer)). 04:06:08 -!- Slereah has joined. 04:06:08 -!- Slereah_ has quit (Read error: 104 (Connection reset by peer)). 04:55:57 -!- pikhq has quit ("leaving"). 07:29:17 -!- oklopol has quit (Read error: 110 (Connection timed out)). 07:48:40 -!- oklofok has joined. 07:54:34 -!- cherez has quit (Read error: 110 (Connection timed out)). 07:55:34 -!- oklofok has quit (Connection reset by peer). 07:55:54 -!- cherez has joined. 07:56:14 -!- dbc has joined. 07:56:52 -!- cherez has quit (Client Quit). 07:59:59 -!- clog has quit (ended). 08:00:00 -!- clog has joined. 08:38:49 -!- cherez has joined. 08:41:25 -!- GreaseMonkey has joined. 09:53:03 -!- KingOfKarlsruhe has joined. 11:08:03 -!- GreaseMonkey has quit ("Remote closed the previous member app"). 11:33:24 -!- eduardopl has quit (Remote closed the connection). 11:34:08 Deewiant, there? 11:34:21 from CCBI:MAX = 16383_9999 - PADDING 11:34:25 what does the _ do? 11:46:24 Deewiant, also line 98 of turt.d contains an error, it should say "p.y" not "p.x" 11:55:40 -!- olsner has joined. 12:00:20 -!- oklopol has joined. 12:07:36 I believe I've added myself to the esolang frappr map now 12:19:56 Believe? 12:20:09 Is it an article of faith? 12:23:06 -!- oklopol has left (?). 12:23:06 -!- oklopol has joined. 12:24:36 olsner: WHO ARE YOU? 12:27:08 oklopol: WHAT DO YOU WANT? 12:27:08 Sler, when does your bam run out 12:49:25 It lasts ten days and a third. 12:49:37 And I think it was made on the 24th. 13:25:56 -!- RedDak has joined. 13:28:19 yay my TURT seems to work 13:34:39 I LIKE TURTLES 13:56:34 -!- Corun has joined. 13:59:06 so i herd u like logo 14:01:29 -!- pikhq has joined. 14:05:19 TURT is implemented 14:05:29 cctoide, no Befunge TURT 14:05:38 http://catseye.tc/projects/funge98/library/TURT.html 14:17:41 -!- olsner has quit ("Leaving"). 14:34:45 Deewiant, ccbi and cfunge both fails on the TURT quine 14:35:00 ccbi: 14:35:01 14:35:03 and is it because the quine is wrong or because the implementation is wrong :-) 14:35:07 cfunge: 14:35:09 14:35:17 Deewiant, don't know yet 14:35:24 _ does nothing 14:35:31 Deewiant, however I do know there is a bug in ccbi's TURT 14:35:34 it's just so you can write 1000000 as 10_000_000 14:35:38 Deewiant, also line 98 of turt.d contains an error, it should say "p.y" not "p.x" 14:35:40 and thanks for line 98 14:36:13 Deewiant, for mycology the generated file looks exactly the same for ccbi and cfunge 14:36:26 as I just converted your code to C 14:39:31 Deewiant, do you feel like debugging ccbi for that line? 14:39:33 err 14:39:37 for that program 14:39:44 not really 14:39:46 :-P 14:39:47 ouch 14:39:50 :P 14:40:16 also mine is a direct translation of your program to C so why differen't result 14:40:44 obvious, your translation is wrong :-P 14:40:57 yes 14:40:59 :/ 14:42:18 -!- Corun has quit ("This computer has gone to sleep"). 14:43:21 but hmm, that's a pretty weird viewbox 14:44:48 well, whatever, just figure it out and tell me later :-P 14:45:02 Deewiant, I don't think I want to 14:45:13 that's fine too 14:45:29 I mean it is unreadable, *invents doxygen for befunge* 14:46:05 Befunge unreadable? Oh noes! 14:46:11 best done in befunge converted to trefunge, simply place comments as going outwards from the instruction in question! 14:46:33 yes, and have fun reading it with a text editor :-) 14:47:29 haha true 14:51:48 Deewiant, line 352 of turt.d must be wrong 14:52:00 it should be file.output.write(NewlineString~\t); 14:52:01 I bet 14:52:11 that is removing the last "~NewlineString" 14:52:36 why 14:52:48 check your output file 14:53:01 looks good to me? 14:53:04 the tab should it seems be indention of next line 14:53:20 or should there be lines with just a tab on it? 14:53:38 http://rafb.net/p/NI1hWs64.html 14:53:43 doesn't that seem strange? 14:54:07 I don't have any input program with that big output :-) 14:54:39 Deewiant, well a sec 14:54:51 Deewiant, http://www.quote-egnufeb-quote-greaterthan-colon-hash-comma-underscore-at.info/befunge/tquine.bf 14:54:59 Deewiant, and agree the output is wrong there? 14:55:51 BTW, unrelated: if these are befunge-93 as they likely are, that may be a reason why it doesn't work 14:56:01 hum? 14:56:08 that program 14:56:12 befunge-93 didn't have that fingerprint 14:56:20 d'oh, silly me 14:56:21 good point :-P 14:56:34 befunge93 didn't have fingerprints even 14:56:41 yep 14:57:17 also it seems to be 30 lines long and 105 columns wide 14:57:29 http://wiki.osdev.org/DegenerateOS 14:57:36 I was just looking at the file extension 14:57:39 * pikhq wants to hand-toggle a bootup sequence now 14:57:52 -!- Iskr has joined. 14:58:05 -!- ais523 has joined. 14:58:43 pikhq, haha 15:05:44 hmm, I edited the .svg file a bit and opened it in firefox and now I think it's looping infinitely :-/ 15:06:02 Deewiant: are you trying to demonstrate SVG is Turing-complete? 15:06:20 no, I just wanted to see the output of the TURT quine 15:06:35 ah, ok 15:06:36 Deewiant, did you fix your indention bug 15:06:44 yeah, right you were 15:06:47 I think SVG is Turing-complete, but possibly you need to embed JS in it to manage that 15:07:03 -!- RedDak has quit (Read error: 104 (Connection reset by peer)). 15:07:08 it's infinite-loop-complete apparently 15:07:45 Deewiant, well the cfunge one simply crashes inkscape, while the ccbi ones locks it up 15:07:49 possibly ODF is too, I managed to create a .odf file once that crashed both OpenOffice.org and AbiWord 15:07:57 as in, both of them hung and wouldn't respond 15:07:59 removing the I get a lot of circles 15:08:07 ais523, reported a bug? 15:08:17 AnMaster: no, because I have no clue what's going on 15:08:32 ais523, send the file and say "this locks it up"? 15:08:33 probably it specified a computation which was far to complex for anything to manage in a reasonable length of time 15:08:37 so they weren't hung, just computing 15:08:48 and I'll have to find the file 15:08:48 I can't remember what's in it 15:08:50 or how I made it in the first place 15:08:58 so either these programs can't handle those huge paths (most likely) or there's something weird there 15:09:01 ah, I think it may have been the C-INTERCAL manual, automatically translated from DocBook 15:09:04 because it shouldn't loop infinitely 15:09:34 Deewiant, yeah 15:09:56 I think the path is just too long 15:10:03 Deewiant, does the dots correspond to http://www.quote-egnufeb-quote-greaterthan-colon-hash-comma-underscore-at.info/befunge/tqout.gif in any way? 15:10:19 no 15:10:24 hrrm 15:10:37 looked like diagonal lines going from top left to bottom right 15:10:41 with varying spacing between the dots 15:10:44 but even spacing between the lines 15:11:01 interesting 15:11:18 does Mycology test TURT? 15:11:26 very little 15:11:29 and, for that matter, are you going to add a test for IFFI? 15:11:41 not enough to see if it actually works in any real-life situation 15:11:43 and what's IFFI 15:11:44 ais523, you could write it 15:11:50 (for Fungey values of "real-life") 15:11:55 AnMaster: yes, I suppose so 15:12:03 Deewiant, FFI to INTERCAL :P 15:12:05 but it would rely on having a particular INTERCAL program to cooperate with 15:12:09 yes 15:12:11 eugh >_< 15:12:21 ais523, so you got to write that 15:12:34 ais523, I can say I'm not going to :P 15:12:46 nor am I o/ 15:12:52 AnMaster: I suppose it could mess around with o to create the INTERCAL program, then = to run ick and recompile the FFI, then finally run the result with = 15:13:04 ugh 15:13:06 I don't use =, it's not portable 15:13:11 ais523, you could just create a test suite 15:13:16 with a make file 15:13:19 or a shell script 15:13:19 yes, I suppose that would make more sense 15:13:26 given that it's valid for = to run its input as perl, for instance 15:14:08 Deewiant, anyway I only expect one interpreter will implement IFFI ever: ais523 15:14:16 ais523's* cfunge variant 15:14:42 :-) 15:15:19 ais523, anyway I got good news: the fingerprint TURT kind of works 15:15:22 it works for mycology 15:15:26 no idea if it works for anything else 15:16:15 -!- ais523_ has joined. 15:16:21 ais523, check log 15:16:45 [Mon Jun 30 2008] [15:14:29] incidentally, I have made some progress 15:16:47 [Mon Jun 30 2008] [15:15:12] so far, I've got enough of an FFI to run a Befunge program, then an INTERCAL program when IFFI's loaded, in that order 15:16:50 except it doesn't work 15:16:57 at least I've written enough to test it... 15:17:01 -!- ais523 has quit (Read error: 104 (Connection reset by peer)). 15:17:15 -!- ais523_ has changed nick to ais523. 15:17:48 ais523, very nice 15:18:11 well, IFFI's there simply to add the combination instructions in a way Funge programs will understand 15:18:12 damn segfault 15:18:26 although it's generic, so presumably it would be possible to, say, link to CLC-INTERCAL instead 15:18:29 but I'm unlikely to code that 15:18:38 a C-INTERCAL/CLC-INTERCAL ffi would be more likely 15:18:46 ais523, hehe? 15:18:47 but I have no idea how Perl responds to stupid stack tricks... 15:18:59 you would have to find out 15:19:00 probably badly 15:19:13 either that, or it could just be done over TCP/IP 15:19:20 or unix socket 15:19:24 I have to get round to writing a theft client for C-INTERCAL at some point 15:19:26 or pipes 15:19:33 ais523, a what? 15:19:42 AnMaster: it's the CLC-INTERCAL networking extension 15:19:48 basically you can steal variables from other programs 15:19:51 to transmit information 15:19:55 it's a pull model rather than a push model 15:20:00 and it works over TCP/IP 15:20:24 you can even do things like steal filehandles to do a networked version of cat 15:20:36 steal the other process's stdout, then write to it 15:22:28 ais523, huh I see 15:22:39 how can you send filehandles over tcp? 15:22:51 AnMaster: well, you don't, there's a protocol that manages it all transparently 15:23:00 setting up daemons at each end to forward information 15:23:03 it's really quite impressive 15:23:07 well urgh 15:23:13 intercally 15:23:19 -!- oerjan has joined. 15:23:22 but from the user's point of view, it's all seamless 15:23:57 ais523, odd macros redefining fputs? 15:23:59 or what? 15:24:05 oh wait... perl 15:24:14 AnMaster: the Perl program uses a completely abstracted I/O system 15:24:33 I see 15:24:41 for C-INTERCAL, I'd probably just redefine WRITE IN and READ OUT and all that to work correctly in the abstracted version 15:24:49 so filehandle theft wouldn't extend to C or Befunge programs 15:25:00 in fact, I'd probably write it in C as an expansion library 15:25:15 better than writing it in intercal 15:25:19 well, yes 15:25:32 does C-INTERCAL have network support? 15:25:37 not yet 15:25:49 CLC-INTERCAL does, so I was just going to copy it as usual 15:25:51 well cfunge will have in future with SOCK fingerprint 15:26:08 but TURT will take some time to get correct 15:26:23 there's been huge amounts of feature smugglign between the two leading implementations of INTERCAL 15:26:31 but IMO that isn't a problem as it makes them more compatible with each other 15:29:30 ais523, oh, so CLC also steal from C-INTERCAL? 15:29:45 well, for some things 15:29:51 like the non-English character setes 15:29:55 s/setes/sets/ 15:30:00 its signature features are mostly new 15:30:07 oh, it stole TriINTERCAL too 15:30:08 once there are enough features in both, you can start aiming for an ISO standard 15:30:54 haha 15:31:08 * oerjan wonders if ISO does April Fool jokes like RFCs do 15:31:21 -!- Iskr_ has joined. 15:33:26 are the C- and CLC- implementations very similar under the hood? 15:33:40 no, they're more or less as different as possible 15:39:46 -!- Iskr has quit (Read error: 110 (Connection timed out)). 15:42:57 -!- Corun has joined. 15:57:59 -!- ais523 has quit (Read error: 113 (No route to host)). 16:00:52 -!- ais523 has joined. 16:05:52 ais523, wb 16:06:02 ah, I was having some issues with setting up Evolution 16:06:06 and ended up rebooting 16:06:11 because I was confused and everything kept crashing 16:06:15 it's OK now, though, I hope 16:08:04 Deewiant, does valgrind work on D? 16:08:18 possibly 16:08:32 Deewiant, I suspect your program may have some issues, at least your loop over the paths caused a valgrind error when translated 16:08:33 not sure if it agrees with DMD 16:08:39 needed a slight change 16:08:50 * AnMaster made it into a while loop 16:08:58 the way I would loop over a linked link 16:10:21 how could it possibly not work :-) 16:10:32 a linked link? 16:10:40 ... 16:10:46 ais523, yes why? 16:10:58 it's just an interesting concept 16:11:00 Deewiant: If it doesn't agree with DMD, it *should* agree with GDC. 16:11:00 and when it comes to valgrind errors I'm sceptical... D initializes everything by default so hitting uninitialized memory is something one has to do manually :-P 16:11:08 (no guarantees) 16:11:09 pikhq: yes, and that it might. 16:11:13 exactly, no guarantees. :-) 16:11:17 haven't tried it myself. 16:11:19 Deewiant, seems like gcc generates code that try to access some memory at the 0x0 at the end of the list 16:11:44 might be that your translation was mucked up again 16:12:01 maybe, I guess for() have different syntax in D? 16:12:03 for (stuff; p; stuff) -> p is not null in the loop. 16:12:08 no, same syntax. 16:12:12 but possibly ./-> confusion or something. 16:12:14 well then very strange 16:12:47 blergh updating imagemagick means rebuilding a lot of stuff 16:12:56 broken /usr/lib/xine/plugins/1.20/xineplug_decode_image.so (requires libMagick.so.10 libWand.so.10) 16:12:56 broken /usr/lib64/kde3/karbon.so (requires libMagick.so.10 libWand.so.10) 16:12:57 s/linked link/linked list/ btw 16:12:58 a LOT 16:13:04 Deewiant, oh haha 16:13:06 typo 16:13:16 ais523, haha 16:13:22 -!- tusho has joined. 16:13:29 hi tusho 16:13:49 hi ais523 16:13:52 hahah 16:13:54 ais523, won 16:13:57 by 20 seconds! 16:13:59 MWAHAHAHHA 16:13:59 \o/ 16:14:07 what 16:14:08 tusho, you LOST 16:14:09 no 16:14:11 i did 16:14:13 ... 16:14:15 no, I certainly didn't 16:14:17 I said hi to ais523 16:14:21 2 seconds later he said hi back 16:14:23 then I said mwahahahha 16:14:32 17:13:29 hi tusho 16:14:38 AnMaster: you're wrong. 16:14:40 17:13:49 hi ais523 16:14:43 2008-06-30 18:13:29 ( ais523) hi tusho 16:14:43 not even network lag could delay it that much 16:14:43 2008-06-30 18:13:49 ( tusho) hi ais523 16:14:45 tusho, your irc client lag 16:14:51 lag for 20 seconds? 16:14:52 see you are wrong 16:14:53 i find that hard to believe 16:14:58 tusho, on connect lag 16:15:00 it can happen 16:15:01 it sends slowly 16:15:02 no 16:15:04 tusho: I won at my end 16:15:05 it said it had joined #esoteric 16:15:13 2008-06-30 18:13:22 --> tusho (n=tusho@91.105.117.61) has joined #esoteric 16:15:17 and others here seem to agree with me 16:15:18 check logs? 16:15:19 tusho, yes then it sends WHO and such 16:15:22 ais523, yes 16:15:26 check clog log tusho 16:15:33 yes, I believe that it's like that on the network 16:15:34 however 16:15:37 it's about personal reflex time 16:15:39 not the whims of our clients 16:15:48 the logs have been wrong before, e.g. last time 16:15:48 tusho, well you lost anyway 16:16:01 AnMaster: winning/losing is not determined by client lag 16:16:05 it's determined by who hits enter first 16:16:11 08:13:29 hi tusho 16:16:11 08:13:49 hi ais523 16:16:13 tusho, well you could be lying for all we know 16:16:19 that's from clog 16:16:21 ais523, yes same here 16:16:24 AnMaster: thankfully the two people playing the game prefer to win honestly 16:16:36 i am pretty sure I won this one I had the line ready and as soon as it lighted up I hit enter 16:16:56 much quicker than ais523's reflexes could make him type 'hi tusho', I'd bet, but it's possible 16:17:06 tusho, well sorry but check clog 16:17:19 AnMaster: I did. What the server sees is irrelevant. 16:17:26 Whoever hits enter first on their respective clients wins. 16:17:30 well everyone else saw this too 16:17:40 AnMaster: IT DOES NOT MATTER WHEN IT WENT OVER THE NETWORK 16:17:47 It only matters when here, I, physically, hit enter. 16:17:49 ais523, do you agree with tusho+ 16:17:52 or not? 16:17:56 It is a game of reflexes 16:17:59 not our client's on-connect whims 16:18:37 well, quite possibly I won on enter too 16:18:48 what timestamp does tusho's client show tusho as having submitted? 16:19:22 dunno if it logs seconds 16:19:24 I'll check in the xml logs 16:19:26 instead of the client display 16:19:35 W 16:19:35 T 16:19:36 F 16:19:38 it doesn't log by default 16:19:44 :-| 16:19:50 i just reinstalled colloquy recently you see 16:19:54 however 16:19:57 consider yourself looser then? 16:20:07 i can assert that it was about 0.1 seconds, max, after my client reported me as having joined, that I hit enter 16:20:21 i am guessing that ais523 can't focus the input, type 'hi tusho' and hit enter quicker than that 16:20:42 tusho: well, it's quite possible that my client told me you'd joined before yours did 16:20:47 and I already had the input focused 16:21:16 i don't think colloquy is that broken 16:21:24 -!- bsmntbombdood has quit (Read error: 113 (No route to host)). 16:21:27 maybe it doesn't tell you you've joined until the WHO response comes back 16:21:31 no, it does 16:21:38 otherwise how can we explain the 20 second lag 16:21:38 ais523, that would indeed make sense 16:21:41 so you end up in a channel, but there isn't a list of who's in it? 16:21:45 also, my connects would be a lot slower 16:21:47 and I know this 16:21:48 because 16:21:52 it gradually marks users as away 16:21:55 if you watch the user list on join 16:22:02 tusho: WHO doesn't list away 16:22:16 yes it does 16:22:21 G/H 16:22:26 in the /who output 16:22:28 -!- bsmntbombdood has joined. 16:22:31 forgot what column 16:22:41 ah, yes, it does list away 16:22:41 ais523, so wrong there 16:23:04 so where does the client get the name list from before it gradually marks away? 16:23:15 ah, there's an abbreviated name list on-join, isn't there 16:23:17 ais523, server sends NAME on join iirc 16:23:25 err NAMES 16:23:28 yes 16:23:39 which may or may not also contain hostmask 16:24:01 depending on if both client and server suppors UHNAMES 16:24:20 and client enabled it using PROTOCTL or CAP 16:25:18 Deewiant, going to update mycology results page? 16:25:24 Deewiant, I want you to add cfunge there :P 16:29:00 yes yes, I know I know >_< 16:36:37 Deewiant, for cfunge this needs to be done on a POSIX platform 16:36:45 cygwin is not supported 16:36:56 I'll run it under cygwin and if it doesn't work that's your problem ;-P 16:37:11 Deewiant, well it will run on real POSIX 16:37:25 but last version will refuse to compile if __WIN32__ is defined 16:37:27 I'll get Interix then :-P 16:37:44 Deewiant, you have linux too iirc? 16:37:57 AnMaster: not making your program work on the OS the tester uses or the posix emulation layer of the OS he uses is a great way to convince him to test it 16:38:05 sure, but I can't be bothered to boot my laptop ;-) 16:38:05 if you won't get it working why should he? 16:38:16 tusho, I got no idea if it will work under cygwin 16:38:18 I can't support it 16:38:22 it may work 16:38:29 it doesn't work in native win32 mode 16:38:37 it does pass on true linux and true freebsd I know 16:38:53 if your code is full of _posix_standard2008_special_function_for_superfast_io calls then it might not work :-P 16:39:02 Deewiant, they are in #ifdef 16:39:30 and POSIX.1-2001 16:39:32 Deewiant: __posix_standard_2074->(*ctx)->_(ptr+4,*(ptr/7), fd, NULL, NULL, NULL, NULL, 1); 16:39:32 not 2008 16:39:45 tusho: exactly :-) 16:40:01 AnMaster: why #ifdef the POSIX bits if the rest of the code isn't standard C anyway? 16:40:01 #if defined(_POSIX_ADVISORY_INFO) && (_POSIX_ADVISORY_INFO > 0) 16:40:12 Deewiant, because FreeBSD doesn't have them all 16:40:16 they are optional in POSIX 16:40:18 that is why 16:40:28 THEY are optional parts of POSIX 16:40:33 err They* 16:40:41 what required parts of POSIX do you then use? 16:41:00 Deewiant, well environ, fork(), exec() 16:41:04 and some stuff like that 16:41:29 sounds like cygwin would work 16:41:29 that should work under cygwin if cmake does 16:41:32 that's pretty basic stuff 16:41:41 cmake doesn't have to work 16:41:51 building stuff isn't hard 16:41:51 um want to build it by hand? 16:41:54 heh 16:42:01 but it probably does work 16:42:07 I'd be very surprised to find it doesn't 16:42:10 Deewiant, it will need some defines as -D to build it 16:42:53 Deewiant, you probably want -DUSE32 -DCONCURRENT_FUNGE -DNDEBUG 16:43:04 Deewiant, on last bzr 16:43:11 I'm about to do another pre-release 16:43:12 oh, and bzr 16:43:14 make a real release 16:43:23 Deewiant, was just about to make a pre-release 16:44:00 but anyhoo, I'll do the updating "soon" 16:52:27 03:34:21 from CCBI:MAX = 16383_9999 - PADDING 16:52:27 03:34:25 what does the _ do? 16:52:28 it's ignored 16:52:32 it's just a way to seperate long numbers 16:52:32 like 16:52:34 1_000_000 16:52:36 readability 16:52:47 tusho, Deewiant already answered 16:52:53 anyway C doesn't have it 16:52:54 :) 16:53:00 Deewiant, writing changelog atm 16:53:17 AnMaster: readable numbers is not masochistic enough for c 16:53:18 :) 16:53:22 *are 16:53:24 haha 16:53:43 #define NUMBERSPLICE(a,b) a##b 16:53:46 NUMBERSLICE(100,000) 16:53:56 s/L/PL/ 16:54:02 * ais523 wonders if that works, or if ## doesn't work like that 16:54:14 it does work 16:54:18 I think they have to be identifiers 16:54:20 but maybe not then 16:55:46 time to upload to sf.net 16:58:04 -!- ais523 has quit (Remote closed the connection). 16:58:32 -!- ais523 has joined. 17:01:15 -!- oklopol has quit (clarke.freenode.net irc.freenode.net). 17:01:16 -!- lament has quit (clarke.freenode.net irc.freenode.net). 17:01:16 -!- AAA_AAA has quit (clarke.freenode.net irc.freenode.net). 17:02:37 -!- cmeme has joined. 17:03:16 Deewiant, 17:03:18 https://sourceforge.net/project/showfiles.php?group_id=221310&package_id=267309&release_id=610369 17:03:23 hi cmeme 17:05:02 -!- oklopol has joined. 17:05:02 -!- lament has joined. 17:05:02 -!- AAA_AAA has joined. 17:07:34 cmeme 17:07:36 fuck you 17:07:38 we don't want your kind in here 17:07:40 :-P 17:11:46 yay 17:11:52 release announcements done 17:12:01 ais523: think you're the only person I haven't asked. 17:12:02 http://xs128.xs.to/xs128/08266/picture5214.png 17:12:05 nice design? 17:12:11 ignore the strange filler text. 17:12:34 better than loremipsum 17:12:42 lorem ipsum is better 17:12:53 lorem ipsum doesn't follow the structure of english text AnMaster 17:12:54 tusho: that timed out when I tried to load it 17:13:04 tusho, hm maybe 17:13:05 it's not a good way to test the flow of a design 17:13:08 ais523: weird, try again 17:13:50 that's pretty good 17:14:03 the one thing that concerns me is that I find it slightly hard to see the boundary between posts 17:14:12 maybe it should have more whitespace, or an
, or something 17:14:49 ais523: i'm deliberately avoiding
-style markers, I'm trying to do it via typography and whitespace 17:14:52 a bit more whitespace maybe 17:14:55 but you won't actually read a post there 17:14:58 -!- Sgeo has joined. 17:15:00 it's just a preview, as the 'read more' shows 17:15:05 yes, I know 17:15:05 and surely the big title seperates it? 17:15:07 hi Sgeo 17:15:12 hi 17:15:16 i mean, it's going to be packing 5-10 posts on that page 17:15:24 * Sgeo can't seem to properly post to the a-b 17:15:37 tusho: hmm... it's probably just me 17:15:53 ais523: really, I expect traffic to go one of two ways: 17:16:18 reddit/similar -> post -> clicks link to homepage because they're interested -> maybe sees an interesting post -> clicks read more, reads it 17:16:19 or 17:16:30 homepage -> newest post -> read (for people who follow it) 17:16:43 but if you think it needs more space I can do that 17:16:50 nah, leave it as it is 17:17:01 OK 17:17:09 i also removed the subtitles 17:17:15 in the current revision 17:17:37 oh, and it's valid HTML5 (yes, 5. early adopter FTW) with no
,,id="",class="" 17:17:55 (because they're unneeded -
,
etc. replace them and have real semantic meaning to boot) 17:18:14 if only HTML5 had the href on every element like XHTML2 is to have 17:18:32 Deewiant: no 17:18:39 they said why they don't do it 17:18:40 basically 17:18:55 oh, I didn't hear of this 17:19:12 it doesn't make sense for every element (form inputs etc), it's redundant to an inner (and isn't worth the few less keystrokes), and browser makers said it'd be _really, really damn hard_ to do with their current code 17:19:17 all in all not worth it 17:19:47 (ais523: also, the css is 11 lines when compacted a little.) 17:19:49 it's not always redundant to an inner , you also need some CSS in some cases 17:20:06 e.g.
  • bar
  • 17:20:08 (though I don't style lists, blockquotes etc yet, I'll do that when I need them) 17:20:15 the a encompasses only the text, not the whole list element 17:20:21 Deewiant: even so, it overwhelmingly commonly is redundant 17:20:23 so. 17:20:29 true 17:20:35 I just think it's more semantic to not have an 17:21:20 oh, happy Windows XP end-of-line day, everyone! 17:22:06 it is still possible to obtain Windows XP by purchasing Vista Ultimate or Vista Business and then downgrading to Windows XP. 17:22:09 :-P 17:22:11 ais523, eh? 17:22:17 Sales of Windows XP ceased on June 30, 2008 17:22:32 no not EOL+ 17:22:35 er 17:22:37 EOL* 17:22:43 end of production line 17:22:46 I suppose 17:22:51 ais523: lolololololol 17:22:53 ah 17:22:56 microsoft just killed itself a bit more 17:23:01 yep 17:23:03 ais523, and it is sad 17:23:05 sad, seally 17:23:09 yes, it is 17:23:12 s/se/re/ 17:23:16 they were so close to actually getting better 17:23:16 because xp was good compared to vista 17:23:18 and they nose-dived instead 17:23:25 yep 17:23:41 developers developers developers developers. 17:23:46 >_< 17:23:49 haha 17:23:49 it sounds almost like an obituary now 17:28:13 -!- oklopol has quit (No route to host). 17:35:43 -!- KingOfKarlsruhe has quit (Remote closed the connection). 17:48:37 -!- timotiis has joined. 17:54:34 -!- oklopol has joined. 18:00:11 -!- ais523_ has joined. 18:00:13 -!- ais523 has quit (Read error: 104 (Connection reset by peer)). 18:00:44 -!- ais523_ has changed nick to ais523. 18:04:47 -!- Judofyr has joined. 18:33:19 -!- Slereah_ has joined. 18:33:20 -!- Slereah has quit (Read error: 104 (Connection reset by peer)). 18:35:01 -!- Slereah has joined. 18:35:01 -!- Slereah_ has quit (Read error: 104 (Connection reset by peer)). 18:36:30 -!- Corun has quit ("This computer has gone to sleep"). 18:40:08 -!- oerjan has quit ("Good night"). 18:44:36 ah I found my compacted css 18:44:38 ais523: http://pastebin.ca/raw/1058380 19:01:56 ah, I found one bug that was causing IFFI to not work 19:02:00 although there may be others 19:02:11 it was a weird interaction of recursion and global variables 19:02:20 when I wrote that bit of code, I didn't expect it to be used recursively 19:07:58 -!- Corun has joined. 19:16:20 AnMaster: how do I turn trace-mode on in cfunge, internally? 19:16:25 as in, by manipulating the values of variables 19:16:28 rather than with command line args 19:16:37 ais523, check settings.h 19:16:53 ok 19:18:49 ais523, which is the same way that main.c do it when it parses command line arguments ;P 19:19:20 /// Out of order to make default initialise to 0. 19:19:20 /// (A few bytes smaller binary that way, The standard one should always be 0) 19:19:32 ais523, yes hehe :P 19:19:35 sorry, I can understand you optimising for speed, but binary size? 19:19:38 >_< 19:19:41 he's insane 19:19:46 ais523, yes that too, just to irritate everyone 19:19:47 :P 19:19:55 * AnMaster is laughing now 19:20:05 there is such an incongruity when C-INTERCAL and cfunge are linked together... 19:20:10 at least they both share the same naming scheme 19:20:13 ais523, a what? 19:20:17 "incongruity"? 19:20:31 AnMaster: you know, I think doing so many things just to irritate people is slightly disturbed 19:20:35 also what do you mean with same naming scheme? 19:20:40 AnMaster: ridiculously optimised on one hand vs. inherently slow on the other 19:20:43 tusho, thanks! 19:20:52 ais523, yes :P 19:20:55 thanks ais523 19:20:58 I mean, C-INTERCAL is optimised too, to some extent, but INTERCAL suffers from computational class problems 19:21:05 e.g. computed COME FROM 19:21:10 haha 19:21:12 s/class/order/ 19:21:43 incidentally, I'm pretty proud of the C-INTERCAL optimiser; me and one other person are working on it, and it can often optimise INTERCAL expressions into the C they were generated from in the first place 19:21:52 haha 19:21:54 :) 19:22:01 ais523, anyway yes cfunge is insane in parts 19:22:05 the debugger even has an explain-this-expression tool 19:22:32 what should I set the trace level to, by the way? 19:22:36 ais523, consider I spent about half a day reorganizing structs to avoid holes on 64-bit and 32-bit as much as possible :P 19:22:48 ais523, well depends on how much you want 19:22:49 the situation I have is that the main loop is looping, but the program isn't doing anything and it ought to and I don't know wh 19:22:51 3 or 9 19:22:52 s/$/y/ 19:22:53 try either 19:23:04 ais523, higher level = more tracing 19:23:11 is 9 the highest level? 19:23:19 ais523, well currently yes 19:23:23 maybe not in the future 19:23:30 ais523, anyway yes cfunge is insane in parts 19:23:31 in parts. 19:23:33 IN PARTS? 19:23:36 and what level should I use to see commands and stack as they execute 19:23:45 tusho: cfunge is saner than glue.c99 19:23:51 glue.c99? 19:23:52 ais523, hm trace print each instruction as it is executed 19:23:55 for stack: gdb 19:23:55 the file I'm writing which is half cfunge and half C-INTERCAL 19:23:57 sorry 19:24:00 ais523, :/ 19:24:16 ok, but I thought that if trace levels went up to 9 displaying stack was quite likely 19:24:16 ais523: well, that's because you have to work around AnMaster's mental disorder of optimization :-P 19:24:22 (joking, joking) 19:24:31 here, I'll paste glue.c99 as it is at the moment 19:24:36 so you can see it in all its glory 19:24:44 does not compute, debug info missing due to optimizing 19:24:49 ais523, I'd love to see 19:25:06 Can anyone explain how I would implement something like pointers in Brainfuck? For example, say a cell holds the value 10. How would I make the pointer move 10 places? 19:25:12 ais523, I don't have tracing of current stack atm, should be simple to implement 19:25:13 jamesstanley: i don't think you can 19:25:16 'cause you have to move back 19:25:18 so you need infinite counters 19:25:21 and even then I doubt it'd work 19:25:22 I can do that if you want 19:25:27 jamesstanley: however 19:25:30 you can do it 19:25:33 oh? 19:25:36 but you have to modify the space you move over 19:25:43 http://pastebin.ca/1059256 19:25:46 ENTRY 1 ENTRY 1 ENTRY 1 ... LASTENTRY 0 19:25:47 Yeah, I'd already though of that way 19:25:56 then you use a quick loop over going two elements at a time 19:26:07 I need to keep the data intact though 19:26:10 generally speaking you make every second (or third, or whatever) cell hold a 0 19:26:14 then you know you can clobber it safely 19:26:17 as temporaries 19:26:24 ais523: # 19:26:24 #ifdef CONCURRENT_FUNGE 19:26:24 # 19:26:24 #error The C-INTERCAL/cfunge external calls interface cannot be used concurrently 19:26:24 # 19:26:25 #endif 19:26:26 that would be UFN 19:26:27 it's quite hard to do things efficiently without temporaries 19:26:28 *FUN 19:26:33 OK 19:26:37 AnMaster: copyright notice OK, by the way 19:26:44 i like iffi 19:26:49 ais523, sure 19:26:49 ick, iffi... 19:26:50 jamesstanley: oh, if you only have one array there's a trick you can use where you put a couple of zeros before it 19:26:52 yuk... 19:27:01 ais523, I thought they were a bit longer, with info how to contact GNU and such? 19:27:18 and then move elements to the left as you scan through them and use the gaps for temporaries 19:27:22 AnMaster: whoops, yes, I'll add that 19:27:29 OK. Thanks 19:27:32 ais523, I don't like your indention style but ;P 19:27:49 oh, and someone who knows Befunge, verify that I got that hello, world right please 19:27:58 ais523, didn't you say that ick already did the srandom stuff? 19:28:11 AnMaster: I checked, sometimes it uses random and sometimes it uses rand 19:28:21 ais523, it looks correct 19:28:22 anyway, this time it seeds exactly twice at the start of the program 19:28:25 which isn't a problem 19:28:43 true 19:29:21 ais523, the tracing is done in the main loop, which could be a problem for you I guess 19:29:42 the hello world is correct 19:29:48 AnMaster: ugh, yes 19:29:52 because I'm replacing it 19:29:56 it had to be in an ICK_EC_FUNC really 19:30:04 which is like an ordinary function just more interesting 19:30:06 ais523, well copy and paste some code then :7 19:30:08 :/* 19:30:36 I really ought to merge the Befunge tracing with INTERCAL tracing, really 19:30:44 I have +printflow as a trace option in INTERCAL programs already 19:30:45 'Interesting functions' sounds like a haskell thing 19:30:48 I just need to make cfunge use it 19:30:52 there should be a formal definition for what makes a function interesting 19:30:56 (well, just mathematics when I think about it) 19:32:07 tusho: well, from a programmer's point of view the definition of an ICK_EC_FUNC is "one where people can goto() into anywhere in the function from outside 19:32:10 s/$/"? 19:32:15 s/?/\// 19:32:18 ais523: how does a macro do that? 19:32:28 oh, does it require yield statements? 19:32:32 lol@finite state machines 19:32:35 tusho: basically there's a global which switches the function between two modes of operation 19:32:43 one which acts as the target for gotos, with a protocol involved 19:32:48 and the other which just runs the function 19:33:10 ais523: can I see an expansion of an ICK_EC_FUNC? 19:33:15 the entire body of the function is wrapped in an if() 19:33:16 and the original source 19:33:26 and sure, I'll paste glue.cio for you 19:33:33 which is the expanded version 19:33:38 but minus all the blank lines at the start 19:33:39 glue.cio max.imus 19:33:44 and the preprocessor stuff 19:34:36 tusho: actually, do you mind if I run it through indent first? 19:34:39 it all comes out on the same line 19:34:40 nope 19:35:40 ais523, I'm adding that tracing now 19:35:49 http://pastebin.ca/1059264 19:35:57 that's the ICK_EC_FUNC at the end, in the .cio 19:36:08 that is, once it's been preprocessed twice, once by gcc -E, once by ick itself 19:36:44 oh, and the goto labels there are generated, not hardcoded 19:38:41 ais523: ah, so ick does the transformation itself 19:38:41 not the cpp 19:38:41 OK 19:38:49 tusho: they both do 19:38:53 well, yes 19:38:58 but ick actually mangles the function body 19:39:00 OK, i understand now 19:39:01 the cpp substitutes in most of the code 19:39:06 including the bits in the body 19:39:10 and ick does fixup 19:39:22 making all the gotos point to the right place and all the labels have unique names 19:42:12 but yes, ick does mess with the C source quite a bit 19:45:06 ais523, well it is done except it cases valgrind error 19:45:09 errors* 19:45:12 * AnMaster debugs 19:47:03 ah off by one error 19:47:13 hiya! :D 19:47:25 hi augur 19:47:33 hows it goin 19:47:42 augur: well, fffungi is making progress 19:47:44 slowly 19:47:48 fffungi? 19:47:57 ais523, pull 19:47:57 augur: Funge/INTERCAL ffi 19:48:04 oh boy 19:48:07 ais523, err wait 19:48:11 it is still pushing 19:49:01 ais523, the new main loop will now print the 5 top elements on the stack when trace level is 8 or higher 19:49:07 ok 19:49:07 you could copy that to your code? 19:49:19 oops 19:49:19 yes, I could, probably 19:49:21 sorry issue 19:49:29 ais523, I only did change for concurrent *fixes* 19:50:26 ais523, pushing again now 19:50:29 pushed 19:50:31 so pull 20:00:01 -!- Corun has quit ("This computer has gone to sleep"). 20:01:06 ais523, was it useful? 20:01:14 I'm pulling right now 20:01:24 I was reading something else before that 20:01:35 -!- Corun has joined. 20:05:57 AnMaster: you probably want >=8 rather than >8 in your tracelevel setting 20:06:19 ais523, ah I meant at 9 or above 20:06:21 :P 20:06:31 (actually I didn't 20:07:12 glue.c99:106: warning: implicit declaration of function ‘PrintStackTop’ 20:07:21 have you changed the list of include files for interpreter.c? 20:07:33 ais523, include stack.h 20:07:34 hmm, no, it doesn't link 20:07:41 is PrintStackTop a macro? 20:07:47 ais523, no a function 20:07:57 I wonder why the link failed, then 20:08:10 and stack.h is already included 20:08:11 ais523, well does your stack.h have it? 20:08:18 ah, that could be the issue 20:08:22 maybe you did something with the update 20:08:27 so you didn't include it 20:08:33 ais523, as I just added that function 20:08:38 it's new 20:08:53 ick -begOUY stub.i *.c99 */*.c99 */*/*.c99 ../lib/*/*.c99 20:09:03 just so I remember the command line 20:09:04 ais523, well that could be the issue 20:09:06 which is nontrivial at current 20:09:09 and yes, I think it was 20:09:16 it would be *.c vs *.c99 20:09:31 ais523, set up a system of symlinks? 20:09:37 would work better 20:09:50 AnMaster: actually, I'm keeping separate modified and unmodified source trees and copying the changes over 20:10:09 ais523, you could use bzr to keep track of your own branch ;P 20:10:26 this is distributed version control after all 20:10:34 yes, I suppose so 20:10:37 but I don't know bzr 20:10:55 and renaming all the files in a repo is not a common thing to do anyway 20:11:11 ais523, anyway if you build a debug build you get some more debugging from inside gdb: StackDump(stack *) and FungeSpaceDump() 20:11:24 that you can use with call 20:11:26 in gdb 20:11:34 ais523, that was how I did debugging mostly 20:11:59 ah, the error seems to be that the IP never moves for some reason 20:12:03 ais523, also see etc/example.gdbinit in cfunge top dir 20:12:28 ais523, care to pastebin the current code and I will try to read it 20:12:46 it's the same as what I've already pastebinned apart from turning on tracing 20:13:17 do I need to paste again, or will the previous paste do? 20:13:32 the old will do 20:13:57 ais523, hrrm 20:14:37 ais523, can you use gdb or something, there are some stuff I want you to run in it just *after* ExecuteInstruction() 20:14:42 but before the next statement 20:14:49 print IP->needMove 20:15:20 AnMaster: I'll try to load it in gdb, luckily it reaches that point before it gets confused 20:15:20 print IP->delta 20:15:31 those two I need to know 20:16:10 ok, stepping to the right point now 20:16:22 I guess breakpoint doesn't work heh 20:16:26 p IP->needMove 20:16:26 $1 = true 20:16:32 and the the other one? 20:16:43 p IP->delta 20:16:43 $2 = {x = 1, y = 0} 20:16:46 ok 20:16:57 let me step past the ipForward and see if its location changes 20:17:10 print IP->position 20:17:10 s 20:17:11 u 20:17:12 print IP->position 20:17:14 will do that 20:17:14 p IP->position 20:17:32 wait it won't 20:17:34 sorry: 20:17:39 not u but full until 20:17:52 or maybe not 20:18:06 $3 = {x = 0, y = 0} 20:18:06 apparently not, that's strange 20:18:11 ais523, anyway yes what is it after and before ipForward 20:18:32 0,0 is normal start value 20:18:50 1: IP->position = {x = 0, y = 0} 20:18:54 (gdb) n 20:18:54 115 ipForward(IP, 1); 20:18:54 1: IP->position = {x = 0, y = 0} 20:18:54 (gdb) n 20:18:54 98 while(!ick_iffi_breakloop) 20:18:55 1: IP->position = {x = 0, y = 0} 20:18:56 ok 20:18:59 that is wrong 20:19:03 yes 20:19:10 presumably the error's in ipForward somehow 20:19:21 ip->position.x += ip->delta.x * steps; 20:19:21 I'll try stepping into it 20:19:21 ip->position.y += ip->delta.y * steps; 20:19:26 really can't see how that can go wrong 20:19:28 oh wait 20:19:31 I think I see 20:19:41 ais523, a sec *need to figure out how to correctly do this call* 20:20:06 ais523, step into some function that fetches instruction from funge space 20:20:10 then do: 20:20:11 AnMaster: ah, I see what's happening 20:20:15 it does move inside ipForward 20:20:23 print fspace->bottomRightCorner 20:20:32 but then fungeSpaceWrap screws up 20:20:33 I suspect the wrapping is messed up by something 20:20:45 ais523, yes exactly 20:20:46 print fspace->bottomRightCorner 20:20:46 $6 = {x = 0, y = 1} 20:20:49 ugh, that's wrong 20:20:49 um 20:20:53 yes it is 20:21:00 now to find out why 20:21:08 presumably your load-from-string gets it wrong 20:21:17 after all, you said it was untested 20:21:22 yes 20:21:51 * AnMaster scratches head while reading it 20:22:28 ais523, the cheap way around would be to change FungeSpaceSetNoBoundUpdate to FungeSpaceSet but that would be less performant when loading the program ;P 20:22:47 * ais523 laughs 20:22:59 ais523, but I think that is what I will do anyway 20:25:30 ais523, pushing a new revision that uses FungeSpaceSet() instead of trying to do itself 20:25:33 pushed 20:25:40 updates funge-space.c 20:26:04 ais523, NOT TESTED except that it compiles 20:27:44 ok, let me try it 20:31:37 ais523, any luck? 20:35:52 AnMaster: just about to test now 20:38:25 In brainloller/copter does execution start at pixel 0,0? 20:38:47 AnMaster: also works 20:38:50 jamesstanley: yes, I think 20:38:55 OK, Thanks 20:38:55 AnMaster: s/also/almost/ 20:38:59 it's clipping off the last character 20:39:07 at least, that's how it's acting 20:39:13 I get an infinite loop of "Hello, world!2 20:39:15 s/2/"/ 20:39:16 And also, when execution reaches the edge of the image, what happens? 20:39:27 Or is this undefined and I should explicitly specify an IP rotate? 20:39:30 *rotater 20:39:41 let me read the spec 20:39:44 OK 20:39:50 Where is the spec? The wiki page? 20:39:59 ais523, wtf 20:40:03 generally if the spec isn't the wiki page it's linked from it 20:40:07 OK 20:40:09 ais523, that shouldn't happen 20:40:20 ais523, and I can't explain it 20:40:30 jamesstanley: ah, it's defined by a reference interp 20:40:30 * AnMaster writes some custom code to debug this 20:40:37 let me try to figure out what it's doing at that point 20:40:46 AnMaster: let me just check to make sure I didn't forget the @ 20:40:50 You needn't bother if you don't want to ais523 20:40:57 I can read it myself now I know where to look. Thanks! 20:41:11 -When the IP reaches the edge of the PNG image and goes outside, the program will stop (END). 20:41:15 jamesstanley, there are specs for funge 20:41:17 it's in a comment in the reference INTERP 20:41:18 OK 20:41:24 funge93 and funge98 20:41:26 AnMaster: he's referring to brainloller 20:41:30 see the esolang wiki 20:41:31 oh ok 20:41:37 and why did I write INTERP in allcaps? 20:41:51 I am going to add these two points to the wiki page. Thanks for your help. 20:42:44 well I get it too 20:43:23 ais523, I get this bug too and can't explain it *debugs* 20:44:40 ais523: H(intercal,interp) = 5 20:44:59 oklopol: an interesting but slightly pointless observation 20:45:17 ais523: and why did I write INTERP in allcaps? <<< 20:45:38 ah, yes, that's probably why 20:45:50 i thought that'd be a fun way to say it with only you getting it 20:46:08 heh? 20:46:25 oklopol, I don't get it 20:46:31 oh, still not? good 20:47:21 oklopol: wot 20:47:43 wot wot? 20:47:52 o 20:47:56 oko 20:49:00 code 20:49:02 need to 20:49:41 i don't get topic, is it an ingenious joke? 20:49:48 probably not 20:49:58 this topic needs history, really, so I can roll it back to the main one easily 20:50:03 I like the international hub topic 20:50:16 i like it too 20:50:21 either that, or we should change the topic to reflect what's currently being dicussed 20:50:27 so 20:50:30 about overflows 20:50:32 i don't like them 20:51:05 or do i.... i like the idea of overflowing through infinity 20:51:05 -!- ais523 has set topic: #esoteric - the international hub for esoteric language design, development and deployment | logs: http://tunes.org/~nef/logs/esoteric/. 20:51:22 oklopol: Funge with bignum cells can overflow past infinity 20:51:33 ais523: i know 20:51:39 Deewiant: AnMaster: what should y return for the cell size in a Funge interpreter with bignum cells? 20:51:48 oh 20:51:50 ais523, undefined in befunge98 20:51:54 ais523: unspecced 20:51:56 defined in 108 20:51:56 oklopol :O 20:51:58 the *values* can overflow past infinity? 20:52:06 AnMaster: what as? 20:52:07 0? 20:52:09 we talked about that with AnMaster, can't remember if we agreed on something other than that the spec sucks 20:52:12 ais523, -1 iirc 20:52:38 ais523, however still debugging this 20:52:42 ok 20:52:50 (i demand answer!) 20:53:16 oklopol: no, the fungespace 20:53:23 if you go too far in one direction you come back from the other 20:53:33 despite fungespace being infinite if you use bignum cells 20:54:01 yeah, it's just that i know, but didn't you mean bignum *values* @ "what should y return for the cell size in a Funge interpreter with bignum cells" 20:54:07 errr 20:54:12 *-it's just 20:54:48 oklopol: that doesn't really make sense, hence the little discussion above 20:55:01 ais523, also I solved it, not sure why 20:55:02 ::bites oklopol 20:55:10 the reason makes no sense to me 20:55:38 can you try to explain? 20:56:49 ais523, for loop as now but: +1 after strlen(program) 20:57:14 however this explains nothing 20:57:37 * ais523 looks at the relevant part of the source code 20:57:38 because it didn't work without that even if I added a newline 20:58:45 AnMaster: you're checking for end-of-string redundantly 20:58:51 you're checking both the strlen and the \0 20:59:00 the loop will be a lot faster if you don't call strlen in every iteration 20:59:04 and I thought you liked speed... 20:59:14 ah true 20:59:20 yes it was a misstake 20:59:43 ais523, anyway last version is way closer 20:59:54 also no it isn't redundant in original 21:00:04 oh wait maybe it is there 21:00:22 ais523, hrrm 21:00:36 ais523, no it isn't redundant I think 21:00:55 it is bad code yes and needs to be fixed but not redundant it seems 21:01:47 ais523, not redundant in original FungeSpaceLoad() 21:01:54 I get valgrind errors otherwise 21:02:01 and I need to do some checks on the \0 21:02:13 I will fix it though 21:02:14 well, can you put literal NULs in a Funge program? 21:02:19 if so, it's not redundant in the original 21:02:19 sure 21:02:28 ais523, yes you can indeed 21:02:33 but it is in the string version due to the way C strings are represented 21:02:35 they'll reflect, being not bound to any instruction 21:02:38 they can't have literal NULs 21:02:43 ais523, indeed 21:03:01 ah, that's an interesting mycology test actually 21:03:12 Deewiant, you test it? 21:03:24 "foobar", print it, see what happens 21:03:31 no, I don't, but I think I'll add that 21:03:33 "soon" :-P 21:03:36 haha 21:03:36 DEEWIANT 21:03:37 DOING THINGS 21:03:38 HOLY SHIT 21:03:40 :O 21:03:46 well I think my code may do the wrong thing still 21:03:48 I'm not doing anything 21:03:54 I will soon, though. ;-) 21:03:58 ::bites tusho's face off:: 21:04:03 >B 21:04:05 stop it, augur 21:04:12 so im watching oldschool doctor who from the 60s 21:04:17 THE 60S 21:04:24 its so cheesy XD 21:05:02 so augur, got new teeth? 21:05:12 no 21:05:15 ::bites oklopol:: 21:09:59 * ais523 wonders how to deal with literal NULs in fffungi 21:10:21 I suppose I'll have to put some other character in the string, and then change those chars to NULs in generated code in the .cio file 21:10:28 not a common issue at loading time 21:11:04 Deewiant, well that was broken, fixing it now 21:14:33 tusho: can you help to debug AnMaster's mysteriously broken code? 21:14:36 it looks right to me too 21:14:41 but can't be because it isn't working 21:14:46 ais523: remove all the posix optimizations 21:14:50 that won't fix your problem 21:14:52 it doesn't have any 21:14:52 but i'll sleep at night 21:14:53 :-P 21:15:07 well, apart from FUNGE_ATTR_FAST which is presumably inline 21:15:13 but that's a C99 optimisation 21:15:24 oh, and restrict on the program 21:15:30 but it is validly a restrict 21:15:49 ais523, yes and I'm debugging it too 21:15:58 something is wrong in my logic I think 21:15:58 many eyes make all bugs shallow... 21:16:03 this bug is pretty deep, though, probably 21:16:10 either that or it's a ninja typo 21:16:18 that hides in shadows so you can't see it 21:16:47 I get random garbage on dumping funge space after loading mycology, well not random... it is mycology with *no* newlines whatsowever 21:16:56 and lines shifted around 21:17:00 -!- pikhq has left (?). 21:17:07 ugh wtf 21:17:08 how long is this broken piece of code? 21:17:24 n}: [ [] ] 21:17:24 [offsetx, offsety] ] <- if the stack top contains zero, quit: our storage offset is unknown and incorrect 21:17:30 i usually see all bugs instantly, in case i manage to read a code 21:17:33 Deewiant, is that from mycology!? 21:18:03 (i usually can't read code unless written by me) 21:18:17 (unless short) 21:18:24 (so back to the original question, is it?) 21:18:32 over 20 lines 21:18:39 :P 21:18:56 AnMaster: really? I count 19 21:18:56 what code? i wanna have a look 21:18:59 http://rafb.net/p/5xUya715.html 21:19:01 oklopol, ^ 21:19:05 what's it supposed to do, what does it do? 21:19:06 but presumably you have debug stuff in your version 21:19:10 ais523, well the main one is broken now 21:19:23 when I try to make loading \0 work 21:19:25 what's it supposed to do? 21:19:43 oklopol, load a funge source file into to the fspace 21:19:56 /** 21:19:56 * Load a file into funge-space at 0,0. Optimised compared to 21:19:56 * FungeSpaceLoadAtOffset(). Only used for loading initial file. 21:19:56 * @param filename Filename to load. 21:19:56 * @return True if successful, otherwise false. 21:19:57 */ 21:20:15 not that loading at offset seems to work either atm 21:21:17 many functions i've never heard about or written by you somewhere else in source 21:21:34 oklopol, FungeSpaceOpenFile() is basically fopen() 21:21:47 cf_getline 21:21:51 oklopol, cf_getline() is getline() from gnulib 21:21:53 so same as glibc 21:22:09 it is just so I don't have to depend onglibc 21:22:11 i don't know basic c io. 21:22:14 guise guise guise 21:22:15 http://www.chainsawsuit.com/20080507.shtml 21:22:24 getline() isn't basic C io 21:22:34 it's GNU, rather than in the C standards, I think 21:22:37 or at least posix 21:22:38 ais523, indeed 21:22:38 i don't know even basic c io. 21:23:37 well then you can't really help 21:23:39 :/ 21:23:57 ais523, with the checking for \0 it *works* 21:23:58 i think i know everything necessary now 21:23:59 AnMaster: well, I was staring at the LoadString bit trying to figure out what was wrong 21:24:10 ais523, I got NO clue 21:24:29 ais523, also taking out check for \0 breaks it again it seems 21:24:40 well, getline and \0 will always interact badly, I think 21:24:49 ais523, oh? 21:24:59 fread then I gues 21:25:01 guess* 21:25:02 because it gets a line, and presumably returns it as a string 21:25:19 which means that as it's treating it as a string, everything after the first \0 is undefined 21:25:21 ais523, it should break directly after \n iirc 21:25:24 and therefore it itself might not handle it 21:25:55 ais523, take a look at cf_getline and cf_getdelim in support.c will you? 21:26:51 why doesn't the else if have a i++? 21:27:02 oklopol, to handle \r\n 21:27:04 AnMaster: what in cf_getdelim should I look at in particular? It's a bit long 21:27:06 that is windows line breaks 21:27:09 ah 21:27:19 ais523, no clue really, it is from gnulib :/ 21:27:26 but I'm changing to fread() now 21:30:36 AnMaster: do Funge files have to be newline-terminated? 21:30:36 cf_getdelim appears to error if it hits EOF rather than the delimiter 21:30:36 -!- ais523 has quit (Remote closed the connection). 21:30:50 AnMaster: do Funge files have to be newline-terminated? 21:30:50 cf_getdelim appears to error if it hits EOF rather than the delimiter 21:30:51 no 21:31:29 -!- ais523 has joined. 21:31:34 no they don't have to 21:31:57 sorry... 21:31:58 but that doesn't seem to be the issue here hrrm 21:32:02 ais523, sorry what? 21:32:05 well, cf_getdelim appears to error if it hits EOF before a newline 21:32:07 rather than returning 21:32:14 ais523, hrrm 21:32:15 and sorry for my connection 21:33:07 -!- ais523 has quit (Remote closed the connection). 21:33:23 -!- ais523 has joined. 21:35:34 AnMaster: how goes the loading code, then? 21:35:38 ok something is very wtf now 21:35:48 x=180 y=763: v (118) 21:35:48 x=180 y=764: (32) 21:35:48 x=180 y=18: ^ (94) 21:35:54 that trace for mycology makes no sense! 21:36:00 AnMaster: sounds like memory corruption 21:36:09 either that, or a wrapping problem 21:36:19 ==32534== Conditional jump or move depends on uninitialised value(s) 21:36:27 so memory corruption 21:39:32 well no 21:39:37 it was indexing error 21:39:52 so accessing uninitialised, and therefore effectively corrupted, memory 21:40:43 yes 21:40:47 however now that works 21:40:53 That the greatest point, relative to that point, is ( 180 769 ) 21:40:53 BAD: should have been ( 180 768 ) 21:40:55 * AnMaster blerghs 21:41:15 I support that blergh,. 21:41:33 I also support that blergh 21:41:46 On behalf of AnMaster, with 2 support, I cause AnMaster to blergh 21:41:58 .. 21:42:03 sorry, inside joke 21:42:35 SELL TICKET. Price: 2VP. Action: Blergh. 21:42:47 no way I'm buying that 21:42:56 if (line[i] == '\r' && i < (sizeof(line) - 1) && line[i+1] == '\n') 21:43:08 line is char line[1024] now 21:43:21 AnMaster: what about long lines in the input? 21:43:27 are you deliberately not supporting them? 21:43:29 ais523, well line is wrong word 21:43:38 this should be "buffer" 21:43:40 oh, line's a block of chars read from the input? 21:43:42 it may be more than one line 21:43:43 yes 21:44:24 it is called buf now 21:46:31 well I know the cause of that 21:46:39 a \r\n got split across reads 21:46:54 Mycology uses \r\n? 21:46:54 * AnMaster rewrites 21:47:00 actually, knowing Deewiant, it probably uses all 3 21:47:01 ais523, yes in order to test that 21:47:21 time to write a stateful parser 21:50:56 yay 21:54:22 ok it works now 21:54:35 AnMaster: the file-load, or the string-load? 21:54:40 file load 21:54:45 one thing at a time 21:54:54 ais523, I will fix the other load next 21:55:01 ok 21:55:05 ais523, still pull to see the file load 21:55:51 I'll wait until you have the bit I need and then pull both at once, I think, atm I'm only using cfunge as a library not as an executable 21:58:22 pushed fix of that too 21:58:34 ais523, I'm still not sure what the original bug was howevere 21:58:37 however* 21:58:50 but now it works and quite different code 21:58:57 will fix load at offset next 22:08:29 -!- RedDak has joined. 22:16:36 ais523, fixed that one too 22:16:43 ah, good 22:16:44 can I pull? 22:16:50 yes 22:19:20 "NO. YOU MAY NOT." 22:19:47 well it wouldn't cause any problems to pull while I push 22:19:59 but I might get the wrong version 22:20:06 you just wouldn't get the revision I'm currently pushing 22:20:16 yay, what I've done so far works 22:20:52 I know have cfunge working correctly as a library 22:21:00 know have? 22:21:02 now have? 22:21:07 s/k// 22:21:18 ais523, very nice 22:21:21 I can compile cfunge + glue.c99 + a stub INTERCAL file 22:21:26 and it runs a Befunge program and exits 22:21:35 although at the moment the string containing the Befunge program is hardcoded 22:21:40 well the .c99 extension needs to be changed later on 22:21:45 well, yes 22:21:59 by compiling cfunge and the glue separately rather than putting it on the command line 22:22:08 yep 22:22:17 libickcf.a? 22:22:24 yes, I think so 22:22:31 also that'll prevent having to compile everything as C99 22:22:34 what was that ickec thing? 22:22:44 it's the ffi library between INTERCAL and C 22:22:53 $ ls /usr/lib/libick* 22:22:53 /usr/lib/libick.a /usr/lib/libickec.a /usr/lib/libickmt.a 22:22:54 plus the INTERCAL runtime modified to use it 22:22:57 and mt? 22:22:59 threads? 22:23:05 yes 22:23:12 each is a different version of the runtime 22:23:24 for the no option, -e and -m options respectively 22:24:02 ah 22:24:07 presumably libickcf.a would be in addition to libickec.a 22:24:12 rather than instead of it, though 22:24:18 I see 22:24:27 because nothing in libickec needs to change for adding cfunge 22:24:27 maybe ickecf then? 22:24:45 well, that would imply ec+cf to me 22:24:55 personally, I don't care too much about library naming consistency 22:24:58 hm wasn't that what you said 22:25:14 because I don't think anything but C-INTERCAL uses its libaries 22:25:25 haha 22:25:30 maybe it should be libfffungi.a 22:25:46 because like libyuk.a, it's in addition to the runtimes rather than a different sort of runtime 22:25:50 ais523, well so will you be able to link intercal, befunge and C all at once then? 22:26:05 yes 22:26:09 cool 22:26:22 even better, you can do COME FROMs between the Befunge and the C if you like 22:26:36 even computed COME FROMs 22:26:46 "if you like", right 22:27:37 ais523, also you can do threads in C 22:27:42 but would that break anything? 22:27:48 if you in the C code used pthreads 22:28:21 AnMaster: quite probably it would break something 22:28:24 that isn't supported 22:28:29 ais523, got a stub so I can test? 22:28:38 AnMaster: a stub external-calls thing? 22:28:43 yep, let me paste it 22:28:53 yes 22:30:40 ais523, well? 22:31:05 -!- ais523 has quit (Remote closed the connection). 22:31:22 -!- ais523 has joined. 22:31:44 ais523, well? 22:31:58 http://rafb.net/p/eF6d8778.html 22:32:04 sorry, connection trouble... 22:32:13 there's an example INTERCAL and C file 22:32:20 note you have to give them different basenames 22:32:31 because C-INTERCAL compiles into C and therefore uses .c as an extension for its output 22:33:31 hm ok 22:33:46 ais523, it could put it in /tmp or something 22:34:07 ais523, also what part jumps to the C code? 22:34:13 AnMaster: well, I use /tmp too, but quite a lot of options leave the .c behind 22:34:21 right 22:34:37 AnMaster: the DO (9876) NEXT is a procedure call to line 9876 in the C code 22:34:46 and the C code has ick_nextfrom(3); 22:34:53 um 22:34:58 which is a reverse procedure call from the INTERCAL code 22:34:59 line 9876? 22:35:09 ick_linelabel(9876); 22:35:11 I say 22:35:40 the next from basically makes all lines numbered 3 into a NEXT to that line 22:35:45 like a comefrom, but you can return from it 22:36:22 well, (1) DO WRITE OUT #1 DO (2) NEXT PLEASE GIVE UP (2) DO RESUME #1 22:36:39 is equivalent to (1) DO WRITE OUT #1 PLEASE GIVE UP (2) DO NEXT FROM #1 DO RESUME #1 22:36:57 that should explain the equivalence, the first uses NEXT while the second uses NEXT FROM 22:37:28 *head spinning* 22:37:43 it's not that hard to follow, really, once you have the concept of a COME FROM 22:37:48 but just use NEXT if NEXT FROM confuses you 22:37:57 well.... 22:38:00 NEXT and RESUME #1 can be used as a procedure call 22:38:06 all I need is to test some C :P 22:38:36 I can give you an even simpler example if you like 22:38:43 ais523, hurm, how do I link a library? 22:38:51 you can't at present 22:39:01 oh yes, if I can just make it generate the C code 22:39:07 then I can link the result myself 22:39:11 with needed libraries 22:39:16 ais523, right? 22:39:24 yes 22:39:31 use -egY as your command line options 22:39:35 that prints out the commands it uses 22:39:40 ah 22:39:42 then just run a modified version of the final command it gives 22:39:46 -g tells it to keep its temporaries 22:39:53 and -Y to print out command-line args 22:40:04 hmm... unless it deletes the tempfile it creates anyway, I'll have to check 22:40:14 why would it? 22:40:47 anyway, http://rafb.net/p/jezQ9j47.html is a really minimal test for the C vs. INTERCAL ffi 22:40:56 ais523, I need to do -pthreads to check this 22:41:00 and why would it? because I made a mistake, that's why 22:41:06 I'm not sure if it does 22:41:07 let me check 22:41:48 ugh, yes it does delete the temporary 22:41:59 even worse, it deletes its temporaries inconsistently 22:42:04 even with -g 22:42:11 I see 22:42:15 for the time being I suggest you just edit the source to add -pthreads manually 22:42:21 I'm planning to implement general library support 22:42:22 ais523, well I need to test with -lphreads to be exact 22:42:24 but I haven't, yet 22:42:35 ais523, where in c-intercal source to edit? 22:42:50 umm... in the multi-line trainwreck near the end 22:42:54 it's in src/perpet.c 22:42:56 aha 22:43:06 look for #if 0 22:43:08 umm... in the multi-line trainwreck near the end 22:43:08 it's in src/perpet.c 22:43:08 haha 22:43:10 that's in the right area, I think 22:43:24 where I put in an extra closing bracket to help Emacs indent properly 22:43:26 "multi-line trainwreck" 22:43:42 search for the character string -Wl 22:43:55 I think the multi-line trainwreck is the only part of the code that uses that 22:44:11 and you'll see why I call it that when you find the relevant part of the code 22:44:27 it's a long sprintf/snprintf, with #ifdefs and suchlike in the middle of it 22:44:54 #ifdef HAVE_SNPRINTF 22:44:57 there? 22:45:10 yes, probably, there are several occurences of that throughout the code 22:45:15 but the place I'm thinking of is one of them 22:45:31 idea: just use a sprintf/snprintf wrapper macro 22:45:36 much easier 22:45:48 line 1639? 22:46:44 -!- Iskr_ has quit ("Leaving"). 22:46:49 and I had thought of that 22:46:55 -!- ais523 has quit (Remote closed the connection). 22:47:10 also mixed tabs/spaces indenting you use there suck 22:47:13 -!- ais523 has joined. 22:47:16 if(remspace <= 0) 22:47:16 ick_lose(IE666, -1, (char*)NULL); 22:47:19 a few lines below 22:47:25 also mixed tabs/spaces indenting you use there suck 22:47:32 that is mixed 22:47:41 yes, that's it 22:48:05 IE666 22:48:08 what is that one? 22:48:22 I think it's a you-specified-too-much-on-the-command-line error 22:48:24 let me check 22:48:39 COMPILER HAS INDIGESTION 22:48:56 it's for input line too long, input file too long, or too many input files 22:49:12 interesting 22:49:16 why that limit? 22:49:31 because I'm lazy and use a static buffer for command lines 22:49:44 it's not as if the command line is anything that should run out of space anyway 22:49:55 after all, cfunge with all its files fits onto the command line 22:51:01 ais523, I added a fingerprint today btw, not sure if you noticed 22:51:06 TURT 22:51:08 no, I didn't notice 22:51:28 ais523, you need to pull in the updated fingerprints.h to get a linking error for it then :P 22:52:40 well, I'll go without the linking error, then 22:52:43 does TURT use pthreads? 22:53:03 no 22:53:08 ais523, nothing will use it 22:53:12 why the link error, then? 22:53:12 as far as I know 22:53:26 ais523, because you would need to include an extra file 22:53:30 renamed to .c99 22:53:32 right? 22:53:38 AnMaster: I'm using wildcards on the command line 22:53:40 I pasted it a while back 22:53:41 ah 22:53:45 for *.c? 22:53:47 too? 22:53:54 no, but I'm using wildcard renames 22:53:56 aha 22:54:38 linking errors aren't likely to happen for some time 22:54:47 ok 22:55:03 some future fingerprints could need libpng or some socket related library I guess 22:55:48 -!- Corun has quit ("This computer has gone to sleep"). 22:57:21 ais523, will try pthreads tomorrow 22:57:34 * AnMaster is coding on some other parts atm 22:58:23 tools/fuzz-test.sh TURT 22:58:26 to be exact 22:59:28 ais523, you may want to take a look at tools/fuzz-test.sh 22:59:31 it is quite fun 23:01:13 cfunge: /home/arvid/src/cfunge/trunk/src/stack.c:115: StackPushNoCheck: Assertion `stack->top < stack->size' failed. 23:01:14 yay 23:04:32 -!- Corun has joined. 23:23:46 AnMaster: how did an assertion in a NoCheck procedure fail? 23:23:50 I thought they did no checks 23:24:10 ais523: no, that means they have no _posix_check functions in 23:24:11 -!- Sgeo has quit (Connection timed out). 23:24:12 // This should only be used if that is true... 23:24:12 assert(stack->top < stack->size); 23:24:14 that is how 23:24:22 (which checks an internal field with fuzzy logic) 23:24:28 (in less than -1ms) 23:24:45 ais523, to do a assert in case it is compiled with debug info 23:24:57 it won't do any check in release build 23:25:05 tusho: it took me a moment to realise you were joking 23:25:15 ais523: ... I was joking? 23:25:15 partly because I thought AnMaster had said it, rather than you, to start with 23:25:23 you both come out green in my nickname coloriser 23:25:23 -_- 23:25:26 hahaa 23:25:41 well I'm not sure of the cause 23:26:06 ais523, it happens when stack size reach astonomical sizes 23:26:28 + certain alignment 23:26:48 AnMaster: integer wraparound? 23:26:55 ais523, no... 23:27:07 I use 64-bit size_t all the time too 23:27:22 ais523, and astromical is closer to 64-mb here 23:27:25 rather than 4 gb 23:27:36 so astromical < astronomical? 23:27:43 haha 23:27:47 * AnMaster is trired 23:28:27 ais523, can you see anything wrong in StackPreallocSpace() in stack.c that could make it *underestimate* the needed space 23:28:55 #4 0x00000000004041b3 in StackPushString (stack=0x694620, 23:28:56 str=0x7fff8754570f "PATH=/usr/kde/3.5/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/ghc/bin:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin:/usr/qt/3/bin:/usr/g"..., len=18) at /home/arvid/src/cfunge/trunk/src/stack.c:216 23:28:56 216 StackPushNoCheck(stack, str[len]); 23:28:56 (gdb) print len 23:28:56 $1 = 18 23:29:12 -!- ais523 has quit (Remote closed the connection). 23:29:29 -!- ais523 has joined. 23:29:37 ais523, read log! 23:29:59 (gdb) call strlen(str) 23:29:59 $1 = 316 23:30:04 ais523, can you see anything wrong in StackPreallocSpace() in stack.c that could make it *underestimate* the needed space 23:30:11 ais523, because that seems to be the error 23:30:26 (gdb) print stack->size 23:30:26 $2 = 10824 23:30:40 ugh, it's sufficiently late that I'm not really capable of debugging code any more 23:30:42 I have to go soon as is 23:30:56 tomorrow afternoon I'll have a better chance of figuring what's going on 23:31:20 tusho, http://rafb.net/p/4MlAuO29.html 23:31:31 AnMaster: ? 23:31:33 any idea why that underestimates in some rare cases 23:31:34 ? 23:31:41 no 23:31:49 did you even look at it... 23:31:57 briefly 23:32:00 i'm not your tech support 23:32:06 newsize += (minfree % ALLOCCHUNKSIZE + 1) * ALLOCCHUNKSIZE; 23:32:07 that, maybe 23:32:11 stack->size += minfree; 23:32:12 or that 23:32:14 yes 23:32:16 hm 23:32:17 cf_realloc? 23:32:24 why have you reimplemented realloc? 23:32:26 ais523: it reallocs without doing anything 23:32:33 ais523, just a macro for bohem-gc 23:32:34 ... 23:32:34 specifically, it rewinds the clock with a reallocated version 23:32:44 tusho: heh, you could do that in Feather 23:32:50 to call bohem-gc or native 23:32:50 cf means Cold Fire, which is what AnMaster redefined really gnarly posix functions with 23:32:56 but it would be even less efficient then the typical C version 23:32:56 ... 23:33:01 cf = cfunge 23:33:02 (it is really called __posix_realloc_timewind_xsf) 23:33:04 in this case 23:33:27 # define cf_malloc(x) GC_MALLOC(x) 23:33:27 or 23:33:31 # define cf_malloc(x) malloc(x) 23:33:37 depending on if we build with GC 23:33:40 or not 23:33:45 what is wrong with that 23:33:51 ais523, ? 23:33:59 same for realloc 23:34:00 nothing, really, I was just surprised, that's all 23:35:48 AnMaster: why not stack->size=newsize? 23:36:00 ais523, "// Round to whole ALLOCCHUNKSIZE upwards." 23:36:02 you're increasing stack->size and the actual allocated memory at different rates 23:36:15 oh am I? 23:36:18 * AnMaster looks 23:36:20 what's stack->size meant to represent, if not the allocated memory 23:36:33 that is allocated memory 23:36:44 that was indeed a typo 23:36:56 does that fix your bug? 23:36:58 yes 23:37:00 thanks 23:37:03 silly typos 23:37:16 if only you hadn't done it in the very last line, I would have found it faster 23:37:29 try typoing earlier next time, it makes it faster to debug when checking from top to bottom 23:37:51 true 23:39:11 ais523, pushed this fix 23:40:16 ais523, and I tend to spread assert() around the code to help debug it 23:40:47 pulled 23:41:01 stack.h contains the actual change 23:41:13 some other files had some typo fixes in comments 23:44:31 one other file 23:52:47 ais523, yes 23:52:51 maybe it was that only 23:53:09 -!- ais523 has quit ("(1) DO COME FROM ".2~.2"~#1 WHILE :1 <- "'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1"").