doomduck has quit [Remote host closed the connection]
tyson2 has joined #commonlisp
Catie has quit [Ping timeout: 248 seconds]
Catie has joined #commonlisp
vn36 has joined #commonlisp
augfab has quit [Quit: ERC (IRC client for Emacs 27.2)]
waleee has joined #commonlisp
X-Scale has quit [Quit: Client closed]
aartaka has quit [Ping timeout: 255 seconds]
X-Scale has joined #commonlisp
azimut has quit [Ping timeout: 255 seconds]
azimut has joined #commonlisp
dlowe has joined #commonlisp
eddof13 has joined #commonlisp
azimut has quit [Ping timeout: 255 seconds]
pjb has joined #commonlisp
dlowe has quit [Ping timeout: 246 seconds]
azimut has joined #commonlisp
Brucio-61 has quit [Ping timeout: 260 seconds]
scymtym has quit [Ping timeout: 246 seconds]
vn36 has quit [Ping timeout: 252 seconds]
Cymew has quit [Ping timeout: 255 seconds]
aartaka has joined #commonlisp
robin has joined #commonlisp
dlowe has joined #commonlisp
morganw has joined #commonlisp
gxt has quit [Remote host closed the connection]
scymtym has joined #commonlisp
gxt has joined #commonlisp
mingus1 has joined #commonlisp
Brucio-61 has joined #commonlisp
mingus has quit [Ping timeout: 246 seconds]
mingus1 is now known as mingus
scymtym_ has joined #commonlisp
scymtym has quit [Ping timeout: 246 seconds]
scymtym_ has quit [Remote host closed the connection]
scymtym has joined #commonlisp
vn36 has joined #commonlisp
cage has joined #commonlisp
azimut has quit [Ping timeout: 255 seconds]
azimut has joined #commonlisp
X-Scale has quit [Ping timeout: 260 seconds]
jmdaemon has joined #commonlisp
waleee has quit [Ping timeout: 252 seconds]
Josh_2 has joined #commonlisp
dlowe has quit [Ping timeout: 255 seconds]
Josh_2 has quit [Remote host closed the connection]
augfab has joined #commonlisp
Josh_2 has joined #commonlisp
augfab has quit [Remote host closed the connection]
dlowe has joined #commonlisp
kenran has quit [Remote host closed the connection]
<Josh_2>
GM :trumpet:
jmdaemon has quit [Ping timeout: 248 seconds]
eddof13 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jmdaemon has joined #commonlisp
cage has quit [Remote host closed the connection]
cage has joined #commonlisp
jmdaemon has quit [Ping timeout: 248 seconds]
amoroso has joined #commonlisp
<NotThatRPG>
I'm reading lisp forms off a flexi-input-stream (which is, in turn, layered on top of a gzip-input-string) using (read str :eof-value nil) on SBCL. However, despite the EOF value being NIL, I'm getting an EOF error. READ on the FLEXI-STREAM calls SBCL's read-preserving-whitespace, which calls READ-CHAR with :EOF-VALUE 0, which raises this error. Is this fixable?
<ixelp>
EOF-ERROR from FLEXI-STREAM reading - Pastebin.com
dlowe has quit [Ping timeout: 255 seconds]
eddof13 has joined #commonlisp
mingus has quit [Quit: mingus]
<beach>
NotThatRPG: READ doesn't take keyword argument, but optional arguments.
jmdaemon has joined #commonlisp
<beach>
NotThatRPG: So :eof-value is true so error-on-eof (or whatever the optional parameter is called) is true.
<NotThatRPG>
beach: Thanks. Ouch!
* NotThatRPG
hits himself on the head
<beach>
Pleasure.
aartaka has quit [Ping timeout: 255 seconds]
aartaka has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
szkl has quit [Quit: Connection closed for inactivity]
dlowe has joined #commonlisp
pfd has joined #commonlisp
eddof13 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
eddof13 has joined #commonlisp
emanuele6 is now known as emaanuele6
amoroso has quit [Quit: Client closed]
amoroso has joined #commonlisp
<phoe>
I swear I've just seen yet another person committing this very error
<phoe>
and I swear I've made it myself at some point in the past
<phoe>
the next edition of CL should truly have CL:READ accept &KEY
tyson2 has joined #commonlisp
Lord_of_Life has quit [Ping timeout: 246 seconds]
emaanuele6 is now known as emanuele6
Lord_of_Life has joined #commonlisp
<jackdaniel>
we should also remove defun, the body often contains subtle bugs
<pjb>
(incf jackdaniel)
tyson2 has quit [Ping timeout: 255 seconds]
amoroso has quit [Quit: Client closed]
<NotThatRPG>
I think in the case of READ, using a keyword for eof-error-p is almost always a mistake (yes, I know it's a valid generalized boolean, but still there's hardly any reason for using a keyword instead of T). One could do worse than make that issue a style warning.
<beach>
Sounds like a case for Bike's planned linter.
<pjb>
NotThatRPG: one my want to use keywords for the self-documenting aspect. (foo t t t nil) --> (foo :eof-error-p :bold :retry-if-needed #|from-end:|# nil)
<pjb>
s/my/may/
ober has joined #commonlisp
<ober>
Jonathan seems to hang on parsing large json. 46MB in this case. are there recommended alternatives?
amoroso has joined #commonlisp
<beach>
"hang"?
<beach>
As in going into an infinite computation?
<ober>
consumes 100% cpu and never finishes parsing it.
<Josh_2>
Shasht
<Shinmera>
ober: Jonathan is the least recommended library for json.
<Shinmera>
my current favourite is jzon
<ober>
.oO(but Awesome CL lists it first!!!!)
<Shinmera>
which just got into quicklisp yesterday :)
<phoe>
...hm, but is the current master the version that landed on quicklisp?
<phoe>
there is substantial work from yesterday
<phoe>
and the day before
jello_pudding has joined #commonlisp
<phoe>
huh, this whole part that uses these constants is from a week ago so it shouldn't matter much
<scymtym>
maybe ober's error is from SLIME trying to READ something on its own (hard to tell since the backtrace is truncated). i have seen issues like this when SLIME tries to gather more information about (harmless) compiler notes and in the process causes an actual (reader) error
<phoe>
scymtym: that would be intriguing
jmdaemon has joined #commonlisp
* ober
removes emacs/slime from equation
<scymtym>
phoe: if i remember correctly, this happens for SBCL+SLIME compiling closure-html because the latter uses custom reader macros and SLIME tries to augment SBCL efficiency notes
<ober>
issue is the same outside emacs/slime for ccl/acl/lw
<ober>
shasht works
<jackdaniel>
before slime I'd suspect roswell
<jackdaniel>
I saw many weird gimmics in there
<phoe>
that is also a possibility
varjagg has joined #commonlisp
azimut has quit [Ping timeout: 255 seconds]
azimut has joined #commonlisp
<ober>
not using roswell here
<jackdaniel>
I mean - that could be a reason why phoe did not see an error
MajorBiscuit has quit [Quit: WeeChat 3.6]
<jackdaniel>
should clearing the input buffer put its contents in the kill ring?
rgherdt_ has joined #commonlisp
<yitzi>
Or maybe an old clone in local-projects?
rgherdt has quit [Ping timeout: 255 seconds]
bitmapper has joined #commonlisp
ttree has joined #commonlisp
aartaka has quit [Ping timeout: 248 seconds]
aartaka has joined #commonlisp
<phoe>
yitzi: oh shit
<phoe>
yitzi: that was the one, thank you; I can reproduce the error on CCL now
<ixelp>
FLOAT-FEATURES are loaded in a very very dramatic manner · Issue #28 · Zulu-Inuoe/jzon · GitHub
azimut has quit [Ping timeout: 255 seconds]
cage has quit [Quit: rcirc on GNU Emacs 28.2]
<Bike>
wow. before i clicked i didn't understand what loading something dramatically could possibly mean, but i totally get it
azimut has joined #commonlisp
<NotThatRPG>
jackdaniel: wrt your point about constants, I'm finding the DEFCONSTANT description maximally unclear (minimally clear). It seems like it's meant to say that the name must be known as a variable at compile time, but the value may or may not be.
<Bike>
that's correct (that is, you understand what it means, and you are right that it is kind of confusingly explained)
<NotThatRPG>
Bike: Seems like an odd choice to make it not have full compile-time effect, but ¯\_(ツ)_/¯
<phoe>
some implementations treat it that way by an implicit EVAL-ALWAYS
<phoe>
not all of them, though, as it can be seen
cosimone has joined #commonlisp
<ober>
(defun base64-encode-obj (obj) (base64-encode-string (prin1-to-string obj))) is this really safe? co-pilot spat it out. seems like the printed form of an object might have some edge cases where it would not be decoded to the same thing.
<Bike>
you should bind *print-readably* to true to ensure that the read object will be similar to the object. and maybe do with-standard-io-syntax
Oladon has joined #commonlisp
cosimone has quit [Ping timeout: 252 seconds]
Gleefre has joined #commonlisp
<phoe>
I'd rather depend on some already existing base64 library than try copilot
<nytpu>
is base64 really that hard to write yourself if you absolutely have to? i'd hope that even a novice programmer could do so with the base64 Wikipedia article open
waleee has joined #commonlisp
<ober>
thanks. was not to use it, just saw it and thought it wrong
repeter` is now known as repeter
tyson2 has joined #commonlisp
peterhil has joined #commonlisp
amoroso has quit [Quit: Client closed]
tyson2 has quit [Remote host closed the connection]
amoroso has joined #commonlisp
<jackdaniel>
oh my, I have a dedication on an immedietely closed issue - I'll open a wine :)
<jackdaniel>
s/a wine/wine/
* phoe
thought he'd open whiskey, but that was just a random thought
<ober>
too early
amoroso has quit [Quit: Client closed]
X-Scale has quit [Ping timeout: 260 seconds]
<waleee>
speak for yourself, in Europe it's potentia-booze o'clock
<waleee>
*potential
lagash_ is now known as lagash
igemnace has quit [Remote host closed the connection]
<pjb>
NotThatRPG: it means that in (defconstant +coo+ 42) (defmacro moo () `(progn ,@(loop repeat +coo+ collect `(print 'hi)) +coo+)) the first occurence of +coo+ is an undefined variable error, while the second evaluates (at run-time) to 42.
<waleee>
ah, but now it's update-quicklisp-dist o'clock
<pjb>
or I may be wrong.
<phoe>
pjb: I think it's not a problem unless macro MOO is expanded anywhere
<pjb>
phoe: indeed.
<phoe>
at which point that constant variable might or might not already have a value
<pjb>
and it may be just an unbound variable error, not an undefined variable error.
<phoe>
unbound constant variables, my favorite flavor
<ober>
Shinmera:for very nice.
<nytpu>
and finally the new For update made it into Quicklisp so i can use it without running into an annoying bug!
<Shinmera>
Eh?
<Shinmera>
Oh, the For library.
<Shinmera>
I also finally got around to making (for:for ((i in '((a 1) (b 10) (c 9))) (b maximize i :key #'second))) work
<ober>
it cures a major pain of remembering accessor methods for each datastructure type
dlowe has quit [Remote host closed the connection]
dlowe has joined #commonlisp
aartaka has quit [Ping timeout: 255 seconds]
aartaka has joined #commonlisp
dlowe has quit [Remote host closed the connection]
dlowe has joined #commonlisp
<fe[nl]ix>
Shinmera: it's quite easy to statically link libfixposix (or libssl, etc...) into SBCL
<Shinmera>
I'm also concerned with library deployment and have seen enough people not being able to get libfixposix set up trivially to want to bother with it.
<Shinmera>
I understand why it exists and appreciate what it does
<Shinmera>
It's just not for my constraints.
vn36 has quit [Ping timeout: 252 seconds]
<dlowe>
huh. now there's a thought I haven't seen before. Linking libfixposix right into sbcl.
Oladon has quit [Quit: Leaving.]
<fe[nl]ix>
isn't that what blaze does with QPX deps ? not so strange
<dlowe>
beats me I don't work on QPX
<fe[nl]ix>
:D
dlowe has quit [Remote host closed the connection]
dlowe has joined #commonlisp
prxq has joined #commonlisp
dlowe has quit [Remote host closed the connection]
dlowe has joined #commonlisp
dlowe has quit [Read error: Connection reset by peer]