[Ecls-list] Need help testing this...
ECL now implements asynchronous signal handlers through a secondary thread and these handlers can now be customized. The interface is given by the functions (EXT:GET-SIGNAL-HANDLER signal-code) (EXT:SET-SIGNAL-HANDLER signal-code closure-or-symbol) where the signal handler function should have the signature (LAMBDA (&KEY PROCESS)). On a multithreaded ECL, instead of having a thread that relies on sigwait(), we have a thread that gets messages from other threads, which are the ones that received the signals. In principle we could optionally add a feature such that these threads get suspended until the signal is processed. This does not seem critical to me, but it might help cope with the problem of synchronous signals (SIGSEGV, SIGFPE, etc) which are not allowed to execute arbitrary code. In any case, these are refinements for the future. I would like to ask you to help debugging and perfect the changes I just introduced, and which for me are the final milestone for a release (apart from testing and integrating the ASDF extensions). Juanjo -- Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] ECL 12.2.1 can not work with CJK language!
I build Ecl on Window XP with Visual Studio. the code page of cmd console is cp936. D:\ECL>ecl ECL (Embeddable Common-Lisp) 12.2.1 (git:UNKNOWN) Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #. > *features* (:ECL-BYTECMP :WIN32 :FORMATTER :LITTLE-ENDIAN :UINT32-T :UINT16-T :RELATIVE-PACKAGE-NAMES :UNICODE :DFFI :CLOS-STREAMS :CMU-FORMAT :WINDOWS :MSVC :ECL-PDE :DLOPEN :CLOS :THREADS :BOEHM-GC :ANSI-CL :COMMON-LISP :IEEE-FLOATING-POINT :PREFIXED-API :FFI :PENTIUM4 :COMMON :ECL) > (sys:stream-external-format- set *standard-input* :windows-cp936) > (sys:stream-external-format-set *standard-output* :windows-cp936) > (print "好") ;<==chinese language Condition of type: SIMPLE-ERROR Read or write operation to stream # signaled an error. Explanation: Invalid argument. Available restarts: 1. (RESTART-TOPLEVEL) Go back to Top-Level REPL. Broken at SI:BYTECODES. [Evaluation of: (SI:TOP-LEVEL T)] In: #. >> thanks for help! -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Decent HTTPd uptime since recent threading/locking changes
On Wed, 16 May 2012 23:10:21 +0200 Juan Jose Garcia-Ripoll wrote: > > spiders, although interspersed with my Apache ab(8) test floods. This > > was still using a non-shrinking threads pool for now. > Great news! That is really nice to hear, for it means that the changes that > I made to thread startup and exit code were enough to improve the stability > of process-kill. Definitely the time for a release is approaching. Well as I said above, the code is avoiding process-kill (and pool shrinking) for now :) But there were other issues which have been solved by the new locking implementation, obviously, as the httpd is now resilient to both ab(8) bombing and long mostly idle times, both of which were problematic before. -- Matt -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Decent HTTPd uptime since recent threading/locking changes
On Wed, May 16, 2012 at 10:27 PM, Matthew Mondor wrote: > I had to reboot the system for another reason, but before I did, I > checked the uptime of my HTTPd and it was up online during 30 days. > Most of the connections were from google and vulnerability probing > spiders, although interspersed with my Apache ab(8) test floods. This > was still using a non-shrinking threads pool for now. Awesome :) > Great news! That is really nice to hear, for it means that the changes that I made to thread startup and exit code were enough to improve the stability of process-kill. Definitely the time for a release is approaching. Juanjo -- Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] Decent HTTPd uptime since recent threading/locking changes
I had to reboot the system for another reason, but before I did, I checked the uptime of my HTTPd and it was up online during 30 days. Most of the connections were from google and vulnerability probing spiders, although interspersed with my Apache ab(8) test floods. This was still using a non-shrinking threads pool for now. Awesome :) -- Matt -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] Slime lambda-list auto-help
Hello again, Although it's a minor issue, I noticed lately that when entering Lisp the following form using latest ECL (head) and latest Slime, I'm getting the following error in the command buffer: (with-open-file error in process filter: Wrong number of arguments: nil, 137 I'm not sure if the problem is in Slime or in ECL. Also, is it expected that this help only is available for implementation functions and bytecode compiled custom fonctions? I built my code with the debug level 3, but I cannot get that automatic interactive help for the functions of those files. Example: (defun foo (a b c) (list a b c)) (foo[I get the lambda-list help here] (compile 'foo) (foo[I no longer get it] Thanks, -- Matt -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
