http://blog.gmane.org/gmane.lisp.ecl.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.lisp.ecl.general/9101 <pre>I used visual studio 2008 It seems that both 32 and 64bit versions fails with assertion in function ecl_stream_to_handle where s-&gt;stream.mode == 0x11 (sww_io_wcon) Full stack traces: http://redplait.blogspot.com/2012/05/ecl-1251-on-xp64.html ------------------------------------------------------------------------------ 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/ </pre> red plait 2012-05-25T16:02:50 http://permalink.gmane.org/gmane.lisp.ecl.general/9100 <pre> Like this: (ql:quickload :com.informatimago.common-lisp.lisp-text) (use-package :com.informatimago.common-lisp.lisp-text.source-text) (position 30 (:build-line-index "/tmp/hello.lisp") :test (function &lt;)) --&gt; 2 </pre> Pascal J. Bourguignon 2012-05-23T09:41:45 http://permalink.gmane.org/gmane.lisp.ecl.general/9099 <pre>On Wed, 23 May 2012 13:10:39 +0800 cm &lt;xiao.ao.jiang.hu.cm-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote: Not that it wouldn't be nice to have both line and position reported, but note that emacs allows to jump to a character position within a file (see the goto-char command). </pre> Matthew Mondor 2012-05-23T09:36:55 http://permalink.gmane.org/gmane.lisp.ecl.general/9098 <pre>I write a hello.lisp file like this: (print "hi") (length '(a . b 1)) and I load it in to ecl: ;;; Loading "D:/ECL/code/hello.lisp" "hi" Condition of type: SIMPLE-READER-ERROR Reader error in file #&lt;input stream #P"D:/ECL/code/hello.lisp"&gt;, position 30: Too many objects after a list dot Available restarts: 1. (RESTART-TOPLEVEL) Go back to Top-Level REPL. Broken at SI:BYTECODES. [Evaluation of: (LOAD "code/hello.lisp")] In: #&lt;process TOP-LEVEL&gt;. It has not line number in error message but postion 30. I found it is the position of characters. how to get the line number of code from error message? Thank for your 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> cm 2012-05-23T05:10:39 http://permalink.gmane.org/gmane.lisp.ecl.general/9097 <pre> I checked again the sources. The MSVC port does not have an option to build ECL statically. This does not mean that it cannot be done --- actually the code in ECL is there --- but this functionality was not included in the Makefiles when adapting ECL for Microsoft's compilers. Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-22T21:32:36 http://permalink.gmane.org/gmane.lisp.ecl.general/9096 <pre>I want to build a program without the need of ecl.dll, Is there anyone can help me ? ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> lookwong 2012-05-21T03:09:11 http://permalink.gmane.org/gmane.lisp.ecl.general/9095 <pre>Hi everybody, after spending two days reading stuff about documented and undocumented functionality in Microsoft's API and CRT, I have come to the following conclusions: * In Windows, it is impossible to reasonably use POSIX functions to read/write text from the console without letting the console do some translation for you. * Moreover, POSIX's functions do not work, because read() and write() may actually read or write more bytes from the buffer thant you would want, precisely due to this "clever" translation. * This all renders the CRT unusable, and as stated in a MSDN blog from Windows, one should stick to the Console read and write operations and forget about C entirely. Well, I have coded a prototype of a Lisp stream for the console. ECL now has code that will detect whether the input/output/error channels are consoles and wrap them around with these streams. Moreover, it will also detect the current codepage and use it as external format for the stream. All this is pretty much experimental and I need your help testing it. Please report problems. BTW, as usual, all this is only available in git/CVS Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-19T08:12:10 http://permalink.gmane.org/gmane.lisp.ecl.general/9094 <pre>On Fri, May 18, 2012 at 8:37 AM, Juan Jose Garcia-Ripoll &lt; juanjose.garciaripoll-gM/Ye1E23mwN+BqQ9rBEUg&lt; at &gt;public.gmane.org&gt; wrote: I am really puzzled. I have dug through Python's code and there is nothing special about the input/output operations, yet they do fail in any decent program. Moreover, _setmode() does not even work properly, and for weird codepages one actually has to use ReadConsole :-/ http://alfps.wordpress.com/2011/12/08/unicode-part-2-utf-8-stream-mode/#utf8_mode_input_fixed Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-18T17:01:16 http://permalink.gmane.org/gmane.lisp.ecl.general/9093 <pre>Probably this might be the answer: Windows is processing the text in those streams, an action that can be reversed http://msdn.microsoft.com/library/tw4k6df8%28VS.80%29.aspx On Fri, May 18, 2012 at 7:43 AM, cm &lt;xiao.ao.jiang.hu.cm-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote: </pre> Juan Jose Garcia-Ripoll 2012-05-18T06:37:38 http://permalink.gmane.org/gmane.lisp.ecl.general/9092 <pre>I had try Python2.7 console in the Windows, it work fine. code page is 936, and i used google pinyin input method. Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win 32 Type "help", "copyright", "credits" or "license" for more information. o 好 I dont know the difference of input code between Ecl and Python, maybe the Python code is usefull to you. 2012/5/18 Juan Jose Garcia-Ripoll &lt;juanjose.garciaripoll-gM/Ye1E23mwN+BqQ9rBEUg&lt; at &gt;public.gmane.org&gt; 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> cm 2012-05-18T05:43:30 http://permalink.gmane.org/gmane.lisp.ecl.general/9091 <pre>Test program: #include &lt;fcntl.h&gt; #include &lt;errno.h&gt; int main() { char buffer; int ok; do { ok = read(0, &amp;buffer, 1); printf("\ncode=%d %x errno=%d, ok=%d", buffer, buffer, errno, ok); } while (ok &gt; 0); } Output: C:\cygwin\home\Juanjo\src\ecl\win32&gt;chcp 936 Active code page: 936 C:\cygwin\home\Juanjo\src\ecl\win32&gt;echo 亀 | foo.exe code=-127 ffffff81 errno=0, ok=1 code=119 77 errno=0, ok=1 code=32 20 errno=0, ok=1 code=10 a errno=0, ok=1 code=10 a errno=0, ok=0 C:\cygwin\home\Juanjo\src\ecl\win32&gt;foo.exe 亀 code=-127 ffffff81 errno=22, ok=-1 So it definitely seems that Windows's C library does not allow input ifrom the console n other codepages? Juanjo ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> Juan Jose Garcia-Ripoll 2012-05-17T22:44:53 http://permalink.gmane.org/gmane.lisp.ecl.general/9090 <pre>Seems this is a console problem. The operating system is complaining because the character you are writing does not belong to the codepage 936. The error happens way before ECL, because it is the operating system call read() that complains and ECL just sees this error. Apparently GHC has the same problem ( http://stackoverflow.com/questions/7511393/haskell-output-non-ascii-characters ). An indication that this might be so isthe fact that ECL can read the same text from a file. But perhaps somebody here knows more than me on the subject. Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-17T22:21:17 http://permalink.gmane.org/gmane.lisp.ecl.general/9089 <pre> This seems to have something to do with Windows. If I used read() on the terminal and I input chinese characters, the C library will complain. Probably it is trying to map the input (Unicode, chinese, etc) to a character type and it fails miserably. If I instead use utf8, nothing bad happens. Really weird. Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-17T22:04:47 http://permalink.gmane.org/gmane.lisp.ecl.general/9088 <pre>And input this command in console: chcp 936 2012/5/17 Konovalov, Vadim (Vadim)** CTR ** &lt; vadim.konovalov-cfy2TCaE7SFv+uJa97DSA9BPR1lH4CV8&lt; at &gt;public.gmane.org&gt; ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> cm 2012-05-17T09:46:10 http://permalink.gmane.org/gmane.lisp.ecl.general/9087 <pre>in Control panel, "regional and language options", "Advanced" tab, select Chinese, [cid:312203310&lt; at &gt;17052012-2899] in "languages" tab, "install files for East Asian languages" should also be selected On Thu, May 17, 2012 at 6:31 AM, cm &lt;xiao.ao.jiang.hu.cm-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&lt;mailto:xiao.ao.jiang.hu.cm-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt;&gt; wrote: I build Ecl on Window XP with Visual Studio. the code page of cmd console is cp936. Do you know how I can change this in a Windows? ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> Konovalov, Vadim (Vadim)** CTR ** 2012-05-17T09:36:39 http://permalink.gmane.org/gmane.lisp.ecl.general/9086 <pre> Do you know how I can change this in a Windows? Juanjo </pre> Juan Jose Garcia-Ripoll 2012-05-17T09:30:17 http://permalink.gmane.org/gmane.lisp.ecl.general/9085 <pre>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 (&amp;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 </pre> Juan Jose Garcia-Ripoll 2012-05-17T06:58:32 http://permalink.gmane.org/gmane.lisp.ecl.general/9084 <pre>I build Ecl on Window XP with Visual Studio. the code page of cmd console is cp936. D:\ECL&gt;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: #&lt;process TOP-LEVEL&gt;. (: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) set *standard-input* :windows-cp936) language Condition of type: SIMPLE-ERROR Read or write operation to stream #&lt;input file "stdin"&gt; 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: #&lt;process TOP-LEVE L&gt;. 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/ecls-list </pre> cm 2012-05-17T04:31:27 http://permalink.gmane.org/gmane.lisp.ecl.general/9083 <pre>On Wed, 16 May 2012 23:10:21 +0200 Juan Jose Garcia-Ripoll &lt;juanjose.garciaripoll-gM/Ye1E23mwN+BqQ9rBEUg&lt; at &gt;public.gmane.org&gt; wrote: 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. </pre> Matthew Mondor 2012-05-16T22:28:58 http://permalink.gmane.org/gmane.lisp.ecl.general/9082 <pre>On Wed, May 16, 2012 at 10:27 PM, Matthew Mondor &lt;mm_lists-xHKImXiT534xnpGSZB1jBA&lt; at &gt;public.gmane.org&gt;wrote: 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 </pre> Juan Jose Garcia-Ripoll 2012-05-16T21:10:21 http://permalink.gmane.org/gmane.lisp.ecl.general/9081 <pre>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 :) </pre> Matthew Mondor 2012-05-16T20:27:34 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.lisp.ecl.general