,

etc. replace them and have real semantic meaning to boot) < 1214846294 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :if only HTML5 had the href on every element like XHTML2 is to have < 1214846312 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: no < 1214846319 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :they said why they don't do it < 1214846320 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :basically < 1214846335 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :oh, I didn't hear of this < 1214846352 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214846357 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :all in all not worth it < 1214846387 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(ais523: also, the css is 11 lines when compacted a little.) < 1214846389 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :it's not always redundant to an inner , you also need some CSS in some cases < 1214846406 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :e.g.

bar

< 1214846408 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(though I don't style lists, blockquotes etc yet, I'll do that when I need them) < 1214846415 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :the a encompasses only the text, not the whole list element < 1214846421 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: even so, it overwhelmingly commonly is redundant < 1214846423 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so. < 1214846429 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :true < 1214846435 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I just think it's more semantic to not have an < 1214846480 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, happy Windows XP end-of-line day, everyone! < 1214846526 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :it is still possible to obtain Windows XP by purchasing Vista Ultimate or Vista Business and then downgrading to Windows XP. < 1214846529 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric ::-P < 1214846531 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, eh? < 1214846537 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :Sales of Windows XP ceased on June 30, 2008 < 1214846552 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no not EOL+ < 1214846555 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :er < 1214846557 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :EOL* < 1214846563 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :end of production line < 1214846566 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I suppose < 1214846571 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: lolololololol < 1214846573 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1214846576 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :microsoft just killed itself a bit more < 1214846581 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :yep < 1214846583 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and it is sad < 1214846585 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :sad, seally < 1214846589 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yes, it is < 1214846592 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :s/se/re/ < 1214846596 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :they were so close to actually getting better < 1214846596 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :because xp was good compared to vista < 1214846598 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and they nose-dived instead < 1214846605 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :yep < 1214846621 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :developers developers developers developers. < 1214846626 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :>_< < 1214846629 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214846629 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it sounds almost like an obituary now < 1214846893 0 :oklopol!unknown@unknown.invalid QUIT :No route to host < 1214847343 0 :KingOfKarlsruhe!unknown@unknown.invalid QUIT :Remote closed the connection < 1214848117 0 :timotiis!n=timotiis@jfkew.plus.com JOIN :#esoteric < 1214848474 0 :oklopol!n=nnscript@a91-152-134-23.elisa-laajakaista.fi JOIN :#esoteric < 1214848811 0 :ais523_!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214848813 0 :ais523!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1214848844 0 :ais523_!unknown@unknown.invalid NICK :ais523 < 1214849087 0 :Judofyr!n=Judofyr@cE699BF51.dhcp.bluecom.no JOIN :#esoteric < 1214850799 0 :Slereah_!n=hix@ANantes-252-1-66-195.w81-250.abo.wanadoo.fr JOIN :#esoteric < 1214850800 0 :Slereah!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1214850901 0 :Slereah!n=hix@ANantes-252-1-66-195.w81-250.abo.wanadoo.fr JOIN :#esoteric < 1214850901 0 :Slereah_!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1214850990 0 :Corun!unknown@unknown.invalid QUIT :"This computer has gone to sleep" < 1214851208 0 :oerjan!unknown@unknown.invalid QUIT :"Good night" < 1214851476 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ah I found my compacted css < 1214851478 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: http://pastebin.ca/raw/1058380 < 1214852516 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, I found one bug that was causing IFFI to not work < 1214852520 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :although there may be others < 1214852531 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it was a weird interaction of recursion and global variables < 1214852540 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :when I wrote that bit of code, I didn't expect it to be used recursively < 1214852878 0 :Corun!n=Corun@cpc1-rdng15-0-0-cust168.winn.cable.ntl.com JOIN :#esoteric < 1214853380 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: how do I turn trace-mode on in cfunge, internally? < 1214853385 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as in, by manipulating the values of variables < 1214853388 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :rather than with command line args < 1214853397 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, check settings.h < 1214853413 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214853529 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, which is the same way that main.c do it when it parses command line arguments ;P < 1214853560 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :/// Out of order to make default initialise to 0. < 1214853560 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :/// (A few bytes smaller binary that way, The standard one should always be 0) < 1214853572 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes hehe :P < 1214853575 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sorry, I can understand you optimising for speed, but binary size? < 1214853578 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :>_< < 1214853581 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :he's insane < 1214853586 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes that too, just to irritate everyone < 1214853587 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1214853595 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION is laughing now
< 1214853605 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :there is such an incongruity when C-INTERCAL and cfunge are linked together... < 1214853610 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :at least they both share the same naming scheme < 1214853613 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, a what? < 1214853617 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :"incongruity"? < 1214853631 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you know, I think doing so many things just to irritate people is slightly disturbed < 1214853635 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :also what do you mean with same naming scheme? < 1214853640 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ridiculously optimised on one hand vs. inherently slow on the other < 1214853643 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, thanks! < 1214853652 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes :P < 1214853655 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :thanks ais523 < 1214853658 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I mean, C-INTERCAL is optimised too, to some extent, but INTERCAL suffers from computational class problems < 1214853665 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :e.g. computed COME FROM < 1214853670 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214853672 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/class/order/ < 1214853703 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214853712 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214853714 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::) < 1214853721 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway yes cfunge is insane in parts < 1214853725 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the debugger even has an explain-this-expression tool < 1214853752 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :what should I set the trace level to, by the way? < 1214853756 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, consider I spent about half a day reorganizing structs to avoid holes on 64-bit and 32-bit as much as possible :P < 1214853768 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well depends on how much you want < 1214853769 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214853771 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :3 or 9 < 1214853772 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/$/y/ < 1214853773 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :try either < 1214853784 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, higher level = more tracing < 1214853791 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :is 9 the highest level? < 1214853799 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well currently yes < 1214853803 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :maybe not in the future < 1214853810 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric : ais523, anyway yes cfunge is insane in parts < 1214853811 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :in parts. < 1214853813 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :IN PARTS? < 1214853816 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and what level should I use to see commands and stack as they execute < 1214853825 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: cfunge is saner than glue.c99 < 1214853831 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :glue.c99? < 1214853832 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm trace print each instruction as it is executed < 1214853835 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for stack: gdb < 1214853835 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the file I'm writing which is half cfunge and half C-INTERCAL < 1214853837 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sorry < 1214853840 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, :/ < 1214853856 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, but I thought that if trace levels went up to 9 displaying stack was quite likely < 1214853856 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: well, that's because you have to work around AnMaster's mental disorder of optimization :-P < 1214853862 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(joking, joking) < 1214853871 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :here, I'll paste glue.c99 as it is at the moment < 1214853876 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so you can see it in all its glory < 1214853884 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :does not compute, debug info missing due to optimizing < 1214853889 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I'd love to see < 1214853906 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :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? < 1214853912 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I don't have tracing of current stack atm, should be simple to implement < 1214853913 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley: i don't think you can < 1214853916 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :'cause you have to move back < 1214853918 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so you need infinite counters < 1214853921 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and even then I doubt it'd work < 1214853922 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I can do that if you want < 1214853927 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley: however < 1214853930 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you can do it < 1214853933 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :oh? < 1214853936 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but you have to modify the space you move over < 1214853943 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :http://pastebin.ca/1059256 < 1214853946 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ENTRY 1 ENTRY 1 ENTRY 1 ... LASTENTRY 0 < 1214853947 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :Yeah, I'd already though of that way < 1214853956 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :then you use a quick loop over going two elements at a time < 1214853967 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :I need to keep the data intact though < 1214853970 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :generally speaking you make every second (or third, or whatever) cell hold a 0 < 1214853974 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then you know you can clobber it safely < 1214853977 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as temporaries < 1214853984 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: # < 1214853984 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :#ifdef CONCURRENT_FUNGE < 1214853984 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :# < 1214853984 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :#error The C-INTERCAL/cfunge external calls interface cannot be used concurrently < 1214853984 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :# < 1214853985 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :#endif < 1214853986 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that would be UFN < 1214853987 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's quite hard to do things efficiently without temporaries < 1214853988 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :*FUN < 1214853993 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK < 1214853997 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: copyright notice OK, by the way < 1214854004 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i like iffi < 1214854009 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, sure < 1214854009 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ick, iffi... < 1214854010 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley: oh, if you only have one array there's a trick you can use where you put a couple of zeros before it < 1214854012 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yuk... < 1214854021 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I thought they were a bit longer, with info how to contact GNU and such? < 1214854038 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and then move elements to the left as you scan through them and use the gaps for temporaries < 1214854042 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: whoops, yes, I'll add that < 1214854049 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK. Thanks < 1214854052 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I don't like your indention style but ;P < 1214854069 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, and someone who knows Befunge, verify that I got that hello, world right please < 1214854078 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, didn't you say that ick already did the srandom stuff? < 1214854091 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I checked, sometimes it uses random and sometimes it uses rand < 1214854101 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it looks correct < 1214854102 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway, this time it seeds exactly twice at the start of the program < 1214854105 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which isn't a problem < 1214854123 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :true < 1214854161 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the tracing is done in the main loop, which could be a problem for you I guess < 1214854182 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :the hello world is correct < 1214854188 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ugh, yes < 1214854192 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because I'm replacing it < 1214854196 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it had to be in an ICK_EC_FUNC really < 1214854204 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is like an ordinary function just more interesting < 1214854206 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well copy and paste some code then :7 < 1214854208 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::/* < 1214854236 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I really ought to merge the Befunge tracing with INTERCAL tracing, really < 1214854244 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I have +printflow as a trace option in INTERCAL programs already < 1214854245 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :'Interesting functions' sounds like a haskell thing < 1214854248 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I just need to make cfunge use it < 1214854252 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :there should be a formal definition for what makes a function interesting < 1214854256 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(well, just mathematics when I think about it) < 1214854327 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214854330 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/$/"? < 1214854335 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/?/\// < 1214854338 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: how does a macro do that? < 1214854348 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh, does it require yield statements? < 1214854352 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :lol@finite state machines < 1214854355 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: basically there's a global which switches the function between two modes of operation < 1214854363 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :one which acts as the target for gotos, with a protocol involved < 1214854368 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and the other which just runs the function < 1214854390 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: can I see an expansion of an ICK_EC_FUNC? < 1214854395 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the entire body of the function is wrapped in an if() < 1214854396 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and the original source < 1214854406 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and sure, I'll paste glue.cio for you < 1214854413 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is the expanded version < 1214854418 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but minus all the blank lines at the start < 1214854419 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :glue.cio max.imus < 1214854424 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and the preprocessor stuff < 1214854476 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: actually, do you mind if I run it through indent first? < 1214854479 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it all comes out on the same line < 1214854480 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :nope < 1214854540 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I'm adding that tracing now < 1214854549 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :http://pastebin.ca/1059264 < 1214854557 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's the ICK_EC_FUNC at the end, in the .cio < 1214854568 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that is, once it's been preprocessed twice, once by gcc -E, once by ick itself < 1214854604 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, and the goto labels there are generated, not hardcoded < 1214854721 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: ah, so ick does the transformation itself < 1214854721 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :not the cpp < 1214854721 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :OK < 1214854729 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: they both do < 1214854733 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :well, yes < 1214854738 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but ick actually mangles the function body < 1214854740 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :OK, i understand now < 1214854741 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the cpp substitutes in most of the code < 1214854746 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :including the bits in the body < 1214854750 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and ick does fixup < 1214854762 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :making all the gotos point to the right place and all the labels have unique names < 1214854932 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but yes, ick does mess with the C source quite a bit < 1214855106 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well it is done except it cases valgrind error < 1214855109 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :errors* < 1214855112 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION debugs
< 1214855223 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah off by one error < 1214855233 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :hiya! :D < 1214855245 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi augur < 1214855253 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :hows it goin < 1214855262 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :augur: well, fffungi is making progress < 1214855264 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :slowly < 1214855268 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :fffungi? < 1214855277 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, pull < 1214855277 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :augur: Funge/INTERCAL ffi < 1214855284 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :oh boy < 1214855287 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, err wait < 1214855291 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is still pushing < 1214855341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the new main loop will now print the 5 top elements on the stack when trace level is 8 or higher < 1214855347 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214855347 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you could copy that to your code? < 1214855359 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oops < 1214855359 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, I could, probably < 1214855361 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sorry issue < 1214855369 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I only did change for concurrent *fixes* < 1214855426 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, pushing again now < 1214855429 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pushed < 1214855431 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so pull < 1214856001 0 :Corun!unknown@unknown.invalid QUIT :"This computer has gone to sleep" < 1214856066 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, was it useful? < 1214856074 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm pulling right now < 1214856084 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I was reading something else before that < 1214856095 0 :Corun!n=Corun@cpc1-rdng15-0-0-cust168.winn.cable.ntl.com JOIN :#esoteric < 1214856357 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you probably want >=8 rather than >8 in your tracelevel setting < 1214856379 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ah I meant at 9 or above < 1214856381 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1214856391 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(actually I didn't < 1214856432 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :glue.c99:106: warning: implicit declaration of function ‘PrintStackTop’ < 1214856441 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :have you changed the list of include files for interpreter.c? < 1214856453 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, include stack.h < 1214856454 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm, no, it doesn't link < 1214856461 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :is PrintStackTop a macro? < 1214856467 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no a function < 1214856477 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I wonder why the link failed, then < 1214856490 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and stack.h is already included < 1214856491 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well does your stack.h have it? < 1214856498 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, that could be the issue < 1214856502 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :maybe you did something with the update < 1214856507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so you didn't include it < 1214856513 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, as I just added that function < 1214856518 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it's new < 1214856533 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ick -begOUY stub.i *.c99 */*.c99 */*/*.c99 ../lib/*/*.c99 < 1214856543 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :just so I remember the command line < 1214856544 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well that could be the issue < 1214856546 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is nontrivial at current < 1214856549 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and yes, I think it was < 1214856556 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it would be *.c vs *.c99 < 1214856571 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, set up a system of symlinks? < 1214856577 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :would work better < 1214856590 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: actually, I'm keeping separate modified and unmodified source trees and copying the changes over < 1214856609 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you could use bzr to keep track of your own branch ;P < 1214856626 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :this is distributed version control after all < 1214856634 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, I suppose so < 1214856637 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I don't know bzr < 1214856655 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and renaming all the files in a repo is not a common thing to do anyway < 1214856671 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway if you build a debug build you get some more debugging from inside gdb: StackDump(stack *) and FungeSpaceDump() < 1214856684 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that you can use with call < 1214856686 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :in gdb < 1214856694 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that was how I did debugging mostly < 1214856719 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, the error seems to be that the IP never moves for some reason < 1214856723 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also see etc/example.gdbinit in cfunge top dir < 1214856748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, care to pastebin the current code and I will try to read it < 1214856766 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's the same as what I've already pastebinned apart from turning on tracing < 1214856797 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :do I need to paste again, or will the previous paste do? < 1214856812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the old will do < 1214856837 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hrrm < 1214856877 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, can you use gdb or something, there are some stuff I want you to run in it just *after* ExecuteInstruction() < 1214856882 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but before the next statement < 1214856889 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :print IP->needMove < 1214856920 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I'll try to load it in gdb, luckily it reaches that point before it gets confused < 1214856920 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :print IP->delta < 1214856931 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :those two I need to know < 1214856970 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, stepping to the right point now < 1214856982 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I guess breakpoint doesn't work heh < 1214856986 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :p IP->needMove < 1214856986 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$1 = true < 1214856992 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and the the other one? < 1214857003 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : p IP->delta < 1214857003 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$2 = {x = 1, y = 0} < 1214857006 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214857017 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me step past the ipForward and see if its location changes < 1214857030 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :print IP->position < 1214857030 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :s < 1214857031 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :u < 1214857032 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :print IP->position < 1214857034 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :will do that < 1214857034 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : p IP->position < 1214857052 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wait it won't < 1214857054 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sorry: < 1214857059 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not u but full until < 1214857072 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or maybe not < 1214857086 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$3 = {x = 0, y = 0} < 1214857086 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :apparently not, that's strange < 1214857091 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway yes what is it after and before ipForward < 1214857112 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :0,0 is normal start value < 1214857130 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :1: IP->position = {x = 0, y = 0} < 1214857134 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(gdb) n < 1214857134 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :115 ipForward(IP, 1); < 1214857134 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :1: IP->position = {x = 0, y = 0} < 1214857134 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(gdb) n < 1214857134 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :98 while(!ick_iffi_breakloop) < 1214857135 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :1: IP->position = {x = 0, y = 0} < 1214857136 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214857139 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is wrong < 1214857143 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214857150 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :presumably the error's in ipForward somehow < 1214857161 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ip->position.x += ip->delta.x * steps; < 1214857161 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'll try stepping into it < 1214857161 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ip->position.y += ip->delta.y * steps; < 1214857166 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :really can't see how that can go wrong < 1214857168 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh wait < 1214857171 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think I see < 1214857181 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, a sec *need to figure out how to correctly do this call* < 1214857206 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, step into some function that fetches instruction from funge space < 1214857210 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :then do: < 1214857211 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ah, I see what's happening < 1214857215 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it does move inside ipForward < 1214857223 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :print fspace->bottomRightCorner < 1214857232 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but then fungeSpaceWrap screws up < 1214857233 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I suspect the wrapping is messed up by something < 1214857245 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes exactly < 1214857246 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :print fspace->bottomRightCorner < 1214857246 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$6 = {x = 0, y = 1} < 1214857249 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ugh, that's wrong < 1214857249 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :um < 1214857253 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes it is < 1214857260 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :now to find out why < 1214857268 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :presumably your load-from-string gets it wrong < 1214857277 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :after all, you said it was untested < 1214857282 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214857311 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION scratches head while reading it
< 1214857348 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the cheap way around would be to change FungeSpaceSetNoBoundUpdate to FungeSpaceSet but that would be less performant when loading the program ;P < 1214857367 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION laughs
< 1214857379 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but I think that is what I will do anyway < 1214857530 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, pushing a new revision that uses FungeSpaceSet() instead of trying to do itself < 1214857533 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pushed < 1214857540 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :updates funge-space.c < 1214857564 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, NOT TESTED except that it compiles < 1214857664 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, let me try it < 1214857897 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, any luck? < 1214858152 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: just about to test now < 1214858305 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :In brainloller/copter does execution start at pixel 0,0? < 1214858327 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: also works < 1214858330 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley: yes, I think < 1214858335 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK, Thanks < 1214858335 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: s/also/almost/ < 1214858339 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's clipping off the last character < 1214858347 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :at least, that's how it's acting < 1214858353 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I get an infinite loop of "Hello, world!2 < 1214858355 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/2/"/ < 1214858356 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :And also, when execution reaches the edge of the image, what happens? < 1214858367 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :Or is this undefined and I should explicitly specify an IP rotate? < 1214858370 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :*rotater < 1214858381 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me read the spec < 1214858384 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK < 1214858390 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :Where is the spec? The wiki page? < 1214858399 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, wtf < 1214858403 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :generally if the spec isn't the wiki page it's linked from it < 1214858407 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK < 1214858409 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that shouldn't happen < 1214858420 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and I can't explain it < 1214858430 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley: ah, it's defined by a reference interp < 1214858430 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION writes some custom code to debug this
< 1214858437 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me try to figure out what it's doing at that point < 1214858446 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: let me just check to make sure I didn't forget the @ < 1214858450 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :You needn't bother if you don't want to ais523 < 1214858457 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :I can read it myself now I know where to look. Thanks! < 1214858471 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :-When the IP reaches the edge of the PNG image and goes outside, the program will stop (END). < 1214858475 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :jamesstanley, there are specs for funge < 1214858477 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's in a comment in the reference INTERP < 1214858478 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :OK < 1214858484 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :funge93 and funge98 < 1214858486 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: he's referring to brainloller < 1214858490 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :see the esolang wiki < 1214858491 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh ok < 1214858497 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and why did I write INTERP in allcaps? < 1214858511 0 :jamesstanley!unknown@unknown.invalid PRIVMSG #esoteric :I am going to add these two points to the wiki page. Thanks for your help. < 1214858564 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I get it too < 1214858603 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I get this bug too and can't explain it *debugs* < 1214858680 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :ais523: H(intercal,interp) = 5 < 1214858699 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: an interesting but slightly pointless observation < 1214858717 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :ais523: and why did I write INTERP in allcaps? <<< < 1214858738 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, yes, that's probably why < 1214858750 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i thought that'd be a fun way to say it with only you getting it < 1214858768 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :heh? < 1214858785 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, I don't get it < 1214858791 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :oh, still not? good < 1214858841 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: wot < 1214858863 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :wot wot? < 1214858872 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :o < 1214858876 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oko < 1214858940 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :code < 1214858942 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :need to < 1214858981 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i don't get topic, is it an ingenious joke? < 1214858988 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably not < 1214858998 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :this topic needs history, really, so I can roll it back to the main one easily < 1214859003 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I like the international hub topic < 1214859016 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i like it too < 1214859021 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :either that, or we should change the topic to reflect what's currently being dicussed < 1214859027 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :so < 1214859030 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :about overflows < 1214859032 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i don't like them < 1214859065 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :or do i.... i like the idea of overflowing through infinity < 1214859065 0 :ais523!unknown@unknown.invalid TOPIC #esoteric :#esoteric - the international hub for esoteric language design, development and deployment | logs: http://tunes.org/~nef/logs/esoteric/ < 1214859082 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: Funge with bignum cells can overflow past infinity < 1214859093 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :ais523: i know < 1214859099 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: AnMaster: what should y return for the cell size in a Funge interpreter with bignum cells? < 1214859108 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :oh < 1214859110 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, undefined in befunge98 < 1214859114 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: unspecced < 1214859116 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :defined in 108 < 1214859116 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :oklopol :O < 1214859118 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :the *values* can overflow past infinity? < 1214859126 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what as? < 1214859127 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :0? < 1214859129 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :we talked about that with AnMaster, can't remember if we agreed on something other than that the spec sucks < 1214859132 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, -1 iirc < 1214859158 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, however still debugging this < 1214859162 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214859170 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :(i demand answer!) < 1214859196 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: no, the fungespace < 1214859203 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :if you go too far in one direction you come back from the other < 1214859213 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :despite fungespace being infinite if you use bignum cells < 1214859241 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :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" < 1214859247 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :errr < 1214859252 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :*-it's just < 1214859288 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: that doesn't really make sense, hence the little discussion above < 1214859301 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also I solved it, not sure why < 1214859302 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :::bites oklopol < 1214859310 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the reason makes no sense to me < 1214859338 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :can you try to explain? < 1214859409 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, for loop as now but: +1 after strlen(program) < 1214859434 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :however this explains nothing < 1214859457 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION looks at the relevant part of the source code
< 1214859458 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :because it didn't work without that even if I added a newline < 1214859525 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you're checking for end-of-string redundantly < 1214859531 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :you're checking both the strlen and the \0 < 1214859540 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the loop will be a lot faster if you don't call strlen in every iteration < 1214859544 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and I thought you liked speed... < 1214859554 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah true < 1214859560 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes it was a misstake < 1214859583 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway last version is way closer < 1214859594 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :also no it isn't redundant in original < 1214859604 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh wait maybe it is there < 1214859622 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hrrm < 1214859636 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no it isn't redundant I think < 1214859655 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is bad code yes and needs to be fixed but not redundant it seems < 1214859707 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, not redundant in original FungeSpaceLoad() < 1214859714 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I get valgrind errors otherwise < 1214859721 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and I need to do some checks on the \0 < 1214859733 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I will fix it though < 1214859734 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, can you put literal NULs in a Funge program? < 1214859739 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :if so, it's not redundant in the original < 1214859739 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :sure < 1214859748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes you can indeed < 1214859753 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but it is in the string version due to the way C strings are represented < 1214859755 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :they'll reflect, being not bound to any instruction < 1214859758 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :they can't have literal NULs < 1214859763 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, indeed < 1214859781 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ah, that's an interesting mycology test actually < 1214859792 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, you test it? < 1214859804 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :"foobar", print it, see what happens < 1214859811 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :no, I don't, but I think I'll add that < 1214859813 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :"soon" :-P < 1214859816 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214859816 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :DEEWIANT < 1214859817 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :DOING THINGS < 1214859818 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :HOLY SHIT < 1214859820 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::O < 1214859826 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I think my code may do the wrong thing still < 1214859828 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I'm not doing anything < 1214859834 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I will soon, though. ;-) < 1214859838 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :::bites tusho's face off:: < 1214859843 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :>B < 1214859845 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :stop it, augur < 1214859852 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :so im watching oldschool doctor who from the 60s < 1214859857 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :THE 60S < 1214859864 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :its so cheesy XD < 1214859902 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :so augur, got new teeth? < 1214859912 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :no < 1214859915 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :::bites oklopol:: < 1214860199 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION wonders how to deal with literal NULs in fffungi
< 1214860221 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214860228 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not a common issue at loading time < 1214860264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, well that was broken, fixing it now < 1214860473 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: can you help to debug AnMaster's mysteriously broken code? < 1214860476 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it looks right to me too < 1214860481 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but can't be because it isn't working < 1214860486 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: remove all the posix optimizations < 1214860490 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that won't fix your problem < 1214860492 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it doesn't have any < 1214860492 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but i'll sleep at night < 1214860493 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::-P < 1214860507 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, apart from FUNGE_ATTR_FAST which is presumably inline < 1214860513 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but that's a C99 optimisation < 1214860524 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, and restrict on the program < 1214860530 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but it is validly a restrict < 1214860549 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes and I'm debugging it too < 1214860558 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :something is wrong in my logic I think < 1214860558 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :many eyes make all bugs shallow... < 1214860563 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :this bug is pretty deep, though, probably < 1214860570 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :either that or it's a ninja typo < 1214860578 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that hides in shadows so you can't see it < 1214860607 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I get random garbage on dumping funge space after loading mycology, well not random... it is mycology with *no* newlines whatsowever < 1214860616 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and lines shifted around < 1214860620 0 :pikhq!unknown@unknown.invalid PART #esoteric :? < 1214860627 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ugh wtf < 1214860628 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :how long is this broken piece of code? < 1214860644 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :n}: [ [] ] < 1214860644 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : [offsetx, offsety] ] <- if the stack top contains zero, quit: our storage offset is unknown and incorrect < 1214860650 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i usually see all bugs instantly, in case i manage to read a code < 1214860653 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, is that from mycology!? < 1214860683 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :(i usually can't read code unless written by me) < 1214860697 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :(unless short) < 1214860704 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :(so back to the original question, is it?) < 1214860712 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :over 20 lines < 1214860719 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1214860736 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: really? I count 19 < 1214860736 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :what code? i wanna have a look < 1214860739 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/5xUya715.html < 1214860741 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, ^ < 1214860745 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :what's it supposed to do, what does it do? < 1214860746 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but presumably you have debug stuff in your version < 1214860750 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well the main one is broken now < 1214860763 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :when I try to make loading \0 work < 1214860765 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :what's it supposed to do? < 1214860783 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, load a funge source file into to the fspace < 1214860796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/** < 1214860796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : * Load a file into funge-space at 0,0. Optimised compared to < 1214860796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : * FungeSpaceLoadAtOffset(). Only used for loading initial file. < 1214860796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : * @param filename Filename to load. < 1214860796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : * @return True if successful, otherwise false. < 1214860797 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : */ < 1214860815 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not that loading at offset seems to work either atm < 1214860877 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :many functions i've never heard about or written by you somewhere else in source < 1214860894 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, FungeSpaceOpenFile() is basically fopen() < 1214860907 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :cf_getline < 1214860911 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, cf_getline() is getline() from gnulib < 1214860913 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so same as glibc < 1214860929 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is just so I don't have to depend onglibc < 1214860931 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i don't know basic c io. < 1214860934 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :guise guise guise < 1214860935 0 :augur!unknown@unknown.invalid PRIVMSG #esoteric :http://www.chainsawsuit.com/20080507.shtml < 1214860944 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :getline() isn't basic C io < 1214860954 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's GNU, rather than in the C standards, I think < 1214860957 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or at least posix < 1214860958 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, indeed < 1214860958 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i don't know even basic c io. < 1214861017 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well then you can't really help < 1214861019 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::/ < 1214861037 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, with the checking for \0 it *works* < 1214861038 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i think i know everything necessary now < 1214861039 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well, I was staring at the LoadString bit trying to figure out what was wrong < 1214861050 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I got NO clue < 1214861069 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also taking out check for \0 breaks it again it seems < 1214861080 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, getline and \0 will always interact badly, I think < 1214861089 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh? < 1214861099 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :fread then I gues < 1214861101 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :guess* < 1214861102 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because it gets a line, and presumably returns it as a string < 1214861119 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which means that as it's treating it as a string, everything after the first \0 is undefined < 1214861121 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it should break directly after \n iirc < 1214861124 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and therefore it itself might not handle it < 1214861155 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, take a look at cf_getline and cf_getdelim in support.c will you? < 1214861211 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :why doesn't the else if have a i++? < 1214861222 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oklopol, to handle \r\n < 1214861224 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what in cf_getdelim should I look at in particular? It's a bit long < 1214861226 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is windows line breaks < 1214861229 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1214861239 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no clue really, it is from gnulib :/ < 1214861246 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but I'm changing to fread() now < 1214861436 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: do Funge files have to be newline-terminated? < 1214861436 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :cf_getdelim appears to error if it hits EOF rather than the delimiter < 1214861436 0 :ais523!unknown@unknown.invalid QUIT :Remote closed the connection < 1214861450 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : AnMaster: do Funge files have to be newline-terminated? < 1214861450 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : cf_getdelim appears to error if it hits EOF rather than the delimiter < 1214861451 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no < 1214861489 0 :ais523!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214861494 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no they don't have to < 1214861517 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sorry... < 1214861518 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but that doesn't seem to be the issue here hrrm < 1214861522 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, sorry what? < 1214861525 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, cf_getdelim appears to error if it hits EOF before a newline < 1214861527 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :rather than returning < 1214861534 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hrrm < 1214861535 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and sorry for my connection < 1214861587 0 :ais523!unknown@unknown.invalid QUIT :Remote closed the connection < 1214861603 0 :ais523!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214861734 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: how goes the loading code, then? < 1214861738 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok something is very wtf now < 1214861748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :x=180 y=763: v (118) < 1214861748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :x=180 y=764: (32) < 1214861748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :x=180 y=18: ^ (94) < 1214861754 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that trace for mycology makes no sense! < 1214861760 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: sounds like memory corruption < 1214861769 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :either that, or a wrapping problem < 1214861779 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==32534== Conditional jump or move depends on uninitialised value(s) < 1214861787 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so memory corruption < 1214861972 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well no < 1214861977 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it was indexing error < 1214861992 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so accessing uninitialised, and therefore effectively corrupted, memory < 1214862043 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214862047 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :however now that works < 1214862053 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : That the greatest point, relative to that point, is ( 180 769 ) < 1214862053 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :BAD: should have been ( 180 768 ) < 1214862055 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION blerghs
< 1214862075 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I support that blergh,. < 1214862093 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I also support that blergh < 1214862106 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :On behalf of AnMaster, with 2 support, I cause AnMaster to blergh < 1214862118 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :.. < 1214862123 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sorry, inside joke < 1214862155 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :SELL TICKET. Price: 2VP. Action: Blergh. < 1214862167 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no way I'm buying that < 1214862176 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if (line[i] == '\r' && i < (sizeof(line) - 1) && line[i+1] == '\n') < 1214862188 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :line is char line[1024] now < 1214862201 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what about long lines in the input? < 1214862207 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :are you deliberately not supporting them? < 1214862209 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well line is wrong word < 1214862218 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :this should be "buffer" < 1214862220 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, line's a block of chars read from the input? < 1214862222 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it may be more than one line < 1214862223 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214862264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is called buf now < 1214862391 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I know the cause of that < 1214862399 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :a \r\n got split across reads < 1214862414 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Mycology uses \r\n? < 1214862414 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION rewrites
< 1214862420 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :actually, knowing Deewiant, it probably uses all 3 < 1214862421 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes in order to test that < 1214862441 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :time to write a stateful parser < 1214862656 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yay < 1214862862 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok it works now < 1214862875 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: the file-load, or the string-load? < 1214862880 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :file load < 1214862885 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :one thing at a time < 1214862894 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I will fix the other load next < 1214862901 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214862905 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, still pull to see the file load < 1214862951 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :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 < 1214863102 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pushed fix of that too < 1214863114 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I'm still not sure what the original bug was howevere < 1214863117 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :however* < 1214863130 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but now it works and quite different code < 1214863137 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :will fix load at offset next < 1214863709 0 :RedDak!n=dak@87.18.90.165 JOIN :#esoteric < 1214864196 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, fixed that one too < 1214864203 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, good < 1214864204 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :can I pull? < 1214864210 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214864360 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :"NO. YOU MAY NOT." < 1214864387 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well it wouldn't cause any problems to pull while I push < 1214864399 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I might get the wrong version < 1214864406 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you just wouldn't get the revision I'm currently pushing < 1214864416 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yay, what I've done so far works < 1214864452 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I know have cfunge working correctly as a library < 1214864460 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :know have? < 1214864462 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :now have? < 1214864467 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/k// < 1214864478 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, very nice < 1214864481 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I can compile cfunge + glue.c99 + a stub INTERCAL file < 1214864486 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and it runs a Befunge program and exits < 1214864495 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :although at the moment the string containing the Befunge program is hardcoded < 1214864500 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well the .c99 extension needs to be changed later on < 1214864505 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, yes < 1214864519 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :by compiling cfunge and the glue separately rather than putting it on the command line < 1214864528 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yep < 1214864537 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :libickcf.a? < 1214864544 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, I think so < 1214864551 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :also that'll prevent having to compile everything as C99 < 1214864554 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :what was that ickec thing? < 1214864564 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's the ffi library between INTERCAL and C < 1214864573 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$ ls /usr/lib/libick* < 1214864573 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/usr/lib/libick.a /usr/lib/libickec.a /usr/lib/libickmt.a < 1214864574 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :plus the INTERCAL runtime modified to use it < 1214864577 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and mt? < 1214864579 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :threads? < 1214864585 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214864592 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :each is a different version of the runtime < 1214864604 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for the no option, -e and -m options respectively < 1214864642 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1214864647 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :presumably libickcf.a would be in addition to libickec.a < 1214864652 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :rather than instead of it, though < 1214864658 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I see < 1214864667 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because nothing in libickec needs to change for adding cfunge < 1214864667 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :maybe ickecf then? < 1214864685 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, that would imply ec+cf to me < 1214864695 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :personally, I don't care too much about library naming consistency < 1214864698 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm wasn't that what you said < 1214864714 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because I don't think anything but C-INTERCAL uses its libaries < 1214864725 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214864730 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :maybe it should be libfffungi.a < 1214864746 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because like libyuk.a, it's in addition to the runtimes rather than a different sort of runtime < 1214864750 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well so will you be able to link intercal, befunge and C all at once then? < 1214864765 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214864769 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :cool < 1214864782 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :even better, you can do COME FROMs between the Befunge and the C if you like < 1214864796 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :even computed COME FROMs < 1214864806 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :"if you like", right < 1214864857 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also you can do threads in C < 1214864862 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but would that break anything? < 1214864868 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if you in the C code used pthreads < 1214864901 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: quite probably it would break something < 1214864904 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that isn't supported < 1214864909 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, got a stub so I can test? < 1214864918 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: a stub external-calls thing? < 1214864923 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yep, let me paste it < 1214864933 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214865040 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well? < 1214865065 0 :ais523!unknown@unknown.invalid QUIT :Remote closed the connection < 1214865082 0 :ais523!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214865104 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well? < 1214865118 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/eF6d8778.html < 1214865124 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sorry, connection trouble... < 1214865133 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :there's an example INTERCAL and C file < 1214865140 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :note you have to give them different basenames < 1214865151 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because C-INTERCAL compiles into C and therefore uses .c as an extension for its output < 1214865211 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm ok < 1214865226 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it could put it in /tmp or something < 1214865247 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also what part jumps to the C code? < 1214865253 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well, I use /tmp too, but quite a lot of options leave the .c behind < 1214865261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :right < 1214865277 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: the DO (9876) NEXT is a procedure call to line 9876 in the C code < 1214865286 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and the C code has ick_nextfrom(3); < 1214865293 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :um < 1214865298 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is a reverse procedure call from the INTERCAL code < 1214865299 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :line 9876? < 1214865309 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ick_linelabel(9876); < 1214865311 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I say < 1214865340 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the next from basically makes all lines numbered 3 into a NEXT to that line < 1214865345 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :like a comefrom, but you can return from it < 1214865382 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, (1) DO WRITE OUT #1 DO (2) NEXT PLEASE GIVE UP (2) DO RESUME #1 < 1214865399 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :is equivalent to (1) DO WRITE OUT #1 PLEASE GIVE UP (2) DO NEXT FROM #1 DO RESUME #1 < 1214865417 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that should explain the equivalence, the first uses NEXT while the second uses NEXT FROM < 1214865448 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :*head spinning* < 1214865463 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's not that hard to follow, really, once you have the concept of a COME FROM < 1214865468 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but just use NEXT if NEXT FROM confuses you < 1214865477 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well.... < 1214865480 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :NEXT and RESUME #1 can be used as a procedure call < 1214865486 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :all I need is to test some C :P < 1214865516 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I can give you an even simpler example if you like < 1214865523 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hurm, how do I link a library? < 1214865531 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :you can't at present < 1214865541 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh yes, if I can just make it generate the C code < 1214865547 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :then I can link the result myself < 1214865551 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :with needed libraries < 1214865556 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, right? < 1214865564 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214865571 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :use -egY as your command line options < 1214865575 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that prints out the commands it uses < 1214865580 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1214865582 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then just run a modified version of the final command it gives < 1214865586 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :-g tells it to keep its temporaries < 1214865593 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and -Y to print out command-line args < 1214865604 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm... unless it deletes the tempfile it creates anyway, I'll have to check < 1214865614 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why would it? < 1214865647 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway, http://rafb.net/p/jezQ9j47.html is a really minimal test for the C vs. INTERCAL ffi < 1214865656 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I need to do -pthreads to check this < 1214865660 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and why would it? because I made a mistake, that's why < 1214865666 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm not sure if it does < 1214865667 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me check < 1214865708 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ugh, yes it does delete the temporary < 1214865719 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :even worse, it deletes its temporaries inconsistently < 1214865724 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :even with -g < 1214865731 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I see < 1214865735 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for the time being I suggest you just edit the source to add -pthreads manually < 1214865741 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm planning to implement general library support < 1214865742 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I need to test with -lphreads to be exact < 1214865744 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I haven't, yet < 1214865755 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, where in c-intercal source to edit? < 1214865770 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :umm... in the multi-line trainwreck near the end < 1214865774 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's in src/perpet.c < 1214865776 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :aha < 1214865786 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :look for #if 0 < 1214865788 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : umm... in the multi-line trainwreck near the end < 1214865788 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : it's in src/perpet.c < 1214865788 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214865790 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's in the right area, I think < 1214865804 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :where I put in an extra closing bracket to help Emacs indent properly < 1214865806 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :"multi-line trainwreck" < 1214865822 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :search for the character string -Wl < 1214865835 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think the multi-line trainwreck is the only part of the code that uses that < 1214865851 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and you'll see why I call it that when you find the relevant part of the code < 1214865867 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's a long sprintf/snprintf, with #ifdefs and suchlike in the middle of it < 1214865894 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#ifdef HAVE_SNPRINTF < 1214865897 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :there? < 1214865910 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, probably, there are several occurences of that throughout the code < 1214865915 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but the place I'm thinking of is one of them < 1214865931 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :idea: just use a sprintf/snprintf wrapper macro < 1214865936 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :much easier < 1214865948 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :line 1639? < 1214866004 0 :Iskr_!unknown@unknown.invalid QUIT :"Leaving" < 1214866009 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and I had thought of that < 1214866015 0 :ais523!unknown@unknown.invalid QUIT :Remote closed the connection < 1214866030 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :also mixed tabs/spaces indenting you use there suck < 1214866033 0 :ais523!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214866036 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : if(remspace <= 0) < 1214866036 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ick_lose(IE666, -1, (char*)NULL); < 1214866039 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :a few lines below < 1214866045 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : also mixed tabs/spaces indenting you use there suck < 1214866052 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is mixed < 1214866061 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, that's it < 1214866085 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :IE666 < 1214866088 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :what is that one? < 1214866102 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think it's a you-specified-too-much-on-the-command-line error < 1214866104 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me check < 1214866119 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : COMPILER HAS INDIGESTION < 1214866136 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's for input line too long, input file too long, or too many input files < 1214866152 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :interesting < 1214866156 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why that limit? < 1214866171 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because I'm lazy and use a static buffer for command lines < 1214866184 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's not as if the command line is anything that should run out of space anyway < 1214866195 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :after all, cfunge with all its files fits onto the command line < 1214866261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I added a fingerprint today btw, not sure if you noticed < 1214866266 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :TURT < 1214866268 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no, I didn't notice < 1214866288 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you need to pull in the updated fingerprints.h to get a linking error for it then :P < 1214866360 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, I'll go without the linking error, then < 1214866363 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :does TURT use pthreads? < 1214866383 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no < 1214866388 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, nothing will use it < 1214866392 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :why the link error, then? < 1214866392 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :as far as I know < 1214866406 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, because you would need to include an extra file < 1214866410 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :renamed to .c99 < 1214866412 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :right? < 1214866418 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I'm using wildcards on the command line < 1214866420 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I pasted it a while back < 1214866421 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1214866425 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for *.c? < 1214866427 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :too? < 1214866434 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no, but I'm using wildcard renames < 1214866436 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :aha < 1214866478 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :linking errors aren't likely to happen for some time < 1214866487 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1214866503 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :some future fingerprints could need libpng or some socket related library I guess < 1214866548 0 :Corun!unknown@unknown.invalid QUIT :"This computer has gone to sleep" < 1214866641 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, will try pthreads tomorrow < 1214866654 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION is coding on some other parts atm
< 1214866703 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tools/fuzz-test.sh TURT < 1214866706 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to be exact < 1214866768 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you may want to take a look at tools/fuzz-test.sh < 1214866771 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is quite fun < 1214866873 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :cfunge: /home/arvid/src/cfunge/trunk/src/stack.c:115: StackPushNoCheck: Assertion `stack->top < stack->size' failed. < 1214866874 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yay < 1214867072 0 :Corun!n=Corun@cpc1-rdng15-0-0-cust168.winn.cable.ntl.com JOIN :#esoteric < 1214868226 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: how did an assertion in a NoCheck procedure fail? < 1214868230 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I thought they did no checks < 1214868250 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: no, that means they have no _posix_check functions in < 1214868251 0 :Sgeo!unknown@unknown.invalid QUIT :Connection timed out < 1214868252 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : // This should only be used if that is true... < 1214868252 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : assert(stack->top < stack->size); < 1214868254 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is how < 1214868262 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(which checks an internal field with fuzzy logic) < 1214868268 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(in less than -1ms) < 1214868285 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, to do a assert in case it is compiled with debug info < 1214868297 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it won't do any check in release build < 1214868305 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: it took me a moment to realise you were joking < 1214868315 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: ... I was joking? < 1214868315 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :partly because I thought AnMaster had said it, rather than you, to start with < 1214868323 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :you both come out green in my nickname coloriser < 1214868323 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :-_- < 1214868326 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hahaa < 1214868341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I'm not sure of the cause < 1214868366 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it happens when stack size reach astonomical sizes < 1214868388 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :+ certain alignment < 1214868408 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: integer wraparound? < 1214868415 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no... < 1214868427 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I use 64-bit size_t all the time too < 1214868442 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and astromical is closer to 64-mb here < 1214868445 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :rather than 4 gb < 1214868456 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so astromical < astronomical? < 1214868463 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1214868467 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION is trired
< 1214868507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, can you see anything wrong in StackPreallocSpace() in stack.c that could make it *underestimate* the needed space < 1214868535 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#4 0x00000000004041b3 in StackPushString (stack=0x694620, < 1214868536 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : 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 < 1214868536 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :216 StackPushNoCheck(stack, str[len]); < 1214868536 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(gdb) print len < 1214868536 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$1 = 18 < 1214868552 0 :ais523!unknown@unknown.invalid QUIT :Remote closed the connection < 1214868569 0 :ais523!n=ais523@ce01-fap02.bham.ac.uk JOIN :#esoteric < 1214868577 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, read log! < 1214868599 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(gdb) call strlen(str) < 1214868599 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$1 = 316 < 1214868604 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, can you see anything wrong in StackPreallocSpace() in stack.c that could make it *underestimate* the needed space < 1214868611 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, because that seems to be the error < 1214868626 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(gdb) print stack->size < 1214868626 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$2 = 10824 < 1214868640 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ugh, it's sufficiently late that I'm not really capable of debugging code any more < 1214868642 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I have to go soon as is < 1214868656 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tomorrow afternoon I'll have a better chance of figuring what's going on < 1214868680 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, http://rafb.net/p/4MlAuO29.html < 1214868691 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ? < 1214868693 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :any idea why that underestimates in some rare cases < 1214868694 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :? < 1214868701 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :no < 1214868709 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :did you even look at it... < 1214868717 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :briefly < 1214868720 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i'm not your tech support < 1214868726 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric : newsize += (minfree % ALLOCCHUNKSIZE + 1) * ALLOCCHUNKSIZE; < 1214868727 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that, maybe < 1214868731 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric : stack->size += minfree; < 1214868732 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or that < 1214868734 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214868736 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm < 1214868737 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :cf_realloc? < 1214868744 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :why have you reimplemented realloc? < 1214868746 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: it reallocs without doing anything < 1214868753 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, just a macro for bohem-gc < 1214868754 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :... < 1214868754 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :specifically, it rewinds the clock with a reallocated version < 1214868764 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: heh, you could do that in Feather < 1214868770 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to call bohem-gc or native < 1214868770 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :cf means Cold Fire, which is what AnMaster redefined really gnarly posix functions with < 1214868776 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but it would be even less efficient then the typical C version < 1214868776 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :... < 1214868781 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :cf = cfunge < 1214868782 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(it is really called __posix_realloc_timewind_xsf) < 1214868784 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :in this case < 1214868807 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :# define cf_malloc(x) GC_MALLOC(x) < 1214868807 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or < 1214868811 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :# define cf_malloc(x) malloc(x) < 1214868817 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :depending on if we build with GC < 1214868820 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or not < 1214868825 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :what is wrong with that < 1214868831 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ? < 1214868839 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :same for realloc < 1214868840 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nothing, really, I was just surprised, that's all < 1214868948 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: why not stack->size=newsize? < 1214868960 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, "// Round to whole ALLOCCHUNKSIZE upwards." < 1214868962 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :you're increasing stack->size and the actual allocated memory at different rates < 1214868975 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh am I? < 1214868978 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION looks
< 1214868980 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :what's stack->size meant to represent, if not the allocated memory < 1214868993 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is allocated memory < 1214869004 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that was indeed a typo < 1214869016 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :does that fix your bug? < 1214869018 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1214869020 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :thanks < 1214869023 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :silly typos < 1214869036 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :if only you hadn't done it in the very last line, I would have found it faster < 1214869049 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :try typoing earlier next time, it makes it faster to debug when checking from top to bottom < 1214869071 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :true < 1214869151 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, pushed this fix < 1214869216 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and I tend to spread assert() around the code to help debug it < 1214869247 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :pulled < 1214869261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :stack.h contains the actual change < 1214869273 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :some other files had some typo fixes in comments < 1214869471 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :one other file < 1214869967 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes < 1214869971 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :maybe it was that only < 1214869989 0 :ais523!unknown@unknown.invalid QUIT :"(1) DO COME FROM ".2~.2"~#1 WHILE :1 <- "'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1""