Fri, 10 Sep 2010 14:54:08 +0200 Future.promise: more robust treatment of concurrent abort vs. fulfill (amending 047c96f41455);
wenzelm [Fri, 10 Sep 2010 14:54:08 +0200] rev 39243
Future.promise: more robust treatment of concurrent abort vs. fulfill (amending 047c96f41455);
Fri, 10 Sep 2010 12:39:20 +0200 primitive use_text: let interrupts pass unhindered;
wenzelm [Fri, 10 Sep 2010 12:39:20 +0200] rev 39242
primitive use_text: let interrupts pass unhindered;
Thu, 09 Sep 2010 21:30:33 +0200 Isabelle.load_icon with some sanity checks;
wenzelm [Thu, 09 Sep 2010 21:30:33 +0200] rev 39241
Isabelle.load_icon with some sanity checks;
Thu, 09 Sep 2010 20:09:13 +0200 ML_Compiler.eval: reported positions need to contain offset, to avoid displaced reports due to synthesized line numbers;
wenzelm [Thu, 09 Sep 2010 20:09:13 +0200] rev 39240
ML_Compiler.eval: reported positions need to contain offset, to avoid displaced reports due to synthesized line numbers;
Thu, 09 Sep 2010 18:32:21 +0200 NEWS: some notes on interrupts;
wenzelm [Thu, 09 Sep 2010 18:32:21 +0200] rev 39239
NEWS: some notes on interrupts;
Thu, 09 Sep 2010 18:21:06 +0200 refined Runtime.toplevel_error/Document.run_command: let interrupts pass unhindered;
wenzelm [Thu, 09 Sep 2010 18:21:06 +0200] rev 39238
refined Runtime.toplevel_error/Document.run_command: let interrupts pass unhindered;
Thu, 09 Sep 2010 18:18:34 +0200 removed dead code;
wenzelm [Thu, 09 Sep 2010 18:18:34 +0200] rev 39237
removed dead code;
Thu, 09 Sep 2010 18:17:34 +0200 avoid handling interrupts in user code;
wenzelm [Thu, 09 Sep 2010 18:17:34 +0200] rev 39236
avoid handling interrupts in user code;
Thu, 09 Sep 2010 18:04:35 +0200 Meson.make_clauses_unsorted: removed spurious debug code stemming from 5146d640aa4a -- must not handle arbitrary exceptions in user space;
wenzelm [Thu, 09 Sep 2010 18:04:35 +0200] rev 39235
Meson.make_clauses_unsorted: removed spurious debug code stemming from 5146d640aa4a -- must not handle arbitrary exceptions in user space;
Thu, 09 Sep 2010 18:00:16 +0200 main command loops are supposed to be uninterruptible -- no special treatment here;
wenzelm [Thu, 09 Sep 2010 18:00:16 +0200] rev 39234
main command loops are supposed to be uninterruptible -- no special treatment here;
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip