freenode/#lisp - IRC Chatlog
Search
2:01:30
p_l
the aforementioned blockly use case? we pitched to client that they would be able to change processing equations/rules without having a java & PL/SQL expert come and recompile the program
2:05:03
p_l
well, with exception of Allegro's "modern mode" (lowercase, case-preserving), all important implementations comply with ANSI CL standard
2:05:09
no-defun-allowed
The differences between those implementations include compilers and extensions (like exposing GC functions, FFI, threads, etc)
2:05:46
p_l
LW for example has pretty nice GUI library and AFAIK splendid delivery options (plus stuff like WHO-CALLS)
2:06:24
analogue
Scheme appeals to me the most I think, would you say it is much to transition between the languages?
2:07:27
p_l
analogue: significant differences, IMO. CL has non-hygienic macros and doesn't care that much about text representation of code. ANSI CL is also much bigger standard by itself and thus a lot of things that are "every implementation is different" in Scheme are boringly standard in CL
2:07:51
p_l
ck_: iirc, SLIME's doesn't support querying who call's function at point on all implementations
2:08:52
minion
analogue: direct your attention towards pcl: pcl-book: "Practical Common Lisp", an introduction to Common Lisp by Peter Seibel, available at http://www.gigamonkeys.com/book/ and in dead-tree form from Apress (as of 11 April 2005).
2:08:56
ck_
p_l: sure. I just wondered why you singled out the lispworks functionality -- perhaps because it works slightly differently or better.
2:09:01
minion
analogue: paip: Paradigms of Artificial Intelligence Programming. More about Common Lisp than Artificial Intelligence. Now freely available at https://github.com/norvig/paip-lisp
2:09:24
p_l
analogue: I don't have much on scheme, but "How to Design Programs" might be of interest
2:09:50
p_l
and of course the classic (light on Scheme, heavy on Computer Science) "Structure and Interpretation of Computer Programs"
9:30:40
momozor
Hi, can I get some feedback of the code in https://github.com/momozor/Saurna/blob/master/src/main.lisp.
11:37:16
puchacz
for example, for exponential decay I can write in Mathematica: FindFit[points, a Exp[-x b], {a, b}, x]
11:59:50
thijso
Shinmera: what implementations have you tested verbose on? On SBCL my code runs without errors, but on ECL it looks like verbose is messing with other threads, namely a thread running a usocket UDP server. After a few seconds that thread dies with an unknown error...
12:00:28
thijso
And this is only when adding in verbose for logging. Without it, the code works on ECL as expected.
12:02:43
thijso
Well, the error I get is kinda weird as well: "The condition Not a condition type: NIL occurred with errno: 0." and " [Condition of type USOCKET:UNKNOWN-ERROR]"
12:02:46
Shinmera
Verbose does use a background thread to do the logging in. ECL might not like it if it's printing from there and from another thread at the same time.
12:03:38
thijso
Well, now the question becomes, do I start digging, or give up and just do my own debug logging... ;)
12:04:16
thijso
Hey... the main thread was still running and now it says: "Attempted to recursively lock #<lock (nonrecursive) "MESSAGE-LOCK" 0x55a7b1b55360> which is already owned by #<process "verbose-thread" 0x55a7b0a2b400>
12:05:41
Shinmera
Only idea I have about that is that condition-wait doesn't release the lock for some reason
12:06:25
thijso
Sure. I'm gonna be away for couple of hours, but I'll check the logs when I get back.
12:26:29
Shinmera
It seems like ECL is, under some circumstances, returning NIL from condition-wait with the lock still held.