- croatoan-devel - mailman3.common-lisp.net

Aw: croatoan questions
by Anton Vidovic 05 Sep '23

05 Sep '23

Hello Jeff, because of a lenghtier vacation I can only answer your questions now. I do not mind discussing those questions on the public mailing list, and also you could get opinions of the other list readers in addition to mine, so I will CC my reply there, I hope you don't mind. > 1) Does croatoan (in your humble opinion) have advantages over > cl-charms? At the time I started working on croatoan (quite a while now, time flies) with the goal of writing a terminal IRC client in Common Lisp after my first attempts in GNU Guile, cl-charms existed but was abandoned. Since at that time it was abandoned and I neither did not know how to contribute nor did it make sense to contribute to an unmaitained abandoned project, I forked it for myself and worked on it for a while. When quicklisp was first released, I applied to add croatoan and have been updating the code since then independently of cl-charms. cl-charms, on the other hand, was in the meantime taken over by other people who have been adding to it independently, so over time, the two codebases diverged. "In my humble opinion" (TM), the main advantage of croatoan over cl-charms nowadays is that somebody is actively working on it (I and some other people) with the intent to keep working on it for years to come, because our own projects depend on it and we have an interest that they keep working with future ncurses releases. This is also its main disadvantage, because it means that code will necessarily break occasionally. Breaking is kept to a minimum, but can not be entirely avoided, since the library is simply not finished. The second advantage and the main reason for me to work on it, is that croatoan has a slightly different goal that cl-charms. While cl-charms and cl-ncurses had the goal to "just" add FFI wrapper functions, instead of just calling unpleasent cryptic ncurses functions like "mvwaddnwstr", croatoans humble goal is to use CLOS for the user-facing interface and to keep it nice and easy to read. (Whether I will achieve that is another question). Another advantage from your point of view might be that if you plan to you use ncurses directly, since the API is very low-level, you will start adding your own higher-level lispy wrappers anyway, so unless you want to add even another library, it is easier to just re-use what we have put together during the last years, if it suits your purpose of course. > 2) Can croatoan use the threaded/mutex'd version of ncurses? > (https://invisible-island.net/ncurses/man/curs_threads.3x.html), or are > there any plans to use it in the future? You can already use ncurses with lisp threads as long as only the main thread makes the ncurses calls. For an example, see: https://github.com/McParen/croatoan/blob/11d6e716431599d5fc89fee4163483d7ca… There is also a simple thread-safe queue class, contributed by an user, which allows worker threads to send ncurses calls to the main thread to execute, but I did not use that often myself: https://github.com/McParen/croatoan/blob/master/src/queue.lisp I intend to support all ncurses functionality in the long run, but since there is a lot of work remaining and since I like all of us just tend to work on the parts that I use myself, it could take years to get there, so I would not put too many hopes on that. You are of course welcome to contribute in any way you can and are able to. I hope you enjoy Lisp along the way. Hope this helps, regards, Anton

1 1

problem with example 'dlg02'
by cage 30 Jan '23

30 Jan '23

Hi everyone! I stepped into a weird issue using the last croatoan commit. Seems that the example 'dlg02' does not works if the procedure is called from an executable generated by the compiler. I do not know if this issue arise only on my machine though, so i prepared a little use case to reproduce the behaviour. Attached you can find the code with an asdf file to compile the executable. To build the package just use (asdf:make "test-menu"), the asdf file "test-menu.asd" must be in your source-registry (probably decompressing the tar in "$HOME/quicklisp/local-projects" is enough). After compiling run the executable: ./src/test-menu on my machine (SBCL 2.2.9.debian, X86_64) i get an error: --------------------- #<SB-SYS:MEMORY-FAULT-ERROR {1004AB3183}> debugger invoked on a SB-SYS:MEMORY-FAULT-ERROR in thread #<THREAD "main thread" RUNNING {1001D50003}>: Unhandled memory fault at #x7FFB37AE1730. Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit from the current thread. (DE.ANVI.CROATOAN:ACS :UPPER-LEFT-CORNER) source: (CFFI:MEM-AREF ACS-MAP-ARRAY 'DE.ANVI.NCURSES:CHTYPE (CHAR-CODE (CDR (ASSOC CHAR-NAME ACS-ALIST)))) 0] -------------------------- but if you comment the line 8 (':build-operation program-op') in test-menu.asd and then run this commands: $ sbcl (i suggest use rlwrap) * (asdf:make "test-menu") ...wait for compilation.... * (test-menu::main) the example run just fine. Can someone confirm if this happens on other machines? Thanks in advance! C.

2 4

Fwd: escape code not parsed
by Anton Vidovic 17 Oct '22

17 Oct '22

Hello, yesterday by chance I stumbled upon the following bug report by cage: https://lists.gnu.org/archive/html/help-ncurses/2022-07/msg00000.html I am reposing it here for future reference, since I am not sure whether this is a ncurses bug or a croatoan bug. cage, if you are reading this, I am trying to reproduce it on my own from your description, but have not had success yet. Could you maybe provide a minimal example (here or as an issue at gh) of how to reproduce the bug? I would have to first check whether it is a bug with croatoan, with the cffi ncurses wrapper or with ncurses itself, so in the end I would need to write a minimal example in C to get a better chance for the ncurses author to reproduce it himself and be able to debug it. Also I think that posting to bug-ncurses is better than help-ncurses, because the latter seems to be very low volume. Regards, A.

2 1

How do I clear a textarea instance?
by hobo＠SDF.ORG 02 Jan '22

02 Jan '22

Salutations, I currently have a textarea instance external to a form, and when a user cancels or accepts the edit I want to clear the textarea - clear the window, clear the buffer, reset the input-pointer. However, it looks like the clear method only clears the window and nothing else. How do I go about clearing the buffer, resetting the input pointer, and moving the cursor back to the beginning of the textarea? Thank you in advance, Lance hobo(a)sdf.org SDF Public Access UNIX System - https://sdf.org

2 2

Writing a tutorial
by ilmu 28 Dec '21

28 Dec '21

Hi there, I was playing along with [a cl-charms tutorial](http://turtleware.eu/posts/cl-charms-crash-course.html) so that I could put together a small program I have in mind, the design is pretty clear on paper and shouldn't be too hard to implement. The template I came up with as a base to work from looks like this: git.sr.ht/~ilmu/sbcl-tala Apparently I am now setting up async input handling with some threads.. and then I found croatoan, now I didn't yet change (which as you can see from the code will not be a big change :^) but I see that the project is under active development and looks like it will save me a lot of time! I am pretty committed to the lisp (and my project) so I'd like to be a good citizen and produce a tutorial on croatoan in parallel with the program itself. This will not have a predictable timeline... but you can track my progress in that repo. Normally I'd lurk but I'm emailing the list just to be polite and say I appreciate the project (whether or not anything comes of my work). Kind regards, - Ilmu

3 3

First post
by Anton Vidovic 20 Nov '21

20 Nov '21

Welcome to the croatoan mailing list. Croatoan is a set of Lisp bindings to the ncurses terminal library and a set of TUI widgets built on top of ncurses. * https://github.com/McParen/croatoan * https://www.cliki.net/croatoan Discussion of other terminal-related Lisp topics, libraries and applications is welcome. Anton

1 0

2024

2023

2022

2021

croatoan-devel