Menu
▾
▴
clisp-devel — closed list for developers and testers
You can subscribe to this list here.
| 2000 |
Jan
(81) |
Feb
(55) |
Mar
(459) |
Apr
(159) |
May
(126) |
Jun
(69) |
Jul
(48) |
Aug
(29) |
Sep
(106) |
Oct
(76) |
Nov
(155) |
Dec
(161) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(122) |
Feb
(150) |
Mar
(294) |
Apr
(124) |
May
(197) |
Jun
(266) |
Jul
(111) |
Aug
(259) |
Sep
(163) |
Oct
(142) |
Nov
(101) |
Dec
(86) |
| 2002 |
Jan
(187) |
Feb
(108) |
Mar
(274) |
Apr
(157) |
May
(346) |
Jun
(242) |
Jul
(345) |
Aug
(187) |
Sep
(263) |
Oct
(69) |
Nov
(30) |
Dec
(76) |
| 2003 |
Jan
(125) |
Feb
(191) |
Mar
(87) |
Apr
(69) |
May
(107) |
Jun
(66) |
Jul
(112) |
Aug
(161) |
Sep
(184) |
Oct
(137) |
Nov
(28) |
Dec
(61) |
| 2004 |
Jan
(148) |
Feb
(99) |
Mar
(365) |
Apr
(225) |
May
(311) |
Jun
(204) |
Jul
(95) |
Aug
(214) |
Sep
(256) |
Oct
(290) |
Nov
(239) |
Dec
(152) |
| 2005 |
Jan
(253) |
Feb
(183) |
Mar
(178) |
Apr
(88) |
May
(175) |
Jun
(195) |
Jul
(122) |
Aug
(81) |
Sep
(119) |
Oct
(200) |
Nov
(110) |
Dec
(179) |
| 2006 |
Jan
(154) |
Feb
(64) |
Mar
(55) |
Apr
(69) |
May
(66) |
Jun
(64) |
Jul
(80) |
Aug
(59) |
Sep
(62) |
Oct
(90) |
Nov
(132) |
Dec
(106) |
| 2007 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(19) |
May
(33) |
Jun
(52) |
Jul
(15) |
Aug
(50) |
Sep
(41) |
Oct
(259) |
Nov
(323) |
Dec
(136) |
| 2008 |
Jan
(205) |
Feb
(128) |
Mar
(203) |
Apr
(126) |
May
(307) |
Jun
(166) |
Jul
(259) |
Aug
(181) |
Sep
(217) |
Oct
(265) |
Nov
(256) |
Dec
(132) |
| 2009 |
Jan
(104) |
Feb
(81) |
Mar
(27) |
Apr
(21) |
May
(85) |
Jun
(237) |
Jul
(243) |
Aug
(199) |
Sep
(178) |
Oct
(151) |
Nov
(64) |
Dec
(39) |
| 2010 |
Jan
(33) |
Feb
(146) |
Mar
(125) |
Apr
(109) |
May
(52) |
Jun
(135) |
Jul
(103) |
Aug
(68) |
Sep
(99) |
Oct
(88) |
Nov
(45) |
Dec
(56) |
| 2011 |
Jan
(19) |
Feb
(32) |
Mar
(50) |
Apr
(105) |
May
(46) |
Jun
(22) |
Jul
(101) |
Aug
(80) |
Sep
(52) |
Oct
(16) |
Nov
(10) |
Dec
(29) |
| 2012 |
Jan
(8) |
Feb
(22) |
Mar
(17) |
Apr
(68) |
May
(19) |
Jun
(19) |
Jul
(12) |
Aug
(6) |
Sep
(13) |
Oct
(5) |
Nov
(5) |
Dec
(5) |
| 2013 |
Jan
(6) |
Feb
(4) |
Mar
(3) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(16) |
Apr
(1) |
May
(8) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(8) |
Mar
(23) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
| 2016 |
Jan
|
Feb
|
Mar
(16) |
Apr
(6) |
May
(53) |
Jun
(19) |
Jul
(3) |
Aug
(39) |
Sep
(24) |
Oct
(2) |
Nov
(19) |
Dec
|
| 2017 |
Jan
(13) |
Feb
(44) |
Mar
(208) |
Apr
(12) |
May
(94) |
Jun
(54) |
Jul
(18) |
Aug
(52) |
Sep
(12) |
Oct
(22) |
Nov
(27) |
Dec
(93) |
| 2018 |
Jan
(85) |
Feb
(28) |
Mar
(16) |
Apr
(47) |
May
(16) |
Jun
(15) |
Jul
(10) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
|
| 2019 |
Jan
(4) |
Feb
(6) |
Mar
(12) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2022 |
Jan
(2) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(5) |
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(28) |
Dec
(3) |
| 2025 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <cli...@li...> - 2011-10-17 12:05:08
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp: (xlock_lock_helper): remove wrong "shortcut" on acquiring... (cli...@li...) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Oct 2011 11:59:33 +0000 From: cli...@li... Subject: clisp: (xlock_lock_helper): remove wrong "shortcut" on acquiring... To: cli...@li... Message-ID: <hg....@vz...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/8f5a8b96a72d changeset: 15551:8f5a8b96a72d3c7caec29ef8d25a3e76e4edbc4b user: Vladimir Tzankov <vtz...@gm...> date: 2011-10-17 14:59:11 +0300 description: (xlock_lock_helper): remove wrong "shortcut" on acquiring a lock held by thread that exemption-wait-ed on it [bug#3424574] diffstat: src/ChangeLog | 6 ++++++ src/zthread.d | 48 +++++++++++++++++++----------------------------- 2 files changed, 25 insertions(+), 29 deletions(-) ------------------------------ ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 65, Issue 1 **************************************** |
|
From: SourceForge.net <no...@so...> - 2011-10-17 12:00:37
|
Bugs item #3424574, was opened at 2011-10-17 08:55 Message generated for change (Comment added) made by vtz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424574&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: multithreading Group: lisp error >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Sopin Dmitry (sopindmitry) Assigned to: Vladimir Tzankov (vtz) Summary: Semaphores implemented using exemptions don't work Initial Comment: I tried following code to implement semaphores: (defstruct clisp-semaphore state lock condition) (defun make-semaphore (value) (make-clisp-semaphore :state value :lock (make-mutex) :condition (make-exemption))) (defun wait-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore)) (condition (clisp-semaphore-condition semaphore))) (mutex-lock lock) (loop (if (> (clisp-semaphore-state semaphore) 0) (return) (mt:exemption-wait condition lock))) (decf (clisp-semaphore-state semaphore)) (mutex-unlock lock)) (defun signal-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore))) (lock-mutex lock) (incf (clisp-semaphore-state semaphore)) (mt:exemption-signal (clisp-semaphore-condition semaphore)) (unlock-mutex lock))) And following test code: (let ((semaphore (make-semaphore))) (dotimes (i 10) (make-thread #'(lambda () (dotimes (i 100) (wait-semaphore semaphore)))) (make-thread #'(lambda () (dotimes (i 100) (signal-semaphore semaphore)))))) This test code falls into deadlock. Equal code written in SBCL works. Is something wrong with exemptions? Tried clisp versions 2.48 and 2.49 under Gentoo Linux. ---------------------------------------------------------------------- Comment By: Vladimir Tzankov (vtz) Date: 2011-10-17 15:00 Message: thank you for your bug report. the bug has been fixed in the source tree (mercurial/hg). you can either wait for the next release (recommended) or check out the current mercurial tree (see http://clisp.org) and build CLISP from the sources (be advised that between releases the source tree is very unstable and may not even build on your platform). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424574&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-17 06:09:45
|
Bugs item #3424584, was opened at 2011-10-17 10:09 Message generated for change (Tracker Item Submitted) made by sopindmitry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424584&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: multithreading Group: lisp error Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sopin Dmitry (sopindmitry) Assigned to: Vladimir Tzankov (vtz) Summary: Semaphores implemented using exemptions don't work Initial Comment: I tried following code to implement semaphores: (defstruct clisp-semaphore state lock condition) (defun make-semaphore (value) (make-clisp-semaphore :state value :lock (make-mutex) :condition (make-exemption))) (defun wait-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore)) (condition (clisp-semaphore-condition semaphore))) (mutex-lock lock) (loop (if (> (clisp-semaphore-state semaphore) 0) (return) (mt:exemption-wait condition lock))) (decf (clisp-semaphore-state semaphore)) (mutex-unlock lock)) (defun signal-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore))) (lock-mutex lock) (incf (clisp-semaphore-state semaphore)) (mt:exemption-signal (clisp-semaphore-condition semaphore)) (unlock-mutex lock))) And following test code: (let ((semaphore (make-semaphore))) (dotimes (i 10) (make-thread #'(lambda () (dotimes (i 100) (wait-semaphore semaphore)))) (make-thread #'(lambda () (dotimes (i 100) (signal-semaphore semaphore)))))) This test code falls into deadlock. Equal code written in SBCL works. Is something wrong with exemptions? Tried clisp versions 2.48 and 2.49 under Gentoo Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424584&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-17 05:55:27
|
Bugs item #3424574, was opened at 2011-10-17 09:55 Message generated for change (Tracker Item Submitted) made by sopindmitry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424574&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: multithreading Group: lisp error Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sopin Dmitry (sopindmitry) Assigned to: Vladimir Tzankov (vtz) Summary: Semaphores implemented using exemptions don't work Initial Comment: I tried following code to implement semaphores: (defstruct clisp-semaphore state lock condition) (defun make-semaphore (value) (make-clisp-semaphore :state value :lock (make-mutex) :condition (make-exemption))) (defun wait-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore)) (condition (clisp-semaphore-condition semaphore))) (mutex-lock lock) (loop (if (> (clisp-semaphore-state semaphore) 0) (return) (mt:exemption-wait condition lock))) (decf (clisp-semaphore-state semaphore)) (mutex-unlock lock)) (defun signal-semaphore (semaphore) (let ((lock (clisp-semaphore-lock semaphore))) (lock-mutex lock) (incf (clisp-semaphore-state semaphore)) (mt:exemption-signal (clisp-semaphore-condition semaphore)) (unlock-mutex lock))) And following test code: (let ((semaphore (make-semaphore))) (dotimes (i 10) (make-thread #'(lambda () (dotimes (i 100) (wait-semaphore semaphore)))) (make-thread #'(lambda () (dotimes (i 100) (signal-semaphore semaphore)))))) This test code falls into deadlock. Equal code written in SBCL works. Is something wrong with exemptions? Tried clisp versions 2.48 and 2.49 under Gentoo Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3424574&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-04 03:02:50
|
Bugs item #3416966, was opened at 2011-10-01 14:57 Message generated for change (Settings changed) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue >Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Mirko (mirko_vukovic) Assigned to: Sam Steingold (sds) Summary: ~% introduces an extra line break Initial Comment: The following unexpectedly inserts a line-break after `A' : [2]> (format t "A~aB~%" (format nil "5~%~a" 3)) A 5 3B NIL But this works: (format t "A~?B~%" "5~%~a" '(3)) A5 3B NIL *pretty-print* effects: The came clisp produces correct input if I set *pretty-print* to nil in SLIME, but if I do the same from within clisp, I get the erroneous output. clisp was started as > clisp -norc Other info: >uname -a CYGWIN_NT-5.1 WTTCA1068 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin /home/977315 >clisp --version GNU CLISP 2.48 (2009-07-28) (built on ATGRZWN502840.avl01.avlcorp.lan [157.247.26.41]) Software: GNU C 4.3.4 20090804 (release) 1 gcc-4 -O2 -pipe -g -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -I. -Wl,--stack,8388608 -Wl,--enable-auto-import /usr/lib/libintl.dll.a /usr/lib/libiconv.dll.a /usr/lib/libreadline.dll.a -lncurses /usr/lib/libavcall.a /usr/lib/libcallback.a /usr/lib/libiconv.dll.a -L/usr/lib -lsigsegv SAFETY=0 HEAPCODES STANDARD_HEAPCODES SPVW_PAGES SPVW_MIXED libsigsegv 2.8 libiconv 1.13 libreadline 6.0 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER PC386 UNIX CYGWIN) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib/clisp-2.48/ User language: ENGLISH Machine: I686 (I686) WTTCA1068.us.tel.com [172.17.56.65] /home/977315 ---------------------------------------------------------------------- Comment By: Mirko (mirko_vukovic) Date: 2011-10-03 17:10 Message: I just saw the *pretty-printer-newline* variable. This is not a bug in clisp. Sorry about the false alarm. Thank you, Mirko ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: http://clisp.org/impnotes/faq.html#faq-pp-newline ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: This bug report is now marked as "pending"/"invalid". This means that we think that the problem you report is not a problem with CLISP. Unless you - the reporter - act within 2 weeks, the bug will be permanently closed. Sorry about the inconvenience - we hope your silence means that you agree that this is not a bug in CLISP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-03 21:10:13
|
Bugs item #3416966, was opened at 2011-10-01 14:57 Message generated for change (Comment added) made by mirko_vukovic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue >Status: Open Resolution: Invalid Priority: 5 Private: No Submitted By: Mirko (mirko_vukovic) Assigned to: Sam Steingold (sds) Summary: ~% introduces an extra line break Initial Comment: The following unexpectedly inserts a line-break after `A' : [2]> (format t "A~aB~%" (format nil "5~%~a" 3)) A 5 3B NIL But this works: (format t "A~?B~%" "5~%~a" '(3)) A5 3B NIL *pretty-print* effects: The came clisp produces correct input if I set *pretty-print* to nil in SLIME, but if I do the same from within clisp, I get the erroneous output. clisp was started as > clisp -norc Other info: >uname -a CYGWIN_NT-5.1 WTTCA1068 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin /home/977315 >clisp --version GNU CLISP 2.48 (2009-07-28) (built on ATGRZWN502840.avl01.avlcorp.lan [157.247.26.41]) Software: GNU C 4.3.4 20090804 (release) 1 gcc-4 -O2 -pipe -g -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -I. -Wl,--stack,8388608 -Wl,--enable-auto-import /usr/lib/libintl.dll.a /usr/lib/libiconv.dll.a /usr/lib/libreadline.dll.a -lncurses /usr/lib/libavcall.a /usr/lib/libcallback.a /usr/lib/libiconv.dll.a -L/usr/lib -lsigsegv SAFETY=0 HEAPCODES STANDARD_HEAPCODES SPVW_PAGES SPVW_MIXED libsigsegv 2.8 libiconv 1.13 libreadline 6.0 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER PC386 UNIX CYGWIN) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib/clisp-2.48/ User language: ENGLISH Machine: I686 (I686) WTTCA1068.us.tel.com [172.17.56.65] /home/977315 ---------------------------------------------------------------------- >Comment By: Mirko (mirko_vukovic) Date: 2011-10-03 17:10 Message: I just saw the *pretty-printer-newline* variable. This is not a bug in clisp. Sorry about the false alarm. Thank you, Mirko ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: http://clisp.org/impnotes/faq.html#faq-pp-newline ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: This bug report is now marked as "pending"/"invalid". This means that we think that the problem you report is not a problem with CLISP. Unless you - the reporter - act within 2 weeks, the bug will be permanently closed. Sorry about the inconvenience - we hope your silence means that you agree that this is not a bug in CLISP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-03 08:07:03
|
Bugs item #3417358, was opened at 2011-10-03 01:45 Message generated for change (Comment added) made by haible You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3417358&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pascal J. Bourguignon (informatimago) Assigned to: Bruno Haible (haible) Summary: 22.1.3.5 conformance Initial Comment: As per 22.1.3.5, (write (quote (john (quote s) weight)) :pretty nil :readably nil) should print (JOHN (QUOTE S) WEIGHT) but instead it prints: (JOHN 'S WEIGHT) [and similarly for :readtably t, it prints: (|COMMON-LISP-USER|::|JOHN| '|COMMON-LISP-USER|::|S| |COMMON-LISP-USER|::|WEIGHT|) instead of: (|COMMON-LISP-USER|::|JOHN| (|CL|:|QUOTE| |COMMON-LISP-USER|::|S|) |COMMON-LISP-USER|::|WEIGHT|) ] ======================================================================== Implementation: CLISP 2.49 (2010-07-07) (built 3499302370) (memory 3499302538) on X86_64 Reading of: "(write (quote (john (quote s) weight)) :pretty nil :readably nil)" signaled no error Evaluation of: (WRITE '(JOHN 'S WEIGHT) :PRETTY NIL :READABLY NIL) signaled no error wrote nothing on *ERROR-OUTPUT* wrote the following *STANDARD-OUTPUT* (lines excluded): ------------------------------------------------------------------------ (JOHN 'S WEIGHT) ------------------------------------------------------------------------ returned the following value: --> (JOHN 'S WEIGHT) ======================================================================== ---------------------------------------------------------------------- >Comment By: Bruno Haible (haible) Date: 2011-10-03 10:07 Message: Your interpretation of CLHS 22.1.3.5 is debatable. CLHS never explicitly says under which conditions it is OK to print (QUOTE FOO) as 'FOO. Likewise for backquote, for which clisp has an elaborate algorithm. Therefore IMO it's an omission. CLHS 22.1.3.5 says "list notation is preferred over dot notation". It does not say "list notation is preferred over quote and backquote notation". The description of *print-readably* says that the "standard readtable" can be assumed when reading objects. Therefore you can assume that the read-macro for #\' is in place, as much as you can assume that the read-macros for #\( and #\) are in place. The rationale for clisp's behaviour is that the symbol QUOTE, when it occurs in lists, most often occurs when printing a piece of a program. In this case, printing 'FOO instead of (QUOTE FOO) is always a win in legibility. Changing clisp to print (QUOTE FOO) when *print-pretty* is false -- like SBCL does -- would be a regression, IMO. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3417358&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-02 23:45:50
|
Bugs item #3417358, was opened at 2011-10-03 01:45 Message generated for change (Tracker Item Submitted) made by informatimago You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3417358&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pascal J. Bourguignon (informatimago) Assigned to: Bruno Haible (haible) Summary: 22.1.3.5 conformance Initial Comment: As per 22.1.3.5, (write (quote (john (quote s) weight)) :pretty nil :readably nil) should print (JOHN (QUOTE S) WEIGHT) but instead it prints: (JOHN 'S WEIGHT) [and similarly for :readtably t, it prints: (|COMMON-LISP-USER|::|JOHN| '|COMMON-LISP-USER|::|S| |COMMON-LISP-USER|::|WEIGHT|) instead of: (|COMMON-LISP-USER|::|JOHN| (|CL|:|QUOTE| |COMMON-LISP-USER|::|S|) |COMMON-LISP-USER|::|WEIGHT|) ] ======================================================================== Implementation: CLISP 2.49 (2010-07-07) (built 3499302370) (memory 3499302538) on X86_64 Reading of: "(write (quote (john (quote s) weight)) :pretty nil :readably nil)" signaled no error Evaluation of: (WRITE '(JOHN 'S WEIGHT) :PRETTY NIL :READABLY NIL) signaled no error wrote nothing on *ERROR-OUTPUT* wrote the following *STANDARD-OUTPUT* (lines excluded): ------------------------------------------------------------------------ (JOHN 'S WEIGHT) ------------------------------------------------------------------------ returned the following value: --> (JOHN 'S WEIGHT) ======================================================================== ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3417358&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-01 23:42:45
|
Bugs item #3416966, was opened at 2011-10-01 14:57 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Mirko (mirko_vukovic) >Assigned to: Sam Steingold (sds) Summary: ~% introduces an extra line break Initial Comment: The following unexpectedly inserts a line-break after `A' : [2]> (format t "A~aB~%" (format nil "5~%~a" 3)) A 5 3B NIL But this works: (format t "A~?B~%" "5~%~a" '(3)) A5 3B NIL *pretty-print* effects: The came clisp produces correct input if I set *pretty-print* to nil in SLIME, but if I do the same from within clisp, I get the erroneous output. clisp was started as > clisp -norc Other info: >uname -a CYGWIN_NT-5.1 WTTCA1068 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin /home/977315 >clisp --version GNU CLISP 2.48 (2009-07-28) (built on ATGRZWN502840.avl01.avlcorp.lan [157.247.26.41]) Software: GNU C 4.3.4 20090804 (release) 1 gcc-4 -O2 -pipe -g -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -I. -Wl,--stack,8388608 -Wl,--enable-auto-import /usr/lib/libintl.dll.a /usr/lib/libiconv.dll.a /usr/lib/libreadline.dll.a -lncurses /usr/lib/libavcall.a /usr/lib/libcallback.a /usr/lib/libiconv.dll.a -L/usr/lib -lsigsegv SAFETY=0 HEAPCODES STANDARD_HEAPCODES SPVW_PAGES SPVW_MIXED libsigsegv 2.8 libiconv 1.13 libreadline 6.0 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER PC386 UNIX CYGWIN) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib/clisp-2.48/ User language: ENGLISH Machine: I686 (I686) WTTCA1068.us.tel.com [172.17.56.65] /home/977315 ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: http://clisp.org/impnotes/faq.html#faq-pp-newline ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-10-01 19:42 Message: This bug report is now marked as "pending"/"invalid". This means that we think that the problem you report is not a problem with CLISP. Unless you - the reporter - act within 2 weeks, the bug will be permanently closed. Sorry about the inconvenience - we hope your silence means that you agree that this is not a bug in CLISP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-10-01 18:57:32
|
Bugs item #3416966, was opened at 2011-10-01 14:57 Message generated for change (Tracker Item Submitted) made by mirko_vukovic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mirko (mirko_vukovic) Assigned to: Bruno Haible (haible) Summary: ~% introduces an extra line break Initial Comment: The following unexpectedly inserts a line-break after `A' : [2]> (format t "A~aB~%" (format nil "5~%~a" 3)) A 5 3B NIL But this works: (format t "A~?B~%" "5~%~a" '(3)) A5 3B NIL *pretty-print* effects: The came clisp produces correct input if I set *pretty-print* to nil in SLIME, but if I do the same from within clisp, I get the erroneous output. clisp was started as > clisp -norc Other info: >uname -a CYGWIN_NT-5.1 WTTCA1068 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin /home/977315 >clisp --version GNU CLISP 2.48 (2009-07-28) (built on ATGRZWN502840.avl01.avlcorp.lan [157.247.26.41]) Software: GNU C 4.3.4 20090804 (release) 1 gcc-4 -O2 -pipe -g -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -I. -Wl,--stack,8388608 -Wl,--enable-auto-import /usr/lib/libintl.dll.a /usr/lib/libiconv.dll.a /usr/lib/libreadline.dll.a -lncurses /usr/lib/libavcall.a /usr/lib/libcallback.a /usr/lib/libiconv.dll.a -L/usr/lib -lsigsegv SAFETY=0 HEAPCODES STANDARD_HEAPCODES SPVW_PAGES SPVW_MIXED libsigsegv 2.8 libiconv 1.13 libreadline 6.0 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER PC386 UNIX CYGWIN) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib/clisp-2.48/ User language: ENGLISH Machine: I686 (I686) WTTCA1068.us.tel.com [172.17.56.65] /home/977315 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3416966&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-28 05:58:28
|
Bugs item #3414724, was opened at 2011-09-27 14:34 Message generated for change (Settings changed) made by wecing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ffi Group: segfault Status: Open Resolution: None >Priority: 1 Private: No Submitted By: Chenguang Wang (wecing) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault when running CFFI Initial Comment: Honestly I don't know if it's a bug of CFFI, so I also reported this problem to the CFFI developing group. This program works perfectly under SBCL. But it seems that both clisp 2.48(gentoo ebuild) and 2.49(clean version) do not work. I built a clean clisp with `./configure --cbc build`. ############################################### wecing@D5 ~/source/clisp-2.49 $ ./build/clisp --version GNU CLISP 2.49 (2010-07-07) (built 3526138098) (memory 3526138232) Software: GNU C 4.4.5 gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -lreadline -lncurses -ldl -lavcall -lcallback -lsigsegv libgnu_cl.a SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.1 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /home/wecing/source/clisp-2.49/build/ User language: ENGLISH Machine: X86_64 (X86_64) D5 ############################################### wecing@D5 ~/source/clisp-2.49 $ gdb ./build/clisp GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /home/wecing/source/clisp-2.49/build/clisp...done. (gdb) run /home/wecing/program/cffi/h2.lisp Starting program: /home/wecing/source/clisp-2.49/build/clisp /home/wecing/program/cffi/h2.lisp process 3271 is executing new program: /home/wecing/source/clisp-2.49/build/base/lisp.run Program received signal SIGSEGV, Segmentation fault. 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 8321 BufferedStream_channel(stream) = NIL; /* Handle becomes invalid */ (gdb) bt #0 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 #1 0x000000000048556d in closed_all_files () at ../src/stream.d:16262 #2 0x000000000044c646 in loadmem_from_handle (handle=5578144, filename=<value optimized out>) at ../src/spvw_memfile.d:1748 #3 0x000000000044c920 in loadmem ( filename=0x7fffffffe1eb "/home/wecing/source/clisp-2.49/build/base/lispinit.mem") at ../src/spvw_memfile.d:977 #4 0x000000000044cdf2 in init_memory (p=0x8603c0) at ../src/spvw.d:3267 #5 0x000000000044e047 in main (argc=<value optimized out>, argv=<value optimized out>) at ../src/spvw.d:3721 (gdb) ############################################### And the source files: h2.lisp: (load "/home/wecing/source/asdf/asdf.lisp") (push "/home/wecing/.asdf-registry/" asdf:*central-registry*) (asdf:oos 'asdf:load-op :cffi) (pushnew "/home/wecing/program/cffi/" cffi:*foreign-library-directories*) (cffi:define-foreign-library libhello (:unix "libtest.so")) (cffi:use-foreign-library libhello) (cffi:defcfun ("hello" hello) :void) (cffi:defcfun ("echo" echo) :void (str :string)) (cffi:defcfun ("putnum" putnum) :void (n :int)) (hello) (putnum 2) (echo "Hello?") ############################################### test.c: #include <stdio.h> void hello(void) { printf("Hello, world!\n"); } void putnum(int n) { printf("%d\n", n); } void echo(const char *str) { printf("%s\n", str); } ############################################### And the output without debugging: wecing@D5 ~/source/clisp-2.49 $ ./build/clisp ~/program/cffi/h2.lisp 0 errors, 0 warningsHello, world! 2 *** - handle_fault error2 ! address = 0x2fc not in [0x333ab9000,0x333d59c28) ! SIGSEGV cannot be cured. Fault address = 0x2fc. GC count: 39 Space collected by GC: 42003288 Run time: 0 970000 Real time: 1 602938 GC time: 0 120000 Permanently allocated: 164640 bytes. Currently in use: 6333328 bytes. Free space: 833598 bytes. Segmentation fault ############################################### I also tried it with SBCL: wecing@D5 ~/source/clisp-2.49 $ sbcl --load ~/program/cffi/h2.lisp This is SBCL 1.0.19-gentoo, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. ; loading system definition from ; /usr/share/common-lisp/systems/asdf-binary-locations.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM ASDF-BINARY-LOCATIONS {1002B425E1}> as ; ASDF-BINARY-LOCATIONS STYLE-WARNING: redefining REMOVE-KEYS in DEFUN STYLE-WARNING: redefining REMOVE-KEYWORD in DEFUN ; in: LAMBDA NIL ; '(IGNORE-ERRORS (TRUENAME ASDF::P)) ; ; note: deleting unreachable code ; ; compilation unit finished ; printed 1 note STYLE-WARNING: redefining RESOLVE-SYMLINKS in DEFUN STYLE-WARNING: redefining INPUT-FILES in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SYSTEM in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PATHNAME in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PROPERTY in DEFGENERIC STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) in DEFGENERIC STYLE-WARNING: redefining VERSION-SATISFIES in DEFGENERIC STYLE-WARNING: redefining OPERATION-ANCESTOR in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITED-P in DEFGENERIC STYLE-WARNING: redefining VISIT-COMPONENT in DEFGENERIC STYLE-WARNING: redefining (SETF VISITING-COMPONENT) in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITING-P in DEFGENERIC STYLE-WARNING: redefining COMPONENT-DEPENDS-ON in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES in DEFGENERIC STYLE-WARNING: redefining TRAVERSE in DEFGENERIC STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-DEPENDENCY> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SYSDEF-ERROR in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SYSTEM (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PARENT-PATHNAME in DEFUN STYLE-WARNING: redefining COMPONENT-PATHNAME (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PROPERTY (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining VERSION-SATISFIES (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COERCE-NAME in DEFUN STYLE-WARNING: redefining SYSTEM-REGISTERED-P in DEFUN STYLE-WARNING: redefining REGISTER-SYSTEM in DEFUN STYLE-WARNING: redefining SYSDEF-CENTRAL-REGISTRY-SEARCH in DEFUN STYLE-WARNING: redefining MAKE-TEMPORARY-PACKAGE in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SHARED-INITIALIZE :AFTER (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining NODE-FOR in DEFUN STYLE-WARNING: redefining OPERATION-ANCESTOR (#<STANDARD-CLASS OPERATION>) in DEFMETHOD STYLE-WARNING: redefining MAKE-SUB-OPERATION in DEFUN STYLE-WARNING: redefining VISIT-COMPONENT (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITED-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITING-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<BUILT-IN-CLASS SYMBOL> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS MODULE>) in DEFMETHOD STYLE-WARNING: redefining TRAVERSE (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS COMPILE-OP> #<STANDARD-CLASS STATIC-FILE>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-SOURCE-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining OOS in DEFUN STYLE-WARNING: redefining CLASS-FOR-TYPE in DEFUN STYLE-WARNING: redefining MAYBE-ADD-TREE in DEFUN STYLE-WARNING: redefining UNION-OF-DEPENDENCIES in DEFUN STYLE-WARNING: redefining SYSDEF-ERROR-COMPONENT in DEFUN STYLE-WARNING: redefining CHECK-COMPONENT-INPUT in DEFUN STYLE-WARNING: redefining %REMOVE-COMPONENT-INLINE-METHODS in DEFUN STYLE-WARNING: redefining PARSE-COMPONENT-FORM in DEFUN STYLE-WARNING: redefining RUN-SHELL-COMMAND in DEFUN STYLE-WARNING: redefining SYSTEM-DEFINITION-PATHNAME in DEFUN STYLE-WARNING: redefining SYSTEM-SOURCE-DIRECTORY in DEFUN STYLE-WARNING: redefining MODULE-PROVIDE-ASDF in DEFUN Hello, world! 2 Hello? * ############################################### Though came up with a lot of warnings, it did not raise segfault. h2.lisp is also attached with this report. ---------------------------------------------------------------------- >Comment By: Chenguang Wang (wecing) Date: 2011-09-27 22:58 Message: Today I tried with clisp's native ffi, and it works well: (ffi:default-foreign-language :stdc) (ffi:def-call-out hello (:library "libtest.so") (:language :stdc) (:name "hello") (:arguments) (:return-type NIL)) (ffi:def-call-out echo (:library "libtest.so") (:language :stdc) (:name "echo") (:arguments (str ffi:c-string)) (:return-type NIL)) (hello) (echo "Hello?") So it seems that this problem is indeedly caused by CFFI. ---------------------------------------------------------------------- Comment By: Chenguang Wang (wecing) Date: 2011-09-27 14:39 Message: Oh, forgot to mention that I'm running a 64 bit linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-27 21:39:20
|
Bugs item #3414724, was opened at 2011-09-28 05:34 Message generated for change (Comment added) made by wecing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ffi Group: segfault Status: Open Resolution: None Priority: 5 Private: No Submitted By: wecing (wecing) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault when running CFFI Initial Comment: Honestly I don't know if it's a bug of CFFI, so I also reported this problem to the CFFI developing group. This program works perfectly under SBCL. But it seems that both clisp 2.48(gentoo ebuild) and 2.49(clean version) do not work. I built a clean clisp with `./configure --cbc build`. ############################################### wecing@D5 ~/source/clisp-2.49 $ ./build/clisp --version GNU CLISP 2.49 (2010-07-07) (built 3526138098) (memory 3526138232) Software: GNU C 4.4.5 gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -lreadline -lncurses -ldl -lavcall -lcallback -lsigsegv libgnu_cl.a SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.1 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /home/wecing/source/clisp-2.49/build/ User language: ENGLISH Machine: X86_64 (X86_64) D5 ############################################### wecing@D5 ~/source/clisp-2.49 $ gdb ./build/clisp GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /home/wecing/source/clisp-2.49/build/clisp...done. (gdb) run /home/wecing/program/cffi/h2.lisp Starting program: /home/wecing/source/clisp-2.49/build/clisp /home/wecing/program/cffi/h2.lisp process 3271 is executing new program: /home/wecing/source/clisp-2.49/build/base/lisp.run Program received signal SIGSEGV, Segmentation fault. 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 8321 BufferedStream_channel(stream) = NIL; /* Handle becomes invalid */ (gdb) bt #0 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 #1 0x000000000048556d in closed_all_files () at ../src/stream.d:16262 #2 0x000000000044c646 in loadmem_from_handle (handle=5578144, filename=<value optimized out>) at ../src/spvw_memfile.d:1748 #3 0x000000000044c920 in loadmem ( filename=0x7fffffffe1eb "/home/wecing/source/clisp-2.49/build/base/lispinit.mem") at ../src/spvw_memfile.d:977 #4 0x000000000044cdf2 in init_memory (p=0x8603c0) at ../src/spvw.d:3267 #5 0x000000000044e047 in main (argc=<value optimized out>, argv=<value optimized out>) at ../src/spvw.d:3721 (gdb) ############################################### And the source files: h2.lisp: (load "/home/wecing/source/asdf/asdf.lisp") (push "/home/wecing/.asdf-registry/" asdf:*central-registry*) (asdf:oos 'asdf:load-op :cffi) (pushnew "/home/wecing/program/cffi/" cffi:*foreign-library-directories*) (cffi:define-foreign-library libhello (:unix "libtest.so")) (cffi:use-foreign-library libhello) (cffi:defcfun ("hello" hello) :void) (cffi:defcfun ("echo" echo) :void (str :string)) (cffi:defcfun ("putnum" putnum) :void (n :int)) (hello) (putnum 2) (echo "Hello?") ############################################### test.c: #include <stdio.h> void hello(void) { printf("Hello, world!\n"); } void putnum(int n) { printf("%d\n", n); } void echo(const char *str) { printf("%s\n", str); } ############################################### And the output without debugging: wecing@D5 ~/source/clisp-2.49 $ ./build/clisp ~/program/cffi/h2.lisp 0 errors, 0 warningsHello, world! 2 *** - handle_fault error2 ! address = 0x2fc not in [0x333ab9000,0x333d59c28) ! SIGSEGV cannot be cured. Fault address = 0x2fc. GC count: 39 Space collected by GC: 42003288 Run time: 0 970000 Real time: 1 602938 GC time: 0 120000 Permanently allocated: 164640 bytes. Currently in use: 6333328 bytes. Free space: 833598 bytes. Segmentation fault ############################################### I also tried it with SBCL: wecing@D5 ~/source/clisp-2.49 $ sbcl --load ~/program/cffi/h2.lisp This is SBCL 1.0.19-gentoo, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. ; loading system definition from ; /usr/share/common-lisp/systems/asdf-binary-locations.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM ASDF-BINARY-LOCATIONS {1002B425E1}> as ; ASDF-BINARY-LOCATIONS STYLE-WARNING: redefining REMOVE-KEYS in DEFUN STYLE-WARNING: redefining REMOVE-KEYWORD in DEFUN ; in: LAMBDA NIL ; '(IGNORE-ERRORS (TRUENAME ASDF::P)) ; ; note: deleting unreachable code ; ; compilation unit finished ; printed 1 note STYLE-WARNING: redefining RESOLVE-SYMLINKS in DEFUN STYLE-WARNING: redefining INPUT-FILES in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SYSTEM in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PATHNAME in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PROPERTY in DEFGENERIC STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) in DEFGENERIC STYLE-WARNING: redefining VERSION-SATISFIES in DEFGENERIC STYLE-WARNING: redefining OPERATION-ANCESTOR in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITED-P in DEFGENERIC STYLE-WARNING: redefining VISIT-COMPONENT in DEFGENERIC STYLE-WARNING: redefining (SETF VISITING-COMPONENT) in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITING-P in DEFGENERIC STYLE-WARNING: redefining COMPONENT-DEPENDS-ON in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES in DEFGENERIC STYLE-WARNING: redefining TRAVERSE in DEFGENERIC STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-DEPENDENCY> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SYSDEF-ERROR in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SYSTEM (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PARENT-PATHNAME in DEFUN STYLE-WARNING: redefining COMPONENT-PATHNAME (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PROPERTY (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining VERSION-SATISFIES (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COERCE-NAME in DEFUN STYLE-WARNING: redefining SYSTEM-REGISTERED-P in DEFUN STYLE-WARNING: redefining REGISTER-SYSTEM in DEFUN STYLE-WARNING: redefining SYSDEF-CENTRAL-REGISTRY-SEARCH in DEFUN STYLE-WARNING: redefining MAKE-TEMPORARY-PACKAGE in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SHARED-INITIALIZE :AFTER (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining NODE-FOR in DEFUN STYLE-WARNING: redefining OPERATION-ANCESTOR (#<STANDARD-CLASS OPERATION>) in DEFMETHOD STYLE-WARNING: redefining MAKE-SUB-OPERATION in DEFUN STYLE-WARNING: redefining VISIT-COMPONENT (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITED-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITING-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<BUILT-IN-CLASS SYMBOL> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS MODULE>) in DEFMETHOD STYLE-WARNING: redefining TRAVERSE (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS COMPILE-OP> #<STANDARD-CLASS STATIC-FILE>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-SOURCE-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining OOS in DEFUN STYLE-WARNING: redefining CLASS-FOR-TYPE in DEFUN STYLE-WARNING: redefining MAYBE-ADD-TREE in DEFUN STYLE-WARNING: redefining UNION-OF-DEPENDENCIES in DEFUN STYLE-WARNING: redefining SYSDEF-ERROR-COMPONENT in DEFUN STYLE-WARNING: redefining CHECK-COMPONENT-INPUT in DEFUN STYLE-WARNING: redefining %REMOVE-COMPONENT-INLINE-METHODS in DEFUN STYLE-WARNING: redefining PARSE-COMPONENT-FORM in DEFUN STYLE-WARNING: redefining RUN-SHELL-COMMAND in DEFUN STYLE-WARNING: redefining SYSTEM-DEFINITION-PATHNAME in DEFUN STYLE-WARNING: redefining SYSTEM-SOURCE-DIRECTORY in DEFUN STYLE-WARNING: redefining MODULE-PROVIDE-ASDF in DEFUN Hello, world! 2 Hello? * ############################################### Though came up with a lot of warnings, it did not raise segfault. h2.lisp is also attached with this report. ---------------------------------------------------------------------- >Comment By: wecing (wecing) Date: 2011-09-28 05:39 Message: Oh, forgot to mention that I'm running a 64 bit linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-27 21:36:16
|
Bugs item #3414724, was opened at 2011-09-28 05:34 Message generated for change (Settings changed) made by wecing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: ffi >Group: segfault Status: Open Resolution: None Priority: 5 Private: No Submitted By: wecing (wecing) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault when running CFFI Initial Comment: Honestly I don't know if it's a bug of CFFI, so I also reported this problem to the CFFI developing group. This program works perfectly under SBCL. But it seems that both clisp 2.48(gentoo ebuild) and 2.49(clean version) do not work. I built a clean clisp with `./configure --cbc build`. ############################################### wecing@D5 ~/source/clisp-2.49 $ ./build/clisp --version GNU CLISP 2.49 (2010-07-07) (built 3526138098) (memory 3526138232) Software: GNU C 4.4.5 gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -lreadline -lncurses -ldl -lavcall -lcallback -lsigsegv libgnu_cl.a SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.1 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /home/wecing/source/clisp-2.49/build/ User language: ENGLISH Machine: X86_64 (X86_64) D5 ############################################### wecing@D5 ~/source/clisp-2.49 $ gdb ./build/clisp GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /home/wecing/source/clisp-2.49/build/clisp...done. (gdb) run /home/wecing/program/cffi/h2.lisp Starting program: /home/wecing/source/clisp-2.49/build/clisp /home/wecing/program/cffi/h2.lisp process 3271 is executing new program: /home/wecing/source/clisp-2.49/build/base/lisp.run Program received signal SIGSEGV, Segmentation fault. 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 8321 BufferedStream_channel(stream) = NIL; /* Handle becomes invalid */ (gdb) bt #0 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 #1 0x000000000048556d in closed_all_files () at ../src/stream.d:16262 #2 0x000000000044c646 in loadmem_from_handle (handle=5578144, filename=<value optimized out>) at ../src/spvw_memfile.d:1748 #3 0x000000000044c920 in loadmem ( filename=0x7fffffffe1eb "/home/wecing/source/clisp-2.49/build/base/lispinit.mem") at ../src/spvw_memfile.d:977 #4 0x000000000044cdf2 in init_memory (p=0x8603c0) at ../src/spvw.d:3267 #5 0x000000000044e047 in main (argc=<value optimized out>, argv=<value optimized out>) at ../src/spvw.d:3721 (gdb) ############################################### And the source files: h2.lisp: (load "/home/wecing/source/asdf/asdf.lisp") (push "/home/wecing/.asdf-registry/" asdf:*central-registry*) (asdf:oos 'asdf:load-op :cffi) (pushnew "/home/wecing/program/cffi/" cffi:*foreign-library-directories*) (cffi:define-foreign-library libhello (:unix "libtest.so")) (cffi:use-foreign-library libhello) (cffi:defcfun ("hello" hello) :void) (cffi:defcfun ("echo" echo) :void (str :string)) (cffi:defcfun ("putnum" putnum) :void (n :int)) (hello) (putnum 2) (echo "Hello?") ############################################### test.c: #include <stdio.h> void hello(void) { printf("Hello, world!\n"); } void putnum(int n) { printf("%d\n", n); } void echo(const char *str) { printf("%s\n", str); } ############################################### And the output without debugging: wecing@D5 ~/source/clisp-2.49 $ ./build/clisp ~/program/cffi/h2.lisp 0 errors, 0 warningsHello, world! 2 *** - handle_fault error2 ! address = 0x2fc not in [0x333ab9000,0x333d59c28) ! SIGSEGV cannot be cured. Fault address = 0x2fc. GC count: 39 Space collected by GC: 42003288 Run time: 0 970000 Real time: 1 602938 GC time: 0 120000 Permanently allocated: 164640 bytes. Currently in use: 6333328 bytes. Free space: 833598 bytes. Segmentation fault ############################################### I also tried it with SBCL: wecing@D5 ~/source/clisp-2.49 $ sbcl --load ~/program/cffi/h2.lisp This is SBCL 1.0.19-gentoo, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. ; loading system definition from ; /usr/share/common-lisp/systems/asdf-binary-locations.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM ASDF-BINARY-LOCATIONS {1002B425E1}> as ; ASDF-BINARY-LOCATIONS STYLE-WARNING: redefining REMOVE-KEYS in DEFUN STYLE-WARNING: redefining REMOVE-KEYWORD in DEFUN ; in: LAMBDA NIL ; '(IGNORE-ERRORS (TRUENAME ASDF::P)) ; ; note: deleting unreachable code ; ; compilation unit finished ; printed 1 note STYLE-WARNING: redefining RESOLVE-SYMLINKS in DEFUN STYLE-WARNING: redefining INPUT-FILES in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SYSTEM in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PATHNAME in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PROPERTY in DEFGENERIC STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) in DEFGENERIC STYLE-WARNING: redefining VERSION-SATISFIES in DEFGENERIC STYLE-WARNING: redefining OPERATION-ANCESTOR in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITED-P in DEFGENERIC STYLE-WARNING: redefining VISIT-COMPONENT in DEFGENERIC STYLE-WARNING: redefining (SETF VISITING-COMPONENT) in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITING-P in DEFGENERIC STYLE-WARNING: redefining COMPONENT-DEPENDS-ON in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES in DEFGENERIC STYLE-WARNING: redefining TRAVERSE in DEFGENERIC STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-DEPENDENCY> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SYSDEF-ERROR in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SYSTEM (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PARENT-PATHNAME in DEFUN STYLE-WARNING: redefining COMPONENT-PATHNAME (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PROPERTY (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining VERSION-SATISFIES (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COERCE-NAME in DEFUN STYLE-WARNING: redefining SYSTEM-REGISTERED-P in DEFUN STYLE-WARNING: redefining REGISTER-SYSTEM in DEFUN STYLE-WARNING: redefining SYSDEF-CENTRAL-REGISTRY-SEARCH in DEFUN STYLE-WARNING: redefining MAKE-TEMPORARY-PACKAGE in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SHARED-INITIALIZE :AFTER (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining NODE-FOR in DEFUN STYLE-WARNING: redefining OPERATION-ANCESTOR (#<STANDARD-CLASS OPERATION>) in DEFMETHOD STYLE-WARNING: redefining MAKE-SUB-OPERATION in DEFUN STYLE-WARNING: redefining VISIT-COMPONENT (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITED-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITING-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<BUILT-IN-CLASS SYMBOL> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS MODULE>) in DEFMETHOD STYLE-WARNING: redefining TRAVERSE (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS COMPILE-OP> #<STANDARD-CLASS STATIC-FILE>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-SOURCE-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining OOS in DEFUN STYLE-WARNING: redefining CLASS-FOR-TYPE in DEFUN STYLE-WARNING: redefining MAYBE-ADD-TREE in DEFUN STYLE-WARNING: redefining UNION-OF-DEPENDENCIES in DEFUN STYLE-WARNING: redefining SYSDEF-ERROR-COMPONENT in DEFUN STYLE-WARNING: redefining CHECK-COMPONENT-INPUT in DEFUN STYLE-WARNING: redefining %REMOVE-COMPONENT-INLINE-METHODS in DEFUN STYLE-WARNING: redefining PARSE-COMPONENT-FORM in DEFUN STYLE-WARNING: redefining RUN-SHELL-COMMAND in DEFUN STYLE-WARNING: redefining SYSTEM-DEFINITION-PATHNAME in DEFUN STYLE-WARNING: redefining SYSTEM-SOURCE-DIRECTORY in DEFUN STYLE-WARNING: redefining MODULE-PROVIDE-ASDF in DEFUN Hello, world! 2 Hello? * ############################################### Though came up with a lot of warnings, it did not raise segfault. h2.lisp is also attached with this report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-27 21:34:57
|
Bugs item #3414724, was opened at 2011-09-28 05:34 Message generated for change (Tracker Item Submitted) made by wecing You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wecing (wecing) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault when running CFFI Initial Comment: Honestly I don't know if it's a bug of CFFI, so I also reported this problem to the CFFI developing group. This program works perfectly under SBCL. But it seems that both clisp 2.48(gentoo ebuild) and 2.49(clean version) do not work. I built a clean clisp with `./configure --cbc build`. ############################################### wecing@D5 ~/source/clisp-2.49 $ ./build/clisp --version GNU CLISP 2.49 (2010-07-07) (built 3526138098) (memory 3526138232) Software: GNU C 4.4.5 gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -lreadline -lncurses -ldl -lavcall -lcallback -lsigsegv libgnu_cl.a SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.1 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /home/wecing/source/clisp-2.49/build/ User language: ENGLISH Machine: X86_64 (X86_64) D5 ############################################### wecing@D5 ~/source/clisp-2.49 $ gdb ./build/clisp GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /home/wecing/source/clisp-2.49/build/clisp...done. (gdb) run /home/wecing/program/cffi/h2.lisp Starting program: /home/wecing/source/clisp-2.49/build/clisp /home/wecing/program/cffi/h2.lisp process 3271 is executing new program: /home/wecing/source/clisp-2.49/build/base/lisp.run Program received signal SIGSEGV, Segmentation fault. 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 8321 BufferedStream_channel(stream) = NIL; /* Handle becomes invalid */ (gdb) bt #0 0x00000000004853a7 in closed_buffered (stream=<value optimized out>) at ../src/stream.d:8321 #1 0x000000000048556d in closed_all_files () at ../src/stream.d:16262 #2 0x000000000044c646 in loadmem_from_handle (handle=5578144, filename=<value optimized out>) at ../src/spvw_memfile.d:1748 #3 0x000000000044c920 in loadmem ( filename=0x7fffffffe1eb "/home/wecing/source/clisp-2.49/build/base/lispinit.mem") at ../src/spvw_memfile.d:977 #4 0x000000000044cdf2 in init_memory (p=0x8603c0) at ../src/spvw.d:3267 #5 0x000000000044e047 in main (argc=<value optimized out>, argv=<value optimized out>) at ../src/spvw.d:3721 (gdb) ############################################### And the source files: h2.lisp: (load "/home/wecing/source/asdf/asdf.lisp") (push "/home/wecing/.asdf-registry/" asdf:*central-registry*) (asdf:oos 'asdf:load-op :cffi) (pushnew "/home/wecing/program/cffi/" cffi:*foreign-library-directories*) (cffi:define-foreign-library libhello (:unix "libtest.so")) (cffi:use-foreign-library libhello) (cffi:defcfun ("hello" hello) :void) (cffi:defcfun ("echo" echo) :void (str :string)) (cffi:defcfun ("putnum" putnum) :void (n :int)) (hello) (putnum 2) (echo "Hello?") ############################################### test.c: #include <stdio.h> void hello(void) { printf("Hello, world!\n"); } void putnum(int n) { printf("%d\n", n); } void echo(const char *str) { printf("%s\n", str); } ############################################### And the output without debugging: wecing@D5 ~/source/clisp-2.49 $ ./build/clisp ~/program/cffi/h2.lisp 0 errors, 0 warningsHello, world! 2 *** - handle_fault error2 ! address = 0x2fc not in [0x333ab9000,0x333d59c28) ! SIGSEGV cannot be cured. Fault address = 0x2fc. GC count: 39 Space collected by GC: 42003288 Run time: 0 970000 Real time: 1 602938 GC time: 0 120000 Permanently allocated: 164640 bytes. Currently in use: 6333328 bytes. Free space: 833598 bytes. Segmentation fault ############################################### I also tried it with SBCL: wecing@D5 ~/source/clisp-2.49 $ sbcl --load ~/program/cffi/h2.lisp This is SBCL 1.0.19-gentoo, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. ; loading system definition from ; /usr/share/common-lisp/systems/asdf-binary-locations.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM ASDF-BINARY-LOCATIONS {1002B425E1}> as ; ASDF-BINARY-LOCATIONS STYLE-WARNING: redefining REMOVE-KEYS in DEFUN STYLE-WARNING: redefining REMOVE-KEYWORD in DEFUN ; in: LAMBDA NIL ; '(IGNORE-ERRORS (TRUENAME ASDF::P)) ; ; note: deleting unreachable code ; ; compilation unit finished ; printed 1 note STYLE-WARNING: redefining RESOLVE-SYMLINKS in DEFUN STYLE-WARNING: redefining INPUT-FILES in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SYSTEM in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PATHNAME in DEFGENERIC STYLE-WARNING: redefining COMPONENT-PROPERTY in DEFGENERIC STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) in DEFGENERIC STYLE-WARNING: redefining VERSION-SATISFIES in DEFGENERIC STYLE-WARNING: redefining OPERATION-ANCESTOR in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITED-P in DEFGENERIC STYLE-WARNING: redefining VISIT-COMPONENT in DEFGENERIC STYLE-WARNING: redefining (SETF VISITING-COMPONENT) in DEFGENERIC STYLE-WARNING: redefining COMPONENT-VISITING-P in DEFGENERIC STYLE-WARNING: redefining COMPONENT-DEPENDS-ON in DEFGENERIC STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES in DEFGENERIC STYLE-WARNING: redefining TRAVERSE in DEFGENERIC STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-DEPENDENCY> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SYSDEF-ERROR in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<SB-PCL::CONDITION-CLASS MISSING-COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SYSTEM (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PARENT-PATHNAME in DEFUN STYLE-WARNING: redefining COMPONENT-PATHNAME (#<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-PROPERTY (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF COMPONENT-PROPERTY) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining VERSION-SATISFIES (#<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COERCE-NAME in DEFUN STYLE-WARNING: redefining SYSTEM-REGISTERED-P in DEFUN STYLE-WARNING: redefining REGISTER-SYSTEM in DEFUN STYLE-WARNING: redefining SYSDEF-CENTRAL-REGISTRY-SEARCH in DEFUN STYLE-WARNING: redefining MAKE-TEMPORARY-PACKAGE in DEFUN STYLE-WARNING: redefining PRINT-OBJECT (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining SHARED-INITIALIZE :AFTER (#<STANDARD-CLASS OPERATION> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining NODE-FOR in DEFUN STYLE-WARNING: redefining OPERATION-ANCESTOR (#<STANDARD-CLASS OPERATION>) in DEFMETHOD STYLE-WARNING: redefining MAKE-SUB-OPERATION in DEFUN STYLE-WARNING: redefining VISIT-COMPONENT (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITED-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining (SETF VISITING-COMPONENT) (#<BUILT-IN-CLASS T> #<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-VISITING-P (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<BUILT-IN-CLASS SYMBOL> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-SELF-DEPENDENCIES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS MODULE>) in DEFMETHOD STYLE-WARNING: redefining TRAVERSE (#<STANDARD-CLASS OPERATION> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining INPUT-FILES (#<STANDARD-CLASS COMPILE-OP> #<STANDARD-CLASS STATIC-FILE>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining COMPONENT-DEPENDS-ON (#<STANDARD-CLASS LOAD-SOURCE-OP> #<STANDARD-CLASS COMPONENT>) in DEFMETHOD STYLE-WARNING: redefining OOS in DEFUN STYLE-WARNING: redefining CLASS-FOR-TYPE in DEFUN STYLE-WARNING: redefining MAYBE-ADD-TREE in DEFUN STYLE-WARNING: redefining UNION-OF-DEPENDENCIES in DEFUN STYLE-WARNING: redefining SYSDEF-ERROR-COMPONENT in DEFUN STYLE-WARNING: redefining CHECK-COMPONENT-INPUT in DEFUN STYLE-WARNING: redefining %REMOVE-COMPONENT-INLINE-METHODS in DEFUN STYLE-WARNING: redefining PARSE-COMPONENT-FORM in DEFUN STYLE-WARNING: redefining RUN-SHELL-COMMAND in DEFUN STYLE-WARNING: redefining SYSTEM-DEFINITION-PATHNAME in DEFUN STYLE-WARNING: redefining SYSTEM-SOURCE-DIRECTORY in DEFUN STYLE-WARNING: redefining MODULE-PROVIDE-ASDF in DEFUN Hello, world! 2 Hello? * ############################################### Though came up with a lot of warnings, it did not raise segfault. h2.lisp is also attached with this report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414724&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-27 15:42:59
|
Bugs item #3414488, was opened at 2011-09-27 09:42 Message generated for change (Tracker Item Submitted) made by gabalz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414488&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: lisp error Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gabor Balazs (gabalz) Assigned to: Bruno Haible (haible) Summary: posix:copy-file cannot create symlink to directory Initial Comment: Based on the comp.lang.lisp discussion: "creating symlinks to directories in CLISP" http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9bed268133f70a3f?hl=en Problem: > (posix:copy-file "/tmp/" "/tmp/link" :method :symlink) *** - PROBE-FILE: No file name given: #P"/tmp/ > (posix:copy-file "/tmp" "/tmp/link" :method :symlink) *** - PROBE-FILE: "/tmp" names a directory, not a file Version info: GNU CLISP 2.49 (2010-07-07) (built 3519331083) (memory 3519302729) Software: GNU C 4.4.5 gcc -O2 -march=core2 -fomit-frame-pointer -pipe -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -I. -Wl,-O1 -Wl,--as-needed /usr/lib64/libreadline.so -lncurses -ldl /usr/lib64/libavcall.a /usr/lib64/libcallback.a -L/usr/lib64 -lsigsegv -L/usr/lib64 -lc libgnu_cl.a SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.1 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib64/clisp-2.49/ User language: ENGLISH Machine: X86_64 (X86_64) localhost [127.0.0.1] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3414488&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-22 16:16:50
|
Bugs item #3407931, was opened at 2011-09-11 22:07 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3407931&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: John Nesky (shaktool) Assigned to: Bruno Haible (haible) Summary: Trying to install in OS X Lion with MacPorts. Initial Comment: We're having some trouble here: https://trac.macports.org/ticket/30338 It seems to partially build, but it randomly segfaults while compiling lisp files during the installation, and the person who knows about macports says that we should notify the CLISP developers. Can we help troubleshoot this? ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2011-09-22 12:16 Message: fixed in the macports buid system https://trac.macports.org/changeset/84196 ---------------------------------------------------------------------- Comment By: John Nesky (shaktool) Date: 2011-09-22 00:54 Message: The issue appears to be resolved, thanks for your help! ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-09-13 18:50 Message: please take a look at the end of unix/PLATFORMS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3407931&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-22 04:54:49
|
Bugs item #3407931, was opened at 2011-09-11 19:07 Message generated for change (Comment added) made by shaktool You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3407931&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: John Nesky (shaktool) Assigned to: Bruno Haible (haible) Summary: Trying to install in OS X Lion with MacPorts. Initial Comment: We're having some trouble here: https://trac.macports.org/ticket/30338 It seems to partially build, but it randomly segfaults while compiling lisp files during the installation, and the person who knows about macports says that we should notify the CLISP developers. Can we help troubleshoot this? ---------------------------------------------------------------------- >Comment By: John Nesky (shaktool) Date: 2011-09-21 21:54 Message: The issue appears to be resolved, thanks for your help! ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-09-13 15:50 Message: please take a look at the end of unix/PLATFORMS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3407931&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-21 20:40:44
|
Bugs item #3412581, was opened at 2011-09-21 16:30 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3412581&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: clisp >Group: build problems >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: https://www.google.com/accounts () >Assigned to: Sam Steingold (sds) Summary: ox lion install failure Initial Comment: sudo port install -d clisp clisp segment fault as clisp loads compiler.lisp :info:build ;; Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_clisp/clisp/work/clisp-2.49/src/compiler.lisp ... :info:build *** - handle_fault error2 ! address = 0x3886f4 not in [0x7cc33000,0x7cceba64) ! :info:build SIGSEGV cannot be cured. Fault address = 0x3886f4. :info:build GC count: 44 :info:build Space collected by GC: 0 19962736 :info:build Run time: 3 655040 :info:build Real time: 4 442119 :info:build GC time: 0 201574 :info:build Permanently allocated: 87232 bytes. :info:build Currently in use: 3303792 bytes. :info:build Free space: 3 bytes. ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2011-09-21 16:40 Message: https://sourceforge.net/tracker/?func=detail&aid=3407931&group_id=1355&atid=101355 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3412581&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-21 20:30:05
|
Bugs item #3412581, was opened at 2011-09-21 20:30 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3412581&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: ox lion install failure Initial Comment: sudo port install -d clisp clisp segment fault as clisp loads compiler.lisp :info:build ;; Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_clisp/clisp/work/clisp-2.49/src/compiler.lisp ... :info:build *** - handle_fault error2 ! address = 0x3886f4 not in [0x7cc33000,0x7cceba64) ! :info:build SIGSEGV cannot be cured. Fault address = 0x3886f4. :info:build GC count: 44 :info:build Space collected by GC: 0 19962736 :info:build Run time: 3 655040 :info:build Real time: 4 442119 :info:build GC time: 0 201574 :info:build Permanently allocated: 87232 bytes. :info:build Currently in use: 3303792 bytes. :info:build Free space: 3 bytes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3412581&group_id=1355 |
|
From: Andrea D'A. <and...@ma...> - 2011-09-20 13:49:18
|
On Sat, Sep 17, 2011 at 01:59, Yves S. Garret <you...@gm...> wrote: > I am running Lion at the moment. Hello, you may want to check changeset [1], if you're using rsync there's a 12 hours delay from the commit time. I've been able to build fine on Lion. As notice to developers handle_fault errors [2] were solved by the -no_pie linker flags (default in 10.7 is -pie) rather than using -DNO_GENERATIONAL_GC as suggested in unix/PLATFORMS. Access to $HOME/.clisp was cause of issues too [3], the user we use to build in mp doesn't have a defined HOME env variable, you may want to use a directory in source tree while building. Regards -- Andrea [1] https://trac.macports.org/changeset/84196 [2] https://trac.macports.org/ticket/30338 [3] https://trac.macports.org/ticket/31257 |
|
From: SourceForge.net <no...@so...> - 2011-09-20 12:43:57
|
Bugs item #3411801, was opened at 2011-09-20 07:23 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3411801&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: doc Group: web pages >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Joshua Root (josh_root) >Assigned to: Sam Steingold (sds) Summary: remove DarwinPorts link Initial Comment: The DarwinPorts project changed its name to MacPorts in 2006. The .com site claiming to be DarwinPorts that is currently linked to from <http://www.gnu.org/software/clisp/> exists purely to gain ad revenue for its owner and copies all of its useful content straight from macports.org (but is often months or years out of date). Please remove the link to this site from yours. Reference: <https://trac.macports.org/wiki/DarwinPorts> ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2011-09-20 08:43 Message: thank you for your bug report. the bug has been fixed in the source tree (mercurial/hg). you can either wait for the next release (recommended) or check out the current mercurial tree (see http://clisp.org) and build CLISP from the sources (be advised that between releases the source tree is very unstable and may not even build on your platform). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3411801&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-09-20 11:23:49
|
Bugs item #3411801, was opened at 2011-09-20 21:23 Message generated for change (Tracker Item Submitted) made by josh_root You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3411801&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: doc Group: web pages Status: Open Resolution: None Priority: 5 Private: No Submitted By: Joshua Root (josh_root) Assigned to: Bruno Haible (haible) Summary: remove DarwinPorts link Initial Comment: The DarwinPorts project changed its name to MacPorts in 2006. The .com site claiming to be DarwinPorts that is currently linked to from <http://www.gnu.org/software/clisp/> exists purely to gain ad revenue for its owner and copies all of its useful content straight from macports.org (but is often months or years out of date). Please remove the link to this site from yours. Reference: <https://trac.macports.org/wiki/DarwinPorts> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3411801&group_id=1355 |
|
From: Dan S. <dan...@ie...> - 2011-09-20 00:51:19
|
Hello All, I should add that when I installed I did not check the base module set. I see that the start menu entry contains the option to select the full linking set. Shouldn't the installer only install the full linking set then, and rename it to base? That way, clisp from the command line in a dos window works as expected. Dan Stanger Dan Stanger wrote: > Hello All, > After building with the latest hg'l version, and installing, running > from the windows start menu gives an error about libiconv-2.dll being > missing. The distrib target isn't packaging it up in the zip file it > creates. Perhaps the process assumes it should be linking it in statically. > Also, I built with asdf and gtk2, and installed. While the directories > are there, the C Modules line says: (clisp i18n syscalls regexp readline) > Has anyone had any of these issues? > Thank you, > Dan Stanger > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > clisp-devel mailing list > cli...@li... > https://lists.sourceforge.net/lists/listinfo/clisp-devel > > |
|
From: Dan S. <dan...@ie...> - 2011-09-19 23:02:20
|
Hello All, After building with the latest hg'l version, and installing, running from the windows start menu gives an error about libiconv-2.dll being missing. The distrib target isn't packaging it up in the zip file it creates. Perhaps the process assumes it should be linking it in statically. Also, I built with asdf and gtk2, and installed. While the directories are there, the C Modules line says: (clisp i18n syscalls regexp readline) Has anyone had any of these issues? Thank you, Dan Stanger |
|
From: Dan S. <dan...@ie...> - 2011-09-19 11:06:14
|
Hi Sam, Mingw is more like unix than windows, since it has sh and a directory system containing /usr et al. Would it be possible to add that target back? Dan Stanger Sam Steingold wrote > > there is no "install" on a window system; there is "distrib" which you > then install. > > |
32 messages has been excluded from this view by a project administrator.
