00:00:04 -!- Edward [ed@AAubervilliers-154-1-22-110.w90-3.abo.wanadoo.fr] has quit [] 00:01:27 -!- rgrau [~user@62.Red-88-2-20.staticIP.rima-tde.net] has quit [Remote host closed the connection] 00:05:14 -!- cheez [~Adium@206-248-177-146.dsl.teksavvy.com] has quit [Quit: Leaving.] 00:07:23 -!- Ginei_Morioka [~irssi_log@78.112.49.44] has quit [Ping timeout: 265 seconds] 00:07:40 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 00:09:16 Ginei_Morioka [~irssi_log@78.112.48.240] has joined #lisp 00:17:49 fisxoj [~fisxoj@149.43.184.97] has joined #lisp 00:18:17 Tweekly [~rixx69@60-234-166-237.bitstream.orcon.net.nz] has joined #lisp 00:25:17 -!- fisxoj [~fisxoj@149.43.184.97] has quit [Ping timeout: 255 seconds] 00:25:29 cheez [~Adium@207.164.79.117] has joined #lisp 00:26:37 -!- gemelen [~shelta@shpd-92-101-149-4.vologda.ru] has quit [Read error: Operation timed out] 00:28:17 -!- elderK [~k@pdpc/supporter/active/elderk] has quit [Ping timeout: 264 seconds] 00:31:02 -!- dmv_ [~daniel@187.34.52.1] has quit [Read error: Operation timed out] 00:31:40 -!- hargettp [~hargettp@96.237.127.144] has quit [Quit: Linkinus - http://linkinus.com] 00:33:56 -!- Tweekly [~rixx69@60-234-166-237.bitstream.orcon.net.nz] has left #lisp 00:34:07 neoesque [~neoesque@210.59.147.232] has joined #lisp 00:34:28 -!- Yuuhi [benni@p5483C4CC.dip.t-dialin.net] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 00:37:23 tsuru [~charlie@adsl-179-29-10.bna.bellsouth.net] has joined #lisp 00:38:18 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 00:47:03 -!- cheez [~Adium@207.164.79.117] has quit [Ping timeout: 240 seconds] 00:53:49 cheez [~Adium@206-248-177-146.dsl.teksavvy.com] has joined #lisp 00:55:30 -!- cheez [~Adium@206-248-177-146.dsl.teksavvy.com] has quit [Client Quit] 01:02:37 -!- superflit [~superflit@140.226.49.148] has quit [Quit: superflit] 01:02:42 fantazo [~fantazo@178-191-172-209.adsl.highway.telekom.at] has joined #lisp 01:03:10 -!- iommi [~iommi@59.Red-88-18-71.staticIP.rima-tde.net] has quit [Ping timeout: 255 seconds] 01:06:05 morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has joined #lisp 01:07:10 -!- paul0 [~user@189.114.198.29.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 240 seconds] 01:11:54 -!- corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has quit [Quit: Leaving] 01:11:58 -!- carlocci [~nes@93.37.177.177] has quit [Quit: eventually IE will rot and die] 01:14:00 -!- RaceCondition [~erik@82.131.72.191.cable.starman.ee] has quit [Quit: RaceCondition] 01:14:10 RaceCondition [~erik@82.131.72.191.cable.starman.ee] has joined #lisp 01:15:41 mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has joined #lisp 01:18:51 -!- RaceCondition [~erik@82.131.72.191.cable.starman.ee] has quit [Ping timeout: 276 seconds] 01:21:35 -!- _s1gma [~herpderp@77.107.164.131] has quit [Quit: Leaving] 01:24:14 -!- gravicappa [~gravicapp@ppp85-140-116-137.pppoe.mtu-net.ru] has quit [Ping timeout: 255 seconds] 01:24:35 pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has joined #lisp 01:24:47 Lycurgus [~juan@cpe-72-228-177-92.buffalo.res.rr.com] has joined #lisp 01:27:04 holycow [~new@poco208-2.fredcanhelp.com] has joined #lisp 01:29:24 -!- rasterbar [~rasterbar@unaffiliated/rasterbar] has quit [Remote host closed the connection] 01:34:53 yan_ [~yan@srtd.org] has joined #lisp 01:35:37 Does Tobias Rittweiler show up here? 01:36:37 vilsonvieira [~vilson@186.212.61.33] has joined #lisp 01:36:49 yes 01:36:51 tcr 01:37:42 Thanks. I thought he did, but couldn't remember his nick. 01:38:15 -!- parcs [~patrick@ool-45741d7d.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 01:39:20 parcs [~patrick@ool-45741d7d.dyn.optonline.net] has joined #lisp 01:42:35 -!- morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has quit [Remote host closed the connection] 01:43:23 victor_lowther [~victor.lo@adsl-75-42-224-167.dsl.austtx.sbcglobal.net] has joined #lisp 01:48:19 mjonsson [~mjonsson@cpe-98-14-173-5.nyc.res.rr.com] has joined #lisp 01:49:42 -!- dto [~dto@pool-96-252-62-25.bstnma.fios.verizon.net] has quit [Quit: Leaving.] 01:53:40 dto [~dto@pool-96-252-62-25.bstnma.fios.verizon.net] has joined #lisp 01:54:20 -!- k04n [~k04n@cpe-76-175-192-194.socal.res.rr.com] has quit [Quit: Computer has gone to sleep.] 01:54:55 -!- peterhil [~peterhil@a91-153-127-82.elisa-laajakaista.fi] has quit [Ping timeout: 255 seconds] 02:00:54 -!- mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has quit [Ping timeout: 240 seconds] 02:01:26 -!- vilsonvieira [~vilson@186.212.61.33] has quit [Quit: Saindo] 02:03:00 milkpost [~milkpost@173-30-221-186.client.mchsi.com] has joined #lisp 02:03:02 sixpoint8 [~jaykub@ip68-12-204-131.ok.ok.cox.net] has joined #lisp 02:10:05 psilord1 [~psilord@adsl-99-153-135-105.dsl.mdsnwi.sbcglobal.net] has joined #lisp 02:10:07 -!- psilord1 [~psilord@adsl-99-153-135-105.dsl.mdsnwi.sbcglobal.net] has left #lisp 02:20:40 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 02:21:20 redline6561 [~user@c-66-56-55-169.hsd1.ga.comcast.net] has joined #lisp 02:21:26 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 272 seconds] 02:22:47 -!- alexshendi [~alexshend@dslb-178-002-229-138.pools.arcor-ip.net] has quit [Quit: Verlassend] 02:23:00 -!- dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has quit [Ping timeout: 240 seconds] 02:23:28 -!- huangho [~vitor@201-66-150-112.paemt700.dsl.brasiltelecom.net.br] has quit [Quit: Lost terminal] 02:23:35 hargettp [~hargettp@96.237.127.144] has joined #lisp 02:26:10 jan247 [~jan247@unaffiliated/jan247] has joined #lisp 02:27:55 -!- jan247 [~jan247@unaffiliated/jan247] has quit [Remote host closed the connection] 02:32:09 rasterbar [~rasterbar@unaffiliated/rasterbar] has joined #lisp 02:33:28 -!- ikki [~ikki@201.122.132.181] has quit [Ping timeout: 250 seconds] 02:34:40 jan247 [~jan247@unaffiliated/jan247] has joined #lisp 02:36:10 -!- xan_ [~xan@129.131.117.91.dynamic.mundo-r.com] has quit [Ping timeout: 240 seconds] 02:36:56 -!- slyrus [~chatzilla@173-228-44-88.dsl.static.sonic.net] has quit [Ping timeout: 250 seconds] 02:41:00 -!- bgs101 [~ian@unaffiliated/bgs100] has quit [Quit: Leaving] 02:41:20 Hexstream [~hexstream@modemcable075.97-200-24.mc.videotron.ca] has joined #lisp 02:45:42 -!- mega1 [~quassel@2001:470:1f05:548:215:58ff:fe7d:773b] has quit [Read error: Operation timed out] 02:49:42 gko [~gko@111.82.63.139] has joined #lisp 02:51:03 corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has joined #lisp 02:56:11 named-readtables is pretty cool. 02:58:22 only in CMUCL? 02:58:42 -!- lanthan_afh [~ze@p50992b91.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer] 02:59:21 lanthan_afh [~ze@p50992b91.dip0.t-ipconnect.de] has joined #lisp 03:00:07 What? 03:00:29 named-readtables 03:00:54 I'm using the named-readtables from cl.net. 03:01:28 mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has joined #lisp 03:01:45 i actually didn't catch the hyphen at first and thought it was a generic implementation feature 03:01:58 rather than a specific pkg 03:02:08 *rtoym* needs to send one fix for named-readtables to make it work with cmucl. Also need to figure out what %make-readtable-iterator is supposed to do. 03:02:21 -!- rasterbar [~rasterbar@unaffiliated/rasterbar] has quit [Remote host closed the connection] 03:03:19 rasterbar [~user@unaffiliated/rasterbar] has joined #lisp 03:03:20 -!- hargettp [~hargettp@96.237.127.144] has quit [Quit: Leaving...] 03:11:41 josh_ [~josh@ulsecure-belknap-31171.wireless.louisville.edu] has joined #lisp 03:14:23 do numbers in common lisp overflow? 03:14:36 -!- pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has quit [Quit: Leaving.] 03:14:54 josh_: in what way? 03:16:03 like in c where when you hit the max int value, it loops back around to the smallest negative int 03:16:20 No, that doesn't happen, normally. 03:16:24 better question: how does lisp handle excessively large values? 03:16:33 dnolen_ [~davidnole@184.152.69.75] has joined #lisp 03:16:59 Integer sizes are bounded pretty much by the amount of memory you have. 03:17:14 macrobat [~fuzzyglee@h-152-12.A163.priv.bahnhof.se] has joined #lisp 03:17:27 -!- hugod_ [~hugod@76.66.182.126] has quit [Ping timeout: 240 seconds] 03:17:43 no bounds checking makes me sad :( 03:17:55 *k9quaint* shakes his cane! 03:18:03 back in my day sonny....! 03:20:02 -!- holycow [~new@poco208-2.fredcanhelp.com] has quit [Read error: Connection reset by peer] 03:20:08 -!- rasterbar [~user@unaffiliated/rasterbar] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 03:20:55 -!- joe6 [~joe@c-24-126-150-146.hsd1.ga.comcast.net] has quit [Ping timeout: 240 seconds] 03:21:50 -!- victor_lowther [~victor.lo@adsl-75-42-224-167.dsl.austtx.sbcglobal.net] has quit [Ping timeout: 240 seconds] 03:21:51 -!- sysfault [~exalted@p3m/member/sysfault] has quit [Ping timeout: 240 seconds] 03:22:53 hugod_ [~hugod@76.66.188.24] has joined #lisp 03:23:34 drdo [~user@91.205.108.93.rev.vodafone.pt] has joined #lisp 03:23:50 rasterbar [~user@unaffiliated/rasterbar] has joined #lisp 03:24:25 -!- rasterbar [~user@unaffiliated/rasterbar] has quit [Client Quit] 03:25:00 joe6 [~joe@c-24-126-150-146.hsd1.ga.comcast.net] has joined #lisp 03:25:16 -!- joe6 [~joe@c-24-126-150-146.hsd1.ga.comcast.net] has quit [Client Quit] 03:30:46 *beach* is always surprised that people are willing to use a language where x+1>x is not necessarily true. 03:35:17 (< 1d300 (1+ 1d300)) 03:35:23 testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has joined #lisp 03:36:20 jsnell: Thanks! I was thinking of integers, actually. But I get the point. 03:37:00 *beach* is always surprised that people are willing to use floats. :) 03:39:12 tmokros [~tmokros@ip68-106-151-191.cl.ri.cox.net] has joined #lisp 03:39:20 -!- silentbicycle [~scott@99-55-246-143.lightspeed.gdrpmi.sbcglobal.net] has quit [Remote host closed the connection] 03:39:43 Doesn't gmp and mpfr use floats to implement fast bignums? 03:41:14 -!- Hexstream [~hexstream@modemcable075.97-200-24.mc.videotron.ca] has left #lisp 03:44:50 -!- dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has quit [Quit: Lost terminal] 03:44:53 -!- mahata [~mahata@e0109-49-132-20-213.uqwimax.jp] has quit [Ping timeout: 265 seconds] 03:45:58 rtoym: I don't know, but there are quite a few research papers treating floating-point arithmetic as just another algebra, instead of as a bad approximation to reals. One such paper talks about using floating-point arithmetic for exact arbitrary-precision computations, but I can't remember whether it was for integers (bignums) or for floats. 03:47:02 I know arprec uses double-floats for arbitrary-precision floats. Can't remember if gmp/mpfr do. 03:50:50 rtoym: I don't think so. 03:50:55 At least not gmp. 03:51:22 mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has joined #lisp 03:55:10 adu [~ajr@pool-72-83-254-159.washdc.fios.verizon.net] has joined #lisp 03:55:54 victor_lowther [~victor.lo@99.184.77.173] has joined #lisp 03:56:27 (I think Bailey has a couple soft FP packages that use double floats, but they doesn't exactly yield arbitrary precision because of the restricted range of the exponent field) 03:57:17 -!- hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has quit [Remote host closed the connection] 03:58:19 -!- dnolen_ [~davidnole@184.152.69.75] has quit [Read error: Connection reset by peer] 03:59:06 hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has joined #lisp 03:59:46 pkhuong: ooo did someone say "arbitrary precision"? 04:00:01 that just happens to be my middle name! 04:00:28 a-rbitrary precision -du 04:00:54 dnolen [~davidnole@184.152.69.75] has joined #lisp 04:01:17 pkhuong: Ok. I did look at arprec. I think the exponent part is a double-float, so there's 53-bits of exponent. Not completely arbitrary, but pretty big. 04:01:45 gumpa [~max@p5DE8EB4F.dip.t-dialin.net] has joined #lisp 04:03:14 rtoym: big enough ;) ISTR some package that extends the double double trick to an arbitrarily long unevaluated sum. 04:04:05 -!- mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has quit [Remote host closed the connection] 04:04:50 -!- gumpa_ [~max@p5DE8CC73.dip.t-dialin.net] has quit [Ping timeout: 240 seconds] 04:04:51 pkhuong: I think that might be arprec. I think each component is a double-float, but uses only 48(?) bits of the fraction. Or something like that. 04:06:36 rtoym: 52 bits represented, but that implies 2098 bits (theoretically speaking) 04:07:55 -!- Saturnation [~dsouth@71.169.186.90] has quit [Quit: Ex-Chat] 04:08:03 -!- testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has left #lisp 04:08:16 -!- sykopomp [~user@unaffiliated/sykopomp] has quit [Ping timeout: 246 seconds] 04:13:24 -!- Oddity [~Oddity@unaffiliated/oddity] has quit [Read error: Connection reset by peer] 04:13:25 -!- fantazo [~fantazo@178-191-172-209.adsl.highway.telekom.at] has quit [Ping timeout: 240 seconds] 04:13:25 sykopomp [~sykopomp@crlspr-24.233.190.221.myacc.net] has joined #lisp 04:13:45 Oddity [~Oddity@unaffiliated/oddity] has joined #lisp 04:15:03 -!- azaq23 [~derivecto@unaffiliated/azaq23] has quit [Ping timeout: 240 seconds] 04:15:16 adu: How do you get 2098 bits out of 52? 04:16:19 rtoym: that's the whole point of floating point, to represent 2098 bits by choosing 52 of them that matter, and remembering where they are (exponent) 04:17:07 *rtoym* doesn't follow. 04:17:10 azaq23 [~derivecto@unaffiliated/azaq23] has joined #lisp 04:18:01 rtoym: basically to represent a double-precision floating point _without_ an exponent, i.e. as a fixed-point number you would need to have a S1024.1074 fixed-point type 04:18:28 1024 + 1074 = 2098 04:18:40 Oh. Ok. Now I follow you. 04:18:55 ok 04:19:45 But that comes from the fact that there are only 11 bits of exponent for a double-float. 04:19:52 yes 04:20:24 changing either the exponent-size or the significand-size would change the number of theoretical bits 04:20:50 which is completely different than significant bits 04:21:56 Are you assuming exponent-size + significand-size is a constant 64? Otherwise, I don't see how significand size comes into the picture. 04:22:18 fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has joined #lisp 04:22:29 1074 = 1024 + significand-size 04:22:33 well +- 2 04:23:03 Oh, right. Denormalized floats. Ok. 04:24:58 thanks, I actually understand it better now too :) 04:26:46 ignas [~ignas@ctv-79-132-160-221.vinita.lt] has joined #lisp 04:26:49 anyways, I've been implementing a Float512 type recently, so that's why I've been thinking about these things 04:27:29 fantazo [~fantazo@178-191-169-4.adsl.highway.telekom.at] has joined #lisp 04:28:13 IEEE754 doesn't really specify such bizarre types, but it does recommend a minimum exponent size via a formula, which translates to an exponent of 23 bits for Float512 04:28:17 -!- josh_ [~josh@ulsecure-belknap-31171.wireless.louisville.edu] has quit [Ping timeout: 264 seconds] 04:30:02 btw, Float512 has 8389094 theoretical bits :) 04:30:55 which is over a megabyte 04:32:25 -!- ace4016 [~ace4016@adsl-32-8-249.mia.bellsouth.net] has quit [Ping timeout: 240 seconds] 04:38:09 -!- myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has quit [Remote host closed the connection] 04:41:52 -!- corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has quit [Ping timeout: 255 seconds] 04:42:22 silentbicycle [~scott@99-55-246-143.lightspeed.gdrpmi.sbcglobal.net] has joined #lisp 04:51:27 -!- zc00gii [~zc00gii@thefacepalm.net] has quit [Ping timeout: 240 seconds] 04:52:54 astoon [~astoon@109.188.229.38] has joined #lisp 04:57:03 zc00gii [~zc00gii@thefacepalm.net] has joined #lisp 05:01:40 -!- az [~az@p4FE4F014.dip.t-dialin.net] has quit [Ping timeout: 250 seconds] 05:08:53 az [~az@p4FE4EACD.dip.t-dialin.net] has joined #lisp 05:12:45 -!- milkpost [~milkpost@173-30-221-186.client.mchsi.com] has quit [Remote host closed the connection] 05:13:21 peterhil [~peterhil@a91-153-127-82.elisa-laajakaista.fi] has joined #lisp 05:14:33 -!- sabalaba [~sabalaba@c-71-227-118-15.hsd1.mi.comcast.net] has quit [Quit: Leaving] 05:14:36 redline6` [~user@c-66-56-55-169.hsd1.ga.comcast.net] has joined #lisp 05:14:39 -!- redline6` [~user@c-66-56-55-169.hsd1.ga.comcast.net] has quit [Remote host closed the connection] 05:17:03 -!- tsuru [~charlie@adsl-179-29-10.bna.bellsouth.net] has quit [Remote host closed the connection] 05:18:46 -!- ASau [~user@89-178-242-224.broadband.corbina.ru] has quit [Ping timeout: 272 seconds] 05:21:27 -!- rien [~rien@dyn-160-39-34-114.dyn.columbia.edu] has quit [Quit: Computer has gone to sleep] 05:23:46 -!- dnolen [~davidnole@184.152.69.75] has quit [Quit: dnolen] 05:28:16 -!- ignas [~ignas@ctv-79-132-160-221.vinita.lt] has quit [Ping timeout: 272 seconds] 05:30:19 andares [~sgd5@unaffiliated/jacco] has joined #lisp 05:39:32 tsuru [~charlie@adsl-179-29-10.bna.bellsouth.net] has joined #lisp 05:43:45 Harag [~Harag@wbs-41-208-211-15.wbs.co.za] has joined #lisp 05:44:30 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 05:53:15 testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has joined #lisp 05:54:03 i've just been reading this page: http://cl-cookbook.sourceforge.net/macros.html 05:54:21 where the first example of a macro is: (defmacro setq2 (v1 v2 e) (list 'progn (list 'setq v1 e) (list 'setq v2 e))) 05:54:33 which just setq's both v1 and v2 to e 05:55:07 then they say: "This is very close to the following function definition: (defun setq2F (v1 v2 e) (list 'progn (list 'setq v1 e) (list 'setq v2 e)))" 05:55:49 but in fact, isn't it completely equivalent to: "(defun setq2E (v1 v2 e) (eval (list 'progn (list 'setq v1 e) (list 'setq v2 e))))" ? 05:55:56 -!- tsuru [~charlie@adsl-179-29-10.bna.bellsouth.net] has quit [Remote host closed the connection] 05:56:49 (all i did was just wrap the definition of setq2F in an eval.. 05:58:41 so is (defmacro foo (args) ) equivalent to (defun foo (args) (eval )) ? 05:59:22 -!- testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has left #lisp 05:59:30 macros don't evaluate, they transform 05:59:35 -!- mjonsson [~mjonsson@cpe-98-14-173-5.nyc.res.rr.com] has quit [Remote host closed the connection] 05:59:57 your latter definition is more like fexprs 06:00:06 hmm 06:00:41 -!- victor_lowther [~victor.lo@99.184.77.173] has quit [Ping timeout: 264 seconds] 06:01:36 you need to distinguish macroexpansion from evaluation of its result 06:02:06 i guess i should just do more reading on this... 06:02:14 testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has joined #lisp 06:03:33 k04n [~k04n@69.198.190.21] has joined #lisp 06:05:44 -!- MetalDust [~metaldust@75-32-203-61.lightspeed.ftwotx.sbcglobal.net] has quit [] 06:06:34 -!- k04n [~k04n@69.198.190.21] has quit [Client Quit] 06:10:15 -!- hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has quit [Ping timeout: 240 seconds] 06:12:28 hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has joined #lisp 06:16:07 nostoi [~nostoi@2.Red-79-150-1.dynamicIP.rima-tde.net] has joined #lisp 06:18:26 -!- askatasuna [~askatasun@190.49.51.192] has quit [Ping timeout: 240 seconds] 06:19:04 askatasuna [~askatasun@190.49.51.192] has joined #lisp 06:19:54 nilly [~nil@c-98-247-253-56.hsd1.wa.comcast.net] has joined #lisp 06:20:59 -!- askatasuna [~askatasun@190.49.51.192] has quit [Client Quit] 06:28:02 myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has joined #lisp 06:28:25 -!- fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has quit [Ping timeout: 255 seconds] 06:28:44 MetalDust [~metaldust@75-32-203-61.lightspeed.ftwotx.sbcglobal.net] has joined #lisp 06:32:21 -!- astoon [~astoon@109.188.229.38] has quit [Quit: Leaving] 06:35:27 -!- Phoodus [~foo@68.107.217.139] has quit [Ping timeout: 240 seconds] 06:40:39 _danb_ [~user@124-169-135-129.dyn.iinet.net.au] has joined #lisp 06:43:15 HG` [~HG@xdsl-92-252-80-197.dip.osnanet.de] has joined #lisp 06:46:25 -!- nostoi [~nostoi@2.Red-79-150-1.dynamicIP.rima-tde.net] has quit [Quit: Verlassend] 06:52:32 so... i asked earlier why (apply #'and '(t t)) resulted in the error: "The function COMMON-LISP:AND is undefined." 06:52:42 and was told that it was because AND was not a function 06:52:50 pattern: that's right, it's a macro. 06:52:54 it seems APPLY will only work with functions 06:53:02 so i got a bit miffed about this 06:53:19 and came up with: (defmacro apply2 (fun &rest args) (cons (cadr fun) (cadar args))) 06:53:20 (apply #'every #'identity '(t t)) works, though 06:53:22 l4ndfo [~l4ndfo@S0106001cf0520ea3.ed.shawcable.net] has joined #lisp 06:53:37 which can be used like this: (apply2 'and '(t t)) 06:53:43 -!- testsan [~testsan@p2049-ipbf7502marunouchi.tokyo.ocn.ne.jp] has left #lisp 06:53:46 or even: (apply2 '+ '(1 2)) 06:53:53 um. 06:54:14 :( 06:54:42 well, it does what you did ask for, that's true (: 06:55:07 so what's wrong with it (other than being ugly) ? 06:56:10 it doesn't let you apply functions to values, only shapes its constant arguments into expressions. 06:56:28 (apply2 '+ some-list) ; will break, for example 06:56:38 ah 06:56:40 but (apply '+ some-list) ; will apply + to that list 06:56:56 back to the drawing board.. 06:57:05 thanks, antifuchs 06:57:34 try that every form above. EVERY, SOME, NOTANY and NOTEVERY are the functional equivalents of AND and OR 06:57:58 yeah, that every solution is great 06:58:18 cool (: 06:58:20 i was just trying to come up with a function like apply that didn't have the restriction that it could only be used with functions 06:58:29 yeah, hard to do 06:58:35 ...without using EVAL, I guess (: 06:58:36 antifuchs: and they eliminate the need for apply in this case 06:58:48 mishoo [~mishoo@79.112.237.60] has joined #lisp 06:58:50 adeht: ah, yeah, you're right! 06:58:55 adeht: I forgot about that (: 07:01:05 mrSpec [~Spec@89-75-35-251.dynamic.chello.pl] has joined #lisp 07:01:05 -!- mrSpec [~Spec@89-75-35-251.dynamic.chello.pl] has quit [Changing host] 07:01:05 mrSpec [~Spec@unaffiliated/mrspec] has joined #lisp 07:09:11 Salamander_ [~Salamande@ppp118-210-169-14.lns20.adl6.internode.on.net] has joined #lisp 07:10:39 -!- Salamander [~Salamande@ppp118-210-162-254.lns20.adl6.internode.on.net] has quit [Ping timeout: 240 seconds] 07:11:55 gemelen [~shelta@shpd-92-101-149-4.vologda.ru] has joined #lisp 07:13:25 Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has joined #lisp 07:14:39 mcsontos [~mcsontos@nat/redhat/x-rrroxcinpnjjfrdl] has joined #lisp 07:15:25 jdz [~jdz@193.206.22.97] has joined #lisp 07:26:08 flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has joined #lisp 07:26:08 -!- flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has quit [Changing host] 07:26:08 flip214 [~marek@unaffiliated/flip214] has joined #lisp 07:31:36 mvilleneuve [~mvilleneu@LLagny-156-36-4-214.w80-14.abo.wanadoo.fr] has joined #lisp 07:31:54 good morning 07:32:55 -!- nilly [~nil@c-98-247-253-56.hsd1.wa.comcast.net] has quit [Quit: quit] 07:36:44 flyfish [~liuguangz@61.50.131.98] has joined #lisp 07:37:25 kushal [~kdas@fedora/kushal] has joined #lisp 07:41:26 hi, why no complete output (run-program "mpstat" :arguments '("1" "1") :output :terminal) 07:43:06 anybody can help? 07:43:09 k04n [~k04n@cpe-76-175-192-194.socal.res.rr.com] has joined #lisp 07:43:27 malbertife [~marcoalbe@bl11-45-221.dsl.telepac.pt] has joined #lisp 07:45:15 -!- k04n [~k04n@cpe-76-175-192-194.socal.res.rr.com] has quit [Remote host closed the connection] 07:45:58 slyrus [~chatzilla@adsl-75-36-217-249.dsl.pltn13.sbcglobal.net] has joined #lisp 07:46:55 evening 07:50:49 evening 07:51:03 -!- azaq23 [~derivecto@unaffiliated/azaq23] has quit [Quit: Leaving.] 07:51:06 but it's 9am here 07:51:07 ! 07:56:59 -!- l4ndfo [~l4ndfo@S0106001cf0520ea3.ed.shawcable.net] has quit [Quit: leaving] 08:00:32 hello slyrus 08:00:36 hello mvilleneuve 08:00:47 hey beach, what's new? 08:00:54 mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has joined #lisp 08:02:54 -!- xinming [~hyy@115.221.6.152] has quit [Read error: Connection reset by peer] 08:02:57 slyrus: Good question. what mon_key did made me interested in a (perhaps CDRed) extended hierarchy of signals, with a description of where each one is signaled. But I won't have time to work on it. 08:03:06 slyrus: What about you? 08:04:26 still working on my SMILES parser for chemicl using ramarren's cl-parser-combinators 08:04:41 some cl-typesetting work for some internal reports today 08:04:55 Sounds good. 08:05:05 code cleanups for my smarkup and cl-bio packages, a little of this, a little of that 08:05:10 but mostly real work these days 08:05:45 brodo_ [~brodo@p5B024D67.dip.t-dialin.net] has joined #lisp 08:06:50 -!- gemelen [~shelta@shpd-92-101-149-4.vologda.ru] has quit [Read error: Connection reset by peer] 08:08:33 xinming [~hyy@122.238.72.181] has joined #lisp 08:11:56 gemelen [~shelta@shpd-95-53-180-53.vologda.ru] has joined #lisp 08:13:31 malbertife_ [~marcoalbe@bl11-45-221.dsl.telepac.pt] has joined #lisp 08:13:31 -!- malbertife [~marcoalbe@bl11-45-221.dsl.telepac.pt] has quit [Read error: Connection reset by peer] 08:13:32 -!- malbertife_ is now known as malbertife 08:14:06 -!- Krystof [~csr21@csrhodes.plus.com] has quit [Ping timeout: 265 seconds] 08:14:39 -!- hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has quit [Ping timeout: 240 seconds] 08:14:57 an interesting extension to alexandria:once-only.. (symbol initform &key (ignorable nil) (type 't)) for spec 08:15:00 homie` [~levgue@xdsl-78-35-186-151.netcologne.de] has joined #lisp 08:16:37 -!- mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has quit [Remote host closed the connection] 08:16:40 -!- adu [~ajr@pool-72-83-254-159.washdc.fios.verizon.net] has quit [Quit: adu] 08:17:28 -!- homie [~levgue@xdsl-78-35-182-108.netcologne.de] has quit [Ping timeout: 246 seconds] 08:18:05 aerique [euqirea@xs3.xs4all.nl] has joined #lisp 08:18:14 hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has joined #lisp 08:19:12 zickzackv [~zickzackv@port-92-198-30-142.static.qsc.de] has joined #lisp 08:23:11 e-user [~akahl@nat/nokia/x-wifatmfbisijiklh] has joined #lisp 08:24:29 -!- kushal [~kdas@fedora/kushal] has quit [Ping timeout: 240 seconds] 08:27:07 -!- e-user [~akahl@nat/nokia/x-wifatmfbisijiklh] has quit [Remote host closed the connection] 08:30:02 e-user [~akahl@nat/nokia/x-owjmdarrnrljjnbb] has joined #lisp 08:30:08 -!- brodo_ [~brodo@p5B024D67.dip.t-dialin.net] has quit [Quit: brodo_] 08:34:44 varjag [~eugene@122.62-97-226.bkkb.no] has joined #lisp 08:36:03 Phoodus [~foo@ip68-231-47-70.ph.ph.cox.net] has joined #lisp 08:40:05 -!- insomnia1alt [~milan@port-92-204-78-211.dynamic.qsc.de] has quit [Ping timeout: 240 seconds] 08:41:53 insomniaSalt [~milan@port-92-204-101-228.dynamic.qsc.de] has joined #lisp 08:42:55 -!- malbertife [~marcoalbe@bl11-45-221.dsl.telepac.pt] has quit [Read error: Connection reset by peer] 08:43:37 malbertife [~marcoalbe@bl11-45-221.dsl.telepac.pt] has joined #lisp 08:45:29 check this http://paste.lisp.org/display/119046 08:46:10 -!- malbertife [~marcoalbe@bl11-45-221.dsl.telepac.pt] has quit [Client Quit] 08:46:42 adeht: why? 08:49:51 -!- hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has quit [Ping timeout: 240 seconds] 08:50:23 :type and :ignorable look like things the user can easily (and probably should) declare themselves in the body, as needed. unless I'm missing some subtlety here 08:51:17 beach: how can you otherwise declare the var in the expansion as, say, ignorable for its whole scope (without doing just that) 08:51:19 cmm: what's the context? 08:51:43 adeht: I am waiting for you to tell me why you think I should click on that URL. 08:52:27 beach: adeht's URL :) 08:52:33 beach: have you missed my preceding remark? 08:53:00 adeht: Is it related to once-only? 08:53:05 yes 08:53:13 adeht: You could have told us. 08:54:05 hramrach_ [debian-tor@gateway/tor-sasl/hramrach] has joined #lisp 08:54:26 there was no conversation in between.. just the half an hour it took to implement this and some join/part spam 08:55:01 some people don't bother to filter the join/part spam 08:55:27 -!- homie` [~levgue@xdsl-78-35-186-151.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 08:55:35 adeht: I'm probably just in a bad mood. 08:55:37 anyway, cmm.. how would you declare a once-only var as ignorable for instance? 08:55:43 -!- sykopomp [~sykopomp@crlspr-24.233.190.221.myacc.net] has quit [Changing host] 08:55:43 sykopomp [~sykopomp@unaffiliated/sykopomp] has joined #lisp 08:56:15 Hun [~Hun@host-80-81-19-29.customer.m-online.net] has joined #lisp 08:58:51 adeht: ah, that's probably the subtlety I've missed (you cannot know the var's name) 08:59:48 homie [~levgue@xdsl-78-35-186-151.netcologne.de] has joined #lisp 09:01:00 mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has joined #lisp 09:01:24 er. except you can, so I again don't see what I've missed :) 09:01:32 trebor_dki [~user@mail.dki.tu-darmstadt.de] has joined #lisp 09:01:33 cmm: you do "know" the var's name.. e.g., in (once-only (x) `(declare (ignorable ,x))) would work 09:01:59 the problem is, how would you declare it if you want some other form instead of the declare ;) 09:02:50 I give up? 09:04:39 if you do (once-only (x) `(locally (declare (ignorable ,x)) ...)) then you'll still end up with a warning if X is indeed not used 09:05:08 because it's not declared ignorable for its whole scope 09:06:00 mvilleneuve: around? 09:07:02 -!- adarnimrod [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has quit [Quit: Ex-Chat] 09:07:53 cmm: so I have (once-only ((x x :ignorable t)) ...) instead. if I didn't need to maintain backwards compatibility with alexandria, I would have the initform be specified with an initarg as well 09:09:04 beach: yes 09:11:24 mvilleneuve: I don't see anything particularly wrong with your loop code generation. 09:12:17 -!- flyfish [~liuguangz@61.50.131.98] has left #lisp 09:12:44 mvilleneuve: I was considering using reduce for generate-bindings-and-body, but it is probably best to avoid constructs that might use loop itself for their implementation. 09:12:52 tcr1 [~tcr@217-162-131-235.dynamic.hispeed.ch] has joined #lisp 09:13:58 mvilleneuve: Also, after talking with pjb the other day, I am now convinced that the clauses should be parsed without consideration for what type of clause it is, and then further analysis should check the order. 09:14:24 mvilleneuve: That way, one will be able to give a better error message for clauses out of order. 09:16:53 -!- mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has quit [Remote host closed the connection] 09:17:30 -!- Phoodus [~foo@ip68-231-47-70.ph.ph.cox.net] has quit [Ping timeout: 240 seconds] 09:20:57 flyfish [~liuguangz@61.50.131.98] has joined #lisp 09:22:41 -!- flyfish [~liuguangz@61.50.131.98] has left #lisp 09:23:02 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 09:24:25 beach: ah, that looks like a good idea 09:25:52 Krystof [~csr21@158.223.51.76] has joined #lisp 09:26:01 stassats [~stassats@wikipedia/stassats] has joined #lisp 09:31:29 ignas [~ignas@78-60-36-123.static.zebra.lt] has joined #lisp 09:31:48 -!- neoesque [~neoesque@210.59.147.232] has quit [Quit: Bye!] 09:33:59 chrnybo [~user@148.122.202.244] has joined #lisp 09:34:49 -!- gko [~gko@111.82.63.139] has quit [Ping timeout: 246 seconds] 09:35:11 mvilleneuve: Do you think you will be working on loop again soon? 09:36:32 -!- koollman [~samson_t@sp1.kooll.info] has quit [Ping timeout: 272 seconds] 09:39:05 madsenz [~madsenz@n11z181l194.static.ctm.net] has joined #lisp 09:39:45 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 09:40:07 Salamander__ [~Salamande@ppp121-45-140-105.lns21.adl2.internode.on.net] has joined #lisp 09:40:19 clhs:defmacro 09:40:19 http://www.lispworks.com/reference/HyperSpec/Body/m_defmac.htm 09:41:27 -!- Salamander_ [~Salamande@ppp118-210-169-14.lns20.adl6.internode.on.net] has quit [Ping timeout: 240 seconds] 09:42:21 ASau [~user@95-27-147-227.broadband.corbina.ru] has joined #lisp 09:46:26 pmurias [~pawel@89-75-37-59.dynamic.chello.pl] has joined #lisp 09:47:29 snearch [~snearch@f053007087.adsl.alicedsl.de] has joined #lisp 09:47:30 i get http://paste.scsys.co.uk/84780 when trying to install lisp-on-lines-ucw 09:47:53 from quicklisp on clisp 09:48:08 is lisp-on-lines used by anybody here? 09:48:25 splittist [~John@18-59.1-85.cust.bluewin.ch] has joined #lisp 09:48:29 morning 09:48:33 morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has joined #lisp 09:48:42 hello splittist 09:48:52 beach: probably next week, yes 09:49:25 mvilleneuve: OK, so if I do something before that, it won't ruin your work? 09:53:27 koollman [~samson_t@sp1.kooll.info] has joined #lisp 09:53:45 beach: not at all 09:54:05 mvilleneuve: OK, not sure I will, but just in case. 10:00:03 -!- rvncerr [~rvncerr@rvncerr.org] has quit [Remote host closed the connection] 10:03:14 -!- Krystof [~csr21@158.223.51.76] has quit [Ping timeout: 240 seconds] 10:06:11 malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has joined #lisp 10:07:23 gravicappa [~gravicapp@ppp85-140-116-137.pppoe.mtu-net.ru] has joined #lisp 10:09:03 H4ns` [~user@pD4B9E5EA.dip.t-dialin.net] has joined #lisp 10:09:11 schoppenhauer [~christoph@unaffiliated/schoppenhauer] has joined #lisp 10:09:38 -!- schoppenhauer [~christoph@unaffiliated/schoppenhauer] has quit [Client Quit] 10:10:14 smka [~s@78.157.15.219] has joined #lisp 10:11:27 fusss [~fusss@120.156.241.215] has joined #lisp 10:11:29 -!- sm` [~s@unaffiliated/stefanot] has quit [Ping timeout: 240 seconds] 10:12:32 -!- H4ns [~user@p579F8CF0.dip.t-dialin.net] has quit [Ping timeout: 255 seconds] 10:15:49 \list 10:17:31 friends, if anyone runs hunchentoot on win32 with a FOSS Lisp, please let me know 10:17:36 I have just about given up 10:18:45 I don't, but what seems to be the problem? 10:18:54 (I don't just the win32 part) 10:19:00 beach` [~user@116.118.5.160] has joined #lisp 10:19:15 fusss: you tried ccl? 10:19:17 -!- smka [~s@78.157.15.219] has quit [Ping timeout: 255 seconds] 10:19:19 -!- beach [~user@116.118.45.191] has quit [Disconnected by services] 10:19:24 -!- beach` is now known as beach 10:21:24 tcr1: that's my preferred Lisp actually; yes, I have tried it 10:22:16 drdo: even with SSL disabled; hunchentoot boots with plenty of coughing and sneezing, and when finally up, it's unresponsive to hits 10:22:42 What's coughing and sneezing? 10:23:00 warnings, errors, restarts, etc. 10:23:13 I have worked exclusively in Lisp web apps for 14 months; all on hunchentoot, never got it working on Windows 10:23:34 Well, i probably can't help then 10:23:43 I haven't used it that extensively 10:23:50 And i haven't used windows in about a decade 10:24:36 sm` [~s@78.157.15.219] has joined #lisp 10:26:25 -!- gumpa [~max@p5DE8EB4F.dip.t-dialin.net] has quit [Quit: leaving] 10:28:34 WOOOOOOOOOOOOOOO 10:28:50 it works with latest CCL build 10:29:04 tcr1: any opinion on "improved" once-only in http://paste.lisp.org/display/119046 ? 10:29:16 I really willed that into life; hunchentoot on ccl/win32 10:29:41 adeht: is that the once-only from alexandria? 10:31:15 fusss: I started from alexandria's impl, but considerably modified it 10:32:20 I was looking at it earlier today 10:32:56 adeht: We use a modified one, too, which inserts ignorable declarations unconditionally 10:33:30 adeht: SCREAMER has similar functions, but not for Lisp's normal evaluation, but for restricting constraint satisfaction 10:33:34 adeht: But, really, once-only should shuffle declarations to the right places rather than adding an ad-hoc way for specifiying the same thing 10:34:59 adeht: Shuffling declarations is pretty easy using the parse-declarations library, I'd reckon. With quicklisp, dependencies might not be that big of a problem anymore in 2011 :-) 10:35:44 tcr1: I suppose certain form patterns could be shuffled, yes 10:36:03 form patterns? 10:36:17 mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has joined #lisp 10:38:31 tcr1: e.g., (once-only (x) `(let (...) (declare (ignorable ,x)) ...)) could be such a pattern.. or locally/let*/.. but in the general case I think it's harder, or maybe not even possible 10:39:39 I was thinking of (once-only (x) (declare (ignorable x)) ) maybe I should take a closer look at your paste 10:40:20 tcr1: heh.. I guess that is also an option, though it's a bit weird 10:40:28 -!- mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has quit [Remote host closed the connection] 10:41:42 well it would expand to two ignore declarations of X and the internal variable, I'd guess 10:42:23 Yuuhi [benni@p5483B479.dip.t-dialin.net] has joined #lisp 10:42:30 hm does that make sense? I don't know :-) 10:42:38 my brain's occupied with something else 10:44:26 tcr1: I thought that once-only could treat those declarations specially and incorporate them into its expansion, but that they won't have any effect otherwise 10:44:40 mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has joined #lisp 10:45:10 yeah, it's what strikes me as idiomatic 10:45:39 I'm not really fond of the whole bound-declarations business, I think it's way too hard to get right. 10:45:45 but it's what's there :-) 10:49:43 Can someone help me contact Mr. C Barski? I'm sending mails since 4 weeks to lisperati but get no answer. 10:49:51 tcr1: anyway, I like that idea.. thanks 10:50:00 -!- madsenz [~madsenz@n11z181l194.static.ctm.net] has quit [Ping timeout: 272 seconds] 10:50:46 -!- thijso [~thijs@83.98.233.115] has quit [Ping timeout: 255 seconds] 10:51:51 -!- HG` [~HG@xdsl-92-252-80-197.dip.osnanet.de] has quit [Ping timeout: 240 seconds] 10:52:24 HG` [~HG@xdsl-92-252-80-197.dip.osnanet.de] has joined #lisp 10:53:34 -!- Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has quit [Ping timeout: 255 seconds] 10:54:27 -!- HG` [~HG@xdsl-92-252-80-197.dip.osnanet.de] has quit [Client Quit] 10:54:50 HG` [~HG@xdsl-92-252-80-197.dip.osnanet.de] has joined #lisp 10:54:57 -!- ramus [~ramus@adsl-99-23-150-108.dsl.chcgil.sbcglobal.net] has quit [Read error: Operation timed out] 10:58:50 -!- ignas [~ignas@78-60-36-123.static.zebra.lt] has quit [Ping timeout: 240 seconds] 10:59:12 xan_ [~xan@129.131.117.91.dynamic.mundo-r.com] has joined #lisp 10:59:49 ignas [~ignas@78-60-36-123.static.zebra.lt] has joined #lisp 11:02:46 -!- fusss [~fusss@120.156.241.215] has left #lisp 11:03:30 ramus [~ramus@adsl-99-23-147-7.dsl.chcgil.sbcglobal.net] has joined #lisp 11:03:51 hargettp [~hargettp@96.237.127.144] has joined #lisp 11:07:08 -!- xan_ [~xan@129.131.117.91.dynamic.mundo-r.com] has quit [Ping timeout: 240 seconds] 11:07:24 -!- hargettp [~hargettp@96.237.127.144] has quit [Client Quit] 11:07:53 SpitfireWP [~Spitfire@wikipedia/spitfire] has joined #lisp 11:08:14 hargettp [~hargettp@96.237.127.144] has joined #lisp 11:10:44 Athas [~athas@shop3.diku.dk] has joined #lisp 11:12:22 -!- H4ns` is now known as H4ns 11:13:11 RaceCondition [~erik@82.131.72.191.cable.starman.ee] has joined #lisp 11:18:01 jao [~user@pdpc/supporter/professional/jao] has joined #lisp 11:18:13 Joreji [~thomas@92-035.eduroam.RWTH-Aachen.DE] has joined #lisp 11:23:14 -!- tcr1 [~tcr@217-162-131-235.dynamic.hispeed.ch] has quit [Read error: No route to host] 11:27:30 -!- fantazo [~fantazo@178-191-169-4.adsl.highway.telekom.at] has quit [Remote host closed the connection] 11:35:34 -!- jan247 [~jan247@unaffiliated/jan247] has quit [Quit: jan247] 11:36:02 Krystof [~csr21@158.223.51.76] has joined #lisp 11:38:15 -!- daniel_ is now known as daniel 11:53:43 cch [~user@2001:da8:8001:111:222:68ff:fe14:6de] has joined #lisp 11:56:03 digital-emotion [~none@94.245.156.33] has joined #lisp 12:05:18 blandest [~user@85.204.33.242] has joined #lisp 12:06:06 postmodern is returning dates like this (:DATE-OF-TERMINATION . 255611203200) instead of a simple-date ... what did I fluff? 12:06:13 francogrex [d53d48ca@gateway/web/freenode/ip.213.61.72.202] has joined #lisp 12:06:36 Kenjin [~josesanto@2.80.248.16] has joined #lisp 12:06:39 which library should i use to color the output which goes to the terminal? (so that i print out stuff in green and red) 12:07:25 hi guys! I'm trying to write web application on CL, I use hunchentoot as web server. I don't know what to do next. first, I can write client app and communicate with server via GET/POST request sending XML data pieces. second I can use html templates. third I can generate HTML via CL-WHO... which way is preferrable? which libraries to use? 12:08:38 digital-emotion: i use bare hunchentoot, yason and xhtmlgen. but i'm possibly the only one who does that :) 12:09:02 minion: curses 12:09:03 Sorry, I couldn't find anything in the database for ``curses''. 12:09:39 pmurias: you may want to have a look at http://common-lisp.net/project/cl-ncurses/, but it seems to be stale. 12:10:42 <_8david> Or for direct control over the terminal without curses, use terminfo.lisp. 12:10:59 Hi, does lisp (sbcl) interact with the FPU for floating point arithmetics? 12:11:20 _8david: even better. digital-emotion, please disregard my pointer. 12:11:53 dlowe [~dlowe@c-66-30-116-162.hsd1.ma.comcast.net] has joined #lisp 12:11:57 -!- dlowe [~dlowe@c-66-30-116-162.hsd1.ma.comcast.net] has quit [Client Quit] 12:12:39 H4ns: thnx 12:12:43 digital-emotion: what sort of web application are you trying to write? 12:13:25 -!- Harag [~Harag@wbs-41-208-211-15.wbs.co.za] has left #lisp 12:13:25 H4ns: also one question, is it easy to combine xhtmlgen with client side JS? 12:13:27 <_8david> right; if pmurias is really only after colors, I think that terminfo will indeed be an easy solution. Of course, the moment cursor movement and fancy redisplay are needed, it would take a lot of effort to implement curses-style capabilities on top of it. Going with curses could then be the easier route. 12:13:32 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 276 seconds] 12:14:10 k9quaint: destop game, like chess 12:14:34 francogrex: What would it do otherwise? 12:14:37 digital-emotion: fwiw, parenscript is another library you may (or may not) find useful--it allows one to write JS in a constrained dialect of Lisp, and then generate the corresponding JS 12:15:02 digital-emotion: I've used it in my own web apps so that I can stick to one language for the app as much as possible...YMMV 12:15:03 _8david: i just want to print some colors 12:15:30 beach: I don't know (really) but when I disassemble a function with floating points I don't see the st stack used for example... 12:15:37 something like http://search.cpan.org/~rra/ANSIColor-3.00/ANSIColor.pm 12:16:40 francogrex: Modern processors have alternatives to the traditional stack-based floating-point unit. 12:17:10 hargettp: thnx, I will experiment with parenscript 12:17:24 :) 12:17:39 ok; maybe that explains the output that I cannot understand then (like _boxed_regions etc ...) 12:18:54 francogrex: Well, if all your function does is some elementary FP operation and returns the value of it, you are likely to see code that does boxing as well. 12:19:06 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Read error: Operation timed out] 12:19:06 Harag [~Harag@wbs-41-208-211-15.wbs.co.za] has joined #lisp 12:19:29 CL-WHO and HTML-TEMPLATE as I investigated are no longer supported. maybe someone know alternatives? 12:19:45 konr [~user@mamonas.lab.ic.unicamp.br] has joined #lisp 12:19:48 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 12:19:52 digital-emotion: what do you mean by "no longer supported"? 12:20:19 not supported know 12:20:36 last update/release was very long time ago 12:20:45 sorry for my ugly english 12:20:54 digital-emotion: this is because it does not have any significant bugs. 12:21:04 digital-emotion: they don't need updates, that's why 12:21:05 digital-emotion: if you find bugs, report them and they'll most likely be fixed. 12:21:27 digital-emotion: I like yaclml 12:21:28 CL-WHO and HTML-TEMPLATE are still maintained, and actively used 12:21:30 digital-emotion: https://github.com/hanshuebner/xhtmlgen is an alternative that has seen an update lately, but that comes without documentation. 12:22:25 ok, thnx 12:24:19 beach : yes it's just simple, but the output is confusing me with its complexity. http://paste.lisp.org/display/119050 12:24:55 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 246 seconds] 12:25:26 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 265 seconds] 12:25:52 how can i list all packages? 12:26:43 surprisingly, list-all-packagse 12:26:46 pmurias: To answer questions like that, go to the permuted index in the HyperSpec, and look under packge. 12:26:49 *list-all-packages 12:27:42 francogrex: It is allocating space. 12:28:14 beach: sorry, i only save packagep, should have used the search 12:29:41 Saturnation [~dsouth@64.223.106.73] has joined #lisp 12:30:02 -!- Saturnation [~dsouth@64.223.106.73] has quit [Client Quit] 12:30:29 Saturnation [~dsouth@64.223.106.73] has joined #lisp 12:32:11 ok. can extra declarations in the lisp code make the disassembled code shorter/clearer? 12:32:18 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 12:33:11 francogrex: If you return a float like that, there is going to be memory allocation. 12:34:54 -!- Lycurgus [~juan@cpe-72-228-177-92.buffalo.res.rr.com] has quit [Remote host closed the connection] 12:35:57 yvdriess [~Beef@soft85.vub.ac.be] has joined #lisp 12:36:35 fusss [~fusss@1.145.101.124] has joined #lisp 12:37:40 francogrex: Is this: http://paste.lisp.org/+2JUY/1 less confusing? 12:38:23 when i (use-package 'context-common-lisp) i get a name conflict with defmethod 12:38:28 how can i avoid that? 12:39:17 pmurias: What is context-common-lisp and which package are you in when you do that? 12:39:28 beach : great; yes for me it is much much clearer. Thanks :) 12:40:00 francogrex: No problem. 12:41:31 -!- hargettp [~hargettp@96.237.127.144] has quit [Quit: Leaving...] 12:41:55 dlowe [~dlowe@c-66-30-116-162.hsd1.ma.comcast.net] has joined #lisp 12:42:01 beach: i didn't change my package as far as i know 12:42:38 contextl-common-lisp is the package which i think i use to access stuff in contexl 12:44:45 -!- myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has quit [Ping timeout: 240 seconds] 12:44:46 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 12:45:25 stassats [~stassats@wikipedia/stassats] has joined #lisp 12:46:10 ZabaQ [~Zaba@213.246.98.227] has joined #lisp 12:47:04 beach: i have a tiny amount of lisp experience so i might be doing things horribly wrong 12:47:20 beach: the context library seems to use a custom CLOS 12:47:25 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 12:47:31 dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has joined #lisp 12:48:24 H4ns: For your hunchentoot/yason/xhtmlgen thingy, what's the query format from the web client? 12:50:24 what is #:foo? 12:50:40 a symbol without a package 12:50:45 named "FOO" 12:56:41 -!- Beetny [~Beetny@ppp118-208-179-70.lns20.bne4.internode.on.net] has quit [Ping timeout: 240 seconds] 12:58:25 pmurias: the technical name for that is "an uninterned symbol". 12:58:40 *pmurias* starts to really hate contextl 12:59:20 "apparently uninterned" 12:59:30 why generating (x)html from CL code is better than using templating engines? 12:59:41 pmurias: are you in CL-USER? 12:59:57 pmurias: ContextL uses the MOP  it didn't actually make it into the CL spec, but almost did. Closer-MOP tries to get all the CL implementations on par with MOP functionality. 13:00:23 pmurias: how are you trying to load it? 13:00:29 CL-USER is a package that already uses the COMMON-LISP package. You can't use both COMMON-LISP and CONTEXT-COMMON-LISP (the latter is meant to replace the former). 13:00:37 digital-emotion: depends on what you want to do. 13:00:55 fusss: how should i load it? 13:01:01 Contextl probably defines a CONTEXT-COMMON-LISP-USER package that is equivalent to CL-USER. 13:01:20 how should i use context-common-lisp-user? 13:01:22 pmurias: what happens if you do (asdf:load-system :contextl) ? 13:01:29 -!- Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has quit [Quit: Leaving] 13:01:34 pmurias: no, you should switch to it. 13:01:42 (with in-package) 13:02:11 pmurias: (defpackage :pmurias (:use :context-common-lisp-user)) (in-package :pmurias) 13:02:18 fusss: nope. 13:02:42 if I want to write app with a lot of JS and animations on canvas 13:02:53 If you define a package for your program, then that package should use CONTEXT-COMMON-LISP instead of COMMON-LISP. If you want to be in the equivalent of CL-USER, do (in-package "CONTEXT-COMMON-LISP-USER"). 13:02:54 he can just switch to it too (in-package :context-common-lisp-user) but usually create my own packages .. 13:03:14 fusss: c-c-l-user likely doesn't export many symbols. 13:03:26 Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has joined #lisp 13:03:57 pkhuong: I am looking at it; C-C-L-U is the CL-USER + Context stuff; good to use 13:04:11 fusss: no, good to in-package. 13:04:23 you never use CL-USER; you use CL. 13:04:53 -!- dcrawford [~dcrawford@ita4fw1.itasoftware.com] has quit [Ping timeout: 276 seconds] 13:05:31 digital-emotion: If you're comfy with programming in JS, templates will probably suit you better, if your preferred environment is lisp, you might use something like parenscript, don't you think? 13:05:44 i'm now using (in-package contextl-common-lisp) 13:06:04 is it ok? 13:06:24 pmurias: what pkhuong said 13:06:42 -!- francogrex [d53d48ca@gateway/web/freenode/ip.213.61.72.202] has quit [Quit: Page closed] 13:07:08 pmurias: but you should be able to load it smoothly; it's one of the more forgiving libraries out there 13:07:22 yes, I agree with you. can you recommend any modern templating library on CL? 13:07:52 Nope, the one I use is 16+ years old. 13:08:08 pmurias: if you're able to load CLOSER-MOP easily, then contexl is trivial. Closer-mop will become a good friend of your once you get into MOP hacking 13:08:12 digital-emotion: on IRC, you should reply to someone by writing their nick followed by a colon. 13:08:30 @xach good point~ 13:08:47 francogrex [c14be4fc@gateway/web/freenode/ip.193.75.228.252] has joined #lisp 13:08:50 ->fusss This! 13:08:56 Xach: ok =) 13:09:17 digital-emotion: most of the time you can type the first few chars and hit TAB 13:09:22 fusss: the stuff loads, but the code in the paper doesn't, am i loading it incorrectly or just using contextl wrongly? 13:09:26 probably you saw this: Linj now available under the MIT license. Really nice! 13:09:41 fusss, thnx 13:09:56 digital-emotion: Could you look at http://weitz.de/html-template/ and report back? 13:09:57 Hope this happens with the chestnut too 13:10:07 pmurias: oh boy. pcos went through a few phases hacking on this stuff; the paper might be older. Paste the code and I will test it 13:10:08 *Xach* has started getting patches for it, isn't sure he wants to take on that job 13:10:21 after (ql:quickload "contextl") the only package with a name starting with context is contextl-common-lisp 13:10:44 chrnybo, I saw that, but I'm not impressed 13:10:50 patches for Linj ? 13:11:12 to get it on othetr than sbcl I guess 13:11:32 francogrex: Bad guess. 13:11:48 to make it more java-y? 13:11:51 nyef [~nyef@pool-70-109-148-200.cncdnh.east.myfairpoint.net] has joined #lisp 13:11:52 dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has joined #lisp 13:12:09 which guess. I guessed 2 times both wrong? 13:12:13 G'morning all. 13:12:22 g'day nyef 13:12:51 The tutorial doesn't run as-is and needs to import PI. 13:13:09 the last time I tried to download Linj from the internet archives; it only could get compiled fasl files for a certain old release of sbcl 13:13:38 juniorroy [~juniorroy@212.36.224.57] has joined #lisp 13:14:02 francogrex: in case you haven't tried it recently, ABCL is up to snuff. Good stuff. 13:14:52 yes, abcl also of course is java-cl interactions 13:15:34 francogrex: ABCL is _freakishly_ good; did everything I wanted to do with Java, except boot on Android ;-) 13:17:39 pmurias: how is context-oriented programming these days anyway? 13:18:10 i'm slowing getting the examples to work 13:18:11 I got into it briefly about a year ago, but it was too confused; COP and AOP people were fighting over buzzwords 13:18:19 -!- gravicappa [~gravicapp@ppp85-140-116-137.pppoe.mtu-net.ru] has quit [Remote host closed the connection] 13:18:35 i have to make a presentation for uni about it 13:18:42 oh 13:19:01 but from what i searched on the web it didn't get anywhere 13:19:57 -!- mahata [~mahata@e0109-49-132-16-192.uqwimax.jp] has quit [Remote host closed the connection] 13:20:27 I needed to design the best architecture possible for service orchestration; we were mashing up 5 SOAP, XML-RPC and restful services plus some feeds. Huge decision tables on what to do, given all the possible states, responses errors and exceptions 13:21:57 if anyone needs to do this, I can save you weeks of R&D; go with SEDA, Matt Welsh's thesis has the gory details. Basically designed a virtual "document" consisting of all services reaching an agreement on a given parameters. I would store the document in a database and tick off each service on a flags table as it processed it. 13:23:53 so, instead of expecting all these services to make a decision over a datum on a whim, you let each process it independently, at its own time. Sorta like Unix pipes, but with persistence between every two processors. Handy. 13:24:28 -!- Joreji [~thomas@92-035.eduroam.RWTH-Aachen.DE] has quit [Read error: Operation timed out] 13:24:31 13:25:46 -!- francogrex [c14be4fc@gateway/web/freenode/ip.193.75.228.252] has quit [Quit: Page closed] 13:27:57 fusss: someone recently made clojure output dalvik bytecode, I believe 13:28:40 and ECL and theoretically (blasted license!) clisp should be useful on Android 2.3 and later 13:28:58 vokoda [~user@unaffiliated/vokoda] has joined #lisp 13:29:13 ... unfortunately, I bet, the split hw/api level updates will come sometime after 3.0, so I won't see it on my phone ;_; 13:29:34 p_l|backup: emitting dalvik is a waste of time, imo 13:29:50 before code against the NDK and ignore java altogether 13:30:09 p_l: Have you seen the android scripting environment? 13:30:30 It supports python, ruby, javascript, etc, etc. 13:30:33 I will probably go back to ABCL when I start work, but in the meanwhile, I use (:use :cl :lisbuilder-sdl) 13:30:56 LiamH [~none@pdp8.nrl.navy.mil] has joined #lisp 13:31:43 LiamH: hey 13:31:50 Zhivago: yes, and it has to go through a JSON-RPC interface for that 13:31:53 hi fusss 13:31:56 LiamH: of gsll fame/notoriety? 13:32:11 fusss: yes 13:32:37 LiamH: thank you for the great work! are you still maintaining it? 13:32:45 is adding sb-threads to customize-target-features.lisp no longer the way to add threading to sbcl on OS X? I'm getting "debugger invoked on a SIMPLE-ERROR: Not supported in unithread builds." I double-checked and sb-threads is in *features* 13:33:10 fusss: I'm all for emitting Dalvik, cause a) it will work on all possible platforms b) NativeActivity and the reworked input layer that has faster native bindings are 2.3+. Which is less than 1% of the market and won't change fast 13:33:12 fusss: what's NDK? 13:33:19 p_l: Yeah, but that's just for special android stuff. 13:33:21 fusss: you're welcome; certainly maintaining, and in the process of expanding the scope (not released yet) 13:33:48 pmurias: Android's Native Development Kit (C/C++ stack -- not really, but humor them) 13:34:10 LiamH: excellent! it really is an asset to Lisp 13:34:24 LiamH: I might have a bug report for you as well 13:34:26 dnolen [~davidnole@184.152.69.75] has joined #lisp 13:34:32 Zhivago: including the whole GUI. I'd simply like to work with android using a nicer language... given that LinJ is now opensauce, I guess I can try adding necessary generics support and some code to ease Android work 13:34:34 fusss: Thank you 13:34:43 fusss: OK, don 13:34:48 fusss: got contextl to work :) 13:34:53 Personally, I think the answer is to target javascript. 13:34:58 don't know how soon I can get to it, but reports are always welcome 13:35:12 With a little work javascript should be able to access the full java system. 13:35:37 Then you could do whatever you wanted via a webview or whatever. 13:36:01 heh 13:37:07 regarding JavaScript, I was thinking of adapting Android style of applications for my Lisp-only "RIA" framework. Which is doubly nice because Android was based on Web in that respect :D 13:38:14 LiamH: msg your email. it's build related. 1) "Class named GSLL::BASIS-SPLINE not found.". 2) there is some unknown C function which I will find out in a bit. 13:38:27 err, ignore the email bit; i can google it 13:38:45 pmurias: excellent :-) do a write up of your experiences 13:39:06 fusss: I don't think I've ever seen 1) before. 13:39:41 LiamH: I think I have "CONTINUED" my way past a few errors 13:39:53 I am on CCL, so some of the messages might not be familiar 13:40:07 at one point I was testing on CCL 13:40:17 shouldn't get errors, may fail a number of tests though 13:40:46 sabalaba [~sabalaba@67-194-28-171.wireless.umnet.umich.edu] has joined #lisp 13:41:08 bloody hell, it sees you, that's why it's well behaving now. I was able to reproduce the "issue" until you got here, LiamH 13:41:46 fusss: software is like a puppy, it just needs to be trained 13:42:25 drdo` [~user@91.205.108.93.rev.vodafone.pt] has joined #lisp 13:44:13 -!- drdo [~user@91.205.108.93.rev.vodafone.pt] has quit [Ping timeout: 265 seconds] 13:44:48 LiamH: my numeric computing is non-existent; would you recommend gsll for play with visualization? I use SDL (via lispbuilder for that) 13:45:56 fusss: I've thought about that (and so have others), and I don't have a good answer. I'm not familiar with SDL, but let me know if you make any progress. 13:46:07 jweiss_ [~jweiss@cpe-069-134-009-048.nc.res.rr.com] has joined #lisp 13:46:12 fusss: but certainly I'd use GSLL as a base. 13:46:32 excellent 13:47:04 alright, time for a beer refill and a movie; good nite all 13:47:05 iwillig [~iwillig@ool-18b944f4.dyn.optonline.net] has joined #lisp 13:47:08 -!- fusss [~fusss@1.145.101.124] has left #lisp 13:48:08 fusss: There was a project around called NLISP which was trying to integrate them, but it seems that domain has been given up to a parker. 13:50:09 http://www.cliki.net/NLISP is the description, but the domain is gone, all that's left is the sourceforge page http://sourceforge.net/projects/nlisp/. 13:50:48 -!- Zhivago [~zhivago@li49-59.members.linode.com] has quit [Remote host closed the connection] 13:51:17 Oops he's gone 13:51:33 -!- varjag [~eugene@122.62-97-226.bkkb.no] has quit [Quit: Ex-Chat] 13:52:40 -!- mrSpec [~Spec@unaffiliated/mrspec] has quit [Remote host closed the connection] 13:53:02 is there a documentation format for lisp? like POD is for p5? 13:53:09 s/p5/Perl/ 13:53:30 pmurias: there are docstrings, and various projects oriented around generating documentation 13:53:32 http://en.wikipedia.org/wiki/Docstring#Lisp 13:53:54 but no single thing other than docstrings (which don't define formatting) 13:54:20 So there is nothing that builds hyperlinked documentation from that? like doxygen? 13:54:23 -!- digital-emotion [~none@94.245.156.33] has quit [Quit: Leaving] 13:55:20 pmurias: maybe you'll be interested in http://common-lisp.net/project/cl-org-mode/ or similar projects (check out cliki) 13:55:44 flip214: there are few projects that do so. HTML-TEMPLATE is one of them (look at ediware docs to see the results), there are some projects that integrate org-mode as well 13:56:33 Saturnation_ [~dsouth@pool-64-222-91-88.burl.east.myfairpoint.net] has joined #lisp 13:56:50 -!- Saturnation [~dsouth@64.223.106.73] has quit [Ping timeout: 272 seconds] 13:56:55 flip214: there are several.. e.g., atdoc.. 13:57:55 ah yes, I see ... thanks, I'll take a look 13:57:55 hargettp [~hargettp@dhcp-162.mirrorimage.net] has joined #lisp 13:58:28 Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has joined #lisp 14:01:15 *stassats* loathes automatically generated documentation 14:02:30 urandom__ [~user@p548A2EF8.dip.t-dialin.net] has joined #lisp 14:03:04 -!- hargettp [~hargettp@dhcp-162.mirrorimage.net] has quit [Remote host closed the connection] 14:05:42 -!- iwillig [~iwillig@ool-18b944f4.dyn.optonline.net] has quit [Quit: Leaving] 14:07:53 a CL question for a change: am i right to assume that "setf expanders" have their own namespace? 14:08:07 I think a simple docstring->reference tool is useful, but it doesn't serve as complete documentation, of course. I don't like doxygen-style littering in source code. 14:08:28 weren't setf expanders just curiously-named functions? 14:08:36 i.e., i may have a function named (setf foo) and a setf expander named foo? 14:08:37 no p_l 14:08:51 SBCL will issue a style warning 14:09:14 -!- _ism [~frinnn@i59F62554.versanet.de] has quit [Ping timeout: 240 seconds] 14:09:15 hi 14:09:19 and work as i expect (e.g., they are in different namespaces) 14:09:59 jdz: the order of setf expansion is fully specified. It's still a bit misleading though. 14:10:30 -!- zickzackv [~zickzackv@port-92-198-30-142.static.qsc.de] has quit [Quit: home] 14:16:01 -!- Saturnation_ [~dsouth@pool-64-222-91-88.burl.east.myfairpoint.net] has quit [Quit: Ex-Chat] 14:18:20 victor_lowther [~victor.lo@99.184.77.173] has joined #lisp 14:20:48 -!- e-user [~akahl@nat/nokia/x-owjmdarrnrljjnbb] has quit [Quit: Leaving.] 14:20:55 myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has joined #lisp 14:21:00 jdz: indeed. CLOS accessors are implemented as two generic function, one named a and another (self a). 14:21:28 SBCL is anal retentive. 14:22:08 -!- Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has quit [Quit: Leaving] 14:22:15 -!- Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has quit [Read error: Operation timed out] 14:22:17 -!- dRbiG [drbig@insomniac.pl] has quit [Ping timeout: 264 seconds] 14:23:10 -!- pmurias [~pawel@89-75-37-59.dynamic.chello.pl] has quit [Quit: leaving] 14:30:20 -!- H4ns [~user@pD4B9E5EA.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 14:30:24 H4ns [~user@pD4B9E5EA.dip.t-dialin.net] has joined #lisp 14:31:14 here's the code in question: http://paste.lisp.org/display/119052 14:31:27 pkhuong, pjb: for you especially :) 14:36:45 jdz: why? 14:37:08 Why do you have an expander that only serves to call a setf function? 14:38:15 -!- benny [~benny@i577A2B30.versanet.de] has quit [Ping timeout: 246 seconds] 14:38:26 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Ping timeout: 240 seconds] 14:39:13 yes, a good question. 14:39:16 ttb [~frinnn@i59F61CB5.versanet.de] has joined #lisp 14:39:26 LiamH [~none@pdp8.nrl.navy.mil] has joined #lisp 14:40:22 -!- pankajm [~pankajm@202.3.77.219] has quit [Ping timeout: 255 seconds] 14:41:14 dunkyp [~user@188-223-2-193.zone14.bethere.co.uk] has joined #lisp 14:42:01 hargettp [~hargettp@dhcp-162.mirrorimage.net] has joined #lisp 14:42:03 jdz: there's no point in naming your setter method (setf point-coords). Since it has not the standard API (a single new-value), it cannot be called by SETF, (so you have to define a defsetf instead. You should just call it set-point-coords. 14:42:03 pankajm [~pankajm@202.3.77.219] has joined #lisp 14:42:08 dmv_ [~daniel@187.35.237.98] has joined #lisp 14:42:57 pjb: that's why i define the setf expander 14:44:46 jdz: just don't call it (setf point-coords): it doesn't obey the setf function protocol. 14:44:47 pkhuong: because the setf function defined by defgeneric* takes multiple values 14:44:51 -!- dunkyp [~user@188-223-2-193.zone14.bethere.co.uk] has left #lisp 14:45:05 adu [~ajr@pool-72-83-254-159.washdc.fios.verizon.net] has joined #lisp 14:45:05 yes, that's the issue 14:45:17 Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has joined #lisp 14:45:27 right. Just call it something else and you're done. 14:45:45 corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has joined #lisp 14:45:46 the point is this: http://bauhh.dyndns.org:8000/clim-spec/B-4.html#_1903 14:45:50 -!- flip214 [~marek@unaffiliated/flip214] has quit [Remote host closed the connection] 14:46:30 pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has joined #lisp 14:46:33 extending the standard setf function protocol is the point of it... 14:46:43 -!- pankajm [~pankajm@202.3.77.219] has quit [Ping timeout: 240 seconds] 14:46:52 jdz: sure. 14:47:05 Why do you call that function (setf point-coords) if it's not a setf function? 14:47:20 adarnimrod [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has joined #lisp 14:47:46 -!- adarnimrod [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has quit [Max SendQ exceeded] 14:47:53 -!- Euthydemus [~euthydemu@vaxjo7.80.cust.blixtvik.net] has quit [Read error: Connection reset by peer] 14:48:18 adarnimrod [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has joined #lisp 14:49:43 pkhuong: to be able to funcall it 14:50:10 e-user [~akahl@nat/nokia/x-pgxyfmcbhvokpurk] has joined #lisp 14:50:19 andares [~sgd5@unaffiliated/jacco] has joined #lisp 14:50:27 pkhuong: I can't find where the priority of defsetf'ers over (setf f) is defined. 14:50:57 jdz: you're not making any sense. You can funcall functions even if they're not setf functions. 14:50:57 jdz: you can funcall any function. 14:53:16 rmarianski [~rmariansk@mail.marianski.com] has joined #lisp 14:53:16 -!- e-user [~akahl@nat/nokia/x-pgxyfmcbhvokpurk] has quit [Remote host closed the connection] 14:54:33 e-user [~akahl@nat/nokia/x-hevyxgsxyjiaqzna] has joined #lisp 14:55:40 xan_ [~xan@155.99.117.91.static.mundo-r.com] has joined #lisp 14:56:57 ok, here's the deal: there is a getter function (say point-coords) which returns the point coordinates as multiple values 14:57:12 -!- kuffaar [void@haskell.ist.krieg.9.ai] has quit [Read error: Operation timed out] 14:57:23 -!- billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has quit [Ping timeout: 255 seconds] 14:58:32 the simple problem of having the setter work is easy, and the setter function name indeed does not matter much 14:59:15 like, making (setf (point-coords *point*) (values 1 2)) work is easy 14:59:17 ehu [~ehuels@109.33.49.96] has joined #lisp 14:59:46 some obscure setter function may be generated under the hood, and nobody would ever want to look at its name 15:00:21 kuffaar [void@haskell.prime.to] has joined #lisp 15:00:32 -!- victor_lowther [~victor.lo@99.184.77.173] has quit [Ping timeout: 250 seconds] 15:00:47 but then, if i want to pass this function around, how do i get the hold of it? 15:01:20 in my case,(funcall #'(setf point-coords) 3 4 *point*) will work 15:02:08 whether such use case shows up is another question 15:02:16 cheez [~Adium@206-248-177-146.dsl.teksavvy.com] has joined #lisp 15:02:43 gko [~gko@122-116-15-138.HINET-IP.hinet.net] has joined #lisp 15:02:57 but then, it does not matter if the setf function is used, too 15:03:08 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 15:03:15 -!- ZabaQ [~Zaba@213.246.98.227] has quit [Quit: Leaving.] 15:04:14 gozoner [~ebg@ebg-10004083621.jpl.nasa.gov] has joined #lisp 15:04:26 ZabaQ [~Zaba@213.246.98.227] has joined #lisp 15:04:31 jdz: if you call a function set-point-coords then you can call it with (set-point-coords 3 4 *points*) there's no need for funcall. 15:04:39 -!- ZabaQ [~Zaba@213.246.98.227] has quit [Client Quit] 15:05:04 You can still define your defsetf to be able to call it as (setf (point-coords *points*) (values 3 4)) 15:05:16 except that the name has appeared somewhere by magic 15:05:25 ZabaQ [~Zaba@213.246.98.227] has joined #lisp 15:05:25 -!- dnolen [~davidnole@184.152.69.75] has quit [Quit: dnolen] 15:05:37 jdz: yes, like any other name. 15:05:45 benny [~benny@i577A31BE.versanet.de] has joined #lisp 15:05:59 pjb: well, no, the (defmethod* (setf point-coords) ...) was used to define it 15:06:22 What's your problem? 15:06:49 dnolen [~davidnole@184.152.69.75] has joined #lisp 15:07:04 i have no problem; my original question was whether setf expanders have their own namespace. 15:07:11 They have. 15:07:36 They do, and it overrides the namespace for setf-functions, IIRC. 15:07:42 Well, more exactly there's no such thing as a "setf expander" in lisp. 15:08:02 There are functions that are named by symbols, and there are functions that are named by lists of two symbols, the first being cl:setf. 15:08:20 I also recall that CLIM has some convention for dealing with multiple values in SETF. 15:08:21 vokoda` [~user@host109-156-4-114.range109-156.btcentralplus.com] has joined #lisp 15:09:15 -!- dnolen [~davidnole@184.152.69.75] has quit [Client Quit] 15:09:37 pjb: well, there is a glossary entry for "setf expander" at least 15:09:41 -!- sabalaba [~sabalaba@67-194-28-171.wireless.umnet.umich.edu] has quit [Ping timeout: 264 seconds] 15:09:43 -!- malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has quit [Quit: malbertife] 15:09:46 Notice that defsetf or define-setf-expander DO NOT define a function named (setf something). (Implementation dependant at best). 15:10:01 jdz: yes, I mean that there's no first class object of type setf-expander. 15:10:20 define-setf-expander (and defsetf) define something that's opaque and implementation dependant. 15:10:30 that's cool with me 15:10:39 -!- vokoda [~user@unaffiliated/vokoda] has quit [Ping timeout: 240 seconds] 15:11:41 mcclim would create a function named (setf climi::.point-coords-star.), which i'm not sure is necessary, really 15:11:52 So, independently of your defsetf, defining a function named (setf x) which doesn't have the interface required by SETF is bad. I still haven't found the place where clhs says that (setf x) functions must not be called when there's a defsetf or define-setf-expander for the same x. 15:12:19 pankajm [~pankajm@202.3.77.219] has joined #lisp 15:13:33 pjb: There's a specific order that's used when checking for the definition of a PLACE in SETF. 15:13:49 But there's no prohibition on calling the function directly if it exists. 15:13:53 nyef: where is it specified? 15:14:29 malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has joined #lisp 15:15:15 Well, it could be infered from the wording of 5.1.2.9... 15:15:33 Yeah, that's about it. 15:15:54 Expansion to a call of a setf-function is a last-resort case. 15:16:10 -!- gko [~gko@122-116-15-138.HINET-IP.hinet.net] has quit [Ping timeout: 240 seconds] 15:17:13 ok then, i'll leave my code as is for now, until i bump into problems. 15:17:37 jdz: why can't you just rename (setf point-coords) into set-point-coords? 15:17:53 jdz: someone reading your call to (setf foo) will be pretty confused. 15:18:15 jdz: by convention, setf can be used with multiple places -- (setf place 1 vlaue 1 place 2 value2) 15:18:32 pkhuong: well, do you find the example of http://bauhh.dyndns.org:8000/clim-spec/B-4.html#_1903 confusing? 15:18:34 Also, notice that (setf f) must return as a SINGLE value, its FIRST argument. 15:18:48 hargettp: (setf (point-cords point1) (values 1 2) ...) 15:18:50 jdz: nothing there calls a setf function. 15:19:02 (setf (output-record-position record) (values nx ny)) 15:19:02 jdz: why not just pass around a list? 15:19:13 jdz: that's a setf form, not calling a setf function. 15:19:24 pkhuong: i get your point 15:19:27 clim set-output-record-position 15:19:27 Sorry, I couldn't find anything for set-output-record-position. 15:19:31 clim set-output-record-position* 15:19:31 Sorry, I couldn't find anything for set-output-record-position*. 15:19:34 Hrm. 15:19:48 jdz: (setf (point-coords point1) (list 1 2)) 15:19:49 jdz: "5.1.2.9": A function named (setf f) must return its first argument as its only value in order to preserve the semantics of setf. So your code is not conforming. 15:20:28 fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has joined #lisp 15:20:35 sbahra [~sbahra@pool-74-106-252-24.bltmmd.fios.verizon.net] has joined #lisp 15:20:43 gko [gko@122-116-15-138.HINET-IP.hinet.net] has joined #lisp 15:20:58 -!- cch [~user@2001:da8:8001:111:222:68ff:fe14:6de] has quit [Read error: Connection reset by peer] 15:21:24 kushal [~kdas@fedora/kushal] has joined #lisp 15:21:41 pjb: well, you can sure make the (setf f) return the first argument, no problem. 15:22:09 jdz: it still doesn't obey the contract for setf functions. 15:22:13 jdz: I do. It's YOU who don't. 15:23:04 *nyef* suggests giving up, and making a note to never attempt to maintain anything jdz writes. 15:23:16 nyef: lol. 15:23:46 jdz: I think he's serious 15:24:07 I'm half-serious. 15:24:08 well, i found it funny because it's too late for nyef. 15:24:30 And, yes, it being too late for me is why it's only half-serious. 15:26:07 zhivago [~zhivago@li49-59.members.linode.com] has joined #lisp 15:26:46 -!- dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has quit [Quit: Lost terminal] 15:26:52 varjag [~eugene@4.169.249.62.customer.cdi.no] has joined #lisp 15:27:37 -!- zhivago is now known as Zhivago 15:28:26 -!- Harag [~Harag@wbs-41-208-211-15.wbs.co.za] has quit [Ping timeout: 255 seconds] 15:29:22 pkhuong, pjb, nyef: i appreciate your input, thanks a lot. 15:31:47 so, being able to do (funcall (function* (setf point-coords)) x y *some-point*) would make everybody happy 15:32:17 Why do you insist on using funcall? What's wrong with (set-point-coords x y *point*)? 15:32:37 You can even name it: %set-point-coords if you don't want the clients to use it. 15:32:39 pjb where do you pull the name "set-point-coords" out of? 15:33:05 -!- fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has quit [Ping timeout: 276 seconds] 15:33:25 Instead of writing the non conforming form: (defmethod (setf point-coords) (x y (p point)) ...) you would just write the conforming method (defmehtod set-point-coords (x y (p point)) ...) 15:33:33 the defining form is (defgeneric* (setf point-coords) (x y point)); how does a user come up with set-point-coords or %set-point-coords? 15:33:36 -!- Kovensky [~kovensky@abraxo.bluebottle.net.au] has quit [Ping timeout: 276 seconds] 15:33:46 pjb: it's defmethod* 15:34:12 The user doesn't. You define the defsetf needed to map (setf point-coords) to %set-point-coords, just like half of the other places. 15:34:17 -!- ignas [~ignas@78-60-36-123.static.zebra.lt] has quit [Ping timeout: 264 seconds] 15:34:21 Try to macroexpand a few setf. 15:34:22 Kovensky [~kovensky@abraxo.bluebottle.net.au] has joined #lisp 15:34:22 -!- gko [gko@122-116-15-138.HINET-IP.hinet.net] has quit [Ping timeout: 255 seconds] 15:34:40 (macroexpand '(setf (gethash :k h) :v)) 15:35:29 so, the user never uses the internal function, right?= 15:36:14 -!- e-user [~akahl@nat/nokia/x-hevyxgsxyjiaqzna] has quit [Quit: Leaving.] 15:36:35 e-user [~akahl@nat/nokia/x-kfbvrlhqvrjqprgg] has joined #lisp 15:36:43 He should not, if you put a % in it and don't export it. 15:36:59 To the point where RPLACA has been relegated to introductory lessons about lisp instead of actual use. 15:37:45 pjb: so, if the user never uses the internal function, i can call it whatever i want, right? for instance (setf f)? 15:37:53 In any case the user should only do what he's told in the documentaiton. 15:38:02 daniel_ [~daniel@p5082983B.dip.t-dialin.net] has joined #lisp 15:38:05 jdz: you could also call it get-f and mislead people even more. 15:38:20 jdz: you could call it (setf f) if it respected the protocole for (setf f). But since it doesn't you should not. 15:38:41 jdz: also it is bad form to define a (setf f) function that is called only thru a defsetf. 15:38:54 gko [gko@122-116-15-138.HINET-IP.hinet.net] has joined #lisp 15:41:07 now let's imagine two people in their own packages trying to do (defgeneric* (setf point-coords) ...) 15:41:32 -!- daniel [~daniel@p5B3268AC.dip.t-dialin.net] has quit [Ping timeout: 276 seconds] 15:41:57 -!- pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has quit [Quit: Leaving.] 15:42:32 of course trying to load both packages in the same image 15:42:33 This defgeneric* is wrong it should not exist. 15:42:47 ok, now we're getting somewhere 15:43:02 jdz: that's a problem with names and setf in general. 15:43:22 You already have that issue with regular setf functions. 15:43:47 well, i have not noticed it before, to be honest 15:44:17 -!- ocharles [u411@gateway/web/irccloud.com/x-svnbaychxgwayhir] has left #lisp 15:44:20 jdz: maybe your premise is irrelevant then. 15:44:30 which premise? 15:44:53 of having two distinct packages trying to define the same setter. 15:45:18 well, kind of. at the moment the only package that uses clim-sys package is clim. 15:45:28 as far as i know 15:45:50 Surely, if the two different packages have their own POINT-COORDS symbols, they won't be able to define colliding setf functions? 15:46:13 but then, i have not done any real CLIM experience, but i'd expect that people writing CLIM applications would use the provided mechanisms in their programs... 15:46:33 nyef: I'm reading the situation as two packages trying to define setf functions for a third party symbol (which is odd, at best) 15:46:51 -!- kushal [~kdas@fedora/kushal] has quit [Ping timeout: 246 seconds] 15:47:01 Okay, yes. That /is/ odd. 15:47:16 -!- mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has quit [Remote host closed the connection] 15:48:00 twem2 [~twem2@puma-mxisp.mxtelecom.com] has joined #lisp 15:48:40 pkhuong, nyef: the situation is rather a single package (where the macro defgeneric* is defined) is used to define those functions *for* the two different user packages 15:48:58 if magic names are automatically generated, which package are they being generated in? 15:49:16 Harag [~Harag@41.56.30.218] has joined #lisp 15:49:21 jdz: why does it matter? 15:49:24 What's your problem? 15:49:31 Typically, they get generated in *PACKAGE*. 15:49:36 And if they're really magic name, you can just use gensym! 15:50:14 If they're generated, then you don't need a method (<=> you cannot overload them). 15:50:15 -!- morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has quit [Remote host closed the connection] 15:50:32 Then you can do the work in the defsetf. Again this defgeneric* macro is silly. 15:50:35 *nyef* had to patch SBCL once to record the "magic names" generated for some process, because it assumed that they all had to be generated in some internal package, and that wasn't the case for what I was doing. 15:50:40 sabalaba [~sabalaba@c-69-136-131-95.hsd1.mi.comcast.net] has joined #lisp 15:51:44 -!- Harag [~Harag@41.56.30.218] has quit [Read error: No route to host] 15:52:05 iwillig [~iwillig@dyn-128-59-150-188.dyn.columbia.edu] has joined #lisp 15:54:21 tmh [635b09ad@pdpc/supporter/sustaining/tmh] has joined #lisp 15:54:28 Greetings lispers. 15:54:35 -!- aerique [euqirea@xs3.xs4all.nl] has quit [Quit: ...] 15:54:36 rpg [~rpg@mpls.sift.info] has joined #lisp 15:54:50 nyef: generating symbols in *package* is OK if the user has asked for them. 15:55:20 what's wrong with a gensym? 15:55:28 probably nothing 15:56:17 attila_lendvai [~attila_le@catv-80-98-24-21.catv.broadband.hu] has joined #lisp 15:56:32 morning 15:56:47 What's the right way to tell SLIME that you want to change the readtable for a particular file? Does it grok (setf *READTABLE* ...)? Or is there something more specific I should do? 15:57:13 Old school lisp modes used to use the mode line for this... 15:58:15 rpg: see swank:*readtable-alist* although it's a mapping from package to readtables 15:58:24 rpg: i think named-readtables might have some kind of integration there. 15:58:36 -!- jacobian [~jacobian@79.97.150.114] has quit [Quit: Leaving] 16:00:55 Xach: So does SLIME (swank) ship with named-readtables included? 16:01:12 no 16:01:22 Saturnation [~dsouth@pool-64-222-91-88.burl.east.myfairpoint.net] has joined #lisp 16:02:17 ouch. Invoking SLIME document symbol on swank::*readtable-alist* killed my emacs. 16:02:40 What I'd call a "user friendly" software... 16:02:41 vokoda`` [~user@host109-153-36-180.range109-153.btcentralplus.com] has joined #lisp 16:04:18 Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has joined #lisp 16:05:27 -!- vokoda` [~user@host109-156-4-114.range109-156.btcentralplus.com] has quit [Ping timeout: 240 seconds] 16:05:45 Adlai_ [~leif@static-71-249-194-107.nycmny.east.verizon.net] has joined #lisp 16:06:04 -!- Adlai_ is now known as leifw_ 16:06:24 -!- malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has quit [Ping timeout: 250 seconds] 16:06:33 dRbiG [drbig@unhallowed.pl] has joined #lisp 16:06:39 -!- sabalaba [~sabalaba@c-69-136-131-95.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 16:11:11 -!- juniorroy [~juniorroy@212.36.224.57] has quit [Ping timeout: 255 seconds] 16:13:59 -!- dmv_ [~daniel@187.35.237.98] has left #lisp 16:16:13 rasterbar [~rasterbar@unaffiliated/rasterbar] has joined #lisp 16:17:43 milanj [~milanj_@82.117.199.26] has joined #lisp 16:18:31 vokoda``` [~user@host109-153-57-252.range109-153.btcentralplus.com] has joined #lisp 16:18:58 -!- snearch [~snearch@f053007087.adsl.alicedsl.de] has quit [Quit: Verlassend] 16:19:51 -!- vokoda`` [~user@host109-153-36-180.range109-153.btcentralplus.com] has quit [Ping timeout: 240 seconds] 16:26:33 -!- mcsontos [~mcsontos@nat/redhat/x-rrroxcinpnjjfrdl] has quit [Quit: Leaving] 16:27:03 -!- vokoda``` [~user@host109-153-57-252.range109-153.btcentralplus.com] has quit [Ping timeout: 240 seconds] 16:27:13 billitch [~billitch@62.201.142.71] has joined #lisp 16:28:54 schoppenhauer [~christoph@unaffiliated/schoppenhauer] has joined #lisp 16:29:18 mascotte [p.scott@AClermont-Ferrand-651-1-10-193.w86-200.abo.wanadoo.fr] has joined #lisp 16:29:29 -!- cheez [~Adium@206-248-177-146.dsl.teksavvy.com] has quit [Quit: Leaving.] 16:33:19 -!- iwillig [~iwillig@dyn-128-59-150-188.dyn.columbia.edu] has quit [Quit: Leaving] 16:35:03 -!- Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has quit [Quit: leaving] 16:35:10 silenius [~silenus@p4FC23023.dip.t-dialin.net] has joined #lisp 16:35:19 Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has joined #lisp 16:37:16 iwillig [~iwillig@dyn-128-59-150-188.dyn.columbia.edu] has joined #lisp 16:37:37 Euthydemus [~euthydemu@vaxjo7.80.cust.blixtvik.net] has joined #lisp 16:37:50 -!- Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has quit [Client Quit] 16:38:05 ikki [~ikki@201.122.132.181] has joined #lisp 16:38:10 Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has joined #lisp 16:39:04 -!- Hun [~Hun@host-80-81-19-29.customer.m-online.net] has quit [Remote host closed the connection] 16:42:25 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 260 seconds] 16:42:46 -!- pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 255 seconds] 16:43:00 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 260 seconds] 16:44:06 tcleval [bb1297c8@gateway/web/freenode/ip.187.18.151.200] has joined #lisp 16:44:14 Please humor me with this off-topic question. When compiling an executable that relies on shared libraries, is it possible to specify a default load library path or must LD_LIBRARY_PATH be properly defined when the executable is run? 16:44:23 This is with gcc 16:44:52 I think you can specify it, I forget how 16:45:36 -!- Euthydemus [~euthydemu@vaxjo7.80.cust.blixtvik.net] has quit [Read error: Connection reset by peer] 16:45:58 gravicappa [~gravicapp@ppp85-140-64-39.pppoe.mtu-net.ru] has joined #lisp 16:46:56 tmh: it's called rpath, where you specify the path to the library requested in ELF header 16:47:43 I have this little NAS box running linux-ppc. It has a very limited set of tools, some fairly obsolete, like gcc 3.4.6. Thanks p_l|backup and k9quaint. 16:47:51 thats it, rpath 16:48:25 I'm just trying to get some things running. I'd like to get CCL running on it, but that's not an immediate priority. 16:48:59 -!- simplechat [~simplecha@unaffiliated/simplechat] has quit [Remote host closed the connection] 16:49:31 Not threaded SBCL? 16:49:44 -!- billitch [~billitch@62.201.142.71] has quit [Ping timeout: 272 seconds] 16:50:16 nyef: if it's a fairly limited box... I think CCL fits better with its lower memory use :D 16:50:30 Fair point. 16:51:02 nyef: Hm, I didn't notice that there was an SBCL for linux ppc. I'm totally out of the SBCL loop, I'll give that a try. 16:51:27 SBCL has been available for PPC linux for ages, it's threads that are new. 16:51:55 malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has joined #lisp 16:52:15 -!- redline6561 [~user@c-66-56-55-169.hsd1.ga.comcast.net] has quit [Ping timeout: 240 seconds] 16:53:12 -!- jdz [~jdz@193.206.22.97] has quit [Ping timeout: 265 seconds] 16:53:50 nyef: I'm not sure what the deal with threads is on this box. When I try to run CCL, it can't find the pthreads shared library and the only pthreads library I can find is static. It's a weird little beast. 16:54:15 -!- slyrus [~chatzilla@adsl-75-36-217-249.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 240 seconds] 16:54:46 How old is the linux kernel? 16:54:57 2.6.32.12 16:55:01 -!- dto [~dto@pool-96-252-62-25.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 16:55:06 That's not horrible, at least. 16:55:13 billitch [~billitch@62.201.142.91] has joined #lisp 16:55:37 I only realized last night that the shell is busybox. 16:56:48 i like busybox for little appliances :) 16:57:08 k9quaint: Well, that's what this is, a little appliance. I might be asking too much of it. 16:57:36 What I'm trying to do right now is get cvsps running so I can make a git mirror of maxima. 16:58:46 are you going to build it from source on the NAS? 16:59:05 mrSpec [~Spec@unaffiliated/mrspec] has joined #lisp 16:59:38 k9quaint: cvsps, yes, maxima, no. I just need the mirror on the NAS. 16:59:47 tmh: heh, that's better than my phone which is stuck @ 2.6.29 17:00:23 p_l|backup: Wow, I would feel totally inadequate if your phone had a newer kernel than my NAS. ;-) 17:00:32 thats what I am running too :) 17:00:39 -!- jao [~user@pdpc/supporter/professional/jao] has quit [Ping timeout: 240 seconds] 17:00:41 -!- Krystof [~csr21@158.223.51.76] has quit [Ping timeout: 264 seconds] 17:01:14 tmh: it's a pimped-out phone, though... by modding, because the software shipped with it sucks, and I don't have money to buy a more powerful one ;-) 17:01:41 p_l|backup: did you put big fans on your phone and overclock it? :D 17:02:39 p_l|backup: That's cool. I like being able to hack stuff and make it useful after it's "obsolete". 17:02:40 k9quaint: nah, no overclocking (cause it breaks some other stuff, I don't remember which. Some timings were wrong). 17:03:04 tmh: Expect that a lot if you decide to buy a non-Apple smartphone, apparently :/ 17:03:25 especially non-Apple *and* non-HTC 17:06:13 p_l|backup: I've done that. I'm running the OEM Android build right now because it's passable, but know down the road I'll have to root and run custom ROMs. 17:06:49 -!- tcleval [bb1297c8@gateway/web/freenode/ip.187.18.151.200] has quit [Quit: Page closed] 17:07:20 francogrex_ [c14be4fc@gateway/web/freenode/ip.193.75.228.252] has joined #lisp 17:07:51 Sweet, SBCL 1.0.28 PPC runs on the box, except the TERM settings seem hosed and I can't backspace. 17:08:23 tmh: I recommend going with CyanogenMod, they fixed certain issues that are on the bugtracker since 1.0 and have no expected timeframe 17:08:27 -!- RaceCondition [~erik@82.131.72.191.cable.starman.ee] has quit [Quit: RaceCondition] 17:08:42 Heh. 1.0.28 is the version I use as a build host. 17:08:47 RaceCondition [~erik@82.131.72.191.cable.starman.ee] has joined #lisp 17:08:54 superflit [~superflit@140.226.49.148] has joined #lisp 17:08:54 nyef: It's the last version for PPC. 17:09:05 The last built version, perhaps. 17:09:12 Well, built-and-released. 17:09:20 nyef: That's what I meant. 17:09:26 -!- RaceCondition [~erik@82.131.72.191.cable.starman.ee] has left #lisp 17:09:45 I'm running a 1.0.45.13, +threads, +xref-for-internals. 17:10:01 in sb-vm what does the int value after :generator mean ? i see it can go from 0 to 6 or more? 17:10:36 nyef: +xref-for-internals? I'm assuming that's a customizable feature (like threading) on SBCL? What am I missing by not using it? :) 17:11:06 hargettp: It's for recording "XREF" data for the cross-built parts of SBCL. Mostly advanced introspection stuff. 17:11:11 Damn, how did it get to be 11:10. 17:11:12 ? 17:11:32 nyef: stuff I couldn't find with sb-introspect? 17:12:05 hargettp: Stuff that doesn't have its sb-introspect data recorded by default due to the cross-build. 17:12:15 francogrex_: "Cost". It's mostly used for templates (VOPs with the :TRANSLATE option), MOVE VOPs and the like. 17:12:20 nyef: cool ty for the info...may try that on my next spin :) 17:12:36 ok. tx 17:12:50 pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has joined #lisp 17:13:06 nyef: This PPC box is 32bit, are there 64bit PPC boxen? 17:13:25 tmh: I'm running on a G5, which is 64-bit, but there's no 64-bit backend in SBCL. 17:14:21 francogrex_: The mechanism isn't particularly sophisticated, the cost is used to sort lists of VOPs in preference order and for efficiency notes, but doesn't appear to be used for anything fun like minimizing overall cost over a series of operations. 17:14:28 nyef: Okay, I was just wondering. I don't have an immediate need, but when I find the time I'll build a current version from source now that I know SBCL works with no hacking on my part. 17:14:57 I should probably see about building current PPC versions on a regular basis. 17:15:45 nyef : yes. in any case I don't see it makes any difference in my 'simple' vop code 17:16:14 francogrex_: Right, it doesn't seem to do much in the simple cases. 17:16:37 nyef: Don't do it on my account, I'm just playing. But, if I get things undercontrol, I could help with the PPC build, assuming that the build on this box is usable elsewhere. 17:17:27 -!- corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has quit [Ping timeout: 240 seconds] 17:17:32 -!- mvilleneuve [~mvilleneu@LLagny-156-36-4-214.w80-14.abo.wanadoo.fr] has quit [Quit: Lost terminal] 17:17:49 astoon [~astoon@109.188.252.177] has joined #lisp 17:21:02 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 17:21:12 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 17:21:14 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 17:22:48 -!- astoon [~astoon@109.188.252.177] has quit [Ping timeout: 276 seconds] 17:23:51 astoon [~astoon@109.188.252.177] has joined #lisp 17:25:48 -!- francogrex_ [c14be4fc@gateway/web/freenode/ip.193.75.228.252] has quit [Quit: Page closed] 17:27:33 -!- amb007 [~a_bakic@68.17.97-84.rev.gaoland.net] has quit [Remote host closed the connection] 17:29:45 -!- Fill [~Fill@unaffiliated/fill] has quit [Ping timeout: 240 seconds] 17:30:05 -!- fmu__ [u89@gateway/web/irccloud.com/x-kntcnleudhclruqg] has quit [Ping timeout: 240 seconds] 17:30:11 fmu__ [u89@gateway/web/irccloud.com/x-nfcyykdqbqfovrxe] has joined #lisp 17:30:49 Fill [~Fill@static.195.170.4.46.clients.your-server.de] has joined #lisp 17:32:02 sysfault [~exalted@p3m/member/sysfault] has joined #lisp 17:34:04 -!- blandest [~user@85.204.33.242] has quit [Ping timeout: 255 seconds] 17:34:24 jewel_ [~jewel@196-215-109-176.dynamic.isadsl.co.za] has joined #lisp 17:35:10 -!- billitch [~billitch@62.201.142.91] has quit [Ping timeout: 240 seconds] 17:36:40 -!- mishoo [~mishoo@79.112.237.60] has quit [Ping timeout: 260 seconds] 17:39:38 -!- e-user [~akahl@nat/nokia/x-kfbvrlhqvrjqprgg] has quit [Quit: Leaving.] 17:39:41 -!- xristos [~x@2001:470:8859:cafe:20c:29ff:fe47:788] has quit [Read error: Operation timed out] 17:41:15 xristos [~x@2001:470:8859:cafe:20c:29ff:fe47:788] has joined #lisp 17:41:21 -!- xristos is now known as Guest5330 17:42:34 sabalaba [~sabalaba@67-194-33-163.wireless.umnet.umich.edu] has joined #lisp 17:44:10 -!- ehu [~ehuels@109.33.49.96] has quit [Ping timeout: 240 seconds] 17:44:47 _s1gma [~herpderp@77.107.164.131] has joined #lisp 17:45:06 billitch [~billitch@62.201.142.91] has joined #lisp 17:48:52 mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has joined #lisp 17:51:19 mishoo [~mishoo@79.112.237.60] has joined #lisp 17:51:27 -!- Quadrescence [~Quad@unaffiliated/quadrescence] has quit [Ping timeout: 240 seconds] 17:54:32 amb007 [~a_bakic@68.17.97-84.rev.gaoland.net] has joined #lisp 17:55:00 jdz [~jdz@host47-106-dynamic.14-87-r.retail.telecomitalia.it] has joined #lisp 17:58:55 Quadrescence [~Quad@unaffiliated/quadrescence] has joined #lisp 18:00:19 andares [~sgd5@wl-west2-pat.netcom.duke.edu] has joined #lisp 18:00:19 -!- andares [~sgd5@wl-west2-pat.netcom.duke.edu] has quit [Changing host] 18:00:19 andares [~sgd5@unaffiliated/jacco] has joined #lisp 18:00:26 Hoornet [~Hoornet@93.103.24.156] has joined #lisp 18:00:33 kraison [~kraison@70.90.182.149] has joined #lisp 18:00:37 -!- Ralith [~ralith@S010600221561996a.vc.shawcable.net] has quit [Ping timeout: 255 seconds] 18:02:27 -!- attila_lendvai [~attila_le@catv-80-98-24-21.catv.broadband.hu] has quit [Quit: Leaving.] 18:05:09 -!- ikki [~ikki@201.122.132.181] has quit [Quit: Leaving] 18:05:34 Got to love sourceforge. I finally figure out how to mirror the maxima cvs repository with git, get cvsps built, working, and installed, and sourceforge has shut down the cvs server for projects because of some outage. 18:05:44 -!- gko [gko@122-116-15-138.HINET-IP.hinet.net] has quit [] 18:05:59 -!- astoon [~astoon@109.188.252.177] has quit [Read error: Connection reset by peer] 18:06:35 *Xach* noticed that when trying to fetch SERIES today 18:07:06 mega1 [~quassel@2001:470:1f05:548:215:58ff:fe7d:773b] has joined #lisp 18:07:57 corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has joined #lisp 18:08:08 Well, I need to reboot right now anyway. Laters. 18:08:14 -!- tmh [635b09ad@pdpc/supporter/sustaining/tmh] has left #lisp 18:08:35 -!- splittist [~John@18-59.1-85.cust.bluewin.ch] has quit [Quit: laters] 18:09:02 slyrus [~chatzilla@173-228-44-88.dsl.static.sonic.net] has joined #lisp 18:11:56 andares_ [~sgd5@wl-west2-pat.netcom.duke.edu] has joined #lisp 18:11:56 -!- andares_ [~sgd5@wl-west2-pat.netcom.duke.edu] has quit [Changing host] 18:11:56 andares_ [~sgd5@unaffiliated/jacco] has joined #lisp 18:12:02 -!- Athas [~athas@shop3.diku.dk] has quit [Remote host closed the connection] 18:12:05 -!- andares [~sgd5@unaffiliated/jacco] has quit [Read error: Connection reset by peer] 18:12:06 -!- andares_ is now known as andares 18:13:02 rtoym: ping 18:13:03 -!- Quadrescence [~Quad@unaffiliated/quadrescence] has quit [Ping timeout: 240 seconds] 18:16:16 Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has joined #lisp 18:16:59 -!- mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer] 18:17:48 mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has joined #lisp 18:18:25 Quadrescence [~Quad@unaffiliated/quadrescence] has joined #lisp 18:19:52 getgrnam [~igibson@128.249.96.15] has joined #lisp 18:22:00 -!- silenius [~silenus@p4FC23023.dip.t-dialin.net] has quit [Remote host closed the connection] 18:22:23 astoon [~astoon@109.188.252.177] has joined #lisp 18:23:27 -!- Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has quit [Ping timeout: 240 seconds] 18:24:12 snearch [~snearch@f053007087.adsl.alicedsl.de] has joined #lisp 18:24:20 Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has joined #lisp 18:27:20 -!- mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has quit [Remote host closed the connection] 18:27:36 fe[nl]ix: What's up? 18:27:41 mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has joined #lisp 18:27:51 -!- Quadrescence [~Quad@unaffiliated/quadrescence] has quit [Ping timeout: 240 seconds] 18:28:01 ehu [~ehuels@ip118-64-212-87.adsl2.static.versatel.nl] has joined #lisp 18:29:26 rtoym: how about moving SERIES to git ? I offer to do the conversion 18:29:28 -!- Kenjin [~josesanto@2.80.248.16] has quit [Quit: Computer has gone to sleep] 18:30:04 Any particular reason for that? Are you going to hack on it? 18:30:06 tmh [635b09ad@pdpc/supporter/sustaining/tmh] has joined #lisp 18:30:16 Rebooted. 18:31:10 rtoym: sourceforge cvs is such a pain to me... 18:31:53 -!- Joreji [~thomas@72-022.eduroam.RWTH-Aachen.DE] has quit [Ping timeout: 264 seconds] 18:31:53 -!- sabalaba [~sabalaba@67-194-33-163.wireless.umnet.umich.edu] has quit [Ping timeout: 264 seconds] 18:32:41 Xach: as a workaround, I generally rsync their repo over to my local machine. it's way more reliable and faster to access (: 18:32:55 Other than not really knowing git, I don't have any real objection to moving series to git. 18:33:11 antifuchs: how does that work? 18:33:15 *rtoym* has been meaning to learn some other systems besides cvs. 18:33:25 they offer an anonymous-rsync endpoint. let me look it up. 18:33:25 Quadrescence [~Quad@unaffiliated/quadrescence] has joined #lisp 18:34:04 Yes, I have a cron job that rsyncs series, f2cl, and maxima cvs repos to my local drive. (Just for backups.) 18:34:05 for sbcl, it's rsync://sbcl.cvs.sourceforge.net/cvsroot/sbcl/* 18:34:23 rtoym: git is the one to learn simply from an inertia viewpoint. 18:34:51 antifuchs: does that tend to work even when anon cvs doesn't? 18:34:59 -!- getgrnam [~igibson@128.249.96.15] has left #lisp 18:35:00 stassat, antifuchs, Xach, H4ns: hello! 18:35:15 I think so. I didn't get many failures from their rsync service 18:35:28 tmh: If popularity were the criterion, we wouldn't be here. :-) But yes, git was high on my list for that reason. svn next because work requires it. 18:35:38 -!- hlavaty [~user@95-88-27-48-dynip.superkabel.de] has quit [Ping timeout: 240 seconds] 18:35:48 -!- Fill [~Fill@static.195.170.4.46.clients.your-server.de] has quit [Changing host] 18:35:48 Fill [~Fill@unaffiliated/fill] has joined #lisp 18:36:49 rtoym: I can only play the role of Don Quixote in one area of my software choices. :-) 18:40:50 carlocci [~nes@93.37.198.250] has joined #lisp 18:41:07 fe[nl]ix: Where will you put series? github? Before you do this, I need to figure out how to update the series pages to point to the new repo. 18:41:56 mitre [~chatzilla@74.112.63.251] has joined #lisp 18:42:53 -!- lanthan_afh [~ze@p50992b91.dip0.t-ipconnect.de] has quit [Quit: Ex-Chat] 18:43:20 rtoym: SF too supports git, so I would put the repo on github and you would copy it to SF 18:44:09 Oh. Then wouldn't it be better for me to convert it on SF? Then you can make a clone anywhere. 18:45:34 When I was searching for mirroring cvs with git, one of the tech support people on github responded in a thread that it was there intention to enable mirroring cvs repos. That was some time ago, though. I couldn't find anything suggesting they had it in place. 18:45:41 but you get so much better social-networking things on github (: 18:45:42 s/there/their/ 18:46:09 Hah! I mainly like github because of the bug tracking and wiki capabilities. 18:46:23 I mainly like github because it makes forking so easy & rewarding 18:46:38 it's just very easy to fix a bug and get a "thanks, that's excellent" back from the maintainer 18:46:39 -!- mishoo [~mishoo@79.112.237.60] has quit [Ping timeout: 240 seconds] 18:46:42 dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has joined #lisp 18:46:52 (and it's very easy for the maintainer to integrate your patch (-:) 18:47:10 (so they're more likely to send back a "thanks, that's excellent" response (o:) 18:47:24 So, if I fork a project, the maintainer would have easy access to my changes? 18:47:32 I need to fork meta-sexp 18:47:39 tmh: check out pull requests 18:47:55 it's basically a formalization of the [PATCH] submission mechanism on mailing lists 18:48:18 except they're tracked, and applying the patch takes a mouse click on the web interface (but you also get a command-line utility for it) 18:48:25 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 18:48:26 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 18:48:46 -!- pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 255 seconds] 18:48:58 antifuchs: the fact that the user patches are tracked is indeed nice, but I seldom apply patches as they are 18:49:22 usually I cherry-pick one by one, adjust/fix them then commit --amend 18:49:30 fe[nl]ix: yeah, check out https://github.com/schacon/git-pulls 18:49:30 -!- ymv [~imv@94.231.123.31] has quit [Ping timeout: 240 seconds] 18:49:43 fe[nl]ix: But why do you want series on git? 18:49:59 *everything* should be on git 18:50:27 rtoym: Resistance is futile. (Someone had to type it. :-) 18:50:44 rtoym: what foom says 18:50:46 resistance is foomtile? (: 18:50:58 I am, as always, very very sorry 18:51:18 I'm really rather late to the git party, but all for it now. :) 18:51:25 antifuchs: IMO the more complex the project, the more likely that casual patches are inadequate 18:51:32 -!- Adamant [~Adamant@unaffiliated/adamant] has quit [Quit: Adamant] 18:52:27 *rtoym* isn't sure of the value of putting something that is probably dead on some other version control system. Now it's dead everywhere. :-) 18:53:13 -!- macrobat [~fuzzyglee@h-152-12.A163.priv.bahnhof.se] has quit [Quit: WeeChat 0.3.4] 18:53:34 rtoym: If you lower the bar for entry, you might bring it back to life. I think CVS is becoming a barrier that a lot of people won't accept, aside from the fact that it's in lisp. 18:53:34 fe[nl]ix: if people follow rules for patch submission, I think they can be pretty adequate. 18:53:36 when you forget about it and the server becomes inaccessible, it's more likely that someone else has the entire project history if it's in a git repo. :) 18:53:37 :-P 18:53:45 ...see the popularity of github pull requests for evidence (: 18:54:10 dstatyvka [ejabberd@pepelaz.jabber.od.ua] has joined #lisp 18:54:15 vokoda [~user@host109-153-53-181.range109-153.btcentralplus.com] has joined #lisp 18:55:24 -!- corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has quit [Quit: Leaving] 18:55:28 tmh: The barrier from Lisp is way, Way higher than the barrier from cvs. 18:57:40 -!- gonzojive [~red@c-71-198-7-84.hsd1.ca.comcast.net] has quit [Read error: No route to host] 18:57:47 gonzojive [~red@c-71-198-7-84.hsd1.ca.comcast.net] has joined #lisp 18:58:25 Anyway, I'll look into it moving series to git. Might consider moving matlisp to git too. 18:58:27 I'm envisioning a lisper thinking, "I sure could use series. Crap, I have to get it with CVS, might as well roll my own." 18:58:37 antifuchs: I'm not talking about coding standards or the length of the patch etc... 18:58:50 tmh: really? 18:59:06 tmh: hmm. guess that's what they all have been doing with SBCL too, I guess... 18:59:08 antifuchs: but that the code in the patch might be (slightly) incorrect 18:59:14 ehu: It's a joke on the lisper mentality. I'm guilty of it myself. :-) 18:59:16 *Xach* sees that more often with utility libraries 18:59:26 koning_robot [~aap@50-208.ftth.onsbrabantnet.nl] has joined #lisp 18:59:57 fe[nl]ix: well, if that happens, you can refuse the patch (: 19:00:15 tmh: Well, my thinking is "I sure could use x. Crap. I have to get it with git. Might as well roll my own." It's all a matter of what you're used to. :-) 19:00:16 fe[nl]ix: I think the pull req mechanism makes that pretty manageable 19:00:41 rtoym: Indeed. 19:01:02 ehu: Did you get a chance to try out plotting with maxima? (I probably could, but I'm kind of lazy about that right now.) 19:01:09 -!- xan_ [~xan@155.99.117.91.static.mundo-r.com] has quit [Read error: Operation timed out] 19:01:23 antifuchs: otoh, often it takes less time to fix the patch myself than to reply to the author explaining in detail what's wrong with it 19:01:26 kae [~dsa@ext02.gsp.se] has joined #lisp 19:01:32 hence, cherry-pick + commit --amend 19:01:52 sounds like you could use a better test suite <-; 19:02:30 -!- koning_r1bot [~aap@50-208.ftth.onsbrabantnet.nl] has quit [Ping timeout: 240 seconds] 19:02:34 perhaps :D 19:02:49 fe[nl]ix: It's probably worth your time to coach a patch author on style if they are regularly submitting patches. Then, you could transition them into maintainer from patcher. 19:02:55 mishoo [~mishoo@79.112.237.60] has joined #lisp 19:03:10 pmurias [~pawel@89-75-37-59.dynamic.chello.pl] has joined #lisp 19:03:21 how can i get the class of an object? 19:03:27 *rtoym* wonders where tcr is. Got some named-readtables updates for him. 19:03:28 -!- malbertife [~marcoalbe@gw-e-U-EdII.nat.fct.unl.pt] has quit [Quit: malbertife] 19:03:28 clhs class-of 19:03:29 http://www.lispworks.com/reference/HyperSpec/Body/f_clas_1.htm 19:03:39 pmurias: That was too easy. 19:04:01 minion: You're here! Hurray! 19:04:01 what's up? 19:04:04 -!- jewel_ [~jewel@196-215-109-176.dynamic.isadsl.co.za] has quit [Ping timeout: 255 seconds] 19:04:14 minion: I missed you. 19:04:15 well, i don't think i missed you though 19:04:23 *tmh* sheds a tear. 19:04:26 rtoym, tmh: Yes, minion has been back for about a week now. 19:04:31 Abezethibou [~user@92.44.9.151] has joined #lisp 19:04:42 but it's just as rude as ever 19:04:46 As has specbot and lisppaste. 19:04:57 nyef: Cool. I, on the other hand, haven't really been around of late. 19:05:02 nyef: does lisppaste announce stuff again? 19:05:05 if so, !!! (: 19:05:06 LiamH: Yeah, I just forced them to reconnect, not attempted to build them a sense of tact. 19:05:12 antifuchs: Not so far as I know. 19:05:28 rtoym: I disappeared for a month or so as well. 19:05:33 -!- kraison [~kraison@70.90.182.149] has left #lisp 19:05:39 nyef: somebody mentioned yesterday that it works on #emacs again, so might be good to try enabling it here 19:06:01 pmurias: it's a rite of passage to ask for functions using the exact words in that function's name (-: 19:06:06 antifuchs: I think it's a channel setting, for which we'd need an op, but I'm not certain. 19:06:20 Hello All ..  have a question about GUIs. Which library do you prefer to make a gui. I studied little bit cl-gtk.. But i want to learn alternatives 19:06:25 nyef: op on the channel? 19:06:27 I can do that 19:06:38 antifuchs: Just check to see if it's been devoiced or something. 19:06:47 -!- ChanServ has set mode +o antifuchs 19:06:51 If that turns out to not be it, then I can consider checking the backend. 19:08:53 fe[nl]ix: Do you have any docs on converting CVS to git on SF? 19:09:02 nyef: AFAIK chandler deactivated lisppaste's channel notifications 19:09:26 xan_ [~xan@169.Red-83-52-52.dynamicIP.rima-tde.net] has joined #lisp 19:09:30 rtoym: git cvsimport --help 19:10:15 rtoym: See if this page applies -> http://stackoverflow.com/questions/584522/how-to-export-revision-history-from-mercurial-or-git-to-cvs/586225#586225 19:10:21 -!- antifuchs has set mode -q lisppaste!*@* 19:10:22 fe[nl]ix: Yeah, that's the other possibility, in which case I could try to figure out how and to reactivate it, but would rather not unless there's a botmaster around regularly to monitor it. 19:10:24 let's see now! 19:10:35 rtoym: you need a local copy of the master repo(not a checkout) and a file that maps the cvs usernames to "Name " strings 19:11:00 Abezethibou: If I was doing a project for money, I would probably look at CAPI. 19:11:01 rtoym: Although, that page also discusses maintaining the cvs side as well. 19:11:03 antifuchs pasted "This is a test" at http://paste.lisp.org/display/119067 19:11:07 wheeeeee! 19:11:07 Abezethibou: for fun, I might look at Ltk. 19:11:17 nyef: thanks for the hints (: 19:11:22 -!- antifuchs has set mode -o antifuchs 19:11:25 -!- _danb_ [~user@124-169-135-129.dyn.iinet.net.au] has quit [Ping timeout: 240 seconds] 19:11:30 antifuchs: Not a problem. 19:11:31 commonqt looked okay 19:11:44 fe[nl]ix: Looks like it wasn't a bot-side option. 19:12:00 good 19:12:07 fe[nl]ix, tmh: Thanks for the pointers. I'll look in to it. Shouldn't be a problem if series remains at SF, right? 19:12:46 if it remains in CVS, no 19:13:06 Xach: thak you for your comment (and for all tools also) 19:13:26 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 19:13:28 fe[nl]ix: I meant converting series on SF from CVS to git. You said SF supports git now. 19:13:31 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 19:15:09 rtoym: yes, but you need the conversion map anyway, otherwise git commit headers will just contain the bare usernames 19:15:14 it's not automatic 19:15:31 Edward__ [ed@AAubervilliers-154-1-53-172.w90-3.abo.wanadoo.fr] has joined #lisp 19:16:02 I think there were only two committers for series. And I have no idea where the other committer is anymore. 19:17:54 -!- ehu [~ehuels@ip118-64-212-87.adsl2.static.versatel.nl] has quit [Ping timeout: 246 seconds] 19:20:41 getgrnam [~igibson@128.249.96.15] has joined #lisp 19:23:57 adarnimrod_ [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has joined #lisp 19:24:36 -!- adarnimrod_ [~nimrod@bzq-79-177-209-98.red.bezeqint.net] has quit [Max SendQ exceeded] 19:24:41 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 19:26:06 why is there a macro that defines global functions considered a bad thing? (except for possible name clashing with user symbols) 19:26:37 mishoo: I don't tend to like that if the names are implicit. 19:26:45 mishoo: I don't mind a bit if the names are explicit. 19:28:22 http://lisp.geek.nz/weekly-repl/ <--- anyone can comment on this (good, bad, meh?) 19:28:30 good! 19:28:32 p_l|backup: super-awesome 19:28:58 p_l|backup: Intriguing 19:29:04 it needs to be weeklier, though! 19:29:12 -!- yvdriess [~Beef@soft85.vub.ac.be] has quit [Quit: Leaving] 19:29:44 -!- schoppenhauer [~christoph@unaffiliated/schoppenhauer] has quit [Quit: leaving] 19:30:23 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 19:32:35 vokoda` [~user@host109-153-36-81.range109-153.btcentralplus.com] has joined #lisp 19:33:41 dmv_ [~daniel@187.35.237.98] has joined #lisp 19:33:51 -!- vokoda [~user@host109-153-53-181.range109-153.btcentralplus.com] has quit [Ping timeout: 240 seconds] 19:39:10 -!- billitch [~billitch@62.201.142.91] has quit [Ping timeout: 255 seconds] 19:40:55 p_l|backup: I just installed Google Listen on my phone and subscribed. 19:42:46 imv [~imv@94.231.123.31] has joined #lisp 19:43:27 -!- p_l|backup [~plasek@pp84.internetdsl.tpnet.pl] has quit [Ping timeout: 240 seconds] 19:43:41 -!- imv is now known as ymv 19:45:11 -!- dmv_ is now known as zmv 19:49:23 ymv: this looked a joke, didn't it? 19:49:47 must I say "ahhahah"? 19:50:55 minion: memo for tcr: I have a few patches/fixes for named-readtables for cmucl, but I don't know where to send them. 19:50:55 Remembered. I'll tell tcr when he/she/it next speaks. 19:51:11 how does arc compare to common lisp? 19:51:22 Athas [~athas@130.225.165.35] has joined #lisp 19:52:06 pmurias: unfavorably 19:52:56 pmurias: It's a prototype language, common lisp is a production language. If you are evaluating lisps, look at scheme and clojure. 19:53:05 rtoym: don't they happen to look like http://common-lisp.net/pipermail/editor-hints-devel/2010-December/000049.html ? 19:53:06 ehu [~ehuels@ip118-64-212-87.adsl2.static.versatel.nl] has joined #lisp 19:53:09 bad_alloc [~bad_alloc@HSI-KBW-085-216-109-135.hsi.kabelbw.de] has joined #lisp 19:53:58 do a lot of people use common lisp in production? 19:54:09 here, yes 19:54:12 pmurias: Yes 19:54:24 vokoda`` [~user@host109-156-5-161.range109-156.btcentralplus.com] has joined #lisp 19:54:54 what for? web apps? desktop ones? 19:55:01 everything 19:55:04 hello. question: what kind of an algorithm does the clisp SORT function use and/or what average case/worst case running time does it have? 19:55:05 ymv: I wanted a short nick and that was a weird coincidence :) 19:55:06 pmurias: lots of different things. 19:55:25 stassats: Ah. Yes, one is the loop issue. I just used the sbcl version. But I also have a %make-readtable-iterator for cmucl. I think it works. However, quite a few tests fail. 19:55:30 bad_alloc: do you mean "clisp" as in GNU CLISP, the Common Lisp implementation? 19:55:34 pmurias: I use it for pre and post processing of data. 19:55:37 Xach: yes 19:56:19 version 2.44.1 19:56:39 -!- vokoda` [~user@host109-153-36-81.range109-153.btcentralplus.com] has quit [Ping timeout: 240 seconds] 19:56:49 bad_alloc: mergesort 19:57:00 according to http://clisp.sourceforge.net/impnotes/sorting.html 19:57:14 -!- ZabaQ [~Zaba@213.246.98.227] has quit [Quit: Leaving.] 19:57:24 O(n log(n)) 19:57:32 yes 19:57:42 perfect, thank you for your help :) 19:59:14 pmurias: I use lisp for a couple of web apps, and the company I work for uses it to build a transactional triple database (among lots of other things that also use lisp) (: 19:59:21 so yeah, everything might just fit the bill (: 19:59:38 pmurias: What do you want to use it for? 19:59:43 I used a Lisp program to write three SQL scripts and a shell script for me today. 20:00:18 Soulman [~knute@166.80-202-254.nextgentel.com] has joined #lisp 20:01:10 tmh: i'm writing a common lisp backend for a Perl 6 compiler (implementing a subset), as a project for a course at uni 20:01:11 sabalaba [~sabalaba@c-69-136-131-95.hsd1.mi.comcast.net] has joined #lisp 20:01:31 pmurias: Cool. 20:02:49 -!- Onyxyte [~Onyxyte@r75-110-112-109.rmntcmtc02.rcmtnc.ab.dh.suddenlink.net] has quit [Ping timeout: 240 seconds] 20:03:30 -!- Abezethibou [~user@92.44.9.151] has quit [Read error: Connection reset by peer] 20:03:47 -!- zmv [~daniel@187.35.237.98] has quit [Read error: Connection reset by peer] 20:04:14 "taking vaporware to the next level" 20:04:27 meta-vaporware? 20:04:36 Plasmaware? 20:06:13 ouch 20:06:45 jewel_ [~jewel@196-215-16-138.dynamic.isadsl.co.za] has joined #lisp 20:06:49 Perl 6 is slow and incomplete but exists 20:06:55 Abezethibou [~user@92.44.9.151] has joined #lisp 20:07:40 -!- Abezethibou [~user@92.44.9.151] has quit [Remote host closed the connection] 20:08:30 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 20:10:10 was there ever much independent usage of Parrot? 20:10:24 looked potentially quite promising there for a while, but seems to have faded away 20:11:03 -!- sabalaba [~sabalaba@c-69-136-131-95.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 20:12:03 rsynnott: don't think so 20:12:04 Ugh, the Perl 6 spokesbug is enough to make me not want to use it. Seriously? Are toddlers the Perl 6 target demographic? 20:12:44 Good thing Lisp has an alien. 20:12:58 rsynnott: the rakudo devs are begining to target other vm's 20:13:43 Xach: I'm not super-fond of the alien, either, but at least it doesn't great you first thing on CLiki, common-lisp.net, or any other gateway lisp site you might encounter. 20:13:44 what's the lisp logo? 20:13:55 This seems to be becoming a bit of a trend with major language revisions, though 20:13:57 pmurias: There isn't an official one. 20:14:07 andares [~sgd5@unaffiliated/jacco] has joined #lisp 20:14:26 Well, except for Land of Lisp 20:14:32 usage of Python 3.x and Ruby 1.9.x remains extremely low (and Python 2.7 has actually been released) 20:16:28 rsynnott: There has to be a compelling reason to upgrade. You know, like controlling 90% of the market and decreeing that all of your customers must upgrade. 20:16:29 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 276 seconds] 20:16:33 Onyxyte [~Onyxyte@r75-110-112-109.rmntcmtc02.rcmtnc.ab.dh.suddenlink.net] has joined #lisp 20:16:33 homie` [~levgue@xdsl-78-35-149-219.netcologne.de] has joined #lisp 20:18:15 -!- jewel_ [~jewel@196-215-16-138.dynamic.isadsl.co.za] has quit [Ping timeout: 240 seconds] 20:18:57 Ralith [~ralith@d142-058-078-138.wireless.sfu.ca] has joined #lisp 20:19:17 -!- homie [~levgue@xdsl-78-35-186-151.netcologne.de] has quit [Ping timeout: 264 seconds] 20:19:45 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 20:21:27 jao [~user@pdpc/supporter/professional/jao] has joined #lisp 20:25:03 -!- bad_alloc [~bad_alloc@HSI-KBW-085-216-109-135.hsi.kabelbw.de] has quit [Quit: Verlassend] 20:27:10 espadrine [~espadrine@acces1296.res.insa-lyon.fr] has joined #lisp 20:32:39 turbofail [~user@c-67-180-111-45.hsd1.ca.comcast.net] has joined #lisp 20:32:44 andares [~sgd5@wl-west1-pat.netcom.duke.edu] has joined #lisp 20:32:44 -!- andares [~sgd5@wl-west1-pat.netcom.duke.edu] has quit [Changing host] 20:32:44 andares [~sgd5@unaffiliated/jacco] has joined #lisp 20:33:58 sabalaba [~sabalaba@67-194-112-202.wireless.umnet.umich.edu] has joined #lisp 20:39:22 -!- gonzojive [~red@c-71-198-7-84.hsd1.ca.comcast.net] has quit [Quit: gonzojive] 20:39:28 -!- Onyxyte [~Onyxyte@r75-110-112-109.rmntcmtc02.rcmtnc.ab.dh.suddenlink.net] has quit [Ping timeout: 255 seconds] 20:39:50 hello lispers! I've another question. How come (simple-string-p "") => T 20:40:03 but (schar "" 0) => error... 20:40:22 mon_key: because index 0 is out of bounds for an array with zero elements. 20:41:24 Whats the nicest way to check for that situation? 20:42:10 mon_key: check that the index isn't out of bounds? 20:42:17 mon_key: (< i (length sequence))? 20:42:29 p_l|home [~pl@213.5.11.129] has joined #lisp 20:42:42 (< -1 i (length sequence)) perhaps 20:42:45 [: I'm asking wrt to compiler 20:43:33 mon_key: You mean for producing an error at compile-time? 20:43:45 for declarations 20:44:11 Well, it's an array type, can you set a lower bound on the dimension? 20:44:26 fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has joined #lisp 20:45:38 sure. (I guess) 20:47:14 nyef: thanks, I got it now (not (simple-string 0)) 20:50:00 How odd... It's not possible to express a lower bound on the array dimension directly? 20:50:09 Doesn't the the type (not (simple-string 0)) include lots of other stuff like floats, readtables, integers? 20:50:36 nyef: nope. 20:50:50 Sure, but (andc2 simple-string (simple-string 0)) doesn't. 20:50:55 I think Xof had some vague idea and stopped for lack of time. 20:52:49 Well, it's actually /possible/ to express a set of ranges with standard type specifiers, but getting the result to be a non-compound type would be tricky. 20:53:08 Iommi [~Iommi@86.Red-81-38-180.dynamicIP.rima-tde.net] has joined #lisp 20:53:13 -!- homie` [~levgue@xdsl-78-35-149-219.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 20:54:02 nyef: So the gain is lost if it type-expands into some complex compound thingy? 20:54:19 tsuru [~charlie@adsl-179-29-10.bna.bellsouth.net] has joined #lisp 20:54:27 What's your expected gain, anyway? 20:55:56 to declare a string as not null and not empty before doing more with it 20:56:22 Depends on why you're declaring it as such. 20:56:30 -!- iwillig [~iwillig@dyn-128-59-150-188.dyn.columbia.edu] has quit [Quit: Leaving] 20:57:10 If you're looking for a nice error message, then it's a question of if it's easier to interpret the typespec or if you'd be better off with a SIMPLE-ERROR with prose or whatever. 20:57:26 gonzojive [~red@171.66.86.8] has joined #lisp 20:57:47 Maybe both 20:57:53 If you're looking for MORE SMARTS from the compiler, then possibly not. 20:57:56 (and (typep 'simple-string-not-null) frob (declare (string-not-null ) bar)) 20:58:26 There you go. That'd make the type-error at least readable. 20:58:39 A deftype for nonempty-string or such. 20:58:44 ace4016 [ace4016@adsl-32-127-15.mia.bellsouth.net] has joined #lisp 21:00:02 -!- leifw_ [~leif@static-71-249-194-107.nycmny.east.verizon.net] has quit [Ping timeout: 276 seconds] 21:00:11 Compiler smarts, on the other hand, tend to break down with input complexity, although there's a few things in there for particular SATISFIES types. 21:00:40 any suggestions on where to look for SBCL 21:00:53 wrt SATISFIES? 21:01:08 clhs satisfies 21:01:08 http://www.lispworks.com/reference/HyperSpec/Body/t_satisf.htm 21:01:28 wrt SBCL 21:01:32 ISTR that it's specifically about array-displacement. 21:01:38 Euthydemus [~euthydemu@vaxjo7.80.cust.blixtvik.net] has joined #lisp 21:01:59 nyef: thanks 21:02:07 -!- mascotte [p.scott@AClermont-Ferrand-651-1-10-193.w86-200.abo.wanadoo.fr] has quit [Quit: Quitte] 21:02:59 Yes, the spec, "It is implementation-dependent whether displaced arrays, vectors with 21:02:59 fill pointers, or arrays that are actually adjustable are simple arrays." 21:03:05 lispm [~lispm@p5DCB2489.dip.t-dialin.net] has joined #lisp 21:03:31 Ok. The second part of the question is, should one consider a string to be an ASCII string if it is empty? 21:04:42 mon_key: what's the definition of an ascii string? 21:04:52 (defun ascii-string-p (string) 21:04:52 (and (simple-string-not-null-p string) 21:04:52 (every #'ascii-char-p (the simple-string-not-null string)))) 21:05:21 sorry about that. Its not worth a paste 21:05:23 Yes: All zero characters are ascii. 21:05:33 nyef: thanks. 21:05:34 Hexstream [~hexstream@modemcable075.97-200-24.mc.videotron.ca] has joined #lisp 21:05:38 Or, more accurately, there are no non-ascii characters in the string. 21:05:55 -!- myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has quit [Read error: Connection reset by peer] 21:06:01 -!- hargettp [~hargettp@dhcp-162.mirrorimage.net] has quit [Quit: hargettp] 21:06:14 morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has joined #lisp 21:06:19 Is it the former? b/c latters is kinda phillosophical 21:06:34 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 21:06:36 e.g. is the empty string null terminated? 21:06:41 -!- lispm [~lispm@p5DCB2489.dip.t-dialin.net] has quit [Client Quit] 21:06:50 lispm [~lispm@p5DCB2489.dip.t-dialin.net] has joined #lisp 21:06:55 We use counted strings, not NUL-terminated strings here. 21:07:19 hi 21:07:50 -!- fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has quit [Ping timeout: 240 seconds] 21:07:53 nyef: Understood. But, for example sb-impl:string-to-octets doesn't 21:07:55 (And the equivalence All(x) => Not(Exists(Not(x))) is fairly basic logic, not philosophy...) 21:08:09 -!- astoon [~astoon@109.188.252.177] has quit [Ping timeout: 246 seconds] 21:08:53 nyef: depends on the logic. 21:09:15 Okay, yeah. First-order predicate calculus, though? 21:09:31 mon_key: fwiw, that's code, not a definition. 21:09:42 fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has joined #lisp 21:09:56 pkhuong: ok, sorry. 21:10:02 And, now that the conversation is getting towards the interesting, it's time for me to run. :-/ 21:10:11 Back in a while. 21:10:24 -!- pmurias [~pawel@89-75-37-59.dynamic.chello.pl] has quit [Quit: Lost terminal] 21:12:35 -!- pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Read error: Operation timed out] 21:12:38 billitch [~billitch@men75-12-88-183-197-206.fbx.proxad.net] has joined #lisp 21:13:17 homie [~levgue@xdsl-78-35-149-219.netcologne.de] has joined #lisp 21:13:21 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #lisp 21:14:17 FWIW, I ran into this while comparing the implementation of ironclads `byte-array-to-hex-string' and `ascii-string-to-byte-array' with SBCL's `octets-to-string' and `string-to-octets' 21:14:41 paul0 [~user@189.114.198.29.dynamic.adsl.gvt.net.br] has joined #lisp 21:14:43 -!- moore33 [~moore@ABordeaux-153-1-4-27.w92-146.abo.wanadoo.fr] has quit [Read error: Operation timed out] 21:14:51 hi 21:15:01 I'm reading the example from Land of Lisp, hunt the wumpus 21:15:02 http://landoflisp.com/wumpus.lisp 21:15:17 but there is something... strange, in the find-islands function 21:15:23 (push connected islands) 21:15:56 if I want to return the islands, why I would put the connected nodes into into the islands variable? 21:16:16 sm`wor_ [~chatzilla@78.40.4.40] has joined #lisp 21:17:31 paul0: to return that variable afterwards. 21:18:01 with connected nodes? I thought it will be the unconnected ones there 21:18:04 -!- sm`wor [~chatzilla@78.40.4.40] has quit [Ping timeout: 265 seconds] 21:18:08 -!- sm`wor_ is now known as sm`wor 21:18:59 paul0: what are islands? They seem to be sets of connected nodes. 21:19:07 paul0: You might have more luck here: http://groups.google.com/group/land-of-lisp 21:19:20 since your question requires domain knowledge not likely common here 21:19:51 antgreen [~user@nat/redhat/x-yxsfccllvakvhpzm] has joined #lisp 21:19:53 paul0: it then makes a ton of sense to push the connected nodes on the island set: that set of connected node *is* an island. 21:20:43 I've thought that the islands were the unconnected nodes, weird 21:22:20 paul0: different islands are probably unconnected partitions of connected nodes? 21:22:52 -!- drdo` [~user@91.205.108.93.rev.vodafone.pt] has quit [Remote host closed the connection] 21:23:04 paul0: different islands are unconnected. Thus, connected nodes must be in the same island (and an island can be defined as a maximum connected set). 21:23:15 Phoodus [~foo@ip68-231-47-70.ph.ph.cox.net] has joined #lisp 21:23:35 andares [~sgd5@wl-west1-pat.netcom.duke.edu] has joined #lisp 21:23:37 -!- andares [~sgd5@wl-west1-pat.netcom.duke.edu] has quit [Changing host] 21:23:37 andares [~sgd5@unaffiliated/jacco] has joined #lisp 21:23:37 *kencausey* is corrected regarding lack of domain knowledge 21:23:55 drdo [~user@91.205.108.93.rev.vodafone.pt] has joined #lisp 21:24:18 kencausey: I've never even seen the book, fwiw 21:24:59 s/domain knowledge/willingness to read enough of the code to understand/ 21:25:03 -!- lispm [~lispm@p5DCB2489.dip.t-dialin.net] has quit [Quit: Bye!] 21:25:05 it is about graphs and lisp, I think a lot of people here are familiar with this... unfortunately I'm not 21:26:15 -!- ace4016 [ace4016@adsl-32-127-15.mia.bellsouth.net] has quit [Quit: When there's nothing left to burn you have to set yourself on fire.] 21:28:37 moore33 [~moore@ABordeaux-153-1-12-27.w92-146.abo.wanadoo.fr] has joined #lisp 21:28:54 paul0: the vocabulary isn't standard for graph theory. 21:29:17 Okay, I'm back. 21:29:27 edges and nodes aren't standard for graph theory? 21:29:32 And I see we've moved on to graph-theory-with-weird-names. 21:30:03 alexsuraci_ [~alexsurac@mobile-166-137-140-144.mycingular.net] has joined #lisp 21:30:05 -!- Edward__ [ed@AAubervilliers-154-1-53-172.w90-3.abo.wanadoo.fr] has quit [] 21:31:50 nyef: nope 21:32:18 -!- Hexstream [~hexstream@modemcable075.97-200-24.mc.videotron.ca] has left #lisp 21:32:18 i'm happy to aske more questions of you wrt empty strings [: 21:33:13 like for example if (typep "" '(simple-array character (0))) => t 21:33:31 how come (typep "" 'base-char) doesn't? 21:34:34 ace4016 [ace4016@adsl-32-127-15.mia.bellsouth.net] has joined #lisp 21:34:58 paul0: island definitely isn't. 21:35:12 -!- Saturnation [~dsouth@pool-64-222-91-88.burl.east.myfairpoint.net] has quit [Quit: Ex-Chat] 21:38:51 -!- Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has quit [Ping timeout: 240 seconds] 21:38:56 redline6561 [~user@c-66-56-55-169.hsd1.ga.comcast.net] has joined #lisp 21:39:15 -!- Ralith [~ralith@d142-058-078-138.wireless.sfu.ca] has quit [Ping timeout: 240 seconds] 21:41:04 nyef: also this (on SBCL) (typep "" '(simple-array extended-char (0))) => t 21:41:29 -!- pankajm [~pankajm@202.3.77.219] has quit [Ping timeout: 264 seconds] 21:42:48 mon_key: "" isn't a character, so, "" can't be TYPEP 'base-char 21:43:04 they whi is it an extended-char 21:43:10 then why 21:43:12 katesmith_ [~katesmith@unaffiliated/costume] has joined #lisp 21:43:20 "" isn't extended-char either. 21:43:36 -!- katesmith [~katesmith@unaffiliated/costume] has quit [Ping timeout: 272 seconds] 21:43:49 it's an empty (zero-length) array of maybe-base-char-maybe-extended-char-i-don't-really-know 21:44:19 sm`wor_ [~chatzilla@78.40.4.40] has joined #lisp 21:44:55 ehu: hm, in sbcl, literal strings are simple-arrays with an element type. 21:45:47 -!- sm`wor [~chatzilla@78.40.4.40] has quit [Ping timeout: 240 seconds] 21:45:49 antifuchs: right. the element type is maybe base-char or extended-char. 21:45:56 -!- sm`wor_ is now known as sm`wor 21:45:59 however, the string itself isn't a character type. 21:46:09 ah, yeah, that's right. 21:46:24 oooh, I misread the question. you were giving the right answer 21:46:26 Isn't extended-char type= to character on SBCL? 21:46:49 mon_key: You might have to worry about simple-base-strings, now that you mention it. 21:47:25 nyef: I'm not worried. jsut curious. 21:48:28 -!- Bronsa [~brace@host26-180-dynamic.0-79-r.retail.telecomitalia.it] has quit [Quit: leaving] 21:48:41 fwiw on clisp (typep "" '(simple-array base-char (0))) => t 21:48:48 mon_key: a character is a specific element in a string - so #\a is typep 'character. there is no empty character (: 21:49:01 nilly [~nil@c-98-247-253-56.hsd1.wa.comcast.net] has joined #lisp 21:49:10 so an empty string is an array that contains no characters (: 21:49:17 -!- espadrine [~espadrine@acces1296.res.insa-lyon.fr] has left #lisp 21:49:35 and which is always out of bounds for a string accessor(s) 21:49:42 true 21:50:00 unless it's adjustable and you use vector-push-extend first (but then it's not empty anymore) (: 21:50:08 (and neither is it a simple-array then) 21:50:12 yep 21:50:48 -!- redline6561 [~user@c-66-56-55-169.hsd1.ga.comcast.net] has quit [Read error: No route to host] 21:51:10 its the out of bounds thing that I have trouble with. I guess, I would rather (schar "" 0) -> nil 21:51:37 redline6561 [~user@c-66-56-55-169.hsd1.ga.comcast.net] has joined #lisp 21:52:06 that would mean all sorts of type promises would break 21:52:25 suddenly you'd have to check for NIL-ness of array references on arrays that can't contain NIL 21:52:40 this isn't something you might want at high speeds (: 21:52:54 well... they can't contain non-characters wither :P 21:53:24 right - so one, your compiler can check whether you're handling characters with anything that wants non-characters only 21:53:30 and two, your compiler can handle characters faster 21:53:49 but can't handle them as fast if you drop optional NIL-ness into the mix. 21:54:02 -!- ilmari [ilmari@knuth.ping.uio.no] has quit [Read error: Operation timed out] 21:54:30 -!- tic [~tic@c83-249-193-119.bredband.comhem.se] has quit [Ping timeout: 260 seconds] 21:54:41 ilmari [ilmari@knuth.ping.uio.no] has joined #lisp 21:55:07 *pkhuong* also wants to represent "" as a (simple-array nil (0)). 21:55:18 haha 21:55:47 So I guess I want (array-in-bounds-p "" 0) instead of (schar "" 0) 21:55:58 paul0` [~user@189.114.198.29.dynamic.adsl.gvt.net.br] has joined #lisp 21:56:02 Jasko [~tjasko@c-174-59-223-208.hsd1.pa.comcast.net] has joined #lisp 21:56:12 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 21:56:45 that's a possibility, or (< (length that-string) i) or something, if you have a vector. 21:56:53 mon_key: nyef gave you that about 30 minutes ago, if not longer: (< -1 i (length the-string)) 21:56:54 but I didn't know about array-in-bounds-p 21:56:54 nice 21:56:58 tic [~tic@c83-249-193-119.bredband.comhem.se] has joined #lisp 21:57:09 ehu: I don't like length 21:57:11 that exists? 21:57:27 -!- paul0 [~user@189.114.198.29.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 240 seconds] 21:57:27 mon_key: well, tough luck. that's what it's called. 21:57:49 (length 8) => error 21:57:57 so? 21:58:06 -!- urandom__ [~user@p548A2EF8.dip.t-dialin.net] has quit [Remote host closed the connection] 21:58:08 it was a string, wasn't it? 21:58:41 maybe. 21:58:50 maybe it was nil 21:59:01 length is defined on nil 21:59:07 in which case (length nil) => 0 21:59:18 so it still works. 21:59:22 (stringp nil) => nil 21:59:39 -!- tomaw [tom@freenode/staff/tomaw] has quit [Read error: Connection reset by peer] 21:59:48 (< -1 i 0) is always nil too. 22:02:39 tomaw_ [tom@freenode/staff/tomaw] has joined #lisp 22:03:45 -!- tic [~tic@c83-249-193-119.bredband.comhem.se] has quit [Ping timeout: 240 seconds] 22:04:12 -!- Athas [~athas@130.225.165.35] has quit [Remote host closed the connection] 22:04:45 ehu: (length '(0 . 0)) 22:04:57 ehu: 0.5 22:05:01 ehu: -0.5 22:05:22 pjb: right but he was using indices into a sequence. 22:05:24 adamvh [~adamvh@pool-173-69-160-222.bltmmd.fios.verizon.net] has joined #lisp 22:05:28 but now he's just bulshitting me. 22:05:40 Any lispbuilder-sdl users in the house? 22:06:04 -!- tomaw_ is now known as tomaw 22:06:06 -!- alexsuraci_ [~alexsurac@mobile-166-137-140-144.mycingular.net] has quit [Read error: Connection reset by peer] 22:06:23 wedgeV [~wedge@cpe90-146-32-187.liwest.at] has joined #lisp 22:07:03 -!- pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has quit [Ping timeout: 240 seconds] 22:07:58 ehu: My original query was what is the best way to deftype/declare around empty strings. Why do you believe length is a good solution for this? 22:08:26 -!- ehu [~ehuels@ip118-64-212-87.adsl2.static.versatel.nl] has left #lisp 22:08:30 -!- mephisto_ [~mephisto@CPE00163625fbf5-CM00407b85ff2a.cpe.net.cable.rogers.com] has quit [Ping timeout: 240 seconds] 22:09:24 leifw [~leif@156.sub-174-252-8.myvzw.com] has joined #lisp 22:09:44 dto [~dto@pool-96-252-62-25.bstnma.fios.verizon.net] has joined #lisp 22:10:15 tic [~tic@c83-249-193-119.bredband.comhem.se] has joined #lisp 22:11:16 -!- antgreen [~user@nat/redhat/x-yxsfccllvakvhpzm] has quit [Read error: Connection reset by peer] 22:12:00 Good morning everyone! 22:12:10 hi beach :) 22:12:18 Hello beach. 22:14:27 -!- xan_ [~xan@169.Red-83-52-52.dynamicIP.rima-tde.net] has quit [Ping timeout: 240 seconds] 22:15:20 any tips for debugging memory leaks (in a somewhat big project)? 22:15:25 -!- morphling [~stefan@gssn-5f75467f.pool.mediaWays.net] has quit [Remote host closed the connection] 22:15:54 Hello beach. 22:16:15 johanbev: What sort of big project? 22:16:43 several thousand lines of code, something is wrong somewhere 22:16:44 johanbev: Typically, a memory leak in lisp means you're holding references to junk data somewhere. 22:16:50 exactly 22:17:14 there is a hashmap somewhere thats caching and it really really should be LRU but i havent found it 22:17:18 Ralith [~ralith@142.58.92.37] has joined #lisp 22:17:41 How often do you create hashmaps? 22:18:21 well, i really dont know, i don't have total overview of everything that is going on 22:18:25 -!- rmarianski [~rmariansk@mail.marianski.com] has quit [Quit: leaving] 22:18:40 i could trace make-hash-table, i guess 22:18:51 Hrm. That'd be a bit dangerous. 22:18:55 How about using WHO-CALLS? 22:19:14 worth a shot 22:19:40 prxq [~mommer@mnhm-5f75e706.pool.mediaWays.net] has joined #lisp 22:19:46 bgs100 [~ian@unaffiliated/bgs100] has joined #lisp 22:19:46 (Tracing M-H-T is dangerous because tracing anything that's internal to the system could end up breaking stuff, especially if it's stuff that could be used by the trace mechanism.) 22:19:57 hi 22:20:02 Hello prxq. 22:20:46 nyef: been there done that some weeks ago, it did survive but it generated quite a lot of traces :) 22:20:59 Hello prxq. 22:22:26 Yeah, that's the other drawback to tracing core system bits. 22:23:05 -!- sabalaba [~sabalaba@67-194-112-202.wireless.umnet.umich.edu] has quit [Ping timeout: 260 seconds] 22:23:11 srijan4 [~srijan4@202.78.175.199] has joined #lisp 22:23:35 You know, you should be able to have the trace do a backtrace whenever a function is called. Even if it's just three or five frames (to cut down the output), it could be interesting to see. 22:23:54 At least, I expect SBCL and CMUCL should be able to do this. 22:25:39 CMUCL can't automatically produce a backtrace, but you can have trace stop on entry and leave you in the debugger repl, from which you can get a backtrace. 22:25:51 -!- mishoo [~mishoo@79.112.237.60] has quit [Ping timeout: 240 seconds] 22:26:41 -!- srijan4 [~srijan4@202.78.175.199] has left #lisp 22:27:46 rtoym: :print (backtrace 5), maybe? 22:27:47 -!- leifw [~leif@156.sub-174-252-8.myvzw.com] has quit [Ping timeout: 276 seconds] 22:28:48 Oh, yeah. I forgot about debug:backtrace. I guess that would work. Nice! 22:29:21 -!- milanj [~milanj_@82.117.199.26] has quit [Quit: Leaving] 22:29:34 I only thought of this just now, but it seems to work well. 22:29:56 *Fare* is glad that asdf hasn't had enough change this month to justify a new release - though there will be one in February 22:30:40 nyef: neat! 22:31:08 nyef: just yesterday I learned that something similar is in allegro. that's one of the best ways to look into how a program works (: 22:32:17 andares [~sgd5@unaffiliated/jacco] has joined #lisp 22:32:22 That's really nice when used in conjunction with :wherein and :wherein-only so you only get the backtrace of for the desired function. 22:32:35 Er s/of for/for/ 22:34:18 -!- Fare [~Fare@ita4fw1.itasoftware.com] has quit [Quit: Leaving] 22:34:41 Mmm. It seems to me that TRACE is one of the less-appreciated tools in the SBCL debugging arsenal. 22:34:54 -!- Iommi [~Iommi@86.Red-81-38-180.dynamicIP.rima-tde.net] has quit [Ping timeout: 272 seconds] 22:35:53 -!- Ginei_Morioka [~irssi_log@78.112.48.240] has quit [Ping timeout: 265 seconds] 22:36:22 statonjr-ios [~statonjr@166.137.12.187] has joined #lisp 22:37:29 Ginei_Morioka [~irssi_log@78.112.45.145] has joined #lisp 22:38:11 -!- tic [~tic@c83-249-193-119.bredband.comhem.se] has quit [Ping timeout: 255 seconds] 22:38:44 Really? I use trace all the time. For everything. 22:39:42 Trace :break t is nice too with slime. Then I can look at locals and args and stuff. 22:40:19 ... I've used :break to mess about in the compiler a time or two. 22:40:35 leifw [~leif@59.sub-174-252-0.myvzw.com] has joined #lisp 22:41:39 srijan4 [~srijan4@202.78.175.199] has joined #lisp 22:45:03 -!- leifw [~leif@59.sub-174-252-0.myvzw.com] has quit [Ping timeout: 240 seconds] 22:45:54 Iommi [~Iommi@86.Red-81-38-180.dynamicIP.rima-tde.net] has joined #lisp 22:46:03 -!- snearch [~snearch@f053007087.adsl.alicedsl.de] has quit [Quit: Verlassend] 22:46:36 -!- statonjr-ios [~statonjr@166.137.12.187] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi] 22:47:37 -!- dstatyvka [ejabberd@pepelaz.jabber.od.ua] has left #lisp 22:50:31 krfs [~jonata@189-16-43-233.cte.net.br] has joined #lisp 22:53:26 -!- krfs [~jonata@189-16-43-233.cte.net.br] has left #lisp 22:57:38 -!- rdd [~rdd@c83-250-48-164.bredband.comhem.se] has quit [] 23:00:13 -!- gonzojive [~red@171.66.86.8] has quit [Quit: gonzojive] 23:00:39 I really need to get into the habit of using macros. I've been cranking out code with my nose to the grindstone lately instead of sitting back, thinking a little, and abstracting stuff away with macros. 23:00:41 -!- adamvh [~adamvh@pool-173-69-160-222.bltmmd.fios.verizon.net] has quit [Quit: adamvh] 23:01:12 Just did it for some unit testing, a little throw-away macro, but it makes everything look much nicer, less typing, too. 23:01:34 Of course, this is where something like a test fixture would come in handy. 23:01:36 tic [~tic@c83-249-193-119.bredband.comhem.se] has joined #lisp 23:02:56 LiamH [~healy@pool-72-75-95-153.washdc.east.verizon.net] has joined #lisp 23:04:00 -!- prxq [~mommer@mnhm-5f75e706.pool.mediaWays.net] has quit [Quit: Leaving] 23:04:39 -!- tmh [635b09ad@pdpc/supporter/sustaining/tmh] has left #lisp 23:10:48 rgrau [~user@62.Red-88-2-20.staticIP.rima-tde.net] has joined #lisp 23:11:11 -!- varjag [~eugene@4.169.249.62.customer.cdi.no] has quit [Quit: Ex-Chat] 23:11:14 -!- rpg [~rpg@mpls.sift.info] has quit [Quit: rpg] 23:12:29 -!- slyrus [~chatzilla@173-228-44-88.dsl.static.sonic.net] has quit [Ping timeout: 240 seconds] 23:17:03 -!- ch077179 [~urs@adsl-84-227-35-133.adslplus.ch] has quit [Quit: Verlassend] 23:17:14 vokoda``` [~user@host86-145-189-61.range86-145.btcentralplus.com] has joined #lisp 23:17:27 -!- jdz [~jdz@host47-106-dynamic.14-87-r.retail.telecomitalia.it] has quit [Ping timeout: 265 seconds] 23:17:40 sabalaba [~sabalaba@c-71-227-118-15.hsd1.mi.comcast.net] has joined #lisp 23:18:31 -!- sm`wor [~chatzilla@78.40.4.40] has quit [Read error: Connection reset by peer] 23:18:51 sm`wor [~chatzilla@78.40.4.40] has joined #lisp 23:19:19 icbh [~icbh@ntszok033003.szok.nt.adsl.ppp.infoweb.ne.jp] has joined #lisp 23:19:27 -!- vokoda`` [~user@host109-156-5-161.range109-156.btcentralplus.com] has quit [Ping timeout: 240 seconds] 23:20:13 -!- andares [~sgd5@unaffiliated/jacco] has quit [Quit: andares] 23:25:18 pizzledizzle [~pizdets@pool-96-250-215-244.nycmny.fios.verizon.net] has joined #lisp 23:26:20 _danb_ [~user@124-169-135-129.dyn.iinet.net.au] has joined #lisp 23:30:18 azaq23 [~derivecto@unaffiliated/azaq23] has joined #lisp 23:33:21 xan_ [~xan@169.Red-83-52-52.dynamicIP.rima-tde.net] has joined #lisp 23:33:52 corruptmemory [~jim@ool-18bbd5b2.static.optonline.net] has joined #lisp 23:36:50 simplechat [~simplecha@unaffiliated/simplechat] has joined #lisp 23:37:04 -!- fisxoj [~fisxoj@cpe-24-59-205-231.twcny.res.rr.com] has quit [Ping timeout: 250 seconds] 23:38:10 rvirding [~chatzilla@79.138.221.172.bredband.tre.se] has joined #lisp 23:40:33 -!- Soulman [~knute@166.80-202-254.nextgentel.com] has left #lisp 23:41:44 -!- rgrau [~user@62.Red-88-2-20.staticIP.rima-tde.net] has quit [Remote host closed the connection] 23:42:28 alexsuraci_ [~alexsurac@mobile-166-137-140-144.mycingular.net] has joined #lisp 23:44:57 rpg [~rpg@216.243.156.16] has joined #lisp 23:46:00 adamvh [~adamvh@pool-173-69-160-222.bltmmd.fios.verizon.net] has joined #lisp 23:48:34 -!- rpg [~rpg@216.243.156.16] has quit [Client Quit] 23:50:12 -!- wedgeV [~wedge@cpe90-146-32-187.liwest.at] has quit [Quit: wedgeV] 23:50:14 What about this one? (upgraded-array-element-type nil) => nil 23:50:51 -!- srijan4 [~srijan4@202.78.175.199] has left #lisp 23:50:52 Yes, what about it? 23:51:04 On both SBCL and Clisp (make-array 0 :element-type nil) => "" 23:51:28 nil is one of the few types the standard imposes specialised arrays of. 23:51:38 (array-element-type (make-array 0 :element-type nil)) => nil 23:51:48 And the standard allows "" to be of type (array nil 0). 23:52:22 That is, "" is a conforming print representation of the above array. 23:52:28 sgeh [cube@gateway/shell/blinkenshell.org/x-kzztobpmwihhlvii] has joined #lisp 23:52:31 I'm looking at the bottom of the dpansi spec for `upgraded-array-element-type' 23:52:33 It's all funny, but conforming. 23:52:45 rpg [~rpg@216.243.156.16] has joined #lisp 23:52:51 "Except for storage allocation consequences ..." 23:52:58 I'd prefer an implementation to do (make-array 0 :element-type nil) --> #0* 23:53:06 cool :) 23:53:13 But "" is conforming. 23:53:33 It has been discussed this month or last month on cll. 23:53:54 I trust that it is conforming just trying to understand the nuance. 23:54:41 I'll check cll. Do you have any pointers into the spec wrt allowing "" to be of type (array nil 0)? 23:56:50 Check the cll discussion, it's quite sophisticated. 23:57:47 clhs string 23:57:47 http://www.lispworks.com/reference/HyperSpec/Body/a_string.htm 23:58:12 "A string is a specialized vector whose elements are of type character or a subtype of type character." NIL is a subtype of everything, including the type CHARACTER. 23:58:15 -!- rpg [~rpg@216.243.156.16] has quit [Ping timeout: 240 seconds] 23:59:12 pkhuong: so the upgraded type is to itself? 23:59:35 In this case, yes.