- pro - mailman3.common-lisp.net

GO stuff
by Marco Antoniotti 23 Dec '25

23 Dec '25

Hello I did not mention GO out of context in my previous emails. I would like to know the opinion of this forum about what would be the most likely CL - portable - substitute to implement *channels*. *usocket *and/or *bordeaux-threads* are what I'd target. In GO you have *chan *items and you can send and receive from them using the *<-* operator. AFAIU these channels are blocking. Any suggestions? Thanks Happy Holidays Marco -- Marco Antoniotti, Professor, Director tel. +39 - 02 64 48 79 01 DISCo, University of Milan-Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY REGAINS: https://regains.disco.unimib.it/

7 16

READ-SEQUENCE and USOCKET
by Marco Antoniotti 18 Dec '25

18 Dec '25

Hi I am reading from a uosocket:stream-usocket. My sequence is 100 octets long, but I know the other party is sending UP TO 100 octets. If the other party sends less than 100 octets, read-sequence/usocket-stream (at least the version on LW) hangs. Should I just do a loop, checking for the "end marker"? Thanks All the best -- Marco Antoniotti

10 26

Re: READ-SEQUENCE and USOCKET
by Marco Antoniotti 18 Dec '25

18 Dec '25

Thank you Vibhu That is exactly what I came up with, and it seems to work decently well. Only thing, I put a non-zero timeout. All the best Marco On Thu, Dec 18, 2025 at 10:18 AM Vibhu Mohindra <vibhu.mohindra(a)gmail.com> wrote: > -------- Forwarded Message -------- > Subject: Re: READ-SEQUENCE and USOCKET > Date: Thu, 18 Dec 2025 10:14:57 +0100 > From: Vibhu Mohindra <vibhu.mohindra(a)gmail.com> > To: pro(a)common-lisp.net > > How are you doing Marco? > > I'm looking at usocket-0.8.4. It may be worth exploring some of these > aspects I see in its code: > 1. option.lisp allows: (setf (socket-option mysocket :receive-timeout) ...) > 2. usocket.lisp defines a generic socket-receive. It's only implemented > for > UDP sockets but I don't see why it shouldn't be implementable for > stream-sockets too. > > Otherwise I don't see a better solution in usocket than inefficiently > checking for and reading a byte at a time, like this. > > (defun read-available-vector (vector socket &key (start 0) (end nil)) > "Reads whatever is presently available in SOCKET without hanging. > SOCKET and VECTOR are assumed to have elts of type (unsigned-byte 8). > Returns first unwritten position in VECTOR and whether at end-of-file." > (when (null end) (setq end (length vector))) > (assert (<= 0 start end (length vector))) > (flet ((socket-readyp () > (wait-for-input socket :timeout 0 :ready-only t))) > (do ((i start (1+ i))) > ((or (>= i end) (not (socket-readyp))) > (values i nil)) > (let ((b (read-byte (socket-stream stream) nil nil))) > (unless b (return (values i t))) > (setf (aref vector i) b))))) > > -- > Vibhu > -- Marco Antoniotti, Professor, Director tel. +39 - 02 64 48 79 01 DISCo, University of Milan-Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY REGAINS: https://regains.disco.unimib.it/

2 1

leave
by B. Mansurov 17 Dec '25

17 Dec '25

2 1

Correction of Georgiy's name, contact info for him
by David Cooper 17 Dec '25

17 Dec '25

Apologies to Georgiy for working from my (apparently failing) memory and neglecting to take a few seconds to look up his last name, which is Tugai, not Tsukai. I wanted to make sure he gets recognized for all his work. Anyone wishing to contact him, let me know and I'll put you in touch, he's active on IRC, I won't presume to dox him any more on these lists, but anyone wishing to contact him let me know and I'll put you in touch (he is on mailto:clo-devel@common-lisp.net as well). Dave

1 0

*load-pathname* and *compile-file-pathname* issues
by Marco Antoniotti 16 Dec '25

16 Dec '25

Hi I am getting old and I get confused. Here is the thing (a followup to the "wild" ASDF module question). I am writing something that will have, at run time, a variable * the-directory-where-stuff-is*. Now, I want to initialize this variable automagically, with no "outside" references. I thought I could do something like (defvar the-directory-where-stuff-is* (merge-pathnames (make-pathname :directory '(:relative "stuff") :name nil :type nil) (make-pathname :name nil :type nil :defaults *load-pathname*))) Alas, ASDF and other things may move the compiled file to a cache folder, which, in the end misaligns *load-pathname* w.r.t. where "stuff" actually is (and should be). This is something that build systems like cmake achieve with the notion of "source", "install", etc folders. Any ideas, suggestions, incantations, workarounds, even at the ASDF level to get this done? Thanks -- Marco Antoniotti

7 13

Loading the content of a "data" directory with ASDF (vel similia)
by Marco Antoniotti 01 Dec '25

01 Dec '25

Hello parenthetically unchallenged friends! Suppose I have a library that is structured as src/ code.lisp pkg.lisp stuff.lisp data/ data-file-1.lisp data-file-2.lisp data-file-3.lisp ... data-file-3-point-14-godzillion.lisp Actually, the data folder could be anywhere. How do I tell ASDF (or similar) to just slurp in all the data files at once? I know it's doable, but maybe someone knows of a better way. Thanks Marco -- Marco Antoniotti, Professor, Director tel. +39 - 02 64 48 79 01 DISCo, University of Milan-Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY REGAINS: https://regains.disco.unimib.it/

6 7

Testing
by Burton Samograd 01 Dec '25

01 Dec '25

Hi All, Just a test message to see if I can get through. -- Burton Samograd

2 1

Current Lisp job market
by pc＠p-cos.net 19 Nov '25

19 Nov '25

Hi, It has been a while since there was some activity on this mailing list. I am currently looking for a job, and am wondering what the current job market looks like for Lisp, especially Common Lisp (of course ;). Are there still possibilities for finding employment? Cheers, Pascal

7 8

[Final CfP] 18th European Lisp Symposium -- Extended Deadline
by Didier Verna 02 Mar '25

02 Mar '25

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 18th European Lisp Symposium Last Call for Papers *** Extended Deadline *** May 19-20 2025 SGH, Zurich, Switzerland https://www.european-lisp-symposium.org/2025 Sponsered by SGH ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Special Focus ~~~~~~~~~~~~~ This year, we suggest a special focus on artificial intelligence, and meta-programming beyond macros. Invited Speakers ~~~~~~~~~~~~~~~~ Joerg Gutknecht -- Project Oberon: A Late Appraisal Anurag Mendhekar -- Is Lisp Still Relevant in the New Age of AI? Robert Smith -- Toward safe, flexible, and efficient software in Common Lisp Important Dates ~~~~~~~~~~~~~~~ - Registration opens: Dec 10 2024 - Submission deadline: Mar 09 2025 ( *** extended *** ) - Author notification: Mar 30 2025 - Final papers due: Apr 13 2025 - Early Registration: May 04 2025 - Symposium: May 19-20 2025 Scope ~~~~~ The European Lisp Symposium is a premier forum for the discussion and dissemination of all aspects of design, implementation, and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen, Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications, and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - context-, aspect-, domain-oriented and generative programming - macro-, reflective-, meta- and/or rule-based development approaches - language design and implementation - language integration, inter-operation, and deployment - development methodologies, support, and environments - educational approaches and perspectives - experience reports and case studies Technical Program ~~~~~~~~~~~~~~~~~ We invite submissions in the following forms. Papers and experience reports must not overlap significantly with the authors’ previously published work in a peer reviewed publication, and must not be under review on another journal or conference. Also, authors must agree with our publication ethics and malpractice statement (cf. https://european-lisp-symposium.org/pepms.html) * Papers: technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. * Experience reports: papers of up to 6 pages describing a successful use of a Lisp dialect and/or analyzing obstacles that have kept it from working in practice. * Tutorials: abstracts of up to 4 pages for in-depth presentations about topics of special interest. * Demonstrations: abstracts of up to 4 pages for demonstrations of tools, libraries, and applications. For information on the submission format, please refer to the "Submission" section at https://www.european-lisp-symposium.org/2025. Submissions should be uploaded to Easy Chair at the following link: http://www.easychair.org/conferences/?conf=els2025. Note: to help us with the review process please indicate the type of submission in the title field in the submission form. Programme Chair ~~~~~~~~~~~~~~~ François-René Rideau Đặng-Vũ Bân, MuKn, USA Organizing Chair ~~~~~~~~~~~~~~~~ Didier Verna, EPITA / LRE, France Programme Committee ~~~~~~~~~~~~~~~~~~~ Conrad Barski, USA Marc Battyani, Enfabrica, USA Dave Cooper, Genworks, USA Ryan Culpepper, University of Massachusetts Boston, USA Eitaro Fukamachi, Japan Robert Goldman, SIFT, USA Gavin Gray, Brown University, USA Jason Hemann, Seton Hall University, USA Kristopher Micinski, Syracuse University, USA Marco Morazan, Seton Hall University, USA Michael Raskin, LaBRI, France Masatoshi Sano, Nayuta, Japan Dimitris Vyzovitis, Mighty Gerbils Local Chair ~~~~~~~~~~~ Yukari Hafner, Shirakumo.org, Switzerland Virtualization Team ~~~~~~~~~~~~~~~~~~~ Georgiy Tugai, Configura, Sweden Yukari Hafner, Shirakumo.org, Switzerland -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0