00:53:46 -!- andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 245 seconds] 00:58:56 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 01:23:57 LiamH [~none@96.231.222.26] has joined #sbcl 01:36:13 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 02:03:08 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 02:03:27 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 02:11:48 -!- brucem_ is now known as brucem 02:39:42 -!- christoph_debian [~christoph@ppp-93-104-160-247.dynamic.mnet-online.de] has quit [Ping timeout: 256 seconds] 02:40:12 -!- LiamH [~none@96.231.222.26] has quit [Quit: Leaving.] 02:52:41 christoph_debian [~christoph@ppp-188-174-109-108.dynamic.mnet-online.de] has joined #sbcl 03:12:06 -!- scymtym_ [~user@ip-5-147-120-181.unitymediagroup.de] has quit [Ping timeout: 264 seconds] 03:17:29 andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has joined #sbcl 04:00:25 -!- joshe [~joshe@2001:470:e862::1:1] has quit [Ping timeout: 245 seconds] 04:11:12 joshe [~joshe@2001:470:e862::1:1] has joined #sbcl 05:31:22 sdemarre [~serge@91.176.222.26] has joined #sbcl 05:41:37 -!- edgar-rft [~GOD@HSI-KBW-078-043-120-047.hsi4.kabel-badenwuerttemberg.de] has quit [Read error: Connection reset by peer] 05:42:31 edgar-rft [~GOD@HSI-KBW-078-043-120-047.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 05:54:16 -!- sdemarre [~serge@91.176.222.26] has quit [Ping timeout: 246 seconds] 06:40:07 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 07:33:27 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 260 seconds] 07:52:45 sdemarre [~serge@91.176.222.26] has joined #sbcl 07:59:24 -!- sdemarre [~serge@91.176.222.26] has quit [Ping timeout: 240 seconds] 08:07:18 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Ping timeout: 264 seconds] 08:08:06 bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has joined #sbcl 08:12:46 -!- andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 268 seconds] 08:17:42 andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has joined #sbcl 08:38:05 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Ping timeout: 241 seconds] 08:45:51 bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has joined #sbcl 08:50:06 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Ping timeout: 240 seconds] 08:52:04 attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has joined #sbcl 08:52:04 -!- attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has quit [Changing host] 08:52:04 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:52:06 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 08:53:20 bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has joined #sbcl 08:58:02 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Ping timeout: 256 seconds] 08:59:29 bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has joined #sbcl 09:36:18 pranavrc [~pranavrc@122.164.70.165] has joined #sbcl 09:36:20 -!- pranavrc [~pranavrc@122.164.70.165] has quit [Changing host] 09:36:20 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 09:50:18 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 264 seconds] 09:55:07 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 09:57:27 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 11:05:48 stassats [~stassats@wikipedia/stassats] has joined #sbcl 11:44:35 ASau` [~user@p4FF969B1.dip0.t-ipconnect.de] has joined #sbcl 11:48:08 -!- ASau [~user@p4FF97393.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 12:11:32 -!- ASau` is now known as ASau 12:19:02 dto [~user@pool-96-252-62-13.bstnma.fios.verizon.net] has joined #sbcl 12:25:40 hi! i have an opinion question, sort of. I am considering embedding some PNG image files into a dumped SBCL executable, by loading the data into Lisp arrays before I do SAVE-LISP-AND-DIE. Is there any big problem with doing such a thing on SBCL? i.e. having a buttload of byte arrays in the image? are there OS-specific limits on the size that i should worry about? 12:31:17 how many is a buttload? But I've saved cores upwards of 150MB before without trouble 12:32:01 around that size or maybe a *little* larger. 12:32:21 by the way, good morning Krystof :) 12:32:40 hi 12:37:03 i realize it's probably a bit odd, and maybe this is misguided, but, 12:38:08 in the indie games world there have been a lot of stories about games being cloned, especially of art being ripped off and then used in some other game , 12:40:31 i'm doing a game that is IMO graphically unique and contains high resolution art (600dpi internally) 12:41:45 obviously embedding the PNGs is not a strong solution, but it would make it inconvenient to rip the art. 12:41:48 i'm not sure without checking whether the core loader looks past the dumped size, so you could append your png at the end, then mmap/access them 12:42:10 if there's any problem with arrays, that is 12:42:29 oh, that's interesting stassats . 12:43:03 i'll have to do some tests. 13:11:50 if i'm able to make some money on the games i would like to start donating to SBCL as well. 13:29:42 -!- dto [~user@pool-96-252-62-13.bstnma.fios.verizon.net] has left #sbcl 13:40:37 scymtym_ [~user@ip-5-147-120-181.unitymediagroup.de] has joined #sbcl 14:24:24 minion: memo for dto: the PNG data should be in unboxed vectors, so even oodles of those will not be an issue (I've saved multi-GB images, but most of the data was huge unboxed vectors). 14:24:24 Remembered. I'll tell dto when he/she/it next speaks. 14:25:21 which brings me back to Xach's suggestion to find some way to embed data for an LPN in an image. 15:18:28 -!- andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 256 seconds] 15:25:25 andreh [~andreh@177.133.52.29.dynamic.adsl.gvt.net.br] has joined #sbcl 15:35:27 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 15:50:38 attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has joined #sbcl 15:50:38 -!- attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has quit [Changing host] 15:50:38 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 16:09:22 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 16:11:00 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 16:30:30 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Ping timeout: 264 seconds] 16:31:44 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 16:41:24 pnpuff [~l@unaffiliated/pnpuff] has joined #sbcl 16:41:35 -!- pnpuff [~l@unaffiliated/pnpuff] has left #sbcl 16:43:30 LiamH [~none@96.231.222.26] has joined #sbcl 16:44:15 slyrus [~chatzilla@107.201.4.22] has joined #sbcl 16:59:44 drmeiste_ [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 16:59:46 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Read error: Connection reset by peer] 17:00:30 -!- drmeiste_ is now known as drmeister 17:13:45 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 17:37:42 -!- LiamH [~none@96.231.222.26] has quit [Quit: Leaving.] 17:51:12 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Ping timeout: 268 seconds] 18:38:23 prxq [~mommer@mnhm-4d011a25.pool.mediaWays.net] has joined #sbcl 19:00:43 davazp [~user@92.251.142.169.threembb.ie] has joined #sbcl 19:25:41 benkard [~benkard@2a01:198:6d5:0:381d:d634:e75e:392b] has joined #sbcl 19:42:04 LiamH [~none@96.231.222.26] has joined #sbcl 19:43:06 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 264 seconds] 19:43:30 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 19:44:21 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 19:56:20 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 20:16:58 -!- benkard [~benkard@2a01:198:6d5:0:381d:d634:e75e:392b] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 20:21:57 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 20:25:06 milosn [~milosn@user-5af50f1f.broadband.tesco.net] has joined #sbcl 20:28:01 benkard [~benkard@2a01:198:6d5:0:d9f6:2e60:cee3:bf0f] has joined #sbcl 20:28:06 -!- milosn_ [~milosn@user-5af503cc.broadband.tesco.net] has quit [Ping timeout: 264 seconds] 20:30:33 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 245 seconds] 20:33:45 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 20:38:12 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 20:54:52 -!- prxq [~mommer@mnhm-4d011a25.pool.mediaWays.net] has quit [Remote host closed the connection] 21:02:13 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 245 seconds] 21:04:18 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 21:06:30 -!- benkard [~benkard@2a01:198:6d5:0:d9f6:2e60:cee3:bf0f] has quit [Ping timeout: 264 seconds] 21:09:58 -!- |3b| [bbb@2600:3c00::f03c:91ff:fedf:5b65] has quit [Read error: Connection reset by peer] 21:10:44 |3b| [bbb@2600:3c00::f03c:91ff:fedf:5b65] has joined #sbcl 21:11:48 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 245 seconds] 21:15:30 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 21:23:55 -!- davazp [~user@92.251.142.169.threembb.ie] has quit [Ping timeout: 264 seconds] 22:41:48 is http://paste.lisp.org/display/138724#1 a bug? 22:44:10 works with compile-file 22:44:25 it's not external or documented, so it can't be considered a bug 22:47:57 stassats: i understand, but the restart can show during interactive use (i think) and will not work in that case either 22:49:09 actually, just doing sbcl --noinform --no-userinit --load /tmp/bla.lisp and choosing restart 0 will trigger it 22:49:22 <|3b|> doesn't give that error on 1.0.54, leaves it in debugger though 22:50:10 happens only with --load, not with LOAD 22:50:18 patches are welcome 22:51:02 stassats: ok, will try to investigate 22:52:21 well, it's clear that *compiler-error-bailout* isn't bound during LOAD 22:52:40 attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has joined #sbcl 22:52:40 -!- attila_lendvai [~attila_le@62-165-243-178.pool.digikabel.hu] has quit [Changing host] 22:52:40 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:57:13 stassats: sure, but i have no idea where and how it should be bound 22:57:40 look at how compile-file does it 22:59:03 that's what i thought 23:04:44 btw: i encountered the problem because i forgot to apply the patch attached to 23:04:46 lp 1207483 23:04:46 https://bugs.launchpad.net/bugs/1207483 23:04:58 is there a chance to include that patch in the upcoming version? 23:05:40 there is, i added it to bookmarks 23:06:11 stassats: cool, thanks 23:23:19 -!- LiamH [~none@96.231.222.26] has quit [Quit: Leaving.] 23:33:24 stassats: the restart says it would insert a call to ERROR; other places seem to do this by inserting '(error 'compiled-program-error :condition  :source ) 23:33:37 i could do the same with :source nil in read-file-for-compile 23:33:42 would that be acceptable? 23:38:40 i actually have no idea what this restart is useful for 23:39:50 i guess it allows compiling the rest of a file even when there are errors somewhere 23:41:48 and with load? 23:42:10 it'll be executed just now and an error signaled 23:42:19 it will be signaled immediately 23:42:25 so, perhaps it should be just disabled for LOAD 23:42:59 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 23:43:53 compiler-error could check whether *compiler-error-bailout* is bound an only establish the CONTINUE restart if it is 23:44:02 s/an/and/ 23:47:55 right 23:48:32 do you know whether the SIGNAL-ERROR restart has to be established unconditionally? 23:48:49 it least for the interactive case it would nice to skip that one as well 23:48:55 i don't see it anywhere else 23:49:13 and it's not exported 23:49:43 no, i see that it's invoked 23:49:47 but it checks for (boundp 'sb!c::*compiler-error-bailout*) 23:50:44 but, replacing a form with DEFUN make sense, does it do that? 23:50:47 within 23:52:25 it does, so, it may make sense for LOAD 23:52:50 except for reader errors 23:53:22 there is code for turning compiler errors into runtime error calls during ir1 conversion 23:53:46 issuing continue doesn't help with "(defun foo () foo:bar) (defun x ())" 23:53:49 ; compilation unit aborted ; caught 1 fatal ERROR condition 23:54:52 and (defun foo () (let)) gets compiled even without CONTINUE 23:56:10 that is with COMPILE-FILE 23:57:10 and this bailout thing was added recently, so it may be not all that well thought out