<nij->
Having two lisps X and Y. How do I make all things printed to Y's *standard-output* to be printed to X's *standard-output*?
habamax has quit [Remote host closed the connection]
<jeosol>
nij-: if you don't mind sending them separately, I am thinking a simpler solution could be with swank? A more complex solution will be using queues, but that is not probably what you need and is an overkill
<jeosol>
Good morning all!
<nij->
I can use swank. But.. how should I use it?
igemnace has joined #commonlisp
<Josh_2>
What about just writing to a common file?
Inline has quit [Ping timeout: 260 seconds]
<Josh_2>
output *standard-output* of X into file Foo and have Y periodically read Foo?
<aeth>
can you launch one Lisp from uiop:run-program inside of the other?
<nij->
aeth yes
<aeth>
or I think it might be launch-program
<nij->
oh you're asking me for my question
<nij->
hmm no.
<nij->
in fact, one lisp is in a remote server
<Josh_2>
:skull:
<nij->
I have portforwards the remote slynk server to my localhost, so I can `M-x sly-connect` to it.
<nij->
However, all logs in the remote lisp doesn't get to be printed in my local lisp.
<Josh_2>
Can't you just read the logs from systemd etc?
<Josh_2>
You could just use http server and poll for the logs :shrug:
<nij->
I can read the log there, yeah. Just wondering if there's an easier option.
<aeth>
swank-over-ssh (if possible?) might be the correct, general way to do it
<aeth>
remote is the important thing
<aeth>
if you want to get creative, though, you could e.g. use an IRC library
<aeth>
it's just TCP how hard can it be
<jeosol>
nij-: one way I have done this using swank, I was trying to do a poor man's CI/CD when once I update the code on the remote server, I send an instruction to (ql:quickload "some-system")
<jeosol>
as aeth said, I think best is probably using swank and or related derivative system
waleee has quit [Ping timeout: 244 seconds]
<nij->
Does swank support what I want already?
<nij->
If not, then I'll have to make a stream that goes to my local machine..
<nij->
Oh actually no! I should be able to do as follows: create a swank server in the remote lisp, get the *standard-output* of that output stream, concatenate that with the remote standard output stream, and set the remote standard output stream to be the concatenated one.
<nij->
Lemme try it now. Thanks :)
Josh_2 has quit [Remote host closed the connection]
nij- has quit [Ping timeout: 246 seconds]
samedi has joined #commonlisp
samedi has quit [Remote host closed the connection]
samedi has joined #commonlisp
prokhor_ has quit [Quit: Leaving]
igemnace has quit [Read error: Connection reset by peer]
jello_pudding has quit [Ping timeout: 246 seconds]
jello_pudding has joined #commonlisp
igemnace has joined #commonlisp
Spawns_Carpeting has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
tyson2 has quit [Remote host closed the connection]
<zest>
is there anyway to make method dispatching happen at compile time? i.e. instead of searching for the method and executing it at runtime it happens at compile-time for better performance...
<zest>
reading from the CL-COOKBOOK, there is through INLINED-GENERIC-FUNCTION (package) but what one cannot modify the generic method...
<ixelp>
GitHub - alex-gutev/static-dispatch: Static generic function dispatch for Common Lisp
semarie has joined #commonlisp
<zest>
contrapunctus: I implemented TRIVIAL-GRAY-STREAM:STREAM-READ-CHAR but the performance is abysmal between the function and method. 20ms for normal function and 150ms for method
<zest>
The code is literally copy pasted and I have the optimize flags as needed
<zest>
contrapunctus: I tried that one with the added SPACE and STATIC-DISPATCH-TYPE but nothing changed; still 150 ms
<beach>
150ms for reading one character sounds way off.
<beach>
As does 20ms.
<zest>
sorry, it is not for reading one character but like 1 million
<beach>
That sounds more realistic. So how is 150ms out of the question for reading 1 million characters?
<zest>
beach: because that same method when defined as a function does 20ms
<beach>
That's not my question, though.
<zest>
beach: well, using an SSD and having a good enough pc makes me believe I could go for less.
azimut_ has joined #commonlisp
azimut has quit [Ping timeout: 246 seconds]
<gilberth>
zest: Your problem is that you read a character at a time. When you're after speed use READ-SEQUENCE with a buffer. Calling a function (generic or otherwise) per character will never get you anywhere near what your SSD can deliver.
cross has quit [Server closed connection]
cross has joined #commonlisp
<zest>
gilberth: I implemented a custom stream that does exactly that(internal buffer and read-sequence). The issue is still the same, there seems to be a trade off for using methods versus functions that is substantial
<zest>
even after stripping down much of the custom stream's functionality, using a faux stream that has an internal string buffer, the difference is twice the milliseconds for the same operation
<gilberth>
How could that be substantial when you call a function (generic or not) every say 8KB. Heh, the system call with probably have a higher overhead than any generic function dispatch.
<beach>
zest: That doesn't sound right. The more characters you read in a single function call, the less the generic dispatch should play a role.
<zest>
gilberth: Yes, that is correct. But, in my isolated testing streams, there aren't any syscalls just ELT from a string.
<zest>
beach: Yes, this is intended to test how fast would a function run versus a method with the same variables.
<beach>
zest: But you told us that already. What gilberth is suggesting is that you not read individual characters.
<beach>
zest: So you define a method on STREAM-READ-SEQUENCE, and then you use READ-SEQUENCE instead of READ-CHAR.
<beach>
zest: But maybe you are just interested in generic dispatch in general, and not in this particular application?
<zest>
Oh, right. I had the silly assumption that READ-SEQUENCE will only work with OCTET-VECTOR.
Guest5633 has quit [Ping timeout: 246 seconds]
<zest>
beach: Not anymore since I could use STREAM-READ-SEQUENCE for an internal 4KB sequence.
<zest>
Thanks you gilberth and beach!
<beach>
Pleasure.
ronald has joined #commonlisp
rtypo has quit [Ping timeout: 246 seconds]
wonko-the-sane has quit [Quit: leaving]
<beach>
zest: By the way, you are not calling a method, you are calling a generic function.
pve has joined #commonlisp
<zest>
beach: how so?
<zest>
I am guessing because it is not a class?
Pixel_Outlaw has quit [Remote host closed the connection]
<beach>
Because DEFMETHOD adds a method to a generic function (and perhaps creates that generic function if it doesn't exist). A call always goes through the generic function, and generic dispatch determines which method(s) are applicable.
ika has quit [Remote host closed the connection]
donleo has joined #commonlisp
yosef` has joined #commonlisp
zest has quit [Remote host closed the connection]
shka has joined #commonlisp
rgherdt has joined #commonlisp
mfiano has quit [Server closed connection]
mfiano has joined #commonlisp
mgl has joined #commonlisp
Inline has joined #commonlisp
zups has quit [Server closed connection]
_cymew_ has joined #commonlisp
zups has joined #commonlisp
avocadoist has joined #commonlisp
_cymew_ has quit [Quit: Konversation terminated!]
mgl has quit [Quit: Client closed]
dino_tutter has joined #commonlisp
yosef` has quit [Quit: Ping timeout (120 seconds)]
habamax has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1.50)]
habamax has joined #commonlisp
igemnace has quit [Quit: WeeChat 4.0.4]
even4void has quit [Server closed connection]
even4void has joined #commonlisp
karlosz has joined #commonlisp
zxcvz has joined #commonlisp
zxcvz has quit [Client Quit]
mingus has quit [Ping timeout: 248 seconds]
fourier has quit [Server closed connection]
fourier has joined #commonlisp
random-nick has joined #commonlisp
monoidog has joined #commonlisp
waleee has joined #commonlisp
cage has joined #commonlisp
donleo has quit [Remote host closed the connection]
<ixelp>
set-on-click is repeating data · Issue #305 · rabbibotton/clog · GitHub
tyson2 has quit [Remote host closed the connection]
<Josh_2>
:skull: I restart my program still have problem
jmiven has quit [Quit: reboot]
jmiven has joined #commonlisp
NicknameJohn has joined #commonlisp
jeosol has quit [Quit: Client closed]
mzan has quit [Server closed connection]
mzan has joined #commonlisp
cage has quit [Remote host closed the connection]
NicknameJohn has quit [Ping timeout: 245 seconds]
skin has joined #commonlisp
notzmv has quit [Ping timeout: 260 seconds]
azimut has joined #commonlisp
d4ryus has quit [Quit: WeeChat 4.0.2]
dino_tutter has joined #commonlisp
d4ryus has joined #commonlisp
yvm has quit [Ping timeout: 246 seconds]
<fitzsim>
borodust: Hi, I filed https://github.com/borodust/claw/issues/12 because (ql:quickload :trivial-gamekit) fails with "Failed to find the TRUENAME of [...]/bodge-glfw/bindings/powerpc64le-pc-linux-gnu.lisp"
<ixelp>
Add ppc64 and ppc64le support · Issue #12 · borodust/claw · GitHub
<fitzsim>
borodust: I can do a patch, but what branches should I work on, if I want the result to end up in quicklisp?
mgl has quit [Quit: Client closed]
tyson2 has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
pkal has quit [Remote host closed the connection]
pkal has joined #commonlisp
eddof13 has joined #commonlisp
eddof13 has quit [Client Quit]
Oddity has joined #commonlisp
ElKowar has quit [Server closed connection]
ElKowar has joined #commonlisp
waleee has joined #commonlisp
shka has quit [Quit: Konversation terminated!]
jeosol has joined #commonlisp
msavoritias has quit [Remote host closed the connection]
Lycurgus has joined #commonlisp
notzmv has joined #commonlisp
shka has joined #commonlisp
NicknameJohn has joined #commonlisp
jmdaemon has joined #commonlisp
jmdaemon has quit [Ping timeout: 246 seconds]
patrix has quit [Server closed connection]
patrix has joined #commonlisp
pve has quit [Quit: leaving]
overclucker_ has joined #commonlisp
overclucker has quit [Ping timeout: 248 seconds]
Shinmera has quit [Server closed connection]
Shinmera has joined #commonlisp
dcb has joined #commonlisp
Lycurgus has quit [Quit: Tschüss]
equwal has quit [Server closed connection]
equwal has joined #commonlisp
cmack has joined #commonlisp
enzuru has quit [Server closed connection]
enzuru has joined #commonlisp
<borodust>
fitzsim: claw doesn't support powerpc
<borodust>
and there are no plans to add it
<borodust>
also gamekit uses special quicklisp dist, so it won't appear in quicklisp main dist even if you would manage to patch it for ppc support