00:57:10 -!- echo-area [~user@123.120.238.0] has quit [Read error: Connection reset by peer] 00:59:26 -!- yacks [~py@103.6.159.99] has quit [Ping timeout: 240 seconds] 01:41:40 -!- christoph_debian [~christoph@ppp-93-104-21-230.dynamic.mnet-online.de] has quit [Ping timeout: 245 seconds] 01:52:06 -!- scymtym_ [~user@ip-5-147-120-181.unitymediagroup.de] has quit [Ping timeout: 264 seconds] 02:36:09 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 02:36:46 echo-area [~user@182.92.247.2] has joined #sbcl 03:29:21 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 03:59:29 christoph_debian [~christoph@ppp-188-174-93-89.dynamic.mnet-online.de] has joined #sbcl 04:37:26 -!- scymtym [~user@2001:638:504:2093:baca:3aff:fe83:e736] has quit [Ping timeout: 264 seconds] 04:39:14 -!- abarch [~user@2001:638:504:2093:21d:9ff:fe30:1f87] has quit [Ping timeout: 264 seconds] 04:44:18 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 245 seconds] 04:55:00 -!- billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has quit [Ping timeout: 245 seconds] 05:22:12 -!- edgar-rft [~GOD@HSI-KBW-078-042-025-054.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: mental process finished by supernova explosion] 06:21:51 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 06:28:23 benkard [~benkard@2001:4ca0:0:f230:1484:a28:378:4241] has joined #sbcl 06:31:42 edgar-rft [~GOD@HSI-KBW-078-042-025-054.hsi3.kabel-badenwuerttemberg.de] has joined #sbcl 06:32:39 scymtym [~user@2001:638:504:2093:baca:3aff:fe83:e736] has joined #sbcl 06:33:47 prxq [~mommer@mnhm-5f75c8a8.pool.mediaWays.net] has joined #sbcl 06:34:10 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:35:20 abarch [~user@2001:638:504:2093:21d:9ff:fe30:1f87] has joined #sbcl 07:11:26 Hydan [~Adium@ip-89-103-110-5.net.upcbroadband.cz] has joined #sbcl 07:58:55 -!- benkard [~benkard@2001:4ca0:0:f230:1484:a28:378:4241] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 09:26:28 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 09:31:16 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 245 seconds] 09:36:12 yacks [~py@103.6.159.99] has joined #sbcl 09:36:59 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:06:53 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:31:19 davazp [~user@92.251.246.16.threembb.ie] has joined #sbcl 11:03:31 -!- yacks [~py@103.6.159.99] has quit [Ping timeout: 260 seconds] 11:07:54 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 264 seconds] 11:17:54 benkard [~benkard@2001:4ca0:0:f230:750a:4c40:bbda:7946] has joined #sbcl 11:37:00 stassats [~stassats@wikipedia/stassats] has joined #sbcl 11:41:03 yacks [~py@103.6.159.99] has joined #sbcl 11:44:04 ASau` [~user@p4FF97B8F.dip0.t-ipconnect.de] has joined #sbcl 11:47:38 -!- ASau [~user@p5797E0CF.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 11:50:48 dto [~user@pool-96-252-62-13.bstnma.fios.verizon.net] has joined #sbcl 11:50:54 no more kitten of death!!!!! :) 11:50:57 hi everyone 11:51:19 not like it's any more stable 11:55:56 stassats: IMO it got a lot more stable recently (although I don't use threads)---when the win32 patches were integrated, it got my SBCL EXE's working on basically all modern versions of Windows. With those patches I think at the very least it was high time for a more factually descriptive message. 11:57:28 good morning stassats . hope you are doing well. 12:10:14 segv- [~mb@95-91-242-135-dynip.superkabel.de] has joined #sbcl 12:41:13 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 13:01:50 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 240 seconds] 13:09:38 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 13:14:19 billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has joined #sbcl 13:40:05 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 13:42:38 when did whimsy become untenable in volunteer organizations, and why didn't I get the memo? 13:43:51 I should perhaps say that I actively feel resentment at the way that other people's priorities are meant to count for more than my taste on stuff that I work on and they don't 13:45:15 this is a different feeling from the passive resentment of zillions of putative users out there never communicating with the mothership -- that's fine, that's an explicit grant that I signed up to 13:46:06 I'm not quite at the dan_b point of explosion, but it might be a sign to find a different model of contribution 13:46:10 *|3b|* likes how lots of people cared about kittens, but none cared about test results :/ 13:46:34 it seems totally insane to me. "We can't patch the source, that's politically impossible" was one particularly odd response I got by e-mail 13:46:45 |3b|: because fixing actual bugs is hard 13:47:04 <|3b|> i don't mean fixing, even just reporting failures 13:47:05 (it's politically possible to use stuff provided by random people on the internet, but not to use a trivial one-line patch when distributing _binaries_?) 13:47:24 maybe I should make money-boxed releases instead of time-based ones 13:49:53 ... that might be a fun experiment, come to think of it 13:50:25 It was just so much energy for a tiny diff. 13:50:28 sbcl-1.2 will be released once the sbcl account at the common-lisp foundation reaches 1000 higher in donations 13:51:19 we can do doubling for each successive minor version increment 13:51:36 what will the money be spent on? 13:51:52 stassats: a win32 box would be useful ;) 13:52:44 stassats: my CD collection 13:52:48 it's as good a cause as any 13:53:07 i have access to windows, but that doesn't motivate me enough to spend time on it, since i'm not going to use it anyway 13:54:36 how much money would provide motivation, if any? 13:57:34 maybe what I resent the most is the thought from some users that their mere use of sbcl should make me grateful for their existence 13:57:39 as if they were an asset rather than a liability 13:59:07 but seriously, stassats, if you're in the contracting business anyway, what's your quote for win32 work? 13:59:38 i don't really want to deal with windows on a regular basis 14:01:05 that is part of the problem :-/ 14:02:32 even when my laptop booted windows, I found it easier to do nearly everything in a linux VM. 14:02:38 |3b|, stassats Krystof i didn't really mean to step on anyone's toes with my statements about the kitten. (for what it's worth, i'm not privy to the whole context). 14:02:50 too bad the fork merging project ran out of steam 14:03:00 -!- benkard [~benkard@2001:4ca0:0:f230:750a:4c40:bbda:7946] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 14:03:42 dto: no, I understand, and my ire is not directed at anyone in particular 14:03:44 i guess lichtblau could be the best candidate for windows work 14:03:45 fwiw i also got zillions of people to test out EXE's made with the newer SBCL and verified indeed that it works ust about everywhere, and I did report specific results back here, I hope nobody feels as if i'm being bitchy about the kitten without participating 14:03:46 except perhaps me 14:03:52 Krystof: okay. :) 14:04:02 s/ust/Just 14:04:10 if only he wasn't busy with a day job 14:04:23 "day jobs, killing open source since eternity" 14:04:28 maybe I am just bitter because I haven't yet found the way to make my personal freedom from my sbcl work 14:04:35 or even to tie it in to the day job 14:05:10 and "bitter" is a relative term. I'm sitting on a lovely terasse in the middle of the Dordogne on a sunny summer afternoon 14:05:17 so life is clearly not all bad :) 14:05:46 <|3b|> dto: there was an overly long thread on sbcl-devel about people wanting it removed 14:06:19 <|3b|> dto: (but not being willing to remove it by hand, or submit a patch, or report test failures, etc) 14:07:50 i can probably set up ssh and remote swank to windows, could be a better deal than accessing it directly 14:09:36 but the threading problems seem like a pain to debug, especially when you don't know a thing about windows threading and how it's implemented on sbcl 14:09:42 stassats: I think everyone I know uses RDP. More bandwidth, but you can click on stuff when you need to. 14:10:36 |3b|: oh i understand. 14:12:03 actually I don't resent the lack of sbcl riches in my lifestyle. I resent the expectation that because people got something for nothing, they should get more somethings for even less 14:12:13 I am closer to that dan_b moment than I thought 14:13:14 *stassats* can always safely disregard what the users say 14:14:36 and just have fun and learn things 14:20:06 *dto* agrees with stassats 14:21:55 if i ever make some success with lisp games, i want to support development more with donations and also time 14:22:26 i'm probably more helpful as a tester than as someone who would work on internals, but $ would help if I am in a position to help with $ 14:23:12 pnpuff [~l@unaffiliated/pnpuff] has joined #sbcl 14:23:20 -!- pnpuff [~l@unaffiliated/pnpuff] has left #sbcl 14:23:23 SBCL is imo the best lisp for games. it's super nice. 14:24:06 i think sbcl is the best for anything, but i may be biased 14:25:25 :) 14:31:30 i tend to agree actually. 14:55:59 -!- nightshade427 [nightshade@2600:3c02::f03c:91ff:feae:fb24] has left #sbcl 15:14:13 teggi [~teggi@123.20.116.221] has joined #sbcl 15:54:17 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 16:15:59 -!- ASau` is now known as ASau 16:22:06 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Ping timeout: 245 seconds] 16:30:33 eeezkil [~eeezkil@unaffiliated/eeezkil] has joined #sbcl 16:33:19 -!- Hydan [~Adium@ip-89-103-110-5.net.upcbroadband.cz] has quit [Quit: Leaving.] 16:50:12 -!- teggi [~teggi@123.20.116.221] has quit [Remote host closed the connection] 16:52:52 slyrus [~chatzilla@107.201.4.22] has joined #sbcl 16:58:10 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 17:02:41 gko [gko@2400:8900::f03c:91ff:fe70:e605] has joined #sbcl 17:15:07 -!- daimrod [daimrod@sbrk.org] has quit [Ping timeout: 260 seconds] 17:22:06 -!- davazp [~user@92.251.246.16.threembb.ie] has quit [Ping timeout: 264 seconds] 17:58:49 -!- dto [~user@pool-96-252-62-13.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 18:01:50 turns out, oracle provides solaris images for virtualbox 18:01:56 *stassats* tries to build sbcl on it 18:09:03 Hydan [~Adium@ip-89-103-110-5.net.upcbroadband.cz] has joined #sbcl 18:17:28 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 18:18:22 sdemarre [~serge@91.176.222.26] has joined #sbcl 18:18:37 daimrod [daimrod@sbrk.org] has joined #sbcl 18:18:56 and heap exhausted during the build 18:33:43 -!- Hydan [~Adium@ip-89-103-110-5.net.upcbroadband.cz] has quit [Quit: Leaving.] 18:36:57 1500M of dynamic size, not enough 18:47:39 and it's not due to not enough memory, hangs on ; x-compiling (DEFUN UNIX-SELECT ...) 18:51:03 There's been some discussion of something like that on sbcl-devel. 18:54:06 and i can reproduce it out of the build 18:56:21 happens somewhere around delete-lvar-use, flush-node 18:56:36 time to prepare a reduced test-case 19:00:19 -!- edgar-rft [~GOD@HSI-KBW-078-042-025-054.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: lifeform experiment discontinued because maintainance expired] 19:22:55 and i get some deja vu 19:23:38 num-to-fd-set expansion is quite large 19:23:57 -!- sdemarre [~serge@91.176.222.26] has quit [Ping timeout: 268 seconds] 19:24:37 or fd-set-to-num 19:25:37 i could even find http://slack.net/~evenson/sbcl/stas-macro-cleansing.diff which is apparently done by me 19:29:24 and i remember doing it, ok, now that i've got solaris, i can finally clean it up and commit 19:35:39 though, the code is large, but not that large for the compiler to not being able to handle it 19:35:39 davazp [~user@92.251.160.126.threembb.ie] has joined #sbcl 19:41:38 and that patch appears to work 19:41:39 *stassats* thanks himself from the past for fixing it 19:52:16 prxq_ [~mommer@mnhm-4d012655.pool.mediaWays.net] has joined #sbcl 19:55:18 -!- prxq [~mommer@mnhm-5f75c8a8.pool.mediaWays.net] has quit [Ping timeout: 264 seconds] 20:12:53 -!- daimrod [daimrod@sbrk.org] has quit [Ping timeout: 248 seconds] 20:24:09 ok, the build is fixed, now to address test failures 20:36:50 :no-overflow-during-allocation fails with invalid-operation 20:37:20 instead of overflow 20:40:06 and it doesn't happen if no other tests from compiler.pure are run 20:47:42 stassats: I suspect we don't read FP masks correctly on OS X. We might have a similar problem on solaris 20:57:38 that happens after with-float-traps-masked 20:58:07 (progn (sb-int:with-float-traps-masked (:divide-by-zero :overflow :inexact :invalid) (/ 0d0 0d0)) (cosh 90)) => invalid, instead of overflow 21:01:39 and if i do (/ 1d0 0d0), (cosh 90) falls with div-by-zero 21:02:08 so, indeed, the masks are mixed up 21:03:32 sometimes we use posix flags, sometimes we read hardware flags directly 21:03:40 there is no guarantee that they match. 21:03:50 -!- davazp [~user@92.251.160.126.threembb.ie] has quit [Ping timeout: 264 seconds] 21:05:17 (list (sb-vm:floating-point-modes) (sb-int:with-float-traps-masked (:invalid) (/ 0d0 0d0)) (sb-vm:floating-point-modes)) => (1696 # 1697) 21:05:37 on linux it changes too, (1696 # 1664) 21:09:37 context-floating-point-modes calling os_context_fp_control seems to be enabled only on linux 21:11:16 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 21:14:31 stassats: so the difference in HW masks seems to be unrelated to traps 21:19:07 well, context-floating-point-modes isn't actually used anywhere, so my attempt at enabled it for sunos didn't help 21:20:25 not used after bd4f596b07e3783992e00eae88afdc05ebe7c6a6 21:20:58 am i glad to see another piece of code which is not used for years 21:21:09 and leading me astray 21:31:47 -!- eeezkil [~eeezkil@unaffiliated/eeezkil] has quit [Quit: ^D] 21:34:09 it seems like whenever an invalid sigfpe is signalled, all other signals have invalid code too 21:34:52 -!- prxq_ [~mommer@mnhm-4d012655.pool.mediaWays.net] has quit [Quit: Leaving] 21:44:39 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:42:12 so, (sb-vm:floating-point-modes) changes after an error, but when i set it back to 1696, i can get overflow on (cosh 90) again 22:43:31 -!- billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has quit [Ping timeout: 260 seconds] 22:53:45 billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has joined #sbcl 22:54:44 tcr [~tcr@46-126-110-164.dynamic.hispeed.ch] has joined #sbcl 22:57:58 -!- segv- [~mb@95-91-242-135-dynip.superkabel.de] has quit [Remote host closed the connection] 23:00:25 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 23:01:28 (setf (floating-point-modes) (mask-field (byte 26 6) (floating-point-modes))) in the sigfpe handler solves the problem 23:02:45 now, how portable is that? 23:10:28 there's sb-vm::float-exceptions-byte and sb-vm::float-sticky-bits 23:10:42 not sure which to use 23:13:08 well, it's the same everywhere, except on SPARC, the platform on which solaris actually runs 23:14:43 -!- Krystof [~user@81.174.155.115] has quit [Ping timeout: 245 seconds] 23:19:24 davazp [~user@92.251.232.228.threembb.ie] has joined #sbcl 23:23:26 -!- tcr [~tcr@46-126-110-164.dynamic.hispeed.ch] has quit [Quit: Leaving.] 23:28:43 will go with #+sunos (setf (ldb sb!vm::float-sticky-bits (floating-point-modes)) 0) for now 23:32:24 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl