00:03:50 -!- Bike [~Glossina@71-222-63-234.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 00:12:46 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 00:39:04 Bike [~Glossina@71-222-63-234.ptld.qwest.net] has joined #sbcl 00:58:24 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 01:02:39 -!- ltt_ [~ltt_@201.75.216.14] has quit [Ping timeout: 240 seconds] 01:07:27 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 01:08:23 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 01:10:04 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 01:10:22 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 01:17:08 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 01:23:26 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 01:24:16 -!- Bike [~Glossina@71-222-63-234.ptld.qwest.net] has quit [Ping timeout: 240 seconds] 01:25:33 Bike [~Glossina@71.222.63.234] has joined #sbcl 01:30:41 -!- Bike [~Glossina@71.222.63.234] has quit [Ping timeout: 240 seconds] 01:31:01 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 01:31:49 Bike [~Glossina@71-222-63-234.ptld.qwest.net] has joined #sbcl 01:38:04 -!- nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has quit [Quit: G'night all.] 01:43:28 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 01:44:40 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 01:53:53 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 01:54:50 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 02:09:13 echo-area [~user@182.92.247.2] has joined #sbcl 02:09:31 -!- oleo [~oleo@xdsl-87-79-192-154.netcologne.de] has quit [Ping timeout: 272 seconds] 02:09:56 oleo [~oleo@xdsl-78-35-185-146.netcologne.de] has joined #sbcl 02:12:02 Fare [fare@nat/google/x-wsatjyftdclyggwe] has joined #sbcl 02:29:38 -!- Bike [~Glossina@71-222-63-234.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 02:30:57 Bike [~Glossina@75-164-168-23.ptld.qwest.net] has joined #sbcl 02:36:14 -!- ltt_ [~ltt_@201.75.216.14] has quit [Ping timeout: 264 seconds] 02:49:13 prxq_ [~mommer@x2f658c1.dyn.telefonica.de] has joined #sbcl 02:52:35 -!- prxq [~mommer@x2f66963.dyn.telefonica.de] has quit [Ping timeout: 272 seconds] 03:02:50 yacks [~py@103.6.159.103] has joined #sbcl 03:18:47 -!- ubii [~ubii@unaffiliated/ubii] has quit [Read error: Connection reset by peer] 03:19:11 ubii [~ubii@unaffiliated/ubii] has joined #sbcl 03:38:27 -!- christoph_debian [~christoph@ppp-46-244-226-23.dynamic.mnet-online.de] has quit [Read error: Operation timed out] 03:52:57 christoph_debian [~christoph@ppp-88-217-54-53.dynamic.mnet-online.de] has joined #sbcl 04:10:15 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 240 seconds] 04:21:08 May I suggest upgrading SBCL's ASDF to 3.0.3 and/or the upcoming 3.1.1 ? 04:56:32 pranavrc [~pranavrc@122.164.136.176] has joined #sbcl 04:56:32 -!- pranavrc [~pranavrc@122.164.136.176] has quit [Changing host] 04:56:32 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 05:22:02 ubii_ [~ubii@198.45.198.1] has joined #sbcl 05:23:27 ubii__ [~ubii@198.45.198.1] has joined #sbcl 05:24:59 -!- ubii [~ubii@unaffiliated/ubii] has quit [Ping timeout: 240 seconds] 05:26:58 -!- ubii_ [~ubii@198.45.198.1] has quit [Ping timeout: 240 seconds] 05:47:42 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 05:51:43 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 06:02:09 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Read error: Connection reset by peer] 06:02:35 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 06:03:51 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 06:07:14 sdemarre [~serge@91.176.206.36] has joined #sbcl 06:13:26 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 06:15:15 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:35:42 -!- sdemarre [~serge@91.176.206.36] has quit [Read error: Operation timed out] 07:35:03 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 246 seconds] 07:35:38 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 264 seconds] 07:49:37 -!- ubii__ [~ubii@198.45.198.1] has quit [Quit: Leaving] 07:58:44 -!- ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has quit [Remote host closed the connection] 08:25:50 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 08:50:22 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 09:15:14 -!- scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 264 seconds] 09:38:07 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 09:45:28 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 10:00:31 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 10:05:51 -!- flip214 [~marek@unaffiliated/flip214] has quit [Quit: leaving] 10:06:03 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 10:08:01 -!- flip214 [~marek@unaffiliated/flip214] has quit [Client Quit] 10:08:27 flip214 [~marek@86.59.100.100] has joined #sbcl 10:08:40 -!- flip214 [~marek@86.59.100.100] has quit [Changing host] 10:08:40 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 10:15:06 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 10:19:05 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:31:18 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 252 seconds] 10:35:38 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:39:25 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 10:43:26 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 240 seconds] 10:58:37 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 11:02:10 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 11:30:56 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 11:38:59 (typep 1 '(and x . 2)) => Unhandled memory fault at #xFFFFFFFFFFFFFFFD, nice 11:44:07 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 11:45:02 pranavrc [~pranavrc@122.164.136.176] has joined #sbcl 11:45:02 -!- pranavrc [~pranavrc@122.164.136.176] has quit [Changing host] 11:45:02 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 11:48:16 stassats`: i have some improvements for type parsing and corresponding unit tests in https://github.com/scymtym/sbcl/commits/wip-recursive-types-with-back-edge; maybe integrating some of that would help 11:50:39 maybe 11:50:57 another problem: (upgraded-array-element-type '(and fixnum xxx)) => FIXNUM 11:52:40 ok, i think i got %vector-widetag-and-n-bits right this time 11:54:57 stassats`: with 0c3bbfaa, i did not see any regression on linux x86[-64] and the corresponding cl-test-grid-based tests 11:55:02 is "this time" = 0c3bbfaa? 11:55:16 no, i found some problems with it while thinking 11:55:28 this time == the test suite is finished and i commit 11:55:51 i see, so the test suite was lacking 11:56:40 i didn't handle (integer 0 (1)), extended-char and '(or (integer 0 10) (integer 20 30)) 11:56:58 i augmented sbcl test suite to include those and similar 11:57:13 yeah, that's what i thought 11:57:14 nice 11:58:36 i thought of dispensing with hand parsing and relying on SPECIFIER-TYPE for that, but %vector-widetag-and-n-bits is supposed to work when the type-system isn't initialized yet, so some hand parsing is needed anyway 12:01:25 hand parsing is not that complicated, a bit tricky to get right the first time, but then it works ok 12:02:28 considering the speedup you achieved the additional code seems to be justified 12:04:39 anything would be faster than subtypeps 12:27:57 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 12:28:55 echo-area [~user@123.112.228.105] has joined #sbcl 12:32:38 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 264 seconds] 12:51:08 so, the problem is because of (subtypep '(and fixnum xxx) 'fixnum) => T 12:53:00 which is true in general, when xxx is defined, (and fixnum xxx) will come to either NIL or a subtype of FIXNUM 12:53:16 but no good for array specialization 13:02:59 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Textual IRC Client: www.textualapp.com] 13:03:42 but (typep (complex 1d0) '(complex (and double-float xxx))) => is clearly wrong 13:20:17 complex types are... complicated 13:21:13 -!- asedeno [~asedeno@66.102.14.24] has quit [Ping timeout: 272 seconds] 13:27:59 undefined types are even more complicated 13:28:25 yes 13:28:46 it might be nice to fix cold-boot so that there's never a need to upgrade undefined types 13:29:00 then upgraded-array-element-type could signal an error when it's given an unknown type 13:29:28 it does do that already, except for union types hiding an unknown type 13:29:33 unin/interscetion 13:31:54 yeah 13:33:47 ok, fixed that 13:36:11 perhaps make-array should signal an error too 13:36:48 but right now it defaults to T even for the plain (make-array 10 :element-type 'undefined) 13:37:25 there are annoying issues around recursive types 13:38:10 it's sort-of-reasonable to do (defstruct node (children (make-array 10 :element-type 'node))) and similar things 13:38:13 i'll leave make-array as it is, just extend upgraded-array-element-type to look deeper into the type for undefined things 13:38:40 Krystof: but make-array isn't called before defstruct is evaluated 13:39:00 true, but type derivation might happen 13:39:09 i don't mean error during compilation, just during runtime 13:39:25 or (defstruct node (children (error "foo") :type (vector node))) 13:39:51 dunno. For something like that you might want to see how much of quicklisp complains 13:40:00 I guess scymtym's cl-test-grid will tell us that 13:40:13 array-type is specialized on * for the cases like this 13:40:28 during derivation and other things 13:41:27 i'm extending it to also to look at unions and intersection to fall back to * in the presence of unknown types 13:41:44 Krystof: i will try to run the test-grid stuff once stassats` is done committing and ordinary builds complete successfully 13:43:21 eudoxia [~eudoxia@r186-54-8-208.dialup.adsl.anteldata.net.uy] has joined #sbcl 13:44:00 that leaves (specifier-type '(complex (and fixnum zz))) => # 13:45:00 (specifier-type '(complex zz)) => (known bug #145): The type ZZ is too hairy to be used for a COMPLEX component. 13:46:43 the comment says it's designed for things like (complex (satisfies zerop)) 13:46:45 complex types make me cry 13:47:06 so, i guess unknown types should be handled differently 13:50:32 -!- eudoxia [~eudoxia@r186-54-8-208.dialup.adsl.anteldata.net.uy] has quit [Read error: Connection reset by peer] 13:55:21 nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has joined #sbcl 13:55:27 G'morning all. 13:58:38 hi nyef 14:03:02 -!- Fare [fare@nat/google/x-wsatjyftdclyggwe] has quit [Ping timeout: 240 seconds] 14:06:12 Fare [fare@nat/google/x-ofkaosjcbqrnhbkp] has joined #sbcl 14:06:22 eudoxia [~eudoxia@r186-52-63-141.dialup.adsl.anteldata.net.uy] has joined #sbcl 14:09:22 -!- Fare [fare@nat/google/x-ofkaosjcbqrnhbkp] has quit [Client Quit] 14:09:59 i've found that (specifier-type '(single-float 1.0 (1.0))) => #, but (single-float (1.0000001) (1.0000002)) is # 14:11:27 which is only a problem for array specialization, the type is empty, but it's upgraded to (upgraded-array-element-type '(single-float (1.0000001) (1.0000002))) => SINGLE-FLOAT 14:12:16 i don't really expect anyone being inconvenienced by that, though, i originally didn't consider bounds being incompatible at all 14:16:30 nobody apparently even uses (make-array x :element-type '(integer 0 (100))), or (member 0 1 30) 14:16:51 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 14:19:53 fixing the single-float bound issue is "straightforward" given a next-float function 14:19:57 which is not even that hard 14:21:46 right. The only issue with eliminating open float bounds is cross compilation. 14:22:01 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 272 seconds] 14:22:43 Krystof: section 3 of is what I'm trying to sell you (: 14:27:00 -!- oleo [~oleo@xdsl-78-35-185-146.netcologne.de] has quit [Ping timeout: 246 seconds] 14:27:28 oleo [~oleo@xdsl-78-35-187-135.netcologne.de] has joined #sbcl 14:28:45 upgraded-array-element-type isn't done yet 14:28:50 (upgraded-array-element-type '(and fixnum (satisfies stringp))) => FIXNUM 14:29:24 screw it, nobody cares about such things anyhow 14:35:56 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 14:35:59 it's basically unfixable 14:36:04 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 14:37:11 returning T is better 14:37:24 as in, less wrong 14:37:41 yacks [~py@103.6.159.103] has joined #sbcl 14:38:25 my new element-type procedure makes it a T array 14:38:39 upgraded-array-element-type has to follow then 14:43:27 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 14:43:43 or upgraded-array-element-type could just be implemented using it 14:45:51 segv- [~mb@cpeB-151.mvcable.net] has joined #sbcl 15:15:21 psilord1 [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 15:17:21 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 15:25:21 -!- eudoxia [~eudoxia@r186-52-63-141.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 15:30:55 -!- heddwch [~yoshi@76.8.3.189] has quit [Ping timeout: 246 seconds] 15:39:41 heddwch [~yoshi@76.8.3.189] has joined #sbcl 15:46:19 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 15:50:16 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 16:05:33 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 16:10:35 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 272 seconds] 16:23:24 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 16:25:06 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 16:47:38 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 16:49:37 eudoxia [~eudoxia@r186-52-63-141.dialup.adsl.anteldata.net.uy] has joined #sbcl 16:53:52 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 17:01:40 dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has joined #sbcl 17:02:31 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 17:14:45 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 17:14:58 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 17:17:18 fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has joined #sbcl 17:17:34 good evening 17:21:05 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 17:30:09 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 17:33:21 Hello. 17:34:34 fiveop: I have a bunch of stuff in my working tree, not yet packaged up into commits, but I'm not going to have bandwidth to do any more for at least a few more hours. 17:43:57 -!- eudoxia [~eudoxia@r186-52-63-141.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 18:10:30 -!- milosn [~milosn@94.12.79.143] has quit [Read error: No route to host] 18:10:49 milosn [~milosn@94.12.79.143] has joined #sbcl 18:32:54 rpg [~rpg@198-74-7-110.fttp.usinternet.com] has joined #sbcl 18:32:58 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 19:02:49 milanj [~milanj@109-92-127-249.dynamic.isp.telekom.rs] has joined #sbcl 19:03:55 -!- milanj [~milanj@109-92-127-249.dynamic.isp.telekom.rs] has quit [Client Quit] 19:21:38 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Quit: leaving] 19:25:58 when someones is talking about the internals of sbcl and mentions the abbreviations TN, what does it stand for? 19:26:12 temporary name 19:26:16 basically, register or stack location 19:28:25 thank you 19:29:28 (even tn.lisp only mentions TN(s)) 19:36:07 strictly speaking I think Temporary Name might be a retcon 19:39:37 Do I get the following right: storage bases describe what kind of storages places there are and storage classes are used to say in which of these sbs a particular thing may be stored? 19:39:55 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 19:41:57 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 19:55:59 SB and SC are classic compiler term, however. 19:56:20 a SB is a "physical" location at runtime, so a register or a stack slot. 19:57:33 -!- milosn [~milosn@94.12.79.143] has quit [Read error: No route to host] 19:57:38 SCs determine where in SBs we can store values. They represent type restrictions (e.g. FP versus integer registers, or things like address registers on the 68k), alignment restriction (e.g. register pairs for double floats on SPARC), and > 1 slot sizes (e.g. complex doubles). 19:57:38 milosn_ [~milosn@94.12.79.143] has joined #sbcl 20:09:23 thanks 20:17:44 -!- Bike [~Glossina@75-164-168-23.ptld.qwest.net] has quit [Ping timeout: 240 seconds] 20:37:55 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 20:44:45 -!- dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 20:53:18 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 21:00:02 I should probably re-read that port log as well, given how long it's been. (-: 21:15:16 *sigh* well that was a mistake 21:15:39 I should be warned off trying to fix CLOS bugs in a live image 21:16:21 now I have a repl where any attempt to do anything with a generic function gives an indecipherable error and a stack of [unprintable frame]s 21:37:25 -!- fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has quit [Quit: humhum] 22:14:47 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Read error: Connection reset by peer] 22:15:24 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 22:22:18 -!- psilord1 [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 22:24:12 sdemarre [~serge@91.176.245.254] has joined #sbcl 22:24:44 am I the only one in the last 14 years who has been annoyed by the inability of sbcl to trace generic functions without changing their class? 22:24:52 I can't find a launchpad bug about it 22:34:06 Does it work with :encapsulate nil ? 22:36:20 It's not like anyone uses TRACE or the stepper or... 22:37:38 well, the stepper, no, no-one uses that, but trace? 22:37:48 it doesn't work well with encapsulate nil, no 22:38:16 Hrm. 22:38:21 it looks like it might, but then you remember that basically all generic functions' discriminating functions are closures, which share substantial amounts of code 22:38:31 Oh, lovely. 22:38:35 if you want a confused CLOS, trace and untrace some generic functions in between calls 22:38:50 And encapsulate nil not working reliably (or at all) on some platforms probably doesn't help. 22:38:53 Quite 22:39:06 I think the right answer is to fix :encapsulate t to start with 22:39:12 blog post (and bed time) ahoy 22:39:28 Ooh. More to read. (-: 22:40:37 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Quit: Leaving...] 22:40:46 ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has joined #sbcl 22:59:35 -!- sdemarre [~serge@91.176.245.254] has quit [Ping timeout: 245 seconds] 23:00:35 Bike [~Glossina@c-24-21-88-250.hsd1.wa.comcast.net] has joined #sbcl 23:02:15 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: happening finished by timeout after 60818030 seconds]