<lisp123>
looks cool, that first chart has a changing horizontal scale?
<lisp123>
logarithmic?
<hayley>
A logarithmic scale, yes.
lisp123 has quit [Remote host closed the connection]
xaotuk has joined #commonlisp
lisp123 has joined #commonlisp
yauhsien has quit [Ping timeout: 245 seconds]
vassenn has joined #commonlisp
orestarod has quit [Quit: Leaving]
lisp123 has quit [Remote host closed the connection]
<santiagopim>
How to set slynk-stickers:*break-on-stickers* at startup ?? Using (setf slynk-stickers:*break-on-stickers* (list :after)) in ~/.slynk.lisp only hangs sly starting and I can only abort connection.
ebrasca has joined #commonlisp
lisp123 has joined #commonlisp
orestarod has joined #commonlisp
vassenn has quit [Remote host closed the connection]
<_death>
I don't use sly, but I'm guessing it doesn't "hang", but that it drops to the debugger, if you look at the inferior-lisp buffer.. if that's the case, it's likely because the package slynk-stickers is not yet defined, so you should find out a hook where it's there, or a way to load the stickers thing first
<santiagopim>
Ah, thanks. Yes, maybe defining at hook should work ... searching the hook. Thanks.
thuna` has joined #commonlisp
ebrasca has quit [Ping timeout: 245 seconds]
lisp123 has quit [Remote host closed the connection]
Oddity has quit [Ping timeout: 245 seconds]
<_death>
note that if you find a hook, you'll still need something like (set (read-from-string "SLYNK-STICKERS:*BREAK-ON-STICKERS*") ...) because the form may be read at a time when the package is not yet defined
jamesmartinez has quit [Quit: WeeChat 2.8]
lisp123 has joined #commonlisp
nij- has joined #commonlisp
<_death>
or you can (load "my-stickers-settings") or something
ebrasca has joined #commonlisp
cage has joined #commonlisp
jmdaemon has quit [Ping timeout: 244 seconds]
xaotuk has quit [Ping timeout: 276 seconds]
causal has joined #commonlisp
mon_aaraj has quit [Ping timeout: 245 seconds]
mon_aaraj has joined #commonlisp
lisp123 has quit [Remote host closed the connection]
Ungamedplayer has joined #commonlisp
nij- has quit [Ping timeout: 264 seconds]
<Ungamedplayer>
I'm trying to determine what I've done wrong with some code that i'm writing, ( https://www.toptal.com/developers/hastebin/famovepuyu.lisp ) in fetch-nvd-for-range , I expected record to get returned to the caller, however it does not. i have tried a number of other ideas (collect keyword in loop, assigning the output of a loop to a local variable
<Ungamedplayer>
and then having that as the last evaluated option, also using 'return-from' but they seem to return NIL.
<Ungamedplayer>
if this is the wrong place to ask, please let me know where i should be asking.
<Ungamedplayer>
line 94 is where i expected that to be returned.
<Bike>
so what do you get when you call fetch-nvd-for-range?
<Colleen>
Bike: karlosz said 7 hours, 2 minutes ago: why do we need fdefinition instructions? doesn't clasp have FDEFN objects?
<Colleen>
Bike: karlosz said 6 hours, 28 minutes ago: i started reviewing the compiler prototype. you only need to make cells right before you call make closure. its still fairly trivial to do that in a 1 pass compiler by just keeping track of whether the value came from a closure or is local
<Ungamedplayer>
it returns NIL
<Ungamedplayer>
I do see the record being printed.
<Ungamedplayer>
dupe paste in the bin, sorry, but the data is there.
<Bike>
that's fetch-from-nvd returning nil, not fetch-nvd-for-range. fetch-from-nvd is written to always return nil.
<Bike>
how do you know that fetch-nvd-for-range is returning nil?
<Bike>
try tracing it?
<Ungamedplayer>
oh, i see.
<Ungamedplayer>
this may take a few
<beach>
Ungamedplayer: Please don't put closing parentheses by themselves on a line, nor preceded by whitespace.
gxt__ has quit [Remote host closed the connection]
<Ungamedplayer>
I can seehow thats annoying, I'll get to that
qiduo has joined #commonlisp
gxt__ has joined #commonlisp
qiduo has quit [Client Quit]
ebrasca` has joined #commonlisp
ritchie101 has joined #commonlisp
ritchie101 has quit [Client Quit]
<Ungamedplayer>
i also feel like those 'lets' look .. a bit weird
<Ungamedplayer>
other than putting them into a deep function call. tree.
qiduo has joined #commonlisp
<beach>
I prefer doing it with LET*. That way things are assigned names.
ebrasca has quit [Ping timeout: 245 seconds]
<beach>
Except in very simple cases, of course.
qiduo has quit [Read error: Connection reset by peer]
<yitzi>
Ungamedplayer: There may be a JSON library better suited to your needs then cl-json. JSON libraries that encode JSON object keys as keywords may be a security risk. https://sabracrolleton.github.io/json-review.html
<yitzi>
Generally hash tables with string keys are a better match for JSON objects, IMHO.
qiduo has joined #commonlisp
mon_aaraj has quit [Ping timeout: 245 seconds]
szkl has quit [Quit: Connection closed for inactivity]
mon_aaraj has joined #commonlisp
<Ungamedplayer>
ah, i see.. if nvd end up adding new keywords. i got so many more issues.
ebrasca` is now known as ebrasca
qiduo has quit []
<jcowan>
yitzi: That page says the problem is that keywords aren't GCed, but I don't see why they shouldn't be, provided they don't have a plist.
<jcowan>
That seems like a defect in the CL implementation.
<pjb>
they're interned.
qiduo has joined #commonlisp
<pjb>
jcowan: you'd have to unintern them before they can be collected!
SR-71 has quit [Ping timeout: 260 seconds]
<jcowan>
Why shouldn't the implementation silently unintern any no-plist, no-value, no-function symbol that is not referenced? The effect would be undetectable.
<ebrasca>
How do c structure byte order works?
<Ungamedplayer>
yitzi: I see that being a much bigger issue with random , less structured data.. thanks for the link
<ebrasca>
I am reading a driver in C to help me with making a driver for Mezzano!
<yitzi>
Ungamedplayer: You are correct. If you don't have control over the JSON schema it could be a DOS attack of some sort.
<jcowan>
pjb: please explain further
<pjb>
jcowan: (defun pre () :foobar) (defun post () (unless (find-symbol "FOOBAR" "KEYWORD") (erase-all-disks))) (defun main () (pre) #| ensure no erase |# (unintern :foobar) (post) #| bam! |#)
<yitzi>
Ungamedplayer: From my own experience with JSON in network protocols using `assoc` or `getf` isn't really any easier then just `(gethash "fu" bar)` and it avoids any issues with mixed case keys or snake case, camel case, etc.
<jcowan>
However, using strings on large repetitive JSON objects chews up a lot of space.
boogs has quit [Remote host closed the connection]
<Ungamedplayer>
yitzi: cl-json also does some funny things with the names like adds +ID+ instead of "ID", maybe there is some logic to that, it goes away with the gethash option though.
<yitzi>
jcowan: I would argue if strings are space issue then you probably should be using CLOS.
<Bike>
wouldn't it be possible to sort of locally intern strings, so you use the same string throughout the structure
<jcowan>
Yes, although if we are processing a file containing many JSON objects, that doesn't help.
<yitzi>
In construction of JSON that would be easy. Parsing would take a bit of work.
ritchie101 has joined #commonlisp
<jcowan>
yitzi: What is the benefit of using CLOS? You are doing your own interning.
<yitzi>
jcowan: I just mean representing JSON objects as object instances. Doing so would require that you know the schema associated with the JSON data.
molson has quit [Ping timeout: 240 seconds]
<jcowan>
Oh. I thought you were talking about creating a CLOS hierarchy with top-level class json-value and subclasses json-object, json-array, json-string, etc. etc.
ritchie101 has quit [Ping timeout: 244 seconds]
lanu has joined #commonlisp
<yitzi>
Oh, gosh no.
ritchie101 has joined #commonlisp
<jcowan>
that way you can exploit weak hash tables if you have them
ritchie101 has quit [Remote host closed the connection]
lanu has quit [Client Quit]
qiduo is now known as yuki_
yuki_ is now known as jiuduo
jiuduo is now known as qiduo
jiuduo has joined #commonlisp
igemnace has joined #commonlisp
jiuduo has quit [Client Quit]
ahlk has joined #commonlisp
Ungamedplayer has quit [Ping timeout: 252 seconds]
nij- has joined #commonlisp
mon_aaraj has quit [Ping timeout: 244 seconds]
mon_aaraj has joined #commonlisp
livoreno has quit [Ping timeout: 244 seconds]
nij- has quit [Remote host closed the connection]
gateway2000 has quit [Remote host closed the connection]
gateway2000 has joined #commonlisp
occ has quit [Ping timeout: 245 seconds]
dBc has quit [Quit: leaving]
nij- has joined #commonlisp
NotThatRPG has joined #commonlisp
nij- has quit [Ping timeout: 240 seconds]
nij- has joined #commonlisp
random-nick has joined #commonlisp
livoreno has joined #commonlisp
sveit has quit [Quit: Bye]
sveit has joined #commonlisp
tyson2 has joined #commonlisp
morganw has joined #commonlisp
Lord_of_Life_ has joined #commonlisp
Lord_of_Life has quit [Ping timeout: 252 seconds]
Lord_of_Life_ is now known as Lord_of_Life
nij- has quit [Ping timeout: 255 seconds]
tyson2 has quit [Remote host closed the connection]
parjanya has joined #commonlisp
igemnace has quit [Remote host closed the connection]
yauhsien has joined #commonlisp
yauhsien has quit [Ping timeout: 244 seconds]
Oddity has joined #commonlisp
analogsalad has joined #commonlisp
akoana has joined #commonlisp
karlosz has joined #commonlisp
azimut has quit [Remote host closed the connection]
azimut has joined #commonlisp
tyson2 has joined #commonlisp
cage has quit [Quit: rcirc on GNU Emacs 27.1]
analogsalad has quit [Quit: bye]
azimut has quit [Ping timeout: 268 seconds]
dmc00 has left #commonlisp [#commonlisp]
azimut has joined #commonlisp
istewart has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
mon_aaraj has quit [Ping timeout: 268 seconds]
mon_aaraj has joined #commonlisp
istewart has quit [Quit: Konversation terminated!]
jmdaemon has joined #commonlisp
azimut has quit [Ping timeout: 268 seconds]
waleee has joined #commonlisp
mon_aaraj has quit [Ping timeout: 245 seconds]
waleee has quit [Client Quit]
mon_aaraj has joined #commonlisp
tyson2 has joined #commonlisp
aartaka has joined #commonlisp
Guest4927 has quit [Quit: WeeChat 3.5]
orestarod has quit [Ping timeout: 240 seconds]
orestarod has joined #commonlisp
mon_aaraj has quit [Ping timeout: 268 seconds]
pve has quit [Quit: leaving]
mon_aaraj has joined #commonlisp
ebrasca has quit [Remote host closed the connection]
shka has quit [Ping timeout: 245 seconds]
morganw has quit [Remote host closed the connection]