jackdaniel changed the topic of #lisp to: Common Lisp, the #1=(programmable . #1#) programming language<http://cliki.net/> logs:<https://irclog.whitequark.org/lisp,http://ccl.clozure.com/irc-logs/lisp/> | SBCL 1.4.5, CMUCL 21b, ECL 16.1.3, CCL 1.11.5, ABCL 1.5.0
damke_ has joined #lisp
damke has quit [Ping timeout: 264 seconds]
fikka has quit [Ping timeout: 263 seconds]
safe has joined #lisp
<drmeister> General question: Besides using SETF - the only ways to call SETF functions is: (funcall #'(setf foo) value obj) and (apply #'(setf foo) value obj nil) - correct?
<drmeister> ((setf foo) value obj) is not valid.
<pfdietz> That is right.
<drmeister> Ok - thanks.
<pfdietz> They're callable from other SETF-like things, of course.
<drmeister> I'm implementing def_readwrite(name,pointer) in clbind and I'm setting it up so (setf (name obj) value) will work.
EvW has quit [Ping timeout: 240 seconds]
pagnol_ has quit [Ping timeout: 264 seconds]
<drmeister> Why are the arguments for SETF functions (defun (setf foo) (value object) ...) and not (defun (setf foo) (object value) ...) ?
<drmeister> Was it an arbitrary choice?
<Bike> you can have setf functions that can take an arbitrary number of arguments, like setf.
<Bike> like aref.
<drmeister> Ah
<Bike> it's more natural to just get the first argument than to use butlast and stuff.
<drmeister> Ok - that makes sense
<drmeister> Well - I got def_readwrite to work.
oxo1o1o1o has quit [Ping timeout: 240 seconds]
<drmeister> Short of doing a lot of fancy template programming I added a runtime test for which argument is dispatched on.
smokeink has quit [Ping timeout: 276 seconds]
shifty has joined #lisp
sz0 has quit [Quit: Connection closed for inactivity]
fisxoj has joined #lisp
mareskeg has quit [Quit: mareskeg]
pagnol_ has joined #lisp
fikka has joined #lisp
quazimodo has joined #lisp
orivej has quit [Ping timeout: 240 seconds]
Mutex7 has joined #lisp
pagnol_ has quit [Ping timeout: 264 seconds]
makomo has joined #lisp
Baggers has quit [Remote host closed the connection]
fikka has quit [Ping timeout: 264 seconds]
<aeth> You can also have setf take multiple values, too
<aeth> That requires defsetf, though, afaik.
<Bike> you can't do it with setf functions, no
oxo1o1o1o has joined #lisp
jason_m has joined #lisp
fikka has joined #lisp
dddddd has quit [Read error: Connection reset by peer]
_paul0 has quit [Quit: Leaving]
<thodg> why are there no automatic cast in CL ?
asarch has joined #lisp
<Bike> what do you mean
chens has joined #lisp
orivej has joined #lisp
Oladon has joined #lisp
<k-hos> type coercion I would imagine
mareskeg has joined #lisp
d4ryus1 has joined #lisp
eSVG has joined #lisp
quazimodo has quit [Ping timeout: 265 seconds]
d4ryus has quit [Ping timeout: 246 seconds]
dented42 has joined #lisp
damke has joined #lisp
cmatei has joined #lisp
damke_ has quit [Ping timeout: 265 seconds]
fisxoj has quit [Quit: fisxoj]
dented42 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Mutex7 has quit [Remote host closed the connection]
fisxoj has joined #lisp
jason_m has quit [Quit: Leaving]
khisanth__ has quit [Ping timeout: 240 seconds]
shdeng has joined #lisp
fikka has quit [Ping timeout: 256 seconds]
khrbt_ is now known as khrbt
khrbt is now known as khrb_t
fikka has joined #lisp
mange has joined #lisp
safe has quit [Quit: Leaving]
daniel-s has joined #lisp
krwq has joined #lisp
khisanth__ has joined #lisp
<aeth> Automatic type coercion doesn't mix well with dynamic typing imo.
<aeth> In fact, I think the combination is half of the reason why dynamic typing gets hate
sysfault_ has quit [Quit: leaving]
<k-hos> js didn't help peoples opinion of it
nika has joined #lisp
thallia has quit [Ping timeout: 265 seconds]
<aeth> JS and similar languages have an issue: they overload + to mean two very different things and then try to guess what you mean when you use mixed types of the overloaded +
<aeth> THe combination of the two is evil
<Zhivago> Hmm, it's pretty straight-forward logic, determined by the first operand, iirc.
makomo has quit [Ping timeout: 264 seconds]
<Zhivago> Not that I'm advocating conflating operator semantics.
<Zhivago> But you'll see similar conflation with / in C, C++, Java, etc.
<aeth> If CL had (+ x y) also mean (concatenate 'string x y) when x and y are both strings, the only issue would be a potential additional performance decrease when the types of x and y are unknown at compile time.
<didi> (+ 4 2.0) => 6.0
orivej has quit [Ping timeout: 264 seconds]
<aeth> Yes, + already has performance issues at runtime when the types are unknown at compile time
<aeth> The two main places ime where type declarations actually make a difference are sequences and numbers.
<Zhivago> I think that dynamic typing generally gets criticized from two directions -- one of performance, and one of reliability.
<aeth> And that's because of the generics like + and map
<stacksmith> Wouldn't you call the promotion lisp does with upgrading and numeric type change to bignum form of coercion?
<Zhivago> Those are legitimate criticisms, and the arguments for dynamic typing based on development speed are progressively weakening as compilers get faster.
<aeth> stacksmith: Well, + is generic for all number types
thallia has joined #lisp
Pixel_Outlaw has quit [Quit: Leaving]
<aeth> Zhivago: I think semi-dynamic typing beats dynamic or static typing. Languages are moving there from both directions, with static languages adding things like "var" or "auto" and dynamic languages adding things like type annotations (of course, CL has always had type declarations, although most implementations still to this day ignore them)
<aeth> Eventually someone is going to make a language that's truly a mix of both
* didi drags his dynamic typing away from aeth
<aeth> A lot of the type static typing gets in the way and a lot of the type static typing is vital, and both circumstances happen within one program.
fikka has quit [Ping timeout: 256 seconds]
shka_ has joined #lisp
fikka has joined #lisp
trocado has quit [Ping timeout: 264 seconds]
thallia has quit [Ping timeout: 246 seconds]
thallia has joined #lisp
alphor_ has quit [Ping timeout: 240 seconds]
Intensity has quit [Ping timeout: 260 seconds]
Intensity has joined #lisp
alphor has joined #lisp
arrdem has quit [Ping timeout: 240 seconds]
pierpa_ has quit [Ping timeout: 260 seconds]
arrdem has joined #lisp
nika has quit [Read error: Connection reset by peer]
<jeosol> Hi guys, anyone know of a lisp library to split a regular polygon into N-sides?
<jeosol> I meant N polygons of approximately same area
<beach> Good morning everyone!
<jeosol> morning beach. Still night for me though
<jeosol> Funny, the first two words sounded like an insult
<jeosol> Merci beach, I stand corrected. Pardon
<beach> Don't worry about it.
fikka has quit [Ping timeout: 264 seconds]
nika has joined #lisp
schoppenhauer has quit [Ping timeout: 265 seconds]
schoppenhauer has joined #lisp
jeosol has quit [Ping timeout: 260 seconds]
<stacksmith> Good morning beach.
<pfdietz> My biggest gripe with dynamic typing is understandability. A function expects a FOO in this argument, but you may not be able to figure that out easily. Even statically typed languages with type inference can have this problem.
jcowan has joined #lisp
jeosol has joined #lisp
igemnace has joined #lisp
<didi> pfdietz: You mean, you don't know if FOO has to be a list or a number?
<Zhivago> I think that comes back to functions with broken semantics.
<Zhivago> (And that dynamic typing facilitates functions with broken semantics)
<pillton> didi: You have to look at the body of the operator to see what it requires.
<beach> Once I finish WSCL, we can use declarations for that purpose.
<beach> Right now, you would have to use CHECK-TYPE.
<pillton> You could define a defun/t macro so you could do (defun/t name ((x integer) ..) ..).
<didi> pillton: Can't the docstring tell you? And in many cases, the concrete type is fluid. I mean, you implement FOO as a list now, but maybe as a vector later.
mareskeg has quit [Remote host closed the connection]
<beach> didi: That type is called SEQUENCE.
thallia has quit [Ping timeout: 256 seconds]
<pfdietz> Oh sure, comments COULD tell you. In a statically type language the declarations tell you, and they have to be there.
<pillton> I might be wrong, but I think the term is explicitly typed language.
<pfdietz> It could be useful to infer the types from dynamic execution. This function is always called with a FOO in that argument.
<beach> manifest
damke_ has joined #lisp
fisxoj has quit [Quit: fisxoj]
thallia has joined #lisp
<pillton> beach: Thanks. I thought that explicit was the obvious antonym of the term implicit found in Pierce's Types and Programming Languages book.
damke has quit [Ping timeout: 263 seconds]
<beach> pillton: Yes. I didn't invent the term "manifest". Just reporting it.
<pillton> pfdietz: I think it would better to support recompiling an existing function with narrower types.
zch has quit [Remote host closed the connection]
<beach> I often hear that languages with manifest typing require the programmer to be too precise early on in the development of some code, and that the types may change later on, which requires more maintenance. But I am guessing that this problem exists, because most such languages need the representation of the instances in order to compile.
<beach> Common Lisp would not have that problem, given that its type system is not based on representation.
<khrb_t> jackdaniel: update channel topic from CMUCL 21b -> 21c ?
pierpa has joined #lisp
<pillton> beach: I wonder if this problem is due to the coupling of state and operators?
fikka has joined #lisp
nowhere_man has joined #lisp
<beach> pillton: Too early in the morning for me to understand what you mean. Can you give an example?
<jeosol> I was logged out, not sure if someone responded to my question early: any CL library for splitting a polygon into N smaller polygons of equal size
<beach> jeosol: Not yet.
<pillton> beach: The dot notation used in other languages requires operators to be associated with an object.
Kevslinger has quit [Quit: Connection closed for inactivity]
<beach> pillton: Ah, I see.
<pfdietz> Not sure how recompiling is supposed to help me. The issue was communicating information to a person reading the code, not communicating to the compiler what the types could be.
<jeosol> ok, thanks beach. My machine crapped up.
<beach> jeosol: Are you aware of such a library in any other language? it seems like a hard problem.
nowhereman_ has quit [Ping timeout: 263 seconds]
<Bike> quick google says it might be exponential time, oh no
<Bike> only on weird things like non convex polygons tho
<jeosol> Some guy had a C++ code but for some reason, he used QT, I am still trying to compile it, having some issues but hacking it. This will be my fall back option. My program in CL needs to divide a polygon once.
<pillton> Wouldn't N be a monotonically increasing function of asymmetry?
<pillton> Oh equal size, not shape.
<jeosol> sorry if I mentioned, shape, I meant area
<pillton> You said size, but my mind thought shape.
<beach> jeosol: If you have the algorithm, I suggest you create such a library in Common Lisp for everyone to use.
Bike has quit [Quit: Lost terminal]
<jeosol> ok doki. I will try. This is something I will need down the line anyway.
<jeosol> I was searching for a quick solution my challenge problem.
<beach> What do you need it for, if I may ask?
<jeosol> I need the partition algorithm for a specific problem. I will use an analogy to explain it better
<jeosol> Say I have a large city area, e.g., LA, NY. I want to locate N fire stations (or telecommunications mast, or some resource). I want to partition the large city area (my initial polygon) into smaller areas (based on some criterion, in this case, population size)
<beach> Interesting problem.
<jeosol> Then I could do some parallel search within each smaller polygon to find the best location for the said resource
<jeosol> This was one of the reasons I asked for the parallel functionality a few days ago. I have that part working okay.
<jeosol> thanks
<beach> The polygon-area algorithm may not be applicable in this case though, because population density is typically not uniform across the area of a city.
<jeosol> Yes you are absolutely right, what I explained is not my problem, I only used that analogy. That is what I use to quickly explain my problem to people
<beach> OK.
<jeosol> The actual problem is analogous, in the some resource in the earth, not being uniformly distributed
<jeosol> *in that some ...
ghard```` has quit [Remote host closed the connection]
* beach will not ask jeosol if that resource is oil.
<jeosol> hahahaha
<jeosol> yes, you are right
ghard```` has joined #lisp
<jeosol> that is the current application case, but I'm trying to make the code some what problem agnostic, as long we are allocating some scarce resource.
daniel-s has quit [Remote host closed the connection]
loginoob has joined #lisp
SaganMan has joined #lisp
fikka has quit [Ping timeout: 240 seconds]
fikka has joined #lisp
<beach> Sure.
ismdeep has joined #lisp
ismdeep has quit [Remote host closed the connection]
milanj_ has quit [Quit: This computer has gone to sleep]
orivej has joined #lisp
quazimodo has joined #lisp
Misha_B has quit [Ping timeout: 240 seconds]
equwal has joined #lisp
makomo has joined #lisp
fikka has quit [Ping timeout: 240 seconds]
vtomole has joined #lisp
fikka has joined #lisp
Karl_Dscc has joined #lisp
oxo1o1o1o_ has joined #lisp
damke has joined #lisp
oxo1o1o1o has quit [Ping timeout: 276 seconds]
mikecheck has joined #lisp
damke_ has quit [Ping timeout: 263 seconds]
jcowan_ has joined #lisp
jcowan has quit [Ping timeout: 256 seconds]
dented42 has joined #lisp
damke_ has joined #lisp
damke has quit [Ping timeout: 264 seconds]
mishoo has joined #lisp
damke has joined #lisp
krwq has quit [Remote host closed the connection]
d4ryus1 is now known as d4ryus
damke_ has quit [Ping timeout: 264 seconds]
raynold has quit [Quit: Connection closed for inactivity]
makomo has quit [Ping timeout: 264 seconds]
orivej has quit [Ping timeout: 260 seconds]
dented42 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dented42 has joined #lisp
orivej has joined #lisp
fikka has quit [Ping timeout: 256 seconds]
damke_ has joined #lisp
fikka has joined #lisp
damke has quit [Ping timeout: 264 seconds]
asarch has quit [Quit: Leaving]
wigust has joined #lisp
equwal has quit [Remote host closed the connection]
orivej has quit [Ping timeout: 264 seconds]
<loginoob> Is common lisp used in industry?
<didi> loginoob: Probably.
<otwieracz> Funeral industry? :)
Karl_Dscc has quit [Remote host closed the connection]
<loginoob> how tough is it for a newcomer to get a job in common lisp.
<otwieracz> Difficult, IMO.
<loginoob> I have never met a person who works with common lisp, in India.
<loginoob> nor can i see job posting for it
<loginoob> so i asked.
dented42 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hiroaki has quit [Ping timeout: 240 seconds]
<loginoob> Is anyone from India here? Am i allowed to ask?
oxo1o1o1o has joined #lisp
chens` has joined #lisp
Mat4 has joined #lisp
chens has quit [Read error: Connection reset by peer]
oxo1o1o1o_ has quit [Ping timeout: 240 seconds]
Mat4 has left #lisp [#lisp]
energizer has quit [Quit: Leaving]
damke has joined #lisp
chens` has quit [Quit: ERC (IRC client for Emacs 25.3.1)]
damke_ has quit [Ping timeout: 265 seconds]
<loke> loginoob: You can ask, but I don't see why that information should be useful;?
<pierpa> would be useful to him to connect with the Indian CL community, if it exist?
<loke> Sure. I simply said _I_ don't see ho wit's userful.
<loke> anyway, I believe the answer is yes.
shifty has quit [Ping timeout: 256 seconds]
flamebeard has joined #lisp
hiroaki has joined #lisp
<jackdaniel> loginoob: there are a few companies which use CL as their main programming language for products they sell. some of them: Raven Pack, Grammarly, Franz Inc
fikka has quit [Ping timeout: 256 seconds]
<jackdaniel> moreover there are more companies which use other lisp dialects (like clojure which seems to be more popular) and there are companies we don't know about (i.e they are not saying, what language do they use)
<jackdaniel> and if you are a freelance developer it is often at your discretion what language you use
<jackdaniel> I think iRobot uses some Lisp dialect for their products for internal software
mathZ has joined #lisp
<jackdaniel> here is a feed with lisp jobs offers: https://lispjobs.wordpress.com/
hajovonta has joined #lisp
vlatkoB has joined #lisp
dented42 has joined #lisp
fikka has joined #lisp
mathZ has quit [Remote host closed the connection]
Cymew has joined #lisp
<hajovonta> hello
<otwieracz> Yup, iRobot uses CL.
<otwieracz> D-Wave, also.
damke has quit [Ping timeout: 263 seconds]
shka_ has quit [Ping timeout: 260 seconds]
energizer has joined #lisp
damke has joined #lisp
deng_cn has quit [Read error: Connection reset by peer]
varjag has joined #lisp
deng_cn has joined #lisp
<loginoob> jackdaniel: Thank you very much for the detail info.
damke_ has joined #lisp
oleo has quit [Quit: Leaving]
damke has quit [Ping timeout: 264 seconds]
oxo1o1o1o_ has joined #lisp
oxo1o1o1o has quit [Ping timeout: 268 seconds]
macdavid313 has joined #lisp
DVSSA has joined #lisp
<hajovonta> is there an IRC client written in CL?
chens has joined #lisp
mlf|2 has quit [Read error: Connection reset by peer]
<Shinmera> if by client you mean library, then multiple.
<Shinmera> if by client you mean an application like irssi, then I know only of one, which is very basic.
<Shinmera> Writing an actually usable irc app is in my plans but I don't know when I'll get to it.
<hajovonta> do you have plans for the frontend?
<hajovonta> will it use the REPL?
<Shinmera> The basic client I've talked about runs on the REPL
<Shinmera> But the REPL is too limited an environment to be useful for IRC.
<hajovonta> I agree
<hajovonta> it would almost be like using telnet
<Shinmera> Anyway, frontend will be Qt, just like all the other apps I've written.
<beach> hajovonta: There beirc.
<Shinmera> Oh, neat
<hajovonta> when I had to make a frontend to an app, I used hunchentoot and made a dynamic page
deng_cn has quit [Remote host closed the connection]
<hajovonta> hm, beirc is in quicklisp
<hajovonta> it starts, but can't connect :)
<dim> Shinmera: is a Qt backend for McCLIM something that would make sense?
<Shinmera> I don't know McCLIM enough to answer that question
<dim> my understanding is that McCLIM draws everything itself, rather than using ready-made widgets, but I'm not sure about that :/
<beach> dim: Probably not much. CLIM was meant to be able to do that kind of stuff, i.e. using gadgets from existing toolkits, but we haven't worked much on making that possible.
<Shinmera> Well, you can draw whatever you want into a Qt window too.
<beach> dim: Yes, that's what we have been working on the most.
<dim> so whatever the backend is, you get the clim look&feel
<beach> dim: Such a backend would just use the most primitive features of Qt.
markong has joined #lisp
<beach> dim: There is no CLIM look and feel. McCLIM has a default one that people think is ugly, but it can be modified.
<dim> so many things to do, so little time
fikka has quit [Ping timeout: 264 seconds]
<Shinmera> Indeed
<beach> dim: Though it is better than it used to be, and there is some work in progress to make it better.
<dim> I keep thinking that CLIM with its graphical abilities could be a perfect playground for teaching programming, but I keep not having enough time to even have a look into that idea :/
<jackdaniel> when I'm dealt with mirrors I have a tutorial on how to write McCLIM gadget in progress
<jackdaniel> one of long term goals is to make default look of McCLIM follow material design guidelines
<jackdaniel> regarding using widgets from other toolkits, I have not investigated this possibility so far, but one of mirror purpose is an adaptive toolkit (that is - borrowing widgets from the underlying software, like Qt if there will be Qt backend at some point of time)
<jackdaniel> currently I'm working on mixing mirrored sheets and normal sheets freely in sheet hierarchy (right now we have two possibilities which work reasonably well: top-level-pane is mirrored or everything is mirrored)
tomlukeywood has joined #lisp
<jackdaniel> interesting fact: fittestbits works on Mezzano backend and he is already capable of running clim-listener on that operating system :)
fikka has joined #lisp
smokeink has joined #lisp
spergatory has quit [Ping timeout: 240 seconds]
damke has joined #lisp
dddddd has joined #lisp
damke_ has quit [Ping timeout: 264 seconds]
hhdave has joined #lisp
hhdave has quit [Client Quit]
hhdave has joined #lisp
parjanya has joined #lisp
macdavid313 has quit [Ping timeout: 240 seconds]
vtomole has quit [Ping timeout: 260 seconds]
<beach> jackdaniel: That's great news.
hhdave has quit [Ping timeout: 256 seconds]
milanj_ has joined #lisp
hhdave has joined #lisp
<beach> OK, I think we finished taking referee reports into account for our ELS submissions. A few passes to check for typos and grammar mistakes, and the final versions can be submitted. If anyone wants a preview there are here: http://metamodular.com/partial-inlining.pdf http://metamodular.com/incremental-parsing.pdf and if anyone finds mistakes soon enough, we will obviously fix those mistakes.
<beach> But I don't think we have the time for major modifications at this point.
vlatkoB has quit [Remote host closed the connection]
vlatkoB has joined #lisp
<shka> good morining
<beach> Hello shka.
smokeink has quit [Quit: Leaving]
fikka has quit [Ping timeout: 240 seconds]
fikka has joined #lisp
igemnace has quit [Read error: Connection reset by peer]
parjanya has quit [Ping timeout: 246 seconds]
vlatkoB has quit [Remote host closed the connection]
tomlukeywood has quit [Quit: tomlukeywood]
vlatkoB has joined #lisp
igemnace has joined #lisp
schweers has joined #lisp
vlatkoB has quit [Remote host closed the connection]
vlatkoB has joined #lisp
pagnol_ has joined #lisp
_cosmonaut_ has joined #lisp
eSVG has quit [Quit: Leaving]
vlatkoB has quit [Remote host closed the connection]
tomlukeywood has joined #lisp
vlatkoB has joined #lisp
mikecheck has left #lisp ["part"]
shifty has joined #lisp
energizer has quit [Ping timeout: 246 seconds]
damke_ has joined #lisp
damke has quit [Ping timeout: 264 seconds]
damke has joined #lisp
vlatkoB has quit [Remote host closed the connection]
vlatkoB has joined #lisp
damke_ has quit [Ping timeout: 264 seconds]
tomlukeywood has quit [Quit: tomlukeywood]
mingus has joined #lisp
schweers has quit [Remote host closed the connection]
orivej has joined #lisp
EvW1 has joined #lisp
mingus has quit [Read error: Connection reset by peer]
mange has quit [Ping timeout: 256 seconds]
orivej has quit [Ping timeout: 276 seconds]
mingus has joined #lisp
mingus has quit [Read error: Connection reset by peer]
smokeink has joined #lisp
makomo has joined #lisp
vlatkoB has quit [Remote host closed the connection]
vlatkoB has joined #lisp
milanj_ has quit [Quit: This computer has gone to sleep]
milanj_ has joined #lisp
mishoo_ has joined #lisp
damke_ has joined #lisp
damke has quit [Ping timeout: 265 seconds]
mishoo has quit [Ping timeout: 260 seconds]
EvW1 has quit [Remote host closed the connection]
dddddd has quit [Read error: Connection reset by peer]
Satou has joined #lisp
Sick_Life has quit [Read error: Connection reset by peer]
smokeink has quit [Remote host closed the connection]
chens has quit [Remote host closed the connection]
pfdietz has quit []
smokeink has joined #lisp
attila_lendvai has joined #lisp
mange has joined #lisp
shdeng has quit [Quit: Leaving]
smokeink has quit [Ping timeout: 268 seconds]
al-damiri has joined #lisp
orivej has joined #lisp
siraben has joined #lisp
rotty has quit [Ping timeout: 246 seconds]
Naergon has joined #lisp
zooey has quit [Ping timeout: 268 seconds]
rotty has joined #lisp
Kaisyu has quit [Quit: Connection closed for inactivity]
<antoszka> khrb_t: hi, I tried to use your fork/fix of Linedit, it works OK, but seems that the :history and :killring keyword arguments to INSTALL-REPL are not supported anymore.
<antoszka> khrb_t: are you planning to get that working, too?
zooey has joined #lisp
attila_lendvai has quit [Ping timeout: 260 seconds]
nika has quit [Remote host closed the connection]
<antoszka> khrb_t: though looking at the code how that'd gone missing ;)
mingus has joined #lisp
wxie has joined #lisp
kajo has quit [Quit: WeeChat 2.0.1]
m00natic has joined #lisp
kajo has joined #lisp
wxie has quit [Remote host closed the connection]
heisig has joined #lisp
ghard```` has quit [Quit: reconnecting]
EvW has joined #lisp
ghard has joined #lisp
FreeBirdLjj has joined #lisp
<dim> any ABCL users around, to have a look at https://github.com/dimitri/pgloader/issues/772 ?
Sick_Life has joined #lisp
kajo has quit [Quit: WeeChat 2.1]
FreeBirdLjj has quit [Ping timeout: 246 seconds]
JenElizabeth has joined #lisp
pioneer42 has joined #lisp
makomo has quit [Quit: WeeChat 2.0.1]
pioneer42 has left #lisp [#lisp]
milanj_ has quit [Quit: This computer has gone to sleep]
damke has joined #lisp
pioneer42 has joined #lisp
pioneer42 has quit [Quit: Leaving.]
damke_ has quit [Ping timeout: 263 seconds]
milanj_ has joined #lisp
milanj_ has quit [Quit: This computer has gone to sleep]
jmercouris has joined #lisp
BlueRavenGT has joined #lisp
jcowan_ is now known as jcowan
alvarone has joined #lisp
<alvarone> ciao
<alvarone> !list
alvarone has quit []
vlatkoB has quit [Remote host closed the connection]
vlatkoB has joined #lisp
milanj has joined #lisp
orivej has quit [Ping timeout: 252 seconds]
<loginoob> !list
<jmercouris> !list
vlatkoB has quit [Remote host closed the connection]
Misha_B has joined #lisp
vlatkoB has joined #lisp
tomlukeywood has joined #lisp
smokeink has joined #lisp
zbir```` has joined #lisp
<dim> so, ELS, Marbella, spain... is there an hotel everyone is going, to make it easy to share a last drink at night at the bar?
dddddd has joined #lisp
<Xach> dim: I am staying at Hotel Fuerte Marbella. I did not find any other guidance or suggestions and it seemed relatively close and decent.
<dim> thanks Xach, looking into that one then
<antoszka> dim: I'm staying at Albergue Inturjoven Marbella, it's within walking distance of the venue and very cheap
Kevslinger has joined #lisp
<dim> booking done... I was fed up with traveling, somehow got excited again ;-)
<Xach> Everything in europe is so close together it can hardly be called travelling! I am traveling many thousands of kilometres to join lisp friends!!
<dim> hehe
<dim> well well
<ghard> Humm. Just realised while I was in the recording studio I missed the early reg deadline :(
<dim> I won't list here my whereabouts, but it's been feeling as travelling for me, and it has included recent enough trips across the pond too
<Xach> That was a very long recording session, the early reg deadline was open for quite some time
<dim> Xach: also I'll be in Ottawa end of may, then from there to SF...
<Xach> dim: you will be in SF in june? me too! (probably)
<Xach> We can settle any unfinished ELS Lisp business then
<dim> well I didn't book yet, either before of after Ottawa
* Xach wonders if everyone could be persuaded to support package::(...) syntax
<dim> Ottawa hosts http://pgcon.org
<Xach> jackdaniel: does ECL support package::(...) syntax?
<ghard> Indeed. I was holding out till last moment and then got distracted.
tomlukeywood has quit [Quit: tomlukeywood]
<ecraven> is there a short description of how SBCL tagged pointers work anywhere?
<jackdaniel> Xach: no
<ghard> Deciding whether to fly or ride > 2megameters there with a bike that's older than many of my coworkers.
<Xach> jackdaniel: can you think of reasons why a change to do so might be rejected?
<Xach> Or put the other way, would a patch for it be accepted?
* jackdaniel is thinking (intensively)
<jackdaniel> I don't like the idea of this syntax, but clean patch for it would be accepted
spergatory has joined #lisp
<Xach> I have found it to be very convenient repl shorthand. I don't think it is good to embed in source files (unless it becomes supported by all lisps)
JenElizabeth has quit [Ping timeout: 240 seconds]
<jackdaniel> nb: ECL's reader is written in C, so bending it for this requires C knowledge
<Xach> Well, I know CL, so C must be like forgetting half of that, right?
<jackdaniel> :-)
onion has joined #lisp
warweasle has joined #lisp
<dlowe> wouldn't (using-package <package> <implicit progn>) be just a little tidier?
<Xach> I am more interested in repl brevity in this case
makomo has joined #lisp
onion is now known as whoman
whoman is now known as onion
zbir```` is now known as zbir
JenElizabeth has joined #lisp
loginoob has quit [Quit: Lost terminal]
EvW has quit [Ping timeout: 265 seconds]
<dim> add an optional body to (in-package pkg &body)?
JuanDaugherty has joined #lisp
<dim> well, no, with-package reads better
<dim> still not as short as Xach's proposal I guess
<dlowe> I don't have any issues at the repl that would warrant such a proposal, but it doesn't ruin anything I guess.
Bike has joined #lisp
<dlowe> not until I see it in code in the wild
nowhere_man has quit [Ping timeout: 248 seconds]
kajo has joined #lisp
<jackdaniel> that
<Xach> allegroserve uses it in the wild, and i wish it didn't.
mange has quit [Quit: Leavin']
<Bike> wouldn't with-package actually be more difficult since it would be a weird macro semantic change and not just a reader change
<Bike> but yeah, i've used it a few times in the repl too
tomlukeywood has joined #lisp
<jcowan> local (lexical) syntax is something quite new and should really be thought through carefully
<dlowe> Bike: (in-package ...) is also parsed by the reader
<Bike> uh... yes.
<Bike> so?
<dlowe> so with-package would not be more difficult
<Bike> yyyyes it would
<Bike> (in-package foo) just macroexpands into (setf *package* foo), more or less
<Bike> it doesn't actually affect the reader
<Bike> with-package is not possible to write in standard CL and entails sort of delaying the reader
<Bike> i mean, in-package doesn't affect the reader while the in-package form is being read
<Shinmera> either that or some weird shit with rewriting expressions.
<dlowe> (with-package foo ...) would macroexpand into (let ((*package* foo)) (recursive-reader))
<Bike> what is recursive-reader
<dlowe> I don't intend to live-code it right this instant
<Bike> okay, but i have actually no idea what could possibly go there to make it work
<Bike> by the time the macroexpansion happens, the body has already been read
<Shinmera> macroexpansion can happen without the reader, even.
<Shinmera> As in, an expression must not necessarily have been read in order to be compiled.
<dlowe> the reader has re-entrant mechanisms to pluck things from the stream being read
<onion> clhs with-package
<specbot> Couldn't find anything for with-package.
<Bike> okay, but the reader is already done at this point.
<Bike> the evaluator is handed a cons with USING-PACKAGE in the car. what does it do.
<jmercouris> anyone have any experience with s-xml-rpc?
<jmercouris> I have a server, and it is returning a string like "T" or "NIL" instead of True or False in XML-RPC
<dlowe> signal. It's not a solvable problem with a cons
<Bike> okay, so the evaluator can't do it
<Bike> so you want the reader to recognize when it's read "(USING-PACKAGE", is that it?
tomlukeywood has quit [Quit: tomlukeywood]
narendraj9 has joined #lisp
fikka has quit [Ping timeout: 264 seconds]
<jackdaniel> #[using-package my-package …] -> (let ((*package* …)) (read…))
<jackdaniel> more weird syntax for greater good
<shka> oh god, please no
<dlowe> that at least has the advantage of being available in a library
<jackdaniel> or mandate implementations to allow steal macro character ( by the user, then we can implement whatever we want to without obfuscating the syntax
<dlowe> using standard reader constructs
<Shinmera> You can do it if you override the ( reader macro. Either way though it won't be a macro.
<dlowe> jackdaniel: just drop the using-package for #[my-package ...]
<jackdaniel> imo such #[…] syntax should be done in form of a library
<jackdaniel> so anyone can extend it instead of fixing it to #[my-package ]
<dlowe> sure, it's totally doable via standard extensions
<jackdaniel> sure
<dlowe> maybe a #{} library could just evaluate whatever function call by the reader
<jackdaniel> I still wouldn't use it though
<jackdaniel> I have [] as a poor-mans lisp-1 sexp
<dlowe> #{using-package foo ...} would read the first symbol and call it with the stream
<jackdaniel> in my daily hacks
<onion> do you realise how much different "syntax" we use in english language every day? when we mad, talking to mom, talking to child, talking to boss, talking to buddies, when sleepy, when anxious and hurrying ...
<Bike> it's all in chomsky's hit book, now in stores,
damke_ has joined #lisp
<onion> why '#' though ? its such a noisy character ;)
<dlowe> # triggers reader macros
<Bike> it's just the usual dispatch macro character. you could do $[ or something if you wanted to.
<dlowe> it's supposed to stand out so a human can be alerted that something funny is going on
mareskeg has joined #lisp
damke has quit [Ping timeout: 264 seconds]
fikka has joined #lisp
mareskeg has quit [Remote host closed the connection]
mareskeg has joined #lisp
HerrBlume has joined #lisp
pagnol_ has quit [Ping timeout: 268 seconds]
Satou has quit [Quit: Cya soon guys!]
oleo2 has joined #lisp
<onion> ahh i see =)
oleo has joined #lisp
sjl__ has joined #lisp
igemnace has quit [Read error: Connection reset by peer]
mareskeg has quit [Remote host closed the connection]
warweasle is now known as warweasle_afk
mareskeg has joined #lisp
Satou has joined #lisp
Satou has quit [Client Quit]
rumbler31 has joined #lisp
fikka has quit [Ping timeout: 240 seconds]
patrixl` has joined #lisp
patrixl has quit [Read error: Connection reset by peer]
pagnol_ has joined #lisp
mareskeg has quit [Remote host closed the connection]
nirved has quit [Ping timeout: 256 seconds]
tomsen_ has joined #lisp
nowhere_man has joined #lisp
fikka has joined #lisp
zacts has quit [Quit: WeeChat 1.9.1]
zacts has joined #lisp
TCZ has joined #lisp
hajovonta has quit [Remote host closed the connection]
fikka has quit [Ping timeout: 268 seconds]
nirved has joined #lisp
warweasle_afk is now known as warweasle
zbir has quit [Remote host closed the connection]
zbir has joined #lisp
varjag has quit [Quit: ERC (IRC client for Emacs 24.5.1)]
fikka has joined #lisp
flamebeard has quit [Quit: Leaving]
dyelar has quit [Quit: Leaving.]
capitaomorte has joined #lisp
jmercouris has quit [Ping timeout: 248 seconds]
shrdlu68 has joined #lisp
FreeBirdLjj has joined #lisp
dyelar has joined #lisp
quazimodo has quit [Ping timeout: 240 seconds]
rippa has joined #lisp
wheelsucker has joined #lisp
fouric has quit [Ping timeout: 240 seconds]
trocado has joined #lisp
sjl__ is now known as sjl
raynold has joined #lisp
smokeink has quit [Remote host closed the connection]
smokeink has joined #lisp
porky11 has joined #lisp
ckonstanski has joined #lisp
jmercouris has joined #lisp
heisig has quit [Quit: Leaving]
<jmercouris> Hey everyone, I have the following simplified example: https://gist.github.com/f40f2436d424c6e54ec486276f17e0df
<jmercouris> as you can see, based on the tests, a boolean is automatically encoded and decoded by the server
<jmercouris> YET! When I add my own function, and it returns a boolean, it somehow converts it to a string for some reason
<jmercouris> and my response looks like this: <methodResponse><params><param><value><array><data><value><string>T</string></value></data></array></value></param></params></methodResponse>
<jmercouris> same goes for nil where it produces <string>NIL</string>
<jmercouris> is there something that I am missing?
fikka has quit [Ping timeout: 240 seconds]
<jmercouris> interesting, seems like in these tests it also produces a list like "T"
<smokeink> just a thought: try to (break) inside the function where the problem is and debug it , step by step
<jmercouris> you mean in the library code?
<jmercouris> because my function is most definitely returning a bool as evidenced by the "T" or "NIL" string response
<jmercouris> it's just not getting encoded properly
<smokeink> anywhere
<jmercouris> fair enough
<jmercouris> time to look more into this codebase
<jmercouris> maybe I'll end up forking it in the end...
<smokeink> after (break) is reached , press 's' and it'll put you into stepping mode
<jmercouris> ok
<jmercouris> will do
<jmercouris> ah shi
<jmercouris> I'm not running in slime because the server interferes with slime
<jmercouris> maybe I'll have to fix that first
fikka has joined #lisp
<stacksmith> jmercouris: consider making the code more like Lisp. Like instead of (if (zerop (random 2)) t nil) you can just (zerop (random 2))
<jmercouris> stacksmith: that's not my test suite
<jmercouris> I'm just looking at it for understanding usage
<jmercouris> it seems in general this package could use a lot of modernization
<jmercouris> last update was in 2004
<stacksmith> If the rest of it is written the same way, I wouldn't expect much. CL has not changed since 2004, and judging by the snippet you provided whoever wrote it knows very little CL.
<jmercouris> yeah that is a bit strange using an if when zerop already is a predicate function
TCZ has quit [Quit: Leaving]
TCZ has joined #lisp
<stacksmith> Everything about this code is strange. To put it gently.
sz0 has joined #lisp
<sjl> So, this test is testing that booleans get booleans get encoded properly
<jmercouris> sjl: right, exactly
<sjl> zerop is not required to return a boolean by the standard
<sjl> clhs zerop
<sjl> > Returns true if number is zero
<sjl> note how it says "true", not "t"
<sjl> (zerop 0) can return anything that's not `nil` and still be compliant with the standard
<jmercouris> ah, wow, good catch
<jmercouris> now I feel like an idiot :D
<sjl> I mean, in practice it probably usually returns t in most implementations
<stacksmith> sjl: it also says "false" and not NIL.
narendraj9 has quit [Ping timeout: 268 seconds]
<jackdaniel> check out "generalized boolean" entry in the spec glossary
<sjl> stacksmith: yes, but if you click though to false it's defined to be "the symbol NIL"
<jmercouris> the difference between "false" and not Nil? is there one?
<sjl> > false n. the symbol nil, used to represent the failure of a predicate test.
<jackdaniel> it basically means: NIL is false and everything else is true
<jmercouris> I know there is most definitely a difference between truthy value and T
<sjl> predicates often return t and nil, but they don't have to
<sjl> e.g.
<sjl> clhs digit-char-p
<sjl> that one always bites me
TCZ has quit [Client Quit]
<jmercouris> anyways, I still need to see how the XML is actually being encoded in those calls
<jmercouris> maybe there is something strange on the Lisp side in the decoding
<jmercouris> and the encoding is actually false
<sjl> but yeah, if you want "a random object of type BOOLEAN" (if (zerop (random 2)) t nil) is a safe, reasonable way to get it
<Xach> so many ways.
<sjl> Would be interesting if there were a CL implementation that always did things the nonobvious way when the standard allows, just to run test suites under
<jackdaniel> clisp is suprising in many places
<jackdaniel> yet usually it *is* conforming
<sjl> (list (= 1 1) (= 2 2)) ; => '(yep definitely)
<Xach> There are a couple areas where that would be a big problem, but other areas where it would be cool
<jmercouris> damn, so it seems that is in fact returning a string value
<jmercouris> I turned on the debug flag...
<jmercouris> well, I have confirmed the server is trying to return a string
BitPuffin has joined #lisp
<Xach> there is a widespread assumption that IO on (unsigned-byte 8) streams will do what you expect, for example.
<jmercouris> maybe if I try returning an integer it'll actually return an int
<Xach> Or that namestrings are mostly reasonable
smokeink has quit [Remote host closed the connection]
Naergon has quit [Ping timeout: 276 seconds]
<jmercouris> you know, this is really strange
<jmercouris> it encodes an int properly
nowhere_man has quit [Ping timeout: 265 seconds]
<jmercouris> but it encodes booleans as strings...
EvW1 has joined #lisp
fikka has quit [Ping timeout: 256 seconds]
yeticry has quit [Ping timeout: 240 seconds]
damke_ has quit [Ping timeout: 263 seconds]
nowhere_man has joined #lisp
fikka has joined #lisp
<jcowan> side question: do Unicode-enabled CLs typically implement digit-char-p to return truth on non-ASCII decimal digits (category Nd)?
damke_ has joined #lisp
yeticry has joined #lisp
glv has joined #lisp
<jmercouris> alright, I've found the important function
<jmercouris> I'm just trying to understand it now
<phoe> clhs digit-char-p
<phoe> jcowan: nope
<jmercouris> for some reason, it will return a string first, and won't ever get to boolean
<phoe> CL has 36 possible digits, 0..9A..Z
<jmercouris> aha, here is the issue
<jmercouris> (symbolp T) --> T
<jmercouris> so it treats the boolean as an arg
<jmercouris> I mean as a string
asarch has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
<jmercouris> can someone confirm that my logic is sound?
<phoe> yes
<jcowan> also (symbolp NIL) => t
<phoe> you need to put the (OR (NULL ARG) (EQ ARG T)) clause above (OR (STRINGP ARG) (SYMBOLP ARG))
<phoe> also in this context I'd switch (NULL ARG) with (EQ ARG NIL)
<phoe> (r even the whole OR with (MEMBER ARG '(NIL T))
pootler has joined #lisp
<phoe> but now remember that mapping symbols to strings might screw you up.
<jmercouris> if I put that clause above the string though, then strings will be encoded as booleans
<jmercouris> no?
<phoe> no
fikka has quit [Ping timeout: 248 seconds]
<phoe> why?
<phoe> no string matches (MEMBER ARG '(T NIL))
<jmercouris> aah, you are using (eq)
mareskeg has joined #lisp
<phoe> since only two symbols match that clause
<jmercouris> sorry, yes
<phoe> EQ, EQL, EQUAL, EQUALP
<phoe> no string is equal to a symbol under these predicates
<phoe> you'd need to use STRING=.
<phoe> but now remember that mapping symbols to strings might screw you up.
<jmercouris> what do you mean by that?
<phoe> how are you going to encode '(a b c d e f g h i j k l m n o p q r s t u v w x y z) ?
<phoe> because it sounds like you'll get something like ... "Q" "R" "S" true "U" "V" "W" ...
<jmercouris> instead of whatever values is set for those symbols
<jmercouris> hmm that is a good question, let me think about it
<phoe> you might prefer :true and :false that do not map easily to Lisp values but *are* unique.
<phoe> which is how some JSON libraries work with it.
<jmercouris> maybe, but then I would need an (if) everytime I want to return a bool
<jmercouris> to return the correct keyword
<phoe> jmercouris: if you want to return all symbols as strings, then it sounds like you need to do that to take the edge case of T/NIL into account.
<phoe> also, in your system, package information of a symbol is lost, so FOO:QUUX and BAR:QUUX will map into one string.
<phoe> That isn't necessarily a bad thing, and just a thing to consider. if you want it that way.
<jackdaniel> #t #f for greater good ;-)
<phoe> welcome to Scheme
pootler has quit [Quit: Mutter: www.mutterirc.com]
comborico1611 has joined #lisp
zbir has quit [Ping timeout: 276 seconds]
arbv has quit [Quit: ZNC - http://znc.in]
energizer has joined #lisp
<Bike> hellooooo, style type question. i wrote some extensions in mop to do observers and other such hip things. however there's a bit of a problem. i, i figured naturally, implemented the things as :after methods and such on (setf slot-value-using-class), but these functions are also used during initialization, at which point observers etc should generally not be observing.
<Bike> i could have an "initialized" flag but that's kind of eh. i could define things so that there's internal and external accessors and only the external do these things, but then it seems pointless to have s-v-u-c be generic
<Bike> any suggestions for what sucks least
fikka has joined #lisp
<phoe> Bike: are you using make-instance as your constructor?
<Bike> yeah
<Bike> i don't want to rewrite shared-initialize or anything
<phoe> does your observer start observing immediately after it's created, or...?
pootler has joined #lisp
<Bike> the observer is a method on (setf slot-value-using-class), which shared-initialize calls.
<beach> Bike: I am questioning that.
<jmercouris> phoe: thanks for the advice!
<Bike> i don't know if it's defined to call it, but implementations seem to.
pootler has quit [Client Quit]
<Bike> and if it didn't it kind of makes it difficult to define your own slot allocations and such, i think.
EvW1 has quit [Ping timeout: 252 seconds]
comborico1611 is now known as comborico1611_
<beach> Bike: I would have to give it more thought.
comborico1611_ has quit [Quit: Konversation terminated!]
<beach> This is the end of a long day, and I am not thinking clearly.
<Bike> suresure. not like i need an immediate answer or anything
<Bike> for now the observer just does a bunch of boundp tests
makomo_ has joined #lisp
<jmercouris> time to make a fork of s-xml-rpc with my changes...
<Bike> ah, and of course when i say shared-initialize calls (setf slot-value-using-class), i mean in general. if the class is a standard class and yada yada it can probably use standard-instance-access fine
<phoe> Bike: so basically, your observer is just active during initialization of the object?
<phoe> since it's only called by shared-initialize?
<Bike> no, it's active any time the slot is set.
<Bike> which is during initialization and also later.
<Bike> but i don't particularly need or want it to run during initialization.
DVSSA has quit [Ping timeout: 268 seconds]
<phoe> Hmm. I see.
<phoe> You could do a more dirty trick, I think.
<phoe> allocate-instance can return an instance of uninitialized-observer, shared-initialize can work on that one normally, and make-instance :after can change-class it into observer (an initialized one).
<phoe> I think this would be a bit bending on the
<phoe> clhs allocate-instance
<phoe> "The generic function allocate-instance creates and returns a new instance of the class, without initializing it."
<phoe> So my advice would actually violate the standard. Welp.
<Bike> i think you are misunderstanding something
<Bike> the observer is just a function
<phoe> Oh wait a second. Just a function.
<Bike> i have a custom slot definition class that has a list of observer functions
<Bike> when (setf slot-value-using-class)'s :after method is called, it calls the observers
<Bike> that's it
rpg has joined #lisp
rpg has quit [Client Quit]
rpg has joined #lisp
hhdave has quit [Ping timeout: 264 seconds]
trocado has quit [Ping timeout: 276 seconds]
mflem has joined #lisp
Karl_Dscc has joined #lisp
pagnol_ has quit [Ping timeout: 256 seconds]
<phoe> yep, I see.
<phoe> I think the flag would be the best in that case.
<Bike> it feels kind of bad, but i guess slot-boundp is worse
LiamH has joined #lisp
arbv has joined #lisp
Quetzal2 has joined #lisp
trocado has joined #lisp
parjanya has joined #lisp
shifty has quit [Ping timeout: 240 seconds]
jcowan has quit [Ping timeout: 240 seconds]
Arcaelyx has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
_cosmonaut_ has quit [Ping timeout: 264 seconds]
siraben` has joined #lisp
siraben has quit [Ping timeout: 245 seconds]
arbv has quit [Ping timeout: 252 seconds]
arbv has joined #lisp
rumbler31 has quit [Ping timeout: 248 seconds]
shrdlu68 has quit [Ping timeout: 246 seconds]
mareskeg has quit [Quit: mareskeg]
rumbler31 has joined #lisp
k-stz has joined #lisp
nowhere_man has quit [Ping timeout: 248 seconds]
shka_ has joined #lisp
khrb_t is now known as khrbt
m00natic has quit [Remote host closed the connection]
varjag has joined #lisp
<khrbt> antoszka: yes. I will get the additional install-repl arguments working. I attempted to collected code and fixes in various repos and branches and it looks like I missed a crucial one.
energizer has quit [Remote host closed the connection]
<antoszka> khrbt: cool, thanks, I'll be watching the repo ;)
fikka has quit [Ping timeout: 264 seconds]
tomlukeywood has joined #lisp
fikka has joined #lisp
nowhere_man has joined #lisp
rpg has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
makomo_ has quit [Ping timeout: 276 seconds]
makomo_ has joined #lisp
energizer has joined #lisp
fikka has quit [Ping timeout: 256 seconds]
JuanDaugherty has quit [Ping timeout: 256 seconds]
nostoi has joined #lisp
ninegrid has quit [Quit: brb]
sz0 has quit [Quit: Connection closed for inactivity]
nostoi has quit [Client Quit]
tomlukeywood has quit [Quit: tomlukeywood]
oleo2 has quit [Ping timeout: 240 seconds]
rumbler31 has quit [Ping timeout: 240 seconds]
damke has joined #lisp
zacts has quit [Quit: WeeChat 1.9.1]
damke_ has quit [Ping timeout: 264 seconds]
zacts has joined #lisp
fikka has joined #lisp
zacts has quit [Client Quit]
rumbler31 has joined #lisp
fikka has quit [Ping timeout: 260 seconds]
SaganMan has quit [Quit: WeeChat 1.6]
fikka has joined #lisp
rpg has joined #lisp
fikka has quit [Ping timeout: 260 seconds]
bocaneri has quit [Read error: Connection reset by peer]
nowhere_man has quit [Ping timeout: 276 seconds]
fikka has joined #lisp
porky11 has quit [Quit: Leaving]
nowhere_man has joined #lisp
Sick_Life has quit [Quit: leaving]
comborico1611 has joined #lisp
pagnol has joined #lisp
siraben` has quit [Ping timeout: 256 seconds]
fikka has quit [Ping timeout: 276 seconds]
EvW has joined #lisp
porky11 has joined #lisp
JuanDaugherty has joined #lisp
DVSSA has joined #lisp
narendraj9 has joined #lisp
capitaomorte has quit [Ping timeout: 240 seconds]
ninegrid has joined #lisp
narendraj9 has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
milanj has quit [Quit: This computer has gone to sleep]
fikka has joined #lisp
trocado has quit [Remote host closed the connection]
warweasle has quit [Quit: away]
glv has quit [Quit: Leaving]
warweasle has joined #lisp
fikka has quit [Ping timeout: 240 seconds]
megalography has quit [Ping timeout: 268 seconds]
fikka has joined #lisp
warweasle has quit [Quit: donuts]
fikka has quit [Ping timeout: 276 seconds]
nmajo has joined #lisp
vtomole has joined #lisp
jcowan has joined #lisp
glv has joined #lisp
megalography has joined #lisp
BitPuffin has quit [Remote host closed the connection]
shka_ has quit [Ping timeout: 268 seconds]
megalography has quit [Ping timeout: 256 seconds]
fikka has joined #lisp
comborico has joined #lisp
pootler has joined #lisp
milanj has joined #lisp
wigust has quit [Ping timeout: 240 seconds]
vtomole has quit [Ping timeout: 260 seconds]
damke_ has joined #lisp
hiroaki has quit [Ping timeout: 265 seconds]
Intensity has quit [Ping timeout: 260 seconds]
damke has quit [Ping timeout: 265 seconds]
Arcaelyx has joined #lisp
bjorkintosh has joined #lisp
Intensity has joined #lisp
xantoz has joined #lisp
rippa has quit [Quit: {#`%${%&`+'${`%&NO CARRIER]
hiroaki has joined #lisp
orivej has joined #lisp
jealousmonk has joined #lisp
dented42 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Mutex7 has joined #lisp
SamSkulls has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
nowhereman_ has joined #lisp
HerrBlume has quit [Remote host closed the connection]
nowhere_man has quit [Ping timeout: 260 seconds]
jmercouris has quit [Remote host closed the connection]
bms_ has joined #lisp
jcowan has left #lisp ["Leaving"]
orivej_ has joined #lisp
orivej has quit [Ping timeout: 268 seconds]
megalography has joined #lisp
xantoz has quit [Ping timeout: 268 seconds]
xantoz has joined #lisp
comborico has quit [Quit: Konversation terminated!]
scottj has joined #lisp
Kundry_Wag has joined #lisp
gigetoo has quit [Ping timeout: 260 seconds]
slyrus has quit [Ping timeout: 256 seconds]
wheelsucker has quit [Quit: Client Quit]
xantoz has quit [Ping timeout: 240 seconds]
orivej_ has quit [Ping timeout: 240 seconds]
slyrus has joined #lisp
smokeink has joined #lisp
Quetzal2 has quit [Read error: Connection reset by peer]
glv has quit [Quit: Leaving]
xantoz has joined #lisp
smokeink has quit [Remote host closed the connection]
tomsen_ has quit [Ping timeout: 256 seconds]
slyrus has quit [Ping timeout: 264 seconds]
makomo has quit [Ping timeout: 252 seconds]
makomo_ has quit [Ping timeout: 265 seconds]
ghard` has joined #lisp
ghard has quit [Read error: Connection reset by peer]
mflem has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
mflem has joined #lisp
Bronsa has joined #lisp
pootler has quit [Quit: Mutter: www.mutterirc.com]
Karl_Dscc has quit [Remote host closed the connection]
megalography has quit [Ping timeout: 276 seconds]
pootler has joined #lisp
mfulton has joined #lisp
dyelar has quit [Quit: Leaving.]
pootler has quit [Client Quit]
smokeink has joined #lisp
damke has joined #lisp
megalography has joined #lisp
spergatory has quit [Ping timeout: 240 seconds]
k-stz has quit [Remote host closed the connection]
damke_ has quit [Ping timeout: 264 seconds]
shifty has joined #lisp
xantoz has quit [Ping timeout: 240 seconds]
LiamH has quit [Quit: Leaving.]
xantoz has joined #lisp
smokeink has quit [Remote host closed the connection]
smokeink has joined #lisp
Bike has quit [Ping timeout: 260 seconds]
fikka has quit [Ping timeout: 240 seconds]
fikka has joined #lisp
vlatkoB has quit [Remote host closed the connection]
trocado has joined #lisp
porky11 has quit [Quit: Leaving]
DVSSA has quit [Ping timeout: 240 seconds]
asarch has quit [Quit: Leaving]
quazimodo has joined #lisp
<pillton> Bike: Are you sure you want the slot observer pattern? In my experience the slot observer pattern nearly always requires a predicate to test if the observers should be notified.
patrixl` is now known as patrix
patrix is now known as patrixl
megalography has quit [Ping timeout: 240 seconds]
rpg has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mfulton has left #lisp [#lisp]
megalography has joined #lisp
varjag has quit [Quit: ERC (IRC client for Emacs 25.2.1)]
fittestbits1 has joined #lisp
<fittestbits1> I have a question about probe-file - what "should" happen when probe-file is given a pathname that only contains a directory, but no file?
bms_ has quit [Quit: Leaving]
<fittestbits1> That is, pathname-name and pathname-type are both nil.
<fittestbits1> SBCL returns the true pathname (assuming the directory exists)
<pillton> clisp signals an error.
<Shinmera> fittestbits1: uiop has a probe-file* that should behave a bit more nicely.
<fittestbits1> Lisp works hyperspec doesn't seem to cover this case, it only talks about the "file".
<Shinmera> Right, what designates a file is implementation-dependent. So it's up to the implementation whether probe-file should work on directories.
xantoz has quit [Ping timeout: 276 seconds]
<Shinmera> If you take a look at uiop's implementation of probe-file*, you'll see it does quite a bit to make the behaviour consistent.
<fittestbits1> OK that makes sense. I tried probe-file on SBCL on linux - I think directories there are just files
xantoz has joined #lisp
<fittestbits1> I'll look at uiop's implementation.
Bike has joined #lisp
fisxoj has joined #lisp
comborico1611 has quit [Ping timeout: 240 seconds]
DVSSA has joined #lisp
trocado has quit [Ping timeout: 276 seconds]
DVSSA has quit [Ping timeout: 240 seconds]
Kundry_Wag has quit [Read error: Connection reset by peer]
mishoo_ has quit [Ping timeout: 263 seconds]
Bronsa has quit [Ping timeout: 240 seconds]
Kundry_Wag has joined #lisp
comborico1611 has joined #lisp
sjl has quit [Ping timeout: 260 seconds]
markong has quit [Ping timeout: 260 seconds]
rumbler31 has quit [Remote host closed the connection]
DVSSA has joined #lisp
mathZ has joined #lisp
Kundry_Wag has quit [Read error: Connection reset by peer]
DVSSA has quit [Ping timeout: 240 seconds]
DVSSA has joined #lisp
Kundry_Wag has joined #lisp
al-damiri has quit [Quit: Connection closed for inactivity]
DVSSA has quit [Ping timeout: 240 seconds]
Kundry_Wag has quit [Read error: No route to host]
Kundry_Wag has joined #lisp
vtcoo has joined #lisp
jealousmonk has quit [Ping timeout: 260 seconds]
megalography has quit [Ping timeout: 264 seconds]
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
nowhere_man has joined #lisp
nowhereman_ has quit [Read error: Connection reset by peer]
fisxoj has quit [Quit: fisxoj]
Kaisyu has joined #lisp
rpg has joined #lisp
xantoz has quit [Ping timeout: 240 seconds]
xantoz has joined #lisp
dented42 has joined #lisp
rpg has quit [Client Quit]
rpg has joined #lisp
Kundry_Wag has quit [Read error: Connection reset by peer]
rumbler31 has joined #lisp