gmane.culture.people.kragen.discuss archive

109 archived articles, newest first (page 1 of 2). Latest articles →

Re: why does a/(b/c) = a(c/b)?
Thu, 10 Apr 2014 11:50:58 +0200
Dave Long <[email protected]> • #367
Re: "tweetable" "symbolic" hex COM loader
Sat, 29 Mar 2014 12:37:54 +0100
Dave Long <[email protected]> • #366
Re: summary of recent important developments (ultra-compressed, random)
Mon, 17 Mar 2014 14:52:49 -0700
Gregory Alan Bolcer <[email protected]> • #365
Re: summary of recent important developments (ultra-compressed, random)
Mon, 17 Mar 2014 16:27:27 -0400
"J. Andrew Rogers" <[email protected]> • #364
Re: my evolution as a programmer
Mon, 17 Mar 2014 08:17:10 -0700
Joe Blaylock <[email protected]> • #363
Re: my evolution as a programmer
Sun, 16 Mar 2014 23:40:59 +0100
Dave Long <[email protected]> • #362
Re: lattices, powersets, bitstrings, and efficient OLAP
Mon, 16 Dec 2013 11:19:35 +0100
Dave Long <[email protected]> • #361
mushing for code (and data) golf
Mon, 16 Dec 2013 10:44:41 +0100
Dave Long <[email protected]> • #360
forth in dc (Re: forth in (many lines of) javascript)
Sat, 14 Dec 2013 13:42:30 +0100
Dave Long <[email protected]> • #359
Re: "tweetable" "symbolic" hex COM loader
Mon, 25 Nov 2013 22:52:22 +0100
Dave Long <[email protected]> • #358
Re: "tweetable" "symbolic" hex COM loader
Sun, 20 Oct 2013 13:29:46 -0700
Darius Bacon <[email protected]> • #357
Re: "tweetable" "symbolic" hex COM loader
Sun, 20 Oct 2013 19:23:26 +0200
Dave Long <[email protected]> • #356
forth in (many lines of) javascript
Sun, 20 Oct 2013 19:23:29 +0200
Dave Long <[email protected]> • #355
Re: "tweetable" "symbolic" hex COM loader
Sat, 19 Oct 2013 20:05:31 +0200
Dave Long <[email protected]> • #354
Re: "tweetable" "symbolic" hex COM loader
Fri, 18 Oct 2013 11:40:32 -0700
Darius Bacon <[email protected]> • #353
Re: "tweetable" "symbolic" hex COM loader
Fri, 18 Oct 2013 19:35:40 +0200
Dave Long <[email protected]> • #352
Re: golfing sqrt with Dijkstra in C
Sun, 1 Sep 2013 11:50:57 +0200
Dave Long <[email protected]> • #351
Re: only a constant factor worse than optimal
Sun, 7 Jul 2013 20:20:14 +0400
zooko <[email protected]> • #350
Re: only a constant factor worse than optimal
Wed, 3 Jul 2013 15:55:03 -0700 (PDT)
Lois Patterson <[email protected]> • #349
Re: only a constant factor worse than optimal
Thu, 4 Jul 2013 00:47:03 +0200
Dave Long <[email protected]> • #348
Kragen, can you please check your private mail?
Mon, 10 Jun 2013 12:06:19 +0200
Eugen Leitl <[email protected]> • #347
Re: some 50 possible next topics to focus on for personal projects
Thu, 6 Jun 2013 12:23:18 +0200
Dave Long <[email protected]> • #346
Re: Quaject-style run-time code synthesis for the Visitor pattern
Sat, 1 Jun 2013 12:41:46 -0700
"Greg A." <[email protected]> • #345
Re: Quaject-style run-time code synthesis for the Visitor pattern
Sat, 1 Jun 2013 17:57:58 +0200
Dave Long <[email protected]> • #344
Re: parsing with small memory or on a large parallel machine
Wed, 1 May 2013 03:17:55 +0200
Dave Long <[email protected]> • #343
Mach-O .COM-a-like
Tue, 30 Apr 2013 12:55:51 +0200
Dave Long <[email protected]> • #342
early zero-crossings
Mon, 11 Feb 2013 11:01:00 +0100
Dave Long <[email protected]> • #341
Re: "tweetable" "symbolic" hex COM loader
Thu, 3 Jan 2013 13:20:15 +0100
Dave Long <[email protected]> • #340
Re: a unified caching system for avoiding recomputation
Sat, 22 Dec 2012 02:20:21 +0100
Aristotle Pagaltzis <[email protected]> • #339
Re: a logarithmic-time alternative to summed-area tables for reducing arbitrary semigroup operations over arbitrary ranges (a generalization of RMQ segment trees)
Mon, 17 Dec 2012 13:42:31 +0100
Dave Long <[email protected]> • #338
Re: a logarithmic-time alternative to summed-area tables for reducing arbitrary semigroup operations over arbitrary ranges (a generalization of RMQ segment trees)
Thu, 6 Dec 2012 12:43:46 +0100
Dave Long <[email protected]> • #337
prehistory of heterogenous computing
Fri, 3 Aug 2012 14:39:52 +0200
Dave Long <[email protected]> • #336
Re: boycotting Chick-Fil-A is authoritarian and evil
Thu, 2 Aug 2012 23:12:29 -0700
Darius Bacon <[email protected]> • #335
Re: boycotting Chick-Fil-A is authoritarian and evil
Thu, 02 Aug 2012 22:46:55 -0400
Brett Smith <[email protected]> • #334
Re: slow Golomb-Rice-coded sets in Python (with an example spellchecker)
Sun, 29 Jul 2012 15:26:57 +0200
Dave Long <[email protected]> • #333
Re: a unified caching system for avoiding recomputation
Thu, 19 Jul 2012 12:26:51 -0400
Kragen Javier Sitaker <[email protected]> • #332
Re: a unified caching system for avoiding recomputation
Thu, 19 Jul 2012 12:20:23 -0400
Kragen Javier Sitaker <[email protected]> • #331
Re: a unified caching system for avoiding recomputation
Thu, 19 Jul 2012 13:15:15 -0300
"Zooko Wilcox-O'Hearn" <[email protected]> • #330
Re: a unified caching system for avoiding recomputation
Thu, 19 Jul 2012 13:14:52 -0300
"Zooko Wilcox-O'Hearn" <[email protected]> • #329
Re: choosing powerful primitives for a simplified computing system
Thu, 19 Jul 2012 09:12:01 -0400
Johnicholas Hines <[email protected]> • #328
Re: a unified caching system for avoiding recomputation
Thu, 19 Jul 2012 08:47:39 -0400
Johnicholas Hines <[email protected]> • #327
Re: choosing powerful primitives for a simplified computing system
Tue, 17 Jul 2012 20:09:44 -0400
Kragen Javier Sitaker <[email protected]> • #326
Re: choosing powerful primitives for a simplified computing system
Tue, 17 Jul 2012 16:37:30 -0700
Joe Blaylock <[email protected]> • #325
Re: choosing powerful primitives for a simplified computing system
Tue, 17 Jul 2012 17:45:23 +0200
Dave Long <[email protected]> • #324
[[email protected]: Re: washing machines don't have to use energy to heat water]
Thu, 5 Jul 2012 11:02:12 -0400
Kragen Javier Sitaker <[email protected]> • #323
Re: washing machines don't have to use energy to heat water
Thu, 5 Jul 2012 11:01:58 -0400
Kragen Javier Sitaker <[email protected]> • #322
Re: FeML: a skeleton of a femto-ML with nothing but polymorphic variants and functions
Sun, 17 Jun 2012 14:08:59 -0400
Kragen Javier Sitaker <[email protected]> • #321
[[email protected]: Re: FeML: a skeleton of a femto-ML with nothing but polymorphic variants and functions]
Sun, 17 Jun 2012 13:00:30 -0400
Kragen Javier Sitaker <[email protected]> • #320
Re: "tweetable" "symbolic" hex COM loader
Thu, 24 May 2012 23:36:10 +0200
Dave Long <[email protected]> • #319
Re: "tweetable" "symbolic" hex COM loader
Thu, 24 May 2012 00:40:15 -0400
Kragen Javier Sitaker <[email protected]> • #318
Re: "tweetable" "symbolic" hex COM loader
Mon, 21 May 2012 14:27:48 +0200
Dave Long <[email protected]> • #317
Re: "tweetable" "symbolic" hex COM loader
Sun, 20 May 2012 23:14:22 -0700
Chris Olds <[email protected]> • #316
Re: "tweetable" "symbolic" hex COM loader
Mon, 21 May 2012 01:46:24 -0400
Kragen Javier Sitaker <[email protected]> • #315
Re: "tweetable" "symbolic" hex COM loader
Mon, 21 May 2012 01:11:18 -0400
Kragen Javier Sitaker <[email protected]> • #314
Re: higher-order programming and concurrency in low-level languages
Sat, 19 May 2012 07:02:17 +0200
Aristotle Pagaltzis <[email protected]> • #313
"tweetable" "symbolic" hex COM loader
Wed, 9 May 2012 18:39:25 +0200
Dave Long <[email protected]> • #312
Re: shunting-yard expression parsing of a JS subset in Python for bytebeat music
Mon, 7 May 2012 18:11:57 +0200
Dave Long <[email protected]> • #311
Re: printing microfilm on ordinary laser printers on paper
Mon, 23 Apr 2012 18:53:09 -0400
Johnicholas Hines <[email protected]> • #310
Re: parsing, PEG parsers, and backtracking HTML templating: toward a bright parsing future (examples in OCaml, C++, and Ruby)
Mon, 23 Apr 2012 14:28:46 +0200
Dave Long <[email protected]> • #309
Re: parsing, PEG parsers, and backtracking HTML templating: toward a bright parsing future (examples in OCaml, C++, and Ruby)
Wed, 18 Apr 2012 15:12:08 +0200
Dave Long <[email protected]> • #308
Re: parsing, PEG parsers, and backtracking HTML templating: toward a bright parsing future (examples in OCaml, C++, and Ruby)
Tue, 17 Apr 2012 15:49:36 +0200
Dave Long <[email protected]> • #307
Re: parsing, PEG parsers, and backtracking HTML templating: toward a bright parsing future (examples in OCaml, C++, and Ruby)
Mon, 16 Apr 2012 16:01:37 +0200
Dave Long <[email protected]> • #306
Re: backtracking HTML templating
Fri, 13 Apr 2012 22:19:36 -0400
Kragen Javier Sitaker <[email protected]> • #305
Re: [[email protected]: Re: backtracking HTML templating]
Sat, 14 Apr 2012 00:52:39 +0200
Dave Long <[email protected]> • #304
[[email protected]: Re: backtracking HTML templating]
Fri, 13 Apr 2012 10:33:31 -0400
Kragen Javier Sitaker <[email protected]> • #303
Re: dithering by optimizing perceptually-weighted error in the Gabor transform
Mon, 9 Apr 2012 19:17:40 +0200
Dave Long <[email protected]> • #302
Re: potential applications of Taylor's Image Fidelity Assessor and similar models
Mon, 9 Apr 2012 12:19:06 -0400
Kragen Javier Sitaker <[email protected]> • #301
floor sort
Wed, 4 Apr 2012 18:32:46 +0200
Dave Long <[email protected]> • #300
Re: merging sorted sequences generically in Python
Thu, 29 Mar 2012 10:12:05 -0400
Kragen Javier Sitaker <[email protected]> • #299
[[email protected]: Re: higher-order programming and concurrency in low-level languages]
Tue, 27 Mar 2012 11:46:49 -0400
Kragen Javier Sitaker <[email protected]> • #298
Re: merging sorted sequences generically in Python
Mon, 26 Mar 2012 23:00:08 +0200
Dave Long <[email protected]> • #297
Re: merging sorted sequences generically in Python
Fri, 23 Mar 2012 17:04:13 -0400
Kragen Javier Sitaker <[email protected]> • #296
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 13:19:51 -0700
Joe Blaylock <[email protected]> • #295
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 16:05:02 -0400
Kragen Javier Sitaker <[email protected]> • #294
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 12:54:29 -0700
Joe Blaylock <[email protected]> • #293
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 15:46:47 -0400
Kragen Javier Sitaker <[email protected]> • #292
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 13:14:34 -0600
"Zooko Wilcox-O'Hearn" <[email protected]> • #291
Re: merging sorted sequences generically in Python
Fri, 23 Mar 2012 18:58:39 +0100
Dave Long <[email protected]> • #290
Re: scalable flooding information distribution in JS
Fri, 23 Mar 2012 13:37:33 -0400
Kragen Javier Sitaker <[email protected]> • #289
[[email protected]: Re: scalable flooding information distribution in JS]
Fri, 23 Mar 2012 13:15:28 -0400
Kragen Javier Sitaker <[email protected]> • #288
Re: very simple phase-locked loop pitch detection in C
Wed, 8 Feb 2012 18:28:51 +0100
Dave Long <[email protected]> • #287
Re: very simple phase-locked loop pitch detection in C
Mon, 6 Feb 2012 12:59:33 +0100
Dave Long <[email protected]> • #286
Re: very simple phase-locked loop pitch detection in C
Fri, 3 Feb 2012 14:12:26 -0500
Kragen Javier Sitaker <[email protected]> • #285
Re: very simple phase-locked loop pitch detection in C
Fri, 3 Feb 2012 12:35:07 +0100
Dave Long <[email protected]> • #284
Re: very simple phase-locked loop pitch detection in C
Thu, 2 Feb 2012 15:16:15 -0500
Kragen Javier Sitaker <[email protected]> • #283
Re: fixed-width HTML5 <canvas> font rendering in a page of JS
Sat, 28 Jan 2012 22:17:53 -0500
Kragen Javier Sitaker <[email protected]> • #282
Re: fixed-width HTML5 <canvas> font rendering in a page of JS
Sat, 28 Jan 2012 23:24:52 +0100
Dave Long <[email protected]> • #281
Re: [[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Tue, 3 Jan 2012 22:12:10 +0100
Dave Long <[email protected]> • #280
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Tue, 3 Jan 2012 02:28:19 -0500
Kragen Javier Sitaker <[email protected]> • #279
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Tue, 3 Jan 2012 01:54:30 -0500
Kragen Javier Sitaker <[email protected]> • #278
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Tue, 3 Jan 2012 01:52:18 -0500
Kragen Javier Sitaker <[email protected]> • #277
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Tue, 3 Jan 2012 01:52:06 -0500
Kragen Javier Sitaker <[email protected]> • #276
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Mon, 2 Jan 2012 23:21:13 -0500
Kragen Javier Sitaker <[email protected]> • #275
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Mon, 2 Jan 2012 23:20:21 -0500
Kragen Javier Sitaker <[email protected]> • #274
[[email protected]: Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization]
Mon, 2 Jan 2012 23:19:56 -0500
Kragen Javier Sitaker <[email protected]> • #273
Re: Arduino frustrations: C is not a higher-order language, and timing is not an optimization
Mon, 2 Jan 2012 23:19:48 -0500
Kragen Javier Sitaker <[email protected]> • #272
Re: merging sorted sequences generically in Python
Mon, 12 Dec 2011 19:36:29 +0100
Dave Long <[email protected]> • #271
the complexity barrier
Mon, 5 Dec 2011 08:59:16 +0100
Dave Long <[email protected]> • #270
Re: programming: representing intervals with pairs of integers
Mon, 21 Nov 2011 10:37:00 +0100
Aristotle Pagaltzis <[email protected]> • #269
Re: generating Gray code with an iterated function system
Mon, 7 Nov 2011 11:07:44 -0500
Kragen Javier Sitaker <[email protected]> • #268
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.