freenode/#lisp - IRC Chatlog
Search
10:30:22
knobo
I'd like to do patternmatching to get the most spesific result. Something like this: https://gist.github.com/knobo/adb1bfaa6756161d39b4f2b35fc89d5b
10:33:05
jackdaniel
your snippet doesn't clarify anything to me. to answer the question; optima may be used to do pattern matching from the most specific, if you arrange clauses in correct order (same as with cond really)
12:49:59
Xach
http://report.quicklisp.org/2017-12-04/failure-report/sb-cga.html#sb-cga is key to a number of them - I don't understand it, does anyone else?
12:51:28
jdz
ASDF has started issuing warnings about test system definitions that do not follow the ASDF's naming convention?
12:57:30
Xach
jdz: sb-cga makes use of madeira-port in a way that seems to fail for me. can you load sb-cga?
13:00:21
Xach
http://report.quicklisp.org/2017-12-04/failure-report/array-operations.html#array-operations also looks like a new sbcl-related problem
13:06:24
jdz
The problem with sb-cga could be due to madeira-port not being up-to-date with a recent ASDF.
13:18:44
jdz
And yes, array-operations on GitHub has an "abandoned" badge since Oct 29 (the only commmit in over 4 years).
14:06:44
jackdaniel
and since it introduces some rule operators, they would have to be implemented in this subset as well. if they are implemented in (say) Java, then valid program in Jess may simply not work on conforming CL implementation (unless you re-implement Jess in CL)
14:08:52
jackdaniel
yes, my point is that if it roots in java in it's core functionality, then it is not subset of CL
14:32:23
pjb
paule32: (there's not a lot of syntax in lisp, but there's still some syntax, and syntax matters!)
14:33:19
paule32
end of file on #<SB-INT:FORM-TRACKING-STREAM for "file /home/jens/Projekte/ai/test/kallup.lisp" {1004A40C53}>
14:33:19
Bike
maybe paule32 can find a nice community somewhere that uses a language they can understand and react to, rather than hanging out here for a year and still not knowing what an error is
14:34:47
pjb
paule32: could read clhs make-hash-table and notice that it's possible to use another test… But this may be over his IQ level.
14:36:02
whoman
sigh. humans can live in any conditions as long as we get used to it. Bike is very right we should be mindful. it doesnt pay anyone else to be strong, so we dont need to prove we can deal with things that arent even necessary. i do that often, i am very stubborn and lone wolf style. =P
14:39:04
whoman
oh i only feel smart when i am programming actually.. the rest of life is mostly thumbs down.
14:40:31
Bike
it's not about intelligence, it's about communication. specifically, none of us are able to communicate with paule32.
14:41:47
jackdaniel
that's not it. we understand him, he just doesn't understand us (nor listens to advices)
14:43:23
pjb
paule32: good. What about this error message: (print (gethash "you" *word-table")) #| ERROR: Unexpected end of file on #<string-input-stream :closed #x302003D7ECED> |#
14:44:05
pjb
paule32: or what about: *** - READ: input stream #<INPUT CONCATENATED-STREAM> ends within a string ?
14:44:30
pjb
paule32: the point here is that different implementations have different error messages, and some may be friendlier and more understandable than others.
14:44:58
pjb
paule32: what about: *** - READ: Eingabestream #<INPUT CONCATENATED-STREAM> endet innerhalb eines Strings.
14:45:00
ecraven
why is most of the code for the MIT CADR uppercased? wouldn't it have been easier to read if converted to lowercase?
14:45:32
pjb
paule32: what about: *** - READ: Eingabestream #<INPUT CONCATENATED-STREAM> endet innerhalb eines Strings.
14:46:51
paule32
the problem is, sometimes, i spent my time under terminal consoles text based, and sometimes under gui - where you can get eye cancer
14:46:56
pjb
paule32: but since this is something I told you to do last year, we don't have any hope.
14:48:24
whoman
tie yourself in a bag and roll off the docks -- like houdini, life is at stake -- you will find the way if the pressure is high enough. otherwise why get in the bag ?
14:49:42
ecraven
pjb: but all the docstrings are properly cased, so it can't be for printing. did the MIT CADR actually use a card reader?
14:51:14
warweasle
I'm sure someone else has mentioned it, but hackaday had a lisp article: https://hackaday.com/2017/12/02/lisp-in-200-lines/
14:51:56
ecraven
it might just be tradition, no deeper reason :-/ I find it harder to read than mixed or lower-case
14:52:05
pjb
ecraven: I would say it depend on the terminals they hard. Not all the early terminals (the first virtual teletypes) had lowercase, since teletypes had only uppercase.
14:52:35
pjb
ecraven: happily, you can use my downcase-lisp and downcase-lisp-region emacs commands.
14:52:40
ecraven
well, the actual *interface* (at least judging from running it with the usim simulator) supported lower-case characters alright
14:55:39
ecraven
yea, but the user interface of the CADR definitely supported lower case, so I'm just wondering why it's only used in the docstrings, not in the actual source code
14:57:43
pjb
Well, I would say that, plus we used to love uppercase. It gave a very computery style!
14:58:20
pjb
It's only those millenium youngster babygirls who can't stand uppercase, and who believe they're yelled at, which is not the case at all.
14:59:52
ecraven
hehe, I have fond memories of the C64, I don't remember there being a lower-case in the BASIC interpreter there either
16:06:13
pjb
With their dumb names, imagine the confusion when Apple will release an iRetina computer…
16:09:11
borodust
XachX: i'm starting to think that coudl be the source of the issue (so far that's the only difference between machines that has the bug and the ones that doesn't)