Xach changed the topic of #lisp to: Common Lisp, the #1=(programmable . #1#) programming language | <https://irclog.tymoon.eu/freenode/%23lisp> <https://irclog.whitequark.org/lisp> <http://ccl.clozure.com/irc-logs/lisp/>
edgar-rft has quit [Remote host closed the connection]
edgar-rft has joined #lisp
quazimodo has quit [Ping timeout: 260 seconds]
random-nick has quit [Ping timeout: 260 seconds]
zclark has joined #lisp
|Pirx| is now known as |Pirx_off|
__jrjsmrtn__ has quit [Read error: Connection reset by peer]
__jrjsmrtn__ has joined #lisp
Bike has joined #lisp
<mrcom> Correction: DEFGENERIC sets WHERE-FROM to :DEFINED unless it's already DECLARED, but ENSURE-GENERIC-FUNCTION _does_ then unconditionally clobber it to :DEFINED-METHOD.
LiamH has quit [Quit: Leaving.]
Lord_of_Life_ has joined #lisp
turona has quit [Ping timeout: 272 seconds]
turona has joined #lisp
Lord_of_Life has quit [Ping timeout: 268 seconds]
brandelune has joined #lisp
Lord_of_Life_ is now known as Lord_of_Life
kmeow has joined #lisp
ebrasca has quit [Remote host closed the connection]
brandelune_ has joined #lisp
pjb has quit [Remote host closed the connection]
analogue has joined #lisp
brandelune has quit [Ping timeout: 265 seconds]
pjb has joined #lisp
brandelune_ has quit [Quit: This computer has gone to sleep]
pjb has quit [Ping timeout: 240 seconds]
turona has quit [Quit: ...]
turona has joined #lisp
pjb has joined #lisp
torbo has joined #lisp
zclark has quit [Quit: ERC (IRC client for Emacs 26.3)]
pjb has quit [Ping timeout: 240 seconds]
kmeow has quit [Ping timeout: 240 seconds]
pjb has joined #lisp
pjb has quit [Remote host closed the connection]
ym has joined #lisp
gnufr33d0m has quit [Remote host closed the connection]
pjb has joined #lisp
brandelune has joined #lisp
gnufr33d0m has joined #lisp
igemnace has joined #lisp
brandelune has quit [Read error: Connection reset by peer]
gnufr33d0m has quit [Excess Flood]
Oladon has joined #lisp
pjb has quit [Ping timeout: 272 seconds]
gnufr33d0m has joined #lisp
notzmv has joined #lisp
kmeow has joined #lisp
FreeBirdLjj has joined #lisp
FreeBirdLjj has quit [Ping timeout: 256 seconds]
pjb has joined #lisp
pjb has quit [Ping timeout: 272 seconds]
quazimodo has joined #lisp
pjb has joined #lisp
Necktwi has quit [Read error: Connection reset by peer]
analogue has quit [Quit: Leaving]
Necktwi has joined #lisp
z147x has quit [Quit: z147x]
pjb has quit [Ping timeout: 272 seconds]
dddddd has quit [Read error: Connection reset by peer]
bitmapper has quit [Ping timeout: 240 seconds]
pjb has joined #lisp
pjb has quit [Remote host closed the connection]
gnufr33d0m has quit [Remote host closed the connection]
gnufr33d0m has joined #lisp
pjb has joined #lisp
gnufr33d0m has quit [Remote host closed the connection]
karlosz has joined #lisp
xkapastel has joined #lisp
pjb has quit [Ping timeout: 272 seconds]
brandelune has joined #lisp
EvW1 has quit [Ping timeout: 256 seconds]
brandelune has quit [Client Quit]
libertyprime has joined #lisp
libertyprime has quit [Client Quit]
libertyprime has joined #lisp
pjb has joined #lisp
buffergn0me has joined #lisp
shifty has joined #lisp
pjb has quit [Remote host closed the connection]
ahungry has joined #lisp
pjb has joined #lisp
pjb has quit [Ping timeout: 272 seconds]
wusticality has joined #lisp
Oladon has quit [Quit: Leaving.]
brandelune has joined #lisp
wusticality has quit [Remote host closed the connection]
wusticality has joined #lisp
nullniverse has quit [Remote host closed the connection]
quazimodo has quit [Ping timeout: 272 seconds]
nullniverse has joined #lisp
ebzzry has joined #lisp
buffergn0me has quit [Ping timeout: 260 seconds]
Bike has quit [Quit: Lost terminal]
pjb has joined #lisp
pjb has quit [Remote host closed the connection]
brandelune has quit [Quit: This computer has gone to sleep]
buffergn0me has joined #lisp
pjb has joined #lisp
Oladon has joined #lisp
pjb has quit [Remote host closed the connection]
wusticality has quit [Ping timeout: 256 seconds]
<beach> Good morning everyone!
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
pjb has joined #lisp
quazimodo has joined #lisp
buffergn0me has quit [Remote host closed the connection]
buffergn0me has joined #lisp
pjb` has joined #lisp
pjb has quit [Ping timeout: 240 seconds]
ebzzry has quit [Ping timeout: 260 seconds]
Nilby has joined #lisp
gabiruh has quit [Quit: ZNC - 1.6.0 - http://znc.in]
gabiruh has joined #lisp
gravicappa has joined #lisp
<Josh_2> morning beach
kmeow has quit [Ping timeout: 272 seconds]
nullniverse has quit [Ping timeout: 272 seconds]
libertyprime has quit [Ping timeout: 240 seconds]
<no-defun-allowed> Can set-funcallable-instance-function be called more than once with one funcallable-instance?
Guest38178 has quit [Read error: Connection reset by peer]
Oladon has quit [Quit: Leaving.]
torbo has quit [Remote host closed the connection]
shangul has joined #lisp
pfdietz has quit [Remote host closed the connection]
ahungry has quit [Remote host closed the connection]
quazimodo has quit [Ping timeout: 240 seconds]
megalography has joined #lisp
libertyprime has joined #lisp
wusticality has joined #lisp
wusticality has quit [Ping timeout: 240 seconds]
<beach> no-defun-allowed: I don't understand. Can you give an example?
<no-defun-allowed> I'm working on FFI-ing Minecraft-obsfuscated Java to Common Lisp, and I have a obsfuscated-generic-function class which represents a foreign method. When created, it will set the funcallable-instance function to a function with lambda list (subject &rest arguments) which looks for a method for the SUBJECT and applies it with ARGUMENTS...
vlatkoB has joined #lisp
<no-defun-allowed> ...Once we have found that method, I think it would be helpful to set the funcallable-instance function to one with a lambda list that reflects the arguments that method takes, so that an editor like SLIME can display what arguments the generic function should be called with rather than (subject &rest arguments) which is not very helpful.
<beach> Nothing prevents you from calling set-funcallable-instance-function inside the funcallable instance function. You can even call it again at the end.
<no-defun-allowed> To do that, we would have to set the function more than once; "to set *or to change* the function of a funcallable instance" suggests we could, but I'm not sure if I read that correctly.
asarch has joined #lisp
<beach> You can set it as many times as you like. We do that all the time when the effective-method cache is updated.
<no-defun-allowed> Perfect, thank you.
<beach> Anytime. :)
<no-defun-allowed> (:
karlosz has quit [Remote host closed the connection]
<asarch> From this code (from the PCL book): http://paste.scsys.co.uk/587796?ln=on&submit=Format+it%21
<no-defun-allowed> Speaking of which, I made some progress with running ABCL in Minecraft, and was able to evaluate (minecraft:get-instance (jclass "net.minecraft.client.Minecraft")) after generating a package with all the methods from an obfuscation table, and it's slightly surreal.
xkapastel has quit [Quit: Connection closed for inactivity]
<asarch> Are the lines #12 and #19 a condition handler?
impulse has joined #lisp
Lord_Nightmare has quit [Quit: ZNC - http://znc.in]
<no-defun-allowed> Line 19 establishes a restart, and line 12 establishes a condition handler.
Lord_Nightmare has joined #lisp
<asarch> Thank you!
buffergn0me has quit [Ping timeout: 256 seconds]
<Demosthenex> anyone here into TXR (and it's sublisp language)?
<Demosthenex> while not directly on topic, it has an embedded lisp so i thought maybe ;]
<no-defun-allowed> It
<no-defun-allowed> Er, it's not an implementation of Common Lisp.
orivej has joined #lisp
buffergn0me has joined #lisp
<jeosol> aeth: in?
<jeosol> pjb: ?
<Demosthenex> well, it was a longshot. it's not a CL, though i think it's a lisp-2. it's for pattern matching and reverse here documents. i was having an issue iterating over files and it's an uncommon language
brandelune has joined #lisp
<Demosthenex> nvm
georgiePorgie has joined #lisp
<loke> Demosthenex: I know the author posts on Reddit a lot, and he loves talking about his project. I'm sure he'll be happy to help you out directly.
<loke> It's actually a pretty neat thing. I just have never gotten into it.
<Demosthenex> loke: yeah, i've been stuck on one problem since yesterday, irc/ml are pretty dead
<loke> Demosthenex: Ping him in Reddit.
<Demosthenex> that's a thought
<jeosol> Resolving "ALEXANDRIA" is already a nickname for "ALEXANDRIA.0.DEV". error
<jeosol> after some google search, this stackoverflow link https://stackoverflow.com/questions/24094191/quicklisp-using-sbcl-getting-undefined-function-error-when-loading-various-libr suggests the problem is the order of (:nicknames ...) and (:use :cl) in the package.lisp file for alexandria
<jeosol> Here is the top 3 lines in the package.lisp file
<jeosol> (defpackage :alexandria.1.0.0 (:nicknames :alexandria) (:use :cl)
<loke> jeosol: Which file is that? Is that from the QL distribution of alexandria?
<loke> Or did you download it serparately?
<jeosol> alexandria-20191227-git version
<jeosol> what do you mean? I recently made some update and there started getting that package name error
<loke> Just a QL update?
<jeosol> it loads fine if I run sbcl on the terminal, but the issue seems to be on the slime+emacs side
<jeosol> loke: that is correct. I also normally update sbcl at month end, but the main change lately was the ql update
<loke> jeosol: I'd start by clearing caches. Delete ~/.cache/common-lisp/
<loke> and restart
<jeosol> ok
<loke> Do you have a separate version of alexandria installed in ~/quicklisp/local-projects ?
<jeosol> loke: no
akoana has joined #lisp
<jeosol> thanks. everything worked now. removed all files under the ~/.cache/common-lisp/ directory, restarted slime+emacs, systems loads cleanly now
ggole has joined #lisp
<aeth> jeosol: ?
impulse has quit [Ping timeout: 240 seconds]
shifty has quit [Ping timeout: 240 seconds]
<aeth> If loke fixed your problem, then, yeah, clearing caches fixes a lot of problems. I've had to do that with ECL before a few times.
shifty has joined #lisp
<jeosol> aeth: thanks. I buzzed you because I did a search of my problem and you and pjb name came up. Link here https://irclog.tymoon.eu/freenode/lisp?around=1542000919
<jeosol> all my previous sbcl versions were laying round from 1.x.x versions, so just emptied, and the system loaded all the packages correctly. Normally it craps up and I have to do it twice normally.
<jeosol> any googler from the bay area here?
<jeosol> trying to connect with someone in a group there
pjb` has quit [Remote host closed the connection]
trittweiler has joined #lisp
pjb` has joined #lisp
Sauvin has joined #lisp
shifty has quit [Ping timeout: 268 seconds]
shifty has joined #lisp
narimiran has joined #lisp
msk has joined #lisp
ebzzry has joined #lisp
buffergn0me has quit [Quit: ERC (IRC client for Emacs 26.2)]
shifty has quit [Ping timeout: 240 seconds]
brandelune has quit [Quit: This computer has gone to sleep]
shifty has joined #lisp
quazimodo has joined #lisp
georgiePorgie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<asarch> In this piece of code: (handler-case (parse-log-entry text) (malformed-log-entry-error () nil)), is (malformed-log-entry-error () nil) the "catch" part?
dale has quit [Quit: My computer has gone to sleep]
brandelune has joined #lisp
<asarch> Yes, it is (in the JAVA-STYLE EXCEPTON HANDLING box explains it) :-P
FreeBirdLjj has joined #lisp
karlosz has joined #lisp
<trittweiler> asarch, Yeah it is. To be precise, it actually is a syntactic construct that describes a function which is installed as the handler for MALFORMED-LOG-ENTRY-HANDLER.
<trittweiler> *MALFORMED-LOG-ENTRY-ERROR
<asarch> Thank you! :-)
shifty has quit [Ping timeout: 268 seconds]
xkapastel has joined #lisp
shifty has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
FreeBirdLjj has joined #lisp
JohnMS_WORK has joined #lisp
brandelune has quit [Quit: This computer has gone to sleep]
brandelune has joined #lisp
amerlyq has joined #lisp
v_m_v has joined #lisp
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
v_m_v has quit [Ping timeout: 272 seconds]
FreeBirdLjj has joined #lisp
frgo has quit [Remote host closed the connection]
shifty has quit [Ping timeout: 256 seconds]
shifty has joined #lisp
scymtym has quit [Ping timeout: 240 seconds]
_whitelogger_ has joined #lisp
shifty has joined #lisp
karlosz has quit [Remote host closed the connection]
brandelune has joined #lisp
shifty has quit [Ping timeout: 256 seconds]
shifty has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
FreeBirdLjj has joined #lisp
Posterdati has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
Posterdati has joined #lisp
FreeBirdLjj has quit [Ping timeout: 272 seconds]
akoana has left #lisp ["Leaving"]
phlim has joined #lisp
scymtym has joined #lisp
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
Cymew has joined #lisp
montaropdf has joined #lisp
Cymew has quit [Quit: Konversation terminated!]
Cymew has joined #lisp
sunwukong has joined #lisp
libertyprime has quit [Quit: leaving]
frgo has joined #lisp
<gaqwas> does anyone know of a tool or something that provides a measure of cyclomatic complexity and similar metrics of a common lisp program?
frgo has quit [Ping timeout: 256 seconds]
asarch has quit [Quit: Leaving]
frgo has joined #lisp
frgo has quit [Remote host closed the connection]
frgo has joined #lisp
kajo has quit [Quit: From my rotting body, flowers shall grow and I am in them and that is eternity. -- E. M.]
emacsomancer has quit [Ping timeout: 265 seconds]
pjb` has quit [Quit: rename]
pjb has joined #lisp
hhdave has joined #lisp
<splittist> gaqwas: Coppick and Cheatham did some stuff with Lisp Flavors back in the day. (Although I guess since cyclomatic complexity was developed with 60's FORTRAN that's comparatively modern...)
v_m_v has joined #lisp
<gaqwas> splittist, thank you. I'm still not sure what it is that I need/I'm looking for. If it is cyclomatic complexity or whatever
shifty has quit [Ping timeout: 260 seconds]
ljavorsk has joined #lisp
Khisanth has quit [Ping timeout: 256 seconds]
X-Scale` has joined #lisp
davepdotorg has joined #lisp
X-Scale has quit [Ping timeout: 260 seconds]
X-Scale` is now known as X-Scale
brandelune has quit [Quit: This computer has gone to sleep]
megalography1 has joined #lisp
megalography has quit [Ping timeout: 240 seconds]
Khisanth has joined #lisp
jonatack has quit [Ping timeout: 252 seconds]
georgiePorgie has joined #lisp
emacsomancer has joined #lisp
stepnem_ has joined #lisp
stepnem has quit [Ping timeout: 260 seconds]
adriano1 has joined #lisp
karlosz has joined #lisp
X-Scale has quit [Ping timeout: 265 seconds]
X-Scale` has joined #lisp
X-Scale` is now known as X-Scale
jprajzne has quit [Quit: jprajzne]
jprajzne has joined #lisp
shka__ has quit [Quit: WeeChat 1.9.1]
shka_ has joined #lisp
pjb has quit [Remote host closed the connection]
jprajzne has quit [Client Quit]
pjb has joined #lisp
jprajzne has joined #lisp
xkapastel has quit [Quit: Connection closed for inactivity]
tadni has quit [Quit: killed]
Gnuxie[m] has quit [Quit: killed]
no-defun-allowed has quit [Quit: killed]
nonlinear[m] has quit [Quit: killed]
Irenes[m] has quit [Quit: killed]
eriix[m] has quit [Quit: killed]
LdBeth has quit [Quit: killed]
EuAndreh[m] has quit [Quit: killed]
rumpelszn has quit [Ping timeout: 240 seconds]
rumpelszn has joined #lisp
georgiePorgie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
pjb has quit [Ping timeout: 272 seconds]
shifty has joined #lisp
georgiePorgie has joined #lisp
minion has quit [Remote host closed the connection]
minion has joined #lisp
sammich has quit [Remote host closed the connection]
sammich has joined #lisp
lucus16 has quit [Quit: lucus16]
ck_ has quit [Ping timeout: 268 seconds]
pjb has joined #lisp
micro_ has quit [Remote host closed the connection]
cods has quit [Ping timeout: 268 seconds]
micro has joined #lisp
ck_ has joined #lisp
cods has joined #lisp
jprajzne has quit [Quit: jprajzne]
jprajzne has joined #lisp
jprajzne has quit [Client Quit]
jprajzne has joined #lisp
kmeow has joined #lisp
random-nick has joined #lisp
shifty has quit [Ping timeout: 245 seconds]
shifty has joined #lisp
znc_jme has quit [Ping timeout: 268 seconds]
karlosz has quit [Quit: karlosz]
znc_jme has joined #lisp
shifty has quit [Ping timeout: 256 seconds]
varjag has joined #lisp
v88m has quit [Read error: Connection reset by peer]
v88m has joined #lisp
pjb has quit [Read error: Connection reset by peer]
pjb has joined #lisp
Guest19180 has quit [Ping timeout: 240 seconds]
karlosz has joined #lisp
Guest28168 is now known as xristos
xristos has quit [Changing host]
xristos has joined #lisp
jprajzne has quit [Quit: jprajzne]
jprajzne has joined #lisp
igemnace has quit [Quit: WeeChat 2.7]
ebzzry has quit [Read error: Connection reset by peer]
jprajzne has quit [Client Quit]
jprajzne has joined #lisp
jmercouris has joined #lisp
<jmercouris> how to get ASDF version in REPL? asdf:version asdf:asdf-version doesn't resolve
<Josh_2> (asdf:asdf-version) works for me
<Nilby> (asdf:asdf-version)
<jmercouris> Oh, it is a function
<jmercouris> whooops :-)
<Nilby> and it's actually (asdf/upgrade:asdf-version)
karlosz has quit [Quit: karlosz]
papachan has joined #lisp
brandelune has joined #lisp
<jmercouris> so I cloned the ASDF repository ina place ASDF will find it
<jmercouris> I'm using CCL now
<jmercouris> and I do (asdf:asdf-version) which returns 3.3.3.6
<jmercouris> all good so far, but as soon as I try to quickload anything, I get an error, and it reverts to some previous version of ASDF
cosimone has joined #lisp
<jmercouris> this is my CCL init: http://dpaste.com/0KR9Q2J
<Nilby> I have to just do a (load "...wherever../build/asdf") before loading quicklisp to use a different version.
<jmercouris> Nilby: what is "...wherever../build/asdf"? the built version of ASDF?
<jmercouris> should not be enough to require ASDF?
<jmercouris> from the manual: "Once the source code for ASDF is installed, you don’t need any extra step to load it beyond the usual (require "asdf"): ASDF 3 will automatically look whether an updated version of itself is available amongst the regularly configured systems, before it compiles anything else."
<Nilby> Yes, it's the built version.
<jmercouris> OK, I might as well give it a shot
<Nilby> Whet version you get with require depends on the implementation and can be different for each one.
<jmercouris> OK, I've loaded the file directly, still no luck
<jmercouris> still get an error with 2.26 in there
<jmercouris> I'll ask in the CCL channel, perhaps it is implementation specific
<Nilby> But unless you have your own hacked asdf like me, I think it's best to use what quicklisp gives you.
<jmercouris> Nilby: what do you mean? Quicklisp comes with ASDF?
<jmercouris> I was trying to upgrade the version of ASDF that comes with CCL
<jmercouris> so I downloaded it from GitLab and built it
<jmercouris> CCL comes with 2.2X or so ASDF, and it was preventing me from loading some systems
ebzzry has joined #lisp
<Nilby> Yes, or it depends.
<Nilby> For development I just load my own before loading quicklisp except for on #+(or excl abcl lispworks) I (require :asdf). It usually works. But I'm also loading asdf "3.3.2.13".
<jmercouris> so then why did you tell me that (require :asdf) as was written in my ccl init would not work and to load it explicitly?
<jmercouris> maybe my fasls from SBCL are interferring?
<jmercouris> NVM, they are in a different cache folder
gxt has quit [Quit: WeeChat 2.7]
<Nilby> It could work. It's unfortunately somewhat complicated what exactly will happen. It seems like each thing has it's own version of asdf at different times. And things can get weird because it sometimes hooks into require.
<Nilby> I might just attempt to patch whatever doesn't work with the default quicklisp.
v88m has quit [Read error: Connection reset by peer]
<kmeow> being unable grok asdf is actually what's been keeping me from building real systems in CL
EuAndreh[m] has joined #lisp
katco has joined #lisp
LdBeth has joined #lisp
keep-learning[m] has joined #lisp
nonlinear[m] has joined #lisp
Gnuxie[m] has joined #lisp
tadni has joined #lisp
Irenes[m] has joined #lisp
no-defun-allowed has joined #lisp
eriix[m] has joined #lisp
<jmercouris> Good luck, so much indirection in ASDF
<Nilby> I have nearly 2000 lines of .lisprc just to get a REPL, so I'm probably not a good person to ask, since I obviously like to make things over-complicated.
<jmercouris> I am oft frustrated with M-. not functioning
milanj has quit [Quit: This computer has gone to sleep]
<kmeow> it's more straightforward to link together object code you've assembled than to figure out how to put CL code into modules correctly
<jmercouris> ???
<jmercouris> No, it isn't
<kmeow> sure it is
<Nilby> M-. is like the main feature of emacs/slime. There's a lot that has to line up to do it.
v88m has joined #lisp
<Nilby> kmeow: I was very frustrated with that when I started too. But there's other ways to do things, and/or just copy other people's ways.
<kmeow> oh I didn't mean in the sense of writing your own linker and assembler to do it, I meant using a linker and assembler as tools
<kmeow> so my problem is I'll install packages with quicklisp or include code from different files I've written, and that'll work great for when I try to run the scripts
<Nilby> Right. I agree the tools can be frustrating to use.
<kmeow> but then not under some circumstances, like compiling to bytecode
dddddd has joined #lisp
varjag has quit [Ping timeout: 260 seconds]
<jmercouris> Nilby: Alright, so I did a simple (length (bt:all-threads)), and there are two threads... no matter what
<jmercouris> so, certainly, cl-cffi-gtk is NOT running GTK on the main thread
bitmapper has joined #lisp
<jmercouris> Looking at the project that it was forked from, there is an explanation of the macro within-main-loop
cosimone has quit [Quit: Terminated!]
<jmercouris> towards the bottom titled "Main Loop"
<jmercouris> I wonder if I can tweak this behavior to run on the main SBCL loop instead
* Nilby is reading...
FreeBirdLjj has joined #lisp
varjag has joined #lisp
frgo_ has joined #lisp
Josh_2 has quit [Quit: ERC (IRC client for Emacs 26.3)]
<Nilby> So, I haven't looked at how GTK is running on macos recently, but I know normal macos GUI stuff all has to happend from a "special" thread that the libraries know about? or maybe create?
FreeBirdLjj has quit [Ping timeout: 240 seconds]
zooey has quit [Remote host closed the connection]
zooey has joined #lisp
frgo has quit [Ping timeout: 268 seconds]
<jmercouris> special thread? not sure about that
<jmercouris> main thread though, yes
gko_ has joined #lisp
<Nilby> But if the backend was to XQuartz vs real Quartz/Metal it shouldn't matter as much, so I'm suspecting webkit does something special for rendering on osx.
<jmercouris> WebKit does something special in general, it has been patched to work on macOS, this is WebKitGTK+
v_m_v has quit [Remote host closed the connection]
xristos has quit [Quit: ZNC - http://znc.in]
<Nilby> I might try observing what a trival C WebKitGTK program is doing, and then compare it to what was happening under Lisp.
xristos has joined #lisp
<jmercouris> I have such a program... just not sure how to introspect it
<Nilby> I wish I could help more. I used my mac for years after the keyboard & mouse broke, but then when the battery exploded.. :(
<jmercouris> I also have a working program in macOS
<jmercouris> in Lisp
Lord_of_Life_ has joined #lisp
Lord_of_Life has quit [Ping timeout: 272 seconds]
Lord_of_Life_ is now known as Lord_of_Life
<jmercouris> so in my example that works, everything does happen in the main thread
<jmercouris> I'm going to try that
<Nilby> I could barely imagine webkit restricting itself to 1 thread.
jprajzne has quit [Quit: jprajzne]
jprajzne has joined #lisp
milanj has joined #lisp
<Nilby> There used to be a debugger on osx that wasn't xcode and didn't require even C debugging stuff. I think it was called Shark or something. You could sort of observe what threads were up to.
<Nilby> With dtruss/drace it might be harder to see what thread is doing what.
jprajzne has quit [Client Quit]
jprajzne has joined #lisp
<jmercouris> I have some experience with dtrace, but I find it difficult to use
wooden has quit [Ping timeout: 260 seconds]
wxie has joined #lisp
jeosol has quit [Remote host closed the connection]
CrazyPython has joined #lisp
georgiePorgie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Nilby> I would bet Shinmera or rme would know better than me though.
FreeBirdLjj has joined #lisp
varjag has quit [Ping timeout: 256 seconds]
<flip214> any ideas when ELS early bird registrations will start?
<Shinmera> Hopefully soon.
davepdotorg has quit [Read error: Connection reset by peer]
davepdotorg has joined #lisp
EvW has joined #lisp
v_m_v has joined #lisp
cpt_nemo has quit [Ping timeout: 245 seconds]
lucasb has joined #lisp
cpt_nemo has joined #lisp
jonatack has joined #lisp
FreeBirdLjj has quit [Ping timeout: 240 seconds]
jonatack has quit [Client Quit]
jonatack has joined #lisp
georgiePorgie has joined #lisp
FreeBirdLjj has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
FreeBirdLjj has joined #lisp
FreeBirdLjj has quit [Ping timeout: 240 seconds]
wxie has quit [Ping timeout: 256 seconds]
__jrjsmrtn__ has quit [Ping timeout: 240 seconds]
_jrjsmrtn has joined #lisp
Bike has joined #lisp
frgo_ has quit [Ping timeout: 268 seconds]
kmeow has quit [Quit: WeeChat 2.7]
nullniverse has joined #lisp
grewal has quit [Ping timeout: 268 seconds]
grewal has joined #lisp
FreeBirdLjj has joined #lisp
wxie has joined #lisp
FreeBirdLjj has quit [Ping timeout: 272 seconds]
tinga has joined #lisp
CrazyPython has quit [Read error: Connection reset by peer]
brandelune has quit [Quit: This computer has gone to sleep]
v_m_v has quit [Remote host closed the connection]
cosimone has joined #lisp
Cymew has quit [Ping timeout: 265 seconds]
wxie has quit [Ping timeout: 256 seconds]
_whitelogger has joined #lisp
amerlyq has quit [Quit: amerlyq]
oxum has joined #lisp
FreeBirdLjj has joined #lisp
Tordek has quit [Ping timeout: 268 seconds]
Nistur has quit [Ping timeout: 268 seconds]
gxt has joined #lisp
Cymew has joined #lisp
FreeBirdLjj has quit [Ping timeout: 260 seconds]
<pjb> minion: memo for jeosol: you would have to remove the nickname from the old package before defining the new one or renaming it. This is done with rename-package. Something like: (eval-when (:compile-toplevel :load-toplevel :execute) (when (find-package :alexandria.0.dev) (rename-package :alexandria.0.dev '()))) (defpackage :alexandria.1.0 (:use :cl) (:nicknames :alexandria))
<minion> Remembered. I'll tell jeosol when he/she/it next speaks.
oxum_ has joined #lisp
oxum_ has quit [Remote host closed the connection]
georgiePorgie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
CrazyPython has joined #lisp
v_m_v has joined #lisp
oxum has quit [Ping timeout: 272 seconds]
v_m_v has quit [Ping timeout: 265 seconds]
shka_ has quit [Ping timeout: 240 seconds]
CrazyPython has quit [Read error: Connection reset by peer]
heisig has quit [Quit: Leaving]
JohnMS_WORK has quit [Read error: Connection reset by peer]
<flip214> Shinmera: thanks
oxum has joined #lisp
Tordek has joined #lisp
LiamH has joined #lisp
oxum has quit [Ping timeout: 265 seconds]
Nistur has joined #lisp
Cymew has quit [Ping timeout: 260 seconds]
Guest19180 has joined #lisp
efm has joined #lisp
Guest19180 has quit [Ping timeout: 272 seconds]
CrazyPython has joined #lisp
oxum has joined #lisp
ljavorsk has quit [Ping timeout: 260 seconds]
jonatack has quit [Ping timeout: 260 seconds]
v_m_v has joined #lisp
Oladon has joined #lisp
oxum has quit [Ping timeout: 260 seconds]
nullniverse has quit [Ping timeout: 272 seconds]
cosimone has quit [Ping timeout: 256 seconds]
oxum has joined #lisp
v_m_v has quit [Remote host closed the connection]
CrazyPython has quit [Read error: Connection reset by peer]
oxum has quit [Ping timeout: 272 seconds]
v_m_v has joined #lisp
v_m_v has quit [Remote host closed the connection]
ArthurStrong has joined #lisp
smazga has joined #lisp
oxum has joined #lisp
oxum has quit [Ping timeout: 260 seconds]
EvW has quit [Ping timeout: 256 seconds]
varjag has joined #lisp
Josh_2 has joined #lisp
fivo has joined #lisp
zaquest has quit [Ping timeout: 240 seconds]
zaquest has joined #lisp
CrazyPython has joined #lisp
jonatack has joined #lisp
georgiePorgie has joined #lisp
oxum has joined #lisp
oxum has quit [Ping timeout: 240 seconds]
<flip214> "apt-get dist-upgrade" just brought me a new ECL! Sadly it's still some 16.1.3 and not a 20.x ;/
z147 has joined #lisp
montaropdf has quit [Quit: ERC (IRC client for Emacs 26.3)]
frgo has joined #lisp
ebzzry has quit [Ping timeout: 240 seconds]
ebzzry has joined #lisp
phlim has quit [Quit: WeeChat 2.4]
oxum has joined #lisp
ebrasca has joined #lisp
Oladon has quit [Quit: Leaving.]
gko has left #lisp ["ERC (IRC client for Emacs 26.3)"]
cosimone has joined #lisp
EvW1 has joined #lisp
oxum has quit [Ping timeout: 268 seconds]
georgiePorgie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
EvW1 has quit [Ping timeout: 256 seconds]
dale_ has joined #lisp
shifty has joined #lisp
dale_ is now known as dale
phlim has joined #lisp
ebrasca has quit [Remote host closed the connection]
ebrasca has joined #lisp
FreeBirdLjj has joined #lisp
efm has quit [Ping timeout: 272 seconds]
efm has joined #lisp
davepdotorg has quit [Ping timeout: 256 seconds]
FreeBirdLjj has quit [Ping timeout: 240 seconds]
CrazyPython has quit [Read error: Connection reset by peer]
ebrasca has quit [Remote host closed the connection]
hhdave has quit [Quit: hhdave]
impulse has joined #lisp
jmercouris has quit [Remote host closed the connection]
z147 has quit [Remote host closed the connection]
z147 has joined #lisp
rozenglass has joined #lisp
shangul has quit [Quit: Leaving]
shangul has joined #lisp
jeosol has joined #lisp
shifty has quit [Ping timeout: 240 seconds]
shifty has joined #lisp
ebrasca has joined #lisp
Bike has quit [Remote host closed the connection]
CrazyPython has joined #lisp
kajo has joined #lisp
Bike has joined #lisp
cosimone has quit [Read error: Connection reset by peer]
shifty has quit [Ping timeout: 260 seconds]
shka_ has joined #lisp
shifty has joined #lisp
gko_ has quit [Ping timeout: 268 seconds]
lavaflow has quit [Ping timeout: 240 seconds]
nowhere_man has quit [Ping timeout: 272 seconds]
Guest19180 has joined #lisp
Bike has quit [Remote host closed the connection]
Guest19180 has quit [Ping timeout: 240 seconds]
z147x has joined #lisp
z147 has quit [Ping timeout: 240 seconds]
Bike has joined #lisp
shangul has quit [Quit: Leaving]
jeosol has quit [Remote host closed the connection]
ebzzry has quit [Ping timeout: 240 seconds]
gravicappa has quit [Remote host closed the connection]
gravicappa has joined #lisp
kajo has quit [Ping timeout: 272 seconds]
phlim has quit [Quit: WeeChat 2.4]
CrazyPython has quit [Ping timeout: 240 seconds]
jeosol has joined #lisp
<jeosol> Good morning guys
<minion> jeosol, memo from pjb: you would have to remove the nickname from the old package before defining the new one or renaming it. This is done with rename-package. Something like: (eval-when (:compile-toplevel :load-toplevel :execute) (when (find-package :alexandria.0.dev) (rename-package :alexandria.0.dev '()))) (defpackage :alexandria.1.0 (:use :cl) (:nicknames :alexandria))
notzmv has quit [Ping timeout: 272 seconds]
<jeosol> pjb: Thanks I got the memo. It was a kind of weird issue but it's fixed now. I will save the code snippet you sent me
shifty has quit [Ping timeout: 256 seconds]
shifty has joined #lisp
<jeosol> Do you guys have options or better way of managing configurations/parameter settings. Right now, I use some global variables and when I switch problem case (different application), I would like to update those variables to reflect the setting in the new problem case. It is getting difficult to manage as I need to remember to put that new global I
<jeosol> added into the function call to cause the update
<jeosol> I normally switch between two problem cases: Case 1: Simpler case, runs fast and used for testing and debugging. This can be read as the simpler version of the actual problem . Case 2: Actual problem, memory intensive, runs slower (not CL side but external application)
<jeosol> I have different groups of global variables if you will that are used to create several CLOS objects. When I switch problem cases, the variables take different values. The problem cases are switch by loading (ql:quickload ...) a different system
oxum has joined #lisp
<jeosol> Also, I am willing to move away from my current approach if there is a better way
Josh_2 has quit [Ping timeout: 272 seconds]
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
<phoe> sounds like a use case for https://github.com/Shinmera/ubiquitous
<phoe> either that, or do not use any globals at all - instead, make a config class that holds all the configuration parameters
<phoe> and explicitly call your main function with an instance of this config class with all the fields filled in
<Nilby> One easy way is to make different commands/functions for differnt configs, (defun slow-run (let ((*iters* 1e100)) (foo)))
v88m has quit [Ping timeout: 268 seconds]
kajo has joined #lisp
<jeosol> Nilby: Thanks. When I load the slower application, it has the settings to for that test
<jeosol> phoe: Thanks for the link. I think that could be the solution to these problem. Dealing with the globals for the large application, is getting hard to manage.
<jeosol> like you said, I'd like to move away from using global variable approach. Also, this will force me to have a unified interface for all the test cases -- right now, they are different based on problem instances.
kajo has quit [Quit: From my rotting body, flowers shall grow and I am in them and that is eternity. -- E. M.]
<jeosol> problem instances -> problem cases
shka_ has quit [Ping timeout: 240 seconds]
shka_ has joined #lisp
milanj has quit [Quit: This computer has gone to sleep]
vlatkoB has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<phoe> jeosol: globals stop being fun the moment you need to actually manage your configuration
<phoe> especially if you also rebind them
<phoe> s/globals/globals for configuration/
<jeosol> phoe: I agree 101%. It hasn't been fun lately, and making me want to run away from my application
<jeosol> I figured, I'd just stop now, figure out a better way, and then move ahead again
<jeosol> the switch back and forth was an issue, usually, I'd miss one global, then I need to add it to the function for the update.
<jeosol> Everything works fine though, but with more work each time.
flip214 has quit [Read error: Connection reset by peer]
<jeosol> If I could have this large config object, that I could look and edit occasionally, not necessarily like XML but loadable. I can make changes there, load it, and then I am good to go by just loading it
slyrus has joined #lisp
<jeosol> dmitri fontane(?) did mention to look at esrap when I mentioned this a while back at comp.lang.lisp. It seem like a lot of work to write the readers then, so I opted for the approach of globals
<jeosol> I am not expert in writing the esrap readers at the time.
flip214 has joined #lisp
<phoe> jeosol: ubiquitous has config files
<phoe> they are human-readable, so you can edit stuff there
<jeosol> I'd say though, I will never attempt the application I am working on C++ as it would have taken a lot of effort
<jeosol> phoe: you mean after writing the config files to disk?
<phoe> t
<phoe> let me give you an example...
<jeosol> That's probably the way to go there, I need to be able to change my code, add the write variable in the config file so when read, it accounts for that change in the input
<jeosol> s/there/then
<jeosol> This is the way it writes the config file?
<jeosol> That's sweet.
<phoe> yes
<phoe> they are trees of key-value pairs
slyrus_ has joined #lisp
oxum has quit [Ping timeout: 268 seconds]
<phoe> where each node that is a hash table might be treated as a leaf but may also be treated as a node leading to next leaves
<jeosol> I have been missing out. I tried a simple plist one time but not not managed at all.
<jeosol> That's great. It should do what I need. My inputs are large in the hundreds of parameters leading to creation of several CLOS instances that then goes into the final object.
<jeosol> I can use it to structure the inputs in small groups so they are manageable, and I could easily go to a section, and change or add some new input info
slyrus has quit [Ping timeout: 256 seconds]
Guest19180 has joined #lisp
<jeosol> Thanks for the sample config file. This should help a lot.
ggole has quit [Quit: Leaving]
<pjb> jeosol: in gneneral, don't use load (or even less quickload) to set variables and stuff. Instead, let loading files or system define functions, and use those functions to set variables and stuff.
<pjb> jeosol: having toplevel forms in files to do stuff can be a PITA in other circumstances.
<jeosol> unfortunately, I have used both approaches, especially the second more.
<phoe> jeosol: as long as your objects are isomorphic to a set of mutually linked hash-tables that contain readable Lisp data, ubiquitous is a natural fit for the job.
<jeosol> What about if you have a saving CLOS object in the config? Does that work.
Guest19180 has quit [Ping timeout: 272 seconds]
<phoe> jeosol: oh, you want to be able to dump arbitrary Lisp objects?
<pjb> I define configurations as a CLOS class, so I can have several configurations as CLOS instances.
<pjb> I have methods to load and save the configuration instances to files.
<jeosol> PJB: that sounds nice, not sure I can get to that,
sauvin has quit [Read error: Connection reset by peer]
<jeosol> amount of work?
<pjb> very little.
<pjb> It's easy.
<jeosol> I have a large CLOS object (3d grid) that I use and has to be updated when I switch problem instances. Maybe saving the file path in the config file so I can read it back when I load the config file
<jeosol> To give example, I have a 100x1x20 for my simple test case (2000 cells), but the large case can be 300,000 - 500,000 cells and several calculations have to be performed (once) and then I save the object.
<_death> maybe you could store this object and the associated parameters in an sqlite database
<phoe> I'd not dump it as a Lisp file
<jeosol> Right now, I have a global *corner-point-grid* that stores the value when I switch configuration. after the switch, the grid is re-loaded/re-created each time, except for the large case, I start from a core file that has the grid loaded in
<phoe> either store it in a binary form on the disk and load from there, or do what _death suggests
<pjb> The nice thing is that once you have an object, it doesn't matter how things are done. You just send a message to the object. (or call a generic function). Saving to a file, to xml, to sexp, to a database or whatever, who cares!
<jeosol> _death: really, store as what type in the db, except I am not understanding what you mean
<pjb> (let ((*configuration* (load-configuration *name*))) (do-stuff))
<jeosol> I did try using postgres (not what you suggested) but save the operations in a database table and tried to call it, but it turns out to be slower (at least on my linux machine). So now, I do all the calculations and save the image for faster restart.
<jeosol> phoe: you don't recommend storing this as a lisp file?
<jeosol> pjb: I guess your code snippet is with the ubiquitous approach, right?
<pjb> Yes.
<phoe> jeosol: I mean, 500000 cells seems like a lot
lucasb has quit [Quit: Connection closed for inactivity]
<phoe> ooh, you want to only save the file path to that file in ubiquitous - or did I get you wrong?
<jeosol> phoe: The 500,000 cells is the whole grid, treated as a single instance. They are not separated cells per se.
<_death> jeosol: if you don't care about interoperability, you can use cl-store to produce a blob that you can store in sqlite
<phoe> jeosol: OK
<jeosol> phoe: I was thinking saving a path where the object is serialized, e.g., using restore to read it back in.
papachan has quit [Ping timeout: 260 seconds]
milanj has joined #lisp
<jeosol> _death: right now, I use cl-store to save the final object to a file and save the file path.
<phoe> jeosol: that's good, ubiquitous will serve you well in that case
<jeosol> but this not saving the grid object, but the final, larger CLOS object that holds everything that then allows me to do Y=F(X), where X is the larger, final object, that also includes the grid object
<jeosol> phoe: so saving the grid file path in the config, and when the file path is read, I serialize the object back in. This is a better?
<phoe> jeosol: yes. Basically, store blobs outside the configuration itself.
<phoe> The configuration can contain namestrings to these files and such, but blobs shouldn't be dumped into config files themselves and instead should be standalone.
<jeosol> That makes sense. Also, I would be editing those config files based on changes in code.
<phoe> or editing them programmatically
<phoe> if you feel like it, that is
<phoe> #'(setf ubiquitous:value) is there if you need it
<jeosol> That would be a nice feature.
<jeosol> reading the page now. Do you know if there is a facility for grouping, or I could create that myself. So when the file is written, I could see the groups and go to the right section
Ukari has joined #lisp
oxum has joined #lisp
<jeosol> _death, pjb, phoe: Thanks guys for all the hints and suggestions. If you drink beer, accept a virtual one from me :-). I'll get to work on this over the next few days
<phoe> jeosol: grouping? what do you mean?
<phoe> configuration is organized into hash tables which can hold other hash tables as values - this creates a tree structure
<phoe> I think that's the kind of grouping you seek
<jeosol> phoe: I meant maybe it writes the output in some order which I could easily make to be same as my program input
buffergn0me has joined #lisp
<jeosol> phoe: That's correct. That's the grouping I was thinking about
<jeosol> I just need to create the other hash tables to get the right structure I need
oxum has quit [Ping timeout: 260 seconds]
gabiruh_ has joined #lisp
msk has quit [Remote host closed the connection]
gabiruh has quit [Ping timeout: 256 seconds]
<phoe> jeosol: no need to create the hash tables yourself, use a proper combination of #'(setf value) calls
<phoe> ubi will create the proper HTs for you
adriano1 has quit [Ping timeout: 260 seconds]
<jeosol> I see. I'm playing around with it now on the repl and will look at a sample output
shka_ has quit [Remote host closed the connection]
shka_ has joined #lisp
adriano1 has joined #lisp
msk has joined #lisp
adriano1 has quit [Ping timeout: 240 seconds]
buffergn0me has quit [Ping timeout: 240 seconds]
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
fourier has joined #lisp
fourier has quit [Changing host]
fourier has joined #lisp
gareppa has joined #lisp
CrazyPython has joined #lisp
smazga has quit [Quit: leaving]
fourier has quit [Ping timeout: 260 seconds]
Bike has quit [Quit: Bike]
scymtym has quit [Ping timeout: 256 seconds]
CrazyPython has quit [Read error: Connection reset by peer]
ArthurStrong has quit [Quit: leaving]
izh_ has joined #lisp
PuercoPope has joined #lisp
shifty has quit [Ping timeout: 260 seconds]
shifty has joined #lisp
shifty has quit [Ping timeout: 268 seconds]
Nilby has quit [Read error: Connection reset by peer]
hiroaki has joined #lisp
izh_ has quit [Remote host closed the connection]
gravicappa has quit [Ping timeout: 256 seconds]
narimiran has quit [Quit: leaving]
shka_ has quit [Ping timeout: 260 seconds]
zdm has joined #lisp
notzmv has joined #lisp
Codaraxis has joined #lisp
slyrus__ has joined #lisp
slyrus_ has quit [Ping timeout: 260 seconds]
slyrus has joined #lisp
CrazyPython has joined #lisp
oxum has joined #lisp
slyrus__ has quit [Ping timeout: 260 seconds]
whiteline has quit [Remote host closed the connection]
zdm has quit [Remote host closed the connection]
oystewh has joined #lisp
whiteline has joined #lisp
Blukunfando has joined #lisp
gareppa has quit [Quit: Leaving]
teej has joined #lisp
CrazyPython has quit [Read error: Connection reset by peer]
oxum has quit [Ping timeout: 256 seconds]
v_m_v has joined #lisp
v88m has joined #lisp
v88m has quit [Ping timeout: 272 seconds]
Codaraxis has quit [Ping timeout: 268 seconds]
dale has quit [Quit: My computer has gone to sleep]
LiamH has quit [Quit: Leaving.]
dale has joined #lisp
v_m_v has quit [Remote host closed the connection]
Codaraxis has joined #lisp
lavaflow has joined #lisp
v_m_v has joined #lisp
milanj has quit [Quit: This computer has gone to sleep]
varjag has quit [Ping timeout: 240 seconds]
gabiruh has joined #lisp
Codaraxis has quit [Read error: Connection reset by peer]
gabiruh_ has quit [Ping timeout: 240 seconds]
random-nick has quit [Ping timeout: 246 seconds]
efm has quit [Ping timeout: 240 seconds]
efm has joined #lisp