2005-05-24.txt:20:22:17: <malaprop> So moving MySQL dumps around is bad, but a patch to the wiki that'll have to be maintained for all the versions is OK?
2005-05-24.txt:20:25:40: <kipple> in MoinMoin I think that if you rsync the entire directory hirearchy you would get all patches as well
2005-05-24.txt:22:03:48: <GregorR> Oh, just remembered.  About patches for "Wiki!" - wouldn't we want the wiki software itself to rsync down with everything else, regardless of what software it is?  I mean, all software has versions ...
2005-05-25.txt:00:54:37: <calamari> well, hopefully not, since rsync only sends the files that changed, right?  or does it even do better than that and send a patch?
2005-05-25.txt:00:54:49: <kipple_> it sends a patch.
2005-05-25.txt:01:09:19: <calamari> the question is how much bandwidth would it take to prepare the patch vs just sending the zipped file?
2005-06-04.txt:00:02:09: <jix> automatic downloading+(patching if needed)+compilation of source code
2005-07-19.txt:23:18:24: <jix> the irc msg dispatcher is done 70%
2005-07-25.txt:01:38:58: <pgimeno> graue: could you please test if this patch for bff causes it to work? http://www.formauri.es/personal/pgimeno/temp/bff.patch
2005-07-25.txt:01:39:42: <pgimeno> at least the patch makes valgrind stop complaining
2005-07-25.txt:03:23:06: <graue> pgimeno: the patch didn't fix it
2005-07-25.txt:17:29:31: <pgimeno> jix: did you try with my patch?
2005-07-25.txt:17:30:30: <jix> pgimeno: patch?
2005-07-25.txt:17:31:08: <pgimeno> http://www.formauri.es/personal/pgimeno/temp/bff.patch - would you mind to try applying it and see if it works?
2005-07-26.txt:00:11:20: <pgimeno> graue: thanks for testing. Have you tried the patch which also replaces n with (n+1)?
2005-07-26.txt:00:17:15: <graue> no, I didn't know there was a new patch, where can I find it?
2005-07-26.txt:00:18:23: <pgimeno> it's in the same place, http://www.formauri.es/personal/pgimeno/temp/bff.patch
2005-09-06.txt:10:30:57: <graue> I think we need a "hide esoshell namespace edits" patch for the recent changes page
2005-10-21.txt:14:07:27: <fizzie> I am wondering if that thing would work better with the OpenTTD "new pathfinding" patch.
2005-11-10.txt:01:16:19: <calamari> doesn't patch cleanly
2005-11-24.txt:01:19:44: <fizzie> gcj --classpath ../jogl.jar:./swt.jar -findirect-dispatch -o jtest --main=jtest jtest.java ; export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre/lib/i386:.:../jogl-natives ; export CLASSPATH=../jogl.jar:./swt.jar ; ./jtest  works.
2005-11-24.txt:14:41:48: <fizzie> I get the same UnsatisfiedLinkError when I  "gcj -I jogl/build/jogl.jar -o jtest -lgij -findirect-dispatch jtest.java ; ./jtest -cp jogl/build/jogl.jar jtest", but it possibly-works when I manually set LD_LIBRARY_PATH=the-long-path-to-jawt.
2005-11-24.txt:14:51:40: <fizzie> I think gcj is supposed to set it automagically. There's some talk in http://gcc.gnu.org/ml/java-patches/2005-q3/msg00285.html
2005-11-24.txt:14:53:24: <fizzie> Here's about jawt: http://gcc.gnu.org/ml/java-patches/2005-q3/msg00295.html
2005-11-24.txt:14:57:31: <fizzie> Right, now it works, at least jikes-compiled and with /usr/lib/jvm/java-gcj/bin/java. The gcj-native-compiled (-lgij -findirect-dispatch blahblah) doesn't, but might after recompilation.
2005-11-24.txt:14:59:24: <fizzie> fis@colin:~/prog/java$ gcj -I jogl/build/jogl.jar -o jtest -lgij -findirect-dispatch jtest.java
2005-12-14.txt:11:41:12: <nooga> hehe, i've got nude patch for L2
2005-12-14.txt:11:41:30: <puzzlet> they make patch for everything
2005-12-14.txt:11:43:23: <handongseong> sometimes that kinds of patches worsen the gameplay... i once used no-mosaic patch for an adult game and it was truly horrible
2006-01-16.txt:11:34:01: <SimonRC> Grrr, Haskell professor sent out patch that doesn't actually correct the probel *at* *all*.
2006-01-16.txt:11:36:33: <SimonRC> fortunately I could see the proble with his patch for it immediately.
2006-02-06.txt:18:17:40: <GregorR> No offense, but please submit patches.
2006-02-06.txt:18:19:09: <GregorR> I guess asking for patches is a bit ridiculous, isn't it :-P
2006-02-12.txt:09:34:36: <GregorR> Please submit patches back so I can shuffle through them and get rid of the ones I don't like X-P
2006-04-09.txt:00:27:25: <calamari> should I submit a patch?  lol
2006-04-23.txt:22:38:22: <Arrogant> Break it with a patch on Tuesday
2006-04-23.txt:22:38:31: <Arrogant> Apologize and revert with another patch on Wednesday
2006-04-28.txt:19:13:45: * SimonRC considers the unmaintainable buggy spagghetti code consisting entirely of patches that is our DNA, and decides God didn't do a very good design job.
2006-05-25.txt:07:20:57: <nooga> and then just dispatch i/o
2006-07-24.txt:01:28:08: <GregorR> Patches gladly accepted.
2006-07-25.txt:05:23:43: <pikhq> Of course I'd give you the patch.
2006-07-25.txt:21:13:29: <pikhq> !i 1 I think we should patch that a bit.
2006-07-25.txt:21:13:37: <EgoBot> I think we should patch that a bit.Blahk
2006-07-25.txt:21:19:38: <pgimeno> GregorR-W: btw, are you interested in a security patch for the malbolge interpreter?
2006-07-25.txt:21:25:33: <pgimeno> GregorR-W: http://www.formauri.es/personal/pgimeno/temp/malbolge.patch
2006-07-28.txt:04:11:30: <Razor-X> Now, how to use this ``patch'' thingamajigger....
2006-07-28.txt:04:12:00: <GregorR> What are you trying to patch?
2006-07-28.txt:04:12:30: <Razor-X> While I just added in 7 lines... I thought you may want the patch I made :P.
2006-07-28.txt:04:12:45: <GregorR> If you want to make a patch, you're not using the right program ;)
2006-07-28.txt:04:13:08: <GregorR> diff makes patches that patch installs.
2006-07-28.txt:04:22:24: <GregorR> No, doing too many things to patch it right now.
2006-07-28.txt:06:56:56: <Razor-X> Did you merge my ``patch'' in?
2006-07-29.txt:20:46:21: <pgimeno> reminder for Read-only Gregor: http://www.formauri.es/personal/pgimeno/temp/malbolge.patch
2006-07-29.txt:20:49:50: <Razor-X> .... A Malbolge patch?!
2006-07-29.txt:21:06:54: <Razor-X> T3h patch is almost finished for Bitwise operations.
2006-07-29.txt:21:19:16: <Razor-X> Yeah, I had ta be away-ish. Now I'm not. And it seems my patch works so far. Just two more things to add.
2006-07-29.txt:21:35:07: <pgimeno> seems that the patch is effective
2006-07-30.txt:01:37:20: <Razor-X> GregorR: Did you get my patch earlier?
2006-07-30.txt:08:07:31: <Razor-X> I wonder if GregorR added in my newest patch.
2006-07-30.txt:21:42:21: <Razor-X> Hmm... I wonder if GregorR added in my patches...
2006-07-31.txt:05:10:20: <Razor-X> Great patch idea.
2006-07-31.txt:21:05:08: <pikhq> (he patched it so !ps and !kill would still work if the rest of the bot shut down)
2006-08-01.txt:16:39:38: <pikhq> We'll patch Qemu to get it done right. >:D
2006-08-02.txt:07:42:57: <Razor-X> I write in Esolangs, and if an idea strikes me I patch Glass.
2006-08-08.txt:16:43:10: * pikhq makes his patches to dimensifuck.py GPLed.
2006-08-20.txt:02:56:53: <RodgerTheGreat> I seem to remember a case with a strain that could infect algal cells whose chloroplasts had been damaged by UV-radiation of some kind. they would apply "patch" code that could rebuild the affected proteins before making use of the cell.
2006-08-20.txt:03:00:08: <RodgerTheGreat> in fact, retroviruses are often used by genetic engineers as an easy way to patch existing organisms.
2006-08-20.txt:03:02:45: <CakeProphet> We could patch all sorts of problems that way
2006-08-20.txt:03:04:37: <RodgerTheGreat> if it's a retrovirus, you just patched the prokaryotes with new DNA. If it's a normal phage or something, the infected hosts will spawn fully-formed viruses with their normal protein coat, which can then reproduce without help.
2006-08-31.txt:23:23:13: <ihope> "The Windows honeypot is an unpatched version of Windows 2000 or Windows XP. This system is thus very vulnerable to attacks and normally it takes only a couple of minutes before it is successfully compromised."
2006-09-10.txt:01:51:37: <pikhq> calamari: We should patch mplayer to handle Brainfuck Audio directly. :p
2006-09-16.txt:21:51:30: <pikhq> Razor-X: Also, realise that Slackware just gives you a plain, unpatched kernel. . .
2006-09-16.txt:21:52:18: <Razor-X> It's stock unpatched, but it's an ancient version compiled without such overly modern things as USB support.
2006-09-22.txt:21:41:40: <fizzie> Don't see any news as to what happened with the SoC projects. Or any news at all after May 2nd. (Back when cras was still writing irssi, at least one could get bugs fixed by privmsging patches; with this new dev-team I don't have that luxury, since I don't feel comfortable talking to strangers.)
2006-09-25.txt:01:19:28: <pikhq> ALSA, after all, was originally just some additional 2.4 modules (xor 2.4 patch). ;)
2006-10-13.txt:01:12:32: <Razor-X> Pfft. Fine. I'll patch it myself then :P
2006-10-14.txt:01:09:37: <GregorR-L> FYI, I will accept any and all patches implementing PESOIX into EgoBF :P
2006-10-14.txt:03:34:54: <GregorR-L> But EgoBot is OSS - if somebody makes a patch, I'll accept it.
2006-10-26.txt:23:56:41: <pikhq> IMO, we should start with a very, very simple kernel (perhaps a patched linux-tiny) and a Brainfuck interpreter. . .
2006-10-27.txt:22:07:24: <SimonRC> hehehe:  http://www.miranda.org/~jkominek/rot13/ssh-1.2.27-rot13.patch
2006-10-29.txt:18:40:26: * ihope continues patching up the interpreter
2006-11-19.txt:22:26:34: <SimonRC> A high-level router might only consider the first 8 bits, and dispatch based on those...
2006-12-06.txt:23:50:15: <SimonRC> encapsulation should be done with modules, datatypes should be defined seperately from their methods, multiple dispatch/overriding/virtual methods should be done with multimethods (and multiple-parameter typeclasses preferrably).
2006-12-20.txt:20:26:24: <Sukoshi> ....Which is a little late, since I've already made some really big patches.
2006-12-24.txt:01:43:41: <pikhq> GregorR: A patch is coming your way.
2006-12-24.txt:02:56:54: <oerjan> when you get to ], you use that global pointer to compile the ] _and_ to patch the corresponding [, finally letting the new global pointer be the previous content of the [
2006-12-27.txt:23:45:59: <Sukoshi> The mmap patch I recently committed sped it up, but we still need more optimizations.
2006-12-31.txt:00:43:57: <RodgerTheGreat_> CakeProphet: it's the best way to do it. In modern operating systems, executables contain absolute addresses which are patched to appropriate values based on where they're loaded as they're loaded into memory
2006-12-31.txt:00:46:29: <RodgerTheGreat_> that's really no different than a runtime patch. There's no need to store data in a clumsy way (strings) when we can do it in an efficient way (addresses). Absolute addresses are more complex to code with, but that's the *entire* point of having a compiler in the first place.
2006-12-31.txt:20:05:37: <pikhq> bsmntbombdood: The patch is in; he just needs to make a new tarball.
2007-03-19.txt:22:43:01: <bsmnt_bot> .h', 'pystate.h', 'object.h', 'patchlevel.h', 'setobject.h', 'intobject.h', 'intrcheck.h', 'objimpl.h', 'pystrtod.h', 'abstract.h', 'frameobject.h', 'complexobject.h', 'errcode.h', 'import.h', 'unicodeobject.h', 'pyport.h', 'sysmodule.h', 'fileobject.h', 'iterobject.h', 'ceval.h', 'funcobject.h', 'modsupport.h', 'listobject.h', 'moduleobject.h', 'longintrepr.h']
2007-04-01.txt:02:52:27: <Figs_> (patching the language)
2007-04-10.txt:23:54:33: <oerjan> essentially runtime type information.  since this is multiple dispatch, the class struct doesn't contain enough information.
2007-04-14.txt:01:36:59: <SevenInchBread> basically just like.... talking to the MMU and dispatching interupts... and maybe some other stuff.
2007-04-14.txt:18:36:34: <SevenInchBread> the basic kernel should basically just... take hardware interupts and place them on a queue that can be accessed by like... a hardware-dispatch process of some kind
2007-05-05.txt:04:59:05: <GregorR> In a handy patch bundle.
2007-05-05.txt:23:29:14: <Pikhq> GregorR: I'm going to take a guess that you're not going to look at my patch at all. XD
2007-05-06.txt:03:37:24: * Pikhq is going to force GregorR to read that patch one of these days. . .
2007-05-06.txt:20:35:10: <GregorR> ~pikhq/pikhq_patch2.bundle doesn't exist.
2007-05-07.txt:21:30:06: <Pikhq> One of the cracks out there is a patched firmware for the Xbox 360 HD-DVD drive, allowing one to obtain those unreadable bits. .. 
2007-05-18.txt:02:35:46: <Pikhq> Realising, of course, that you've already *got* a genetic algorithm for such generation in your HD; it's just a matter of patching it to not do I/O. . .
2007-05-24.txt:22:43:09: <SimonRC> heck, you can even change the multiple-dispatch mechanism without re-entering the methods.
2007-05-24.txt:22:43:31: <SimonRC> I realised I was dispatching on the first argument not the second, by accident, and I cahnged it and it just worked
2007-05-27.txt:03:27:22: <SimonRC> bsmntbombdood: quite possibly, but you'd have to backpatch it.
2007-06-07.txt:20:34:48: <SimonRC> but each rectangular patch of terrain must only connect to each other patch in one way, and never to itself, so some really twisted things can't be done.
2007-07-14.txt:06:53:34: <RodgerTheGreat> it's no different from the whitehats working to secure networks or patch memory leaks in firefox.
2007-07-17.txt:05:09:19: * pikhq runs off, feeling like patching Tcl's "if" statement. :p
2007-07-21.txt:00:54:32: <SimonRC> It is occasionally handy to be able to dispatch on return type
2007-07-23.txt:18:34:51: <SimonRC> you can build it on top of any OO system with a customisable dispatch policy
2007-07-28.txt:01:09:02: <ihope> If you have a patch of extremely salty water next to a patch of freshwater... how do you get energy out of that?
2007-07-28.txt:01:15:27: <RodgerTheGreat> and if the machine was interacting with it, it could strategically kill various algae colonies or patches via temperature control
2007-08-01.txt:15:00:32: <ehird`> he has nicely dispatched one hint, which has saved me from giving up
2007-08-05.txt:21:50:08: <SimonRC> in darcs, a source tree is just a set of patches applied to the empty tree
2007-08-06.txt:13:11:58: <ehird`> two people are still releasing patches for that under authorization for team17, you know
2007-08-18.txt:19:33:12: <pikhq> GregorR: All in favor of just patching the Plof spec?
2007-08-19.txt:20:37:54: <gwern> someone needs to patch NMajik - goldbach's conjecture is for even integers bigger than 2...
2007-08-19.txt:21:03:38: <zecrose> is there a patch for the bug?
2007-09-17.txt:02:53:11: <edwardk> so my apply/dispatch mechanism is uglier
2007-09-22.txt:00:46:26: <edwardk> its got a pattern match dispatcher, and primitive bigint support through GMP. assignment is primitive, beyond that most traditional language features, if, booleans, etc. are built up in the language
2007-09-29.txt:19:07:44: <pina> I've never really used C.. patches to the kernel and all, but I've never written anything from the ground up.. the code in that contest always stretches the neurons..
2007-10-03.txt:14:45:59: <RodgerTheGreat> plus, they ditched the gesture-driven task manager for a regular menu in the patch. :(
2007-10-18.txt:14:33:13: <ehird`> http://article.gmane.org/gmane.emacs.devel/80956 Emacs now edits videos. Millions of nerds patch GRUB support for it, set it as OS.
2007-10-26.txt:04:45:34: <RodgerTheGreat> Maybe it's more difficult to defrag recent memories *without* causing dreams as a side-effect, so the mechanisms that usually cause people to forget dreams act as some kind of patch to that behavior?
2007-11-05.txt:15:51:29: * Sgeo[Circe] is running r681 with a patch to prevent checking the version..
2007-11-05.txt:16:50:45: * Sgeo needed to patch a file to get Circe to work because of that..
2007-11-14.txt:19:24:56: <ehird`> (Amusing aside: jailbreakme actually patches up the tiff exploit after using it to do its thing)
2007-11-20.txt:22:32:47: <ehird`> random, esoteric and computer-related (although not programming-language-related) idea: is there a language-sensitive diff? you could get patches that don't die horribly with two different formattings (code-style that is) of the same source, etc.
2007-11-24.txt:16:21:40: <Figs> Is "multiple dispatch" really any different than overloading on C-style functions?
2007-12-30.txt:04:27:42: <pikhq> I may need to do some special patching of PEBBLE to make LNUM *convenient*. . .
2007-12-30.txt:06:45:52: <Sgeo> Implementation agenda: output w/ 0x00 0x00, then class Domain, then domain dispatcher
2007-12-30.txt:19:34:41: <ehird`_> Copying patch 238 of 1251...
2007-12-30.txt:21:23:02: <ehird`_> i need some kind of parse-dispatcher
2008-01-10.txt:16:05:55: <faxlore> how do you do dispatch?
2008-01-12.txt:17:31:54: <RodgerTheGreat> I dunno, english has adapted to all kinds of syntactic patches and markup pretty well
2008-01-15.txt:02:17:43: <ehird`> and therefore generic functions can dispatch on them
2008-01-15.txt:20:17:58: <ehird`> have one dispatcher function, underload()
2008-01-15.txt:22:32:46: <GreaseMonkey> #2  0x08048c1e in dispatch (o=0x804b058) at poop.c:223
2008-01-15.txt:22:32:46: <GreaseMonkey> #3  0x08048bd0 in dispatch (o=0x0) at poop.c:207
2008-01-21.txt:15:56:39: <ehird`> too many patches though
2008-01-21.txt:17:31:31: <ehird> but it's not fun.. you have to patch it to hell
2008-01-21.txt:17:33:04: <ehird> have a patch
2008-01-21.txt:17:33:05: <ehird> http://www.khaitu.com/public/kdelibs.patch
2008-01-23.txt:17:31:13: <ehird> - it's interactive: when your record a patch it asks which changes you want to record
2008-01-23.txt:17:36:41: <olsner> I've heard of e-mail services with GPG-based authentification of patches
2008-01-23.txt:18:12:28: <ehird> and the whole program is a switch statement dispatching on blimp numbers
2008-01-28.txt:17:48:32: <ais523> I've pushed 5 patches at you
2008-02-12.txt:21:39:54: <ehird> dispatch the stormtroopers
2008-02-18.txt:20:28:37: <ehird`> and monkeypatches it
2008-02-20.txt:18:32:02: <ehird`> oerjan: well, mostly it means you'd patch the code
2008-02-23.txt:01:35:21: <ehird> Someone should submit a patch to gnu coreutils, replacing true.c with:
2008-03-06.txt:22:01:14: <AnMaster> ehird, feel free to make patches to my code!
2008-03-10.txt:20:25:51: <AnMaster> send me a patch for ccbi when you fixed it
2008-03-11.txt:18:17:41: <lament> i understand the issues with multiple dispatch
2008-03-12.txt:22:01:04: <AnMaster> ais523_non-admin, and you can do that on linux with some hardening kernel patchsets
2008-03-19.txt:13:51:01: <Deewiant> The original Befunge-93 language implementation was developed by a small but dedicated user base; the result was Befunge-96 (with concurrency), and then Befunge-97, which added a batch of new features. By 1998, a new language was born: Funge-98, which took Befunge out of two dimensions and into Hilbert space. Development of Befunge-100 (presumably the victim of an un-patched Y2K bug) allegedly continues.
2008-03-20.txt:15:58:52: <Deewiant> AnMaster: and did you apply the patches from the page
2008-03-20.txt:16:15:27: <AnMaster> <Deewiant> AnMaster: and did you apply the patches from the page
2008-03-20.txt:16:20:43: <Deewiant> AnMaster: fixed the patch links, cheers
2008-03-29.txt:00:57:37: <marshmallows> so you just pass in a dispatch table with options
2008-03-29.txt:16:06:18: <Deewiant> ehird: I don't like Darcs's patch-based model
2008-03-31.txt:15:19:11: <AnMaster> patches are welcome of course
2008-03-31.txt:16:11:43: <ehird> & is based on a Theory of Patches written by a physicist
2008-03-31.txt:16:18:50: <ehird> letting people submit patches is built in--
2008-03-31.txt:17:09:56: <ehird> Also, when e.g. patches are released I'd probably make a pre-patched version for convenience
2008-03-31.txt:17:11:36: <ais523> and the Debian repos host the original, and a patch to Debianise it
2008-03-31.txt:17:13:02: <ehird> By the way, patch(1) doesn't like your patch
2008-03-31.txt:17:14:39: <ais523> but the patch has Unix newlines
2008-03-31.txt:17:14:43: <ais523> and that's enough to confuse patch
2008-03-31.txt:17:15:52: <ehird> patching file src/idiotism.oil
2008-03-31.txt:17:16:22: <ais523> ehird: OTOH, unlike the Debian maintainer, you wouldn't be too scared to merge the patch by hand, right?
2008-03-31.txt:17:17:59: <ehird> Gosh, patch is such an arcane format
2008-03-31.txt:17:19:08: <ais523> in fact, that's the reason that the patch is confused like that
2008-03-31.txt:17:20:58: <ais523> (Joris Huizer, who has contributed so many patches to C-INTERCAL recently that there's a Joris-specific changelog section, sent a few OIL corrections in, but confessed to not really understanding the syntax)
2008-03-31.txt:17:52:48: <AnMaster> but not TRDS and CONT, sure if someone makes a patch
2008-04-01.txt:20:23:34: <AnMaster> ais523, hope you can make a patch soon
2008-04-01.txt:20:30:58: <ais523> AnMaster: but that seems reasonable based on what the patch does
2008-04-01.txt:20:39:34: <ais523> ehird: I patched my version of unlambda.i because it had an error on line 323
2008-04-01.txt:21:20:48: <AnMaster> oh and any patches will not be accepted in the current coding style of ick ;P
2008-04-01.txt:22:40:49: <ais523> ehird: Joris Huizer has sent me a lot of patches
2008-04-03.txt:04:17:25: <GregorR> Oh, I uploaded the binutils/gcc/newlib patches too.
2008-04-03.txt:12:25:19: <AnMaster> ais523, well if you make a patch and send it upstream?
2008-04-03.txt:12:25:42: <ais523> if you can somehow get the patch accepted
2008-04-03.txt:12:26:00: <AnMaster> ais523, well no, just "look at included makefiles" patch
2008-04-03.txt:14:11:31: <AnMaster> ais523, oh and patches are welcome as long as they are not intercal interface specific and 1) follow current coding style 2) gives no new valgrind error 3) works fine both with boehm-gc and without
2008-04-03.txt:18:06:56: <lament> because it's up to the object to dispatch on the messages
2008-04-03.txt:18:07:49: <lament> so the dispatch happens at runtime at the discretion of the object
2008-04-03.txt:18:10:27: <lament> CakeProphet: with dynamic typing it is still not clear who performs the dispatch
2008-04-04.txt:11:58:09: <fizzie> There was a printf patch on the mingw mailing list which made it automagically convert %..ll to %..I64 on Windows, but I couldn't find out whether they actually applied it.
2008-04-04.txt:14:59:24: <AnMaster>    system. Patches are welcome if they don't mess up source too much (anything
2008-04-04.txt:20:59:44: <SimonRC> dynamic dispatch can only be done on the "first argument" to a method, *and* all methods must be declared in the class of their "first argument"  <-- killer combo
2008-04-05.txt:05:06:56: <RodgerTheGreat> maybe I'll submit one of my old paintings, "Hunter of Spatulas" http://www.nonlogic.org/dump/images/1207368367-spatch.jpg
2008-04-06.txt:22:14:10: <GregorR> http://www.codu.org/jsmips/patches/
2008-04-09.txt:18:39:50: <ehird> oklopol: basically, in 'x.y(z)' you dispatch on the magic first param - self, here x
2008-04-09.txt:18:39:50: <ehird> oklopol: with generic methods you dispatch on THEM ALL
2008-04-09.txt:18:40:19: <ehird> and also removes the arbitary 'dispatch only on first magic param thing'
2008-04-09.txt:18:48:36: <oklopol> anyway, ehird: it doesn't make the code less complicated to have + dispatch on its arguments
2008-04-10.txt:00:11:26: <oklofok> the dispatch is just plain oklotalk logic
2008-04-10.txt:00:49:50: <oklofok> you can't dispatch on anything except what the object matches on
2008-04-11.txt:18:07:21: <ais523> normally to say that I screwed up the patch I sent them again...
2008-04-11.txt:18:07:40: <ais523> for some reason, every patch I've sent to Debian has been missing, or misformatted, or had the wrong sort of newlines, or something like that
2008-04-11.txt:18:08:23: <ais523> because I had corrected the newlines in the file I was patching against and forgotten about it
2008-04-11.txt:23:35:11: <pikhq> GregorR: Patch to Egobot?
2008-04-11.txt:23:37:48: <ehird> So I'd only patch it if GregorR would put it up.
2008-04-11.txt:23:40:24: <pikhq> Just write the patch and hand it to Gregor.
2008-04-12.txt:00:33:02: <ehird> GregorR: Well, I have a patch if you want it
2008-04-12.txt:16:04:09: <ehird> and send you a patch
2008-04-12.txt:20:07:10: <ehird> GregorR: so about that egobot patch..
2008-04-17.txt:17:48:05: <ehird> i was just thinking, since a is what I dispatch on..
2008-04-17.txt:17:48:37: <oklopol> currently, the dispatching rules are very stupid, and i could just do (func arg arg)
2008-04-17.txt:17:50:17: <oklopol> it's nice, but i want the oklotakl dispatch rules...
2008-04-17.txt:17:55:18: <ehird> oklopol, because the first thing you try to dispatch on is the first arg right?
2008-04-17.txt:17:56:57: <oklopol> but the dispatch rules are really retarded.
2008-04-20.txt:10:45:34: <oklopol> if pattern matching fails, pattern-based dispatching can be done by calling functions with disjoin patterns with the arg
2008-04-21.txt:12:23:27: <ais523> I think it's something to do with the IE version or patchlevel, but I don't particularly care
2008-04-21.txt:12:52:33: <ais523> actually, I should probably send the patched development somewhere
2008-04-21.txt:13:05:28: <AnMaster> ais523, even if there are no *~, there could be other things, say *.orig from a patch or so on
2008-04-26.txt:23:16:43: <oklopol> so basically, receivers and functions are separate in that receivers are *objects*, they take a method name, the atom, and dispatch primarily on that
2008-05-06.txt:22:24:37: <ais523> and did you quickly hotpatch the interpreter so chanserv played out the turn?
2008-05-07.txt:18:45:06: <ehird> so even one panel would be patchwork
2008-05-07.txt:18:49:20: <ehird> so you get a patchwork, surrealist comic with a crazy plot
2008-05-07.txt:19:24:37: <ais523> say if you wrote an OS kernel in Smalltalk, could you hotpatch it?
2008-05-07.txt:19:25:30: <oerjan> Erlang also is good for runtime patching but maybe not as directly (?)
2008-05-07.txt:19:25:42: <ehird> say if you wrote an OS kernel in Smalltalk, could you hotpatch it?
2008-05-08.txt:15:24:37: <ehird> so we'll have to do some monkeypatching to add a lightbox for blocks
2008-05-08.txt:15:36:17: <ehird> Monticello recognizes your monkey patches and even version controls them
2008-05-13.txt:20:56:24: <Deewiant> ehird: the patch in question: http://svn.debian.org/viewsvn/pkg-openssl/openssl/trunk/rand/md_rand.c?rev=141&view=diff&r1=141&r2=140&p1=openssl/trunk/rand/md_rand.c&p2=/openssl/trunk/rand/md_rand.c
2008-06-04.txt:20:41:11: <ais523> you should be capable of patching around a segfault
2008-06-07.txt:18:01:24: <tusho_> I'll probably send a patch off to !WAHa.06x36
2008-06-07.txt:18:19:07: <tusho> AnMaster: Oh, and when I said about sending a patch to !WAHa.06x36, that is (perhaps obviously now) a person who is identified solely by their tripcode.
2008-06-14.txt:22:46:22: <GregorR> So, did you use my patches to make your cross compiler? I just noticed you said mips-ELF-gcc, but actually some changes are needed to the basic mips-elf-gcc configuration >_>
2008-06-14.txt:22:47:22: <tusho> GregorR: SHY DOES IT NEED A PATCH
2008-06-14.txt:22:53:40: <tusho> GregorR: What need patching?
2008-06-14.txt:22:56:36: <tusho> I just want to know what I have to patch
2008-06-14.txt:22:56:43: <tusho> Just the stuff in patches/
2008-06-14.txt:22:58:55: <tusho> GregorR: What patch command, again?
2008-06-14.txt:22:58:58: <tusho> I can never remember how to use patch
2008-06-14.txt:23:00:05: <GregorR> patch -p1 < ...
2008-06-15.txt:00:35:21: <tusho> GregorR: Name your patches right, bitch. :P
2008-06-15.txt:00:35:37: <GregorR> Well, it'll patch against either, it just doesn't touch anything out of the core.
2008-06-18.txt:23:36:31: <GregorR> Oops, forgot to commit the new newlib patch >_>
2008-06-19.txt:22:19:08: <jix> downloads of that and patches or something
2008-06-19.txt:22:19:38: <jix> ais523: yeah but just offer the bz2s and patches and the vcs you use
2008-06-19.txt:22:22:31: <ais523> which is revisions, commits and patches
2008-06-19.txt:22:33:31: <ais523> darcs separates patches for showing them
2008-06-20.txt:15:57:56: <AnMaster> ais523, it needs some patches
2008-06-20.txt:16:02:18: <AnMaster> is one of the patches
2008-06-20.txt:16:02:32: <AnMaster> http://rafb.net/p/Mvdg3I17.html is the other patch
2008-06-20.txt:16:04:23: <ais523> AnMaster: probably best to keep with your patches until the next release version of C-INTERCAL comes out, with those issues fixed
2008-06-20.txt:16:06:42: <AnMaster> ais523, well, it should be fairly trivial to update, remove some patches as they are accepted upstream (like http://rafb.net/p/Mvdg3I17.html the current way is just plain wrong)
2008-06-23.txt:14:25:10: <pikhq> It predates such niceties as the linux-tiny patches, uclibc, squashfs-lzma, etc.
2008-06-23.txt:16:39:19: <ais523> AnMaster: how often would you say it's a good idea to push patches to a publicly-visible server, when writing code in a distributed versioning system
2008-06-23.txt:18:17:28: <ais523> well, Debian were very responsive when I filed patches with them, but it depends on which maintainer you get
2008-06-23.txt:19:57:23: <AnMaster> like patches to upstream would be a hell
2008-06-23.txt:21:24:47: <ais523> I normally get patches after each new release
2008-06-23.txt:21:33:52: <ais523> AnMaster: C-INTERCAL leaks like a sieve anyway, I've tried to patch some of the holes but it's like trying to patch a sieve one hole at a time
2008-06-23.txt:22:17:44: <AnMaster> also patches upstream should be minimal, follow existing indention/coding style and *be clean C*
2008-06-23.txt:22:18:03: <ais523> ideally it would require no upstream patching at all
2008-06-23.txt:22:18:13: <AnMaster> well if you find bugs I would like patches
2008-06-24.txt:15:09:38: <Ilari> Except that IIRC, some security enhancement patches to Linux made use of segmentation...
2008-06-24.txt:17:42:19: * Sgeo vaguely wonders if his patch could, in some clinically insane way, be screwing with something
2008-06-24.txt:17:53:14: <Sgeo> (well, not w/o a patch anyway)
2008-06-24.txt:18:00:52: <Sgeo> Well, now that the Warp is known to survive, maybe I can release the patch
2008-06-24.txt:20:25:05: <AnMaster> anyway just maintaining a small patch like that is easy
2008-06-24.txt:20:25:45: <AnMaster> you will need to update it occasionally if you do it like a patch becase the version number is next to it, and thus patch context will change, or you could sed it at compile time and never need to worry about that again
2008-06-25.txt:17:09:03: <ais523> that's why the last few patches to the build system and to created operators are all jumbled up
2008-07-01.txt:16:38:49: <pikhq> You know a package's build system is bad when you have to write a patch just to make the build system cross-compile. . .
2008-07-03.txt:16:35:02: <ais523> and sent off the patches to Gnome
2008-07-03.txt:16:35:24: <AnMaster> and same I sent patches upstream to gentoo
2008-07-03.txt:19:07:06: <Deewiant> you might want to look at http://www.dsource.org/projects/gdb-patches
2008-07-03.txt:19:12:22: <Deewiant> 2008-07-03 21:07:06 ( Deewiant) you might want to look at http://www.dsource.org/projects/gdb-patches
2008-07-03.txt:19:13:18: <AnMaster> oh cost money, well gdb patches it is then
2008-07-05.txt:11:32:38: <Deewiant> I'm in the process of patching Tango so that my code compiles ^_^
2008-07-07.txt:15:05:07: <ais523> at the moment I have patches + a script that applies them
2008-07-07.txt:15:05:27: <ais523> but the patches being GPLv3 makes it kind of tricky to distribute with C-INTERCAL
2008-07-07.txt:15:06:29: <ais523> ofc I could just licence the patches under gpl2+ as it would come to the same thing when combined with your gpl3 code, but I'd need your permission to do that
2008-07-07.txt:15:07:42: <AnMaster> ais523, got a patch for that? ;)
2008-07-07.txt:15:07:53: <ais523> also another patch which it would be helpful for you to apply
2008-07-07.txt:15:08:08: <AnMaster> ais523, oh btw your patch is your custom interpreter main loop file + your fingerprint right? in that case, go ahead with GPL2+
2008-07-07.txt:15:08:25: <AnMaster> ais523, care to upload the patches somewhere?
2008-07-07.txt:15:09:34: <ais523> the patch is etc/cfunge.patch
2008-07-07.txt:15:10:48: <AnMaster> ais523, the other patch hm I see yes
2008-07-07.txt:15:15:45: <ais523> I'll remove the bit of my code that patches cfunge once the newer version is pushed
2008-07-07.txt:16:15:23: <tusho> AnMaster: send patches to tim bray making it better.
2008-07-07.txt:16:16:29: <AnMaster> unless you plan to send me a patch
2008-07-07.txt:17:57:06: <AnMaster> ais523, pushed the fixed code so that patch no longer is needed
2008-07-07.txt:21:58:16: <AnMaster> I may make some patches to fix valgrind issues if I have time
2008-07-08.txt:19:02:06: <pikhq> It's a set of patches to the 2.6 kernel which allow one to make 2.6 really, really small. . .
2008-07-08.txt:19:02:19: <AnMaster> what do the patches remove then?
2008-07-08.txt:19:14:36: <pikhq> The various linux-tiny patches are currently being updated so that they can be stuck into the mainline kernel.
2008-07-08.txt:19:16:04: <pikhq> People using these patches have gotten the kernel down to... 197K.
2008-07-09.txt:17:26:30: <ais523> such as patch.exe doesn't work unless renamed to something else
2008-07-13.txt:22:45:36: <ais523> and found nothing but the gcc source code, and patches to it
2008-07-14.txt:22:11:14: <ais523> I patched that earlier this month and sent him the patch
2008-07-15.txt:18:08:15: <tusho_> {I seem to remember something about a patch to httpd to allow mapping
2008-07-15.txt:21:04:50: <ais523> AnMaster: only vaguely, I haven't looked at it in detail but I patched a mistake in its go-away command
2008-07-15.txt:22:07:23: <tusho_> lament: go and hack up a patch to your browser to do that.
2008-07-15.txt:22:14:13: <tusho_> ais523: how about you draft a patch up for this and send it off to mozilla.org and watch them all laugh at you...?
2008-07-16.txt:14:48:27: <AnMaster> tusho, btw I got an idea, if you want TRDS in cfunge, make a patch
2008-07-23.txt:18:05:40: <Deewiant> MikeRiley: there's a bug in your dynamic, unless you applied one of my patches
2008-07-23.txt:18:06:00: <MikeRiley> i already applied that patch, thanks!!!
[too many lines; stopping]