00:19:03 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 00:29:27 -!- kanru` [~user@199.195.142.182] has quit [Ping timeout: 250 seconds] 00:34:09 -!- homie [~levgue@xdsl-78-35-171-49.netcologne.de] has quit [Read error: Connection reset by peer] 00:34:48 homie [~levgue@xdsl-78-35-171-49.netcologne.de] has joined #sbcl 00:42:54 -!- sshirokov [sshirokov@2600:3c02::f03c:91ff:fe93:e02d] has quit [Read error: Operation timed out] 00:44:33 -!- dlowe [dlowe@digital.sanctuary.org] has quit [Read error: Operation timed out] 00:45:00 dlowe [dlowe@digital.sanctuary.org] has joined #sbcl 00:45:17 sshirokov [sshirokov@2600:3c02::f03c:91ff:fe93:e02d] has joined #sbcl 01:43:08 -!- slyrus_ [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 240 seconds] 01:50:04 echo-area [~user@182.92.247.2] has joined #sbcl 01:54:17 -!- homie [~levgue@xdsl-78-35-171-49.netcologne.de] has quit [Read error: Connection reset by peer] 01:54:58 homie [~levgue@xdsl-78-35-171-49.netcologne.de] has joined #sbcl 02:06:08 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 240 seconds] 02:07:23 -!- TimKack [~tkack@c-2ec22154-74736162.cust.telenor.se] has quit [Ping timeout: 250 seconds] 02:08:32 echo-area [~user@182.92.247.2] has joined #sbcl 02:08:51 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 02:09:44 echo-area [~user@182.92.247.2] has joined #sbcl 02:25:48 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 265 seconds] 02:28:58 gko [~gko@220.228.255.204] has joined #sbcl 02:39:57 francisl_ [~flavoie@bas1-montreal48-1176173836.dsl.bell.ca] has joined #sbcl 02:43:43 -!- francisl [~flavoie@bas1-montreal48-1176173836.dsl.bell.ca] has quit [Ping timeout: 252 seconds] 02:43:44 -!- francisl_ is now known as francisl 03:05:24 When SBCL is evaluating the expression for DEFCONSTANT, it is using something like SIMPLE-EVAL-IN-LEXICAL-ENV or so, right? Is this interpretation? Is is using compiled code? 03:06:10 echo-area [~user@182.92.247.2] has joined #sbcl 03:25:48 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 250 seconds] 03:27:28 echo-area [~user@182.92.247.2] has joined #sbcl 03:31:03 -!- tsuru` [~charlie@adsl-74-179-28-20.bna.bellsouth.net] has quit [Read error: Connection reset by peer] 04:13:37 -!- francisl [~flavoie@bas1-montreal48-1176173836.dsl.bell.ca] has quit [Quit: francisl] 04:58:10 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Ping timeout: 260 seconds] 04:59:30 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 05:11:58 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 05:26:19 -!- milanj [~milanj_@93-86-216-175.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 05:33:20 nikodemus [~nikodemus@178-55-57-180.bb.dnainternet.fi] has joined #sbcl 05:33:21 -!- ChanServ has set mode +o nikodemus 05:40:54 good morning 06:01:30 -!- nikodemus [~nikodemus@178-55-57-180.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 06:09:27 sdemarre [~serge@91.176.197.45] has joined #sbcl 06:34:48 -!- sdemarre [~serge@91.176.197.45] has quit [Ping timeout: 272 seconds] 06:53:39 leuler: if you read logs, maybe defining a vm-support-routine is the right way? 07:05:11 Kryztof: is that really needed now that we make the difference between the host's compiler and the cross-compiler? 07:05:28 I've just been using regular functions. 07:40:26 jdz [~jdz@193.206.22.97] has joined #sbcl 07:51:36 maybe not 07:53:59 I think it might be convenient as a mechanism to indicate "this must be defined per-backend" 08:18:11 Kryztof: yeah... but it makes M-. useless 08:28:34 well, let's change the implementation then :) 09:44:48 homie` [~levgue@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 09:47:33 -!- homie [~levgue@xdsl-78-35-171-49.netcologne.de] has quit [Ping timeout: 248 seconds] 10:40:25 saschakb [~saschakb@p4FEA10A2.dip0.t-ipconnect.de] has joined #sbcl 10:50:46 TimKack [~user@c-2ec2ae41-74736162.cust.telenor.se] has joined #sbcl 10:52:17 -!- hlavaty [~user@91-65-218-223-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 10:52:29 hlavaty [~user@91-65-218-223-dynip.superkabel.de] has joined #sbcl 11:07:05 saschakb_ [~saschakb@p4FEA10A2.dip0.t-ipconnect.de] has joined #sbcl 11:14:13 -!- gko [~gko@220.228.255.204] has quit [Ping timeout: 245 seconds] 11:21:42 -!- Posterdati [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has quit [Ping timeout: 272 seconds] 11:26:43 Posterdati [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has joined #sbcl 11:27:54 Posterdati_ [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has joined #sbcl 11:28:12 -!- Posterdati_ [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 11:28:18 -!- Posterdati [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has quit [Read error: Connection reset by peer] 11:28:33 Posterdati [~tapioca@host75-208-dynamic.11-87-r.retail.telecomitalia.it] has joined #sbcl 11:30:52 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 252 seconds] 11:33:30 echo-area [~user@182.92.247.2] has joined #sbcl 15:49:13 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 15:49:13 15:49:13 -!- names: ccl-logbot huangjs milanj LiamH nyef francisl edgar-rft homie scymtym cmm fe[nl]ix saschakb les stassats` specbot Quadresce Posterdati saschakb_ hlavaty TimKack angavrilov sshirokov dlowe flip214 asedeno_work minion blackwol` borkman antoszka antifuchs DGASAU froydnj jsnell kwmiebach__ joshe christop` @Kryztof brown``` Phoodus whoops easye ASau foom lichtblau kanru Neronus daimrod |42|`` |3b| redline6561_ pchrist ivan`` slyrus luis pkhuong 15:50:55 slyrus_ [~chatzilla@ip-64-134-239-52.public.wayport.net] has joined #sbcl 15:52:54 -!- slyrus_ [~chatzilla@ip-64-134-239-52.public.wayport.net] has quit [Remote host closed the connection] 15:56:40 leuler [~user@p549040D9.dip.t-dialin.net] has joined #sbcl 16:01:26 Kryztof: I have read the logs. Thanks for the suggestion. 16:01:52 you're most welcome 16:03:37 pkhuong: Could you point me to an example of your just using regular functions? I found emit-constant-segment-header, but that is reader-conditionalised on inline-constants. You don't suggest to use a target feature for long NOPs or do you? 16:05:39 The nice thing about a vm-support-routine seems to be that only those backends need to define one that actually use it. 16:08:09 "long NOPs"? 16:09:45 nyef: please see yesterday's log. 16:14:11 Hrm. So you'd only want variable-length NOPs on x86oid targets, right? 16:14:23 (Since all other backends use fixed-width instructions.) 16:17:49 Even only on x86-64, as that is the only target that aligns block headers, which is the cause of long sequences of NOPs that are not always skipped by a jump but sometimes executed. Here long NOPs execute faster. 16:18:47 leuler: just define a dummy function everywhere. 16:19:19 (or in generic/, if the order is right) 16:19:46 Or alter the block-header-alignment thing for x86-64 to do whatever. 16:20:09 nyef: we'll likely want something similar for x86 as well at some point 16:20:52 ... And it can be based on the x86-64 implementation. 16:21:06 sure. 16:21:38 Yeah, the NOPs for inline constants are never executed anyway. There's only one spot to fix. 16:23:49 -!- homie [~levgue@xdsl-78-35-175-1.netcologne.de] has quit [Read error: Connection reset by peer] 16:24:27 homie [~levgue@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 16:26:01 pkhuong: Do I really need dummy functions? I am thinking of defining a function only in x86-64/ and calling it from emit-skip only if fill-byte is :long-nop which only the caller (via emit-alignment) from x86-64 would ever use? 16:27:03 -!- homie [~levgue@xdsl-78-35-175-1.netcologne.de] has quit [Read error: Connection reset by peer] 16:27:57 leuler: sure. 16:28:39 pkhuong: thanks. 16:29:08 homie [~levgue@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 17:03:11 sdemarre [~serge@91.176.167.230] has joined #sbcl 17:05:49 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:13:53 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 244 seconds] 17:15:27 Is there a way to get a backtrace on a different thread in ldb? 17:16:07 (In the specific case I want to try this from, it's dying in the GC.) 17:23:36 antgreen [~user@out-on-208.wireless.telus.com] has joined #sbcl 17:30:11 -!- saschakb [~saschakb@p4FEA10A2.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 17:30:11 -!- saschakb_ [~saschakb@p4FEA10A2.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 17:31:25 nyef: attach gdb? 17:37:00 Mmm. I've never had much luck with gdb and SBCL, even worse for trying to get a backtrace or do anything postmortem. 17:45:03 kanru` [~user@199.195.142.182] has joined #sbcl 17:49:01 thread apply call call backtrace_from_fp($rbp, 100) wfm a couple times. 17:55:04 +1 on implementing long nops, if only for making disassembly more readable :) 17:58:06 attila_lendvai [~attila_le@84-236-66-34.pool.digikabel.hu] has joined #sbcl 17:58:20 -!- attila_lendvai [~attila_le@84-236-66-34.pool.digikabel.hu] has quit [Changing host] 17:58:20 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 18:02:20 long nops have to be opt-in, right? because some nops are used in places where the ability to overwrite with a new instruction is important. 18:04:54 foom: I wasn't aware of that. My current implementation of long nops works and passes all tests on x86-64. Which places do you have in mind specifically and when is this overwriting done? 18:09:01 foom: All places where long nops would be used are for alignment. These can be from 0 to 15 bytes long. How do you overwrite 0 bytes? 18:09:34 I think foom was speaking in general terms; I don't think his concern is applicable to sbcl as it stands 18:25:56 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Read error: Operation timed out] 18:48:45 -!- homie [~levgue@xdsl-78-35-175-1.netcologne.de] has quit [Read error: Connection reset by peer] 19:01:57 homie [~levgue@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 19:03:11 I thought sbcl put some nops at the beginning of a function sometimes, but it's entirely possible I'm thinking of another language implementation. :) 19:03:25 it's hard to keep all the who's using what evil tricks straight in my head 19:11:16 foom: thanks for alerting anyway! 19:15:24 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 19:44:43 Okay, I have a scenario which involves backtrace, an error trap, the garbage collector firing during the backtrace, and crashing to ldb. If I take the error trap (from passing insufficient arguments to a function) out of the loop, it stops crashing to ldb. But I have been unable to reproduce it in isloation. 19:58:19 tsuru` [~charlie@adsl-74-240-217-38.bna.bellsouth.net] has joined #sbcl 20:06:08 -!- Quadresce is now known as booklet 20:09:41 slyrus_ [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 20:10:05 -!- specbot [~specbot@pppoe.178-66-65-249.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:10:06 -!- minion [~minion@pppoe.178-66-65-249.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:10:10 minion [~minion@pppoe.95-55-188-131.dynamic.avangarddsl.ru] has joined #sbcl 20:10:52 specbot [~specbot@pppoe.95-55-188-131.dynamic.avangarddsl.ru] has joined #sbcl 20:13:13 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 250 seconds] 20:24:35 -!- minion [~minion@pppoe.95-55-188-131.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:24:38 minion [~minion@pppoe.95-55-188-131.dynamic.avangarddsl.ru] has joined #sbcl 20:34:17 -!- milanj [~milanj_@93-86-216-175.dynamic.isp.telekom.rs] has quit [*.net *.split] 20:36:46 -!- homie [~levgue@xdsl-78-35-175-1.netcologne.de] has quit [Remote host closed the connection] 20:36:59 homie` [~levgue@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 20:38:24 -!- sdemarre [~serge@91.176.167.230] has quit [Ping timeout: 272 seconds] 20:39:28 milanj [~milanj_@93-86-216-175.dynamic.isp.telekom.rs] has joined #sbcl 20:39:56 -!- milanj [~milanj_@93-86-216-175.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 20:42:32 jsnell_ [~jsnell@ash.snellman.net] has joined #sbcl 20:47:00 -!- flip214 [~marek@unaffiliated/flip214] has quit [Excess Flood] 20:47:01 -!- antgreen [~user@out-on-208.wireless.telus.com] has quit [Read error: Connection reset by peer] 20:47:15 -!- slyrus_ [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 260 seconds] 20:47:20 flip214 [~marek@86.59.100.100] has joined #sbcl 20:47:21 -!- flip214 [~marek@86.59.100.100] has quit [Changing host] 20:47:21 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 20:51:24 -!- jsnell [~jsnell@ash.snellman.net] has quit [Ping timeout: 245 seconds] 20:54:39 -!- christop` [~user@oteiza.siccegge.de] has quit [Ping timeout: 260 seconds] 20:59:55 -!- ivan`` [~ivan@unaffiliated/ivan/x-000001] has quit [Ping timeout: 260 seconds] 21:00:13 -!- les [moreorles@fsf/member/les] has quit [Ping timeout: 260 seconds] 21:00:17 les [moreorles@lesharris.com] has joined #sbcl 21:00:17 -!- les [moreorles@lesharris.com] has quit [Changing host] 21:00:17 les [moreorles@fsf/member/les] has joined #sbcl 21:00:51 ivan`` [~ivan@unaffiliated/ivan/x-000001] has joined #sbcl 21:09:16 -!- booklet is now known as Quadrescence 21:10:59 wbooze [~wbooze@xdsl-78-35-175-1.netcologne.de] has joined #sbcl 21:20:40 christop` [~user@oteiza.siccegge.de] has joined #sbcl 21:25:38 -!- blackwol` [~blackwolf@ool-4575fc51.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 21:51:41 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 21:52:18 homie`` [~levgue@xdsl-78-35-164-194.netcologne.de] has joined #sbcl 21:53:54 -!- wbooze [~wbooze@xdsl-78-35-175-1.netcologne.de] has quit [Ping timeout: 245 seconds] 21:55:18 -!- homie` [~levgue@xdsl-78-35-175-1.netcologne.de] has quit [Ping timeout: 252 seconds] 22:00:47 TimKack` [~user@c-2ec2ae41-74736162.cust.telenor.se] has joined #sbcl 22:03:29 -!- TimKack [~user@c-2ec2ae41-74736162.cust.telenor.se] has quit [Ping timeout: 260 seconds] 22:08:30 -!- francisl [~flavoie@199.84.164.114] has quit [Read error: Operation timed out] 22:08:40 stassats [~stassats@wikipedia/stassats] has joined #sbcl 22:09:08 wbooze [~wbooze@xdsl-78-35-164-194.netcologne.de] has joined #sbcl 22:11:39 -!- homie`` [~levgue@xdsl-78-35-164-194.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 22:13:17 -!- leuler [~user@p549040D9.dip.t-dialin.net] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 22:13:47 this happened on x86. --dynamic-space-size argument is out of range: 1gb, change 1gb to 1024mb works 22:15:36 huangjs: indeed 22:37:54 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 260 seconds] 22:41:36 attila_lendvai [~attila_le@84-236-66-34.pool.digikabel.hu] has joined #sbcl 22:41:36 -!- attila_lendvai [~attila_le@84-236-66-34.pool.digikabel.hu] has quit [Changing host] 22:41:36 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:47:42 huangjs: fixed in git 22:49:34 -!- christop` [~user@oteiza.siccegge.de] has quit [Ping timeout: 260 seconds] 23:24:46 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 23:24:46 attila_lendvai1 [~attila_le@84-236-66-34.pool.digikabel.hu] has joined #sbcl 23:24:47 -!- attila_lendvai1 is now known as attila_lendvai 23:24:47 -!- attila_lendvai [~attila_le@84-236-66-34.pool.digikabel.hu] has quit [Changing host] 23:24:47 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 23:31:51 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Operation timed out] 23:53:40 -!- huangjs [~huangjs@190.8.100.83] has quit [Read error: Connection reset by peer]