February 2005 - cl-ppcre-devel@common-lisp.net

Re: [cl-ppcre-devel] Bug when loading file in SBCL x86-64
by Edi Weitz 06 Feb '05

06 Feb '05

Liam Healey wrote: > debugger invoked on a TYPE-ERROR in thread 24956: > The value NIL is not of type HASH-TABLE. > > Consensus is that it's a bug in cl-ppcre Hi! Which version are you using? I think this was fixed in 1.2.2, 1.2.3 is current. Cheers, Edi.

2 3

[cl-ppcre-devel] Bug when loading file in SBCL x86-64
by Liam M. Healy 05 Feb '05

05 Feb '05

See http://paste.lisp.org/display/5474. This simple form fails to load correctly in SBCL x86-64. There is no problem with the 32 bit compiler. (defun test (line) (cl-ppcre:scan-to-strings "Location:.*( \\d+\\.\\d+) *(\\w).*( \\d+\\.\\d+) *(\\w)" line)) Compile, load the file: debugger invoked on a TYPE-ERROR in thread 24956: The value NIL is not of type HASH-TABLE. Consensus is that it's a bug in cl-ppcre (11:03:28) Xof: LiamH: bug in cl-ppcre; please report it to edi weitz (11:09:08) Xof: "Works fine in sbcl/ia32 and ACL/ia32.", hmm, maybe it's not a bug in cl-ppcre (11:09:57) chavatar: Xof: if you read the backtrace, the object-not-hashtable problem is coming from PCL guts (11:10:30) chavatar: .. or maybe not (11:10:46) chavatar: it could be either PCL or CL-PPCRE (11:13:53) Xof: no, the object-not-hashtable is coming from the :after char-class method which does hash-table-count on (getf :hash args) (11:14:21) chavatar: ok (11:17:26) Xof: if it helps, it's failing on the sixth initialization of a char-class object (11:18:11) Xof: and, um, indeed I'm sure now (11:18:38) Xof: because the second call to make-instance 'char-class in CONVERT-AUX can explicitly pass :hash nil (11:18:42) Xof: so, bug in cl-ppcre Thanks, Liam

1 0

[cl-ppcre-devel] Bug when loading file in SBCL x86-64
by Liam M. Healy 05 Feb '05

05 Feb '05

See http://paste.lisp.org/display/5474. This simple form fails to load correctly in SBCL x86-64. There is no problem with the 32 bit compiler. (defun test (line) (cl-ppcre:scan-to-strings "Location:.*( \\d+\\.\\d+) *(\\w).*( \\d+\\.\\d+) *(\\w)" line)) Compile, load the file: debugger invoked on a TYPE-ERROR in thread 24956: The value NIL is not of type HASH-TABLE. Consensus is that it's a bug in cl-ppcre (11:03:28) Xof: LiamH: bug in cl-ppcre; please report it to edi weitz (11:09:08) Xof: "Works fine in sbcl/ia32 and ACL/ia32.", hmm, maybe it's not a bug in cl-ppcre (11:09:57) chavatar: Xof: if you read the backtrace, the object-not-hashtable problem is coming from PCL guts (11:10:30) chavatar: .. or maybe not (11:10:46) chavatar: it could be either PCL or CL-PPCRE (11:13:53) Xof: no, the object-not-hashtable is coming from the :after char-class method which does hash-table-count on (getf :hash args) (11:14:21) chavatar: ok (11:17:26) Xof: if it helps, it's failing on the sixth initialization of a char-class object (11:18:11) Xof: and, um, indeed I'm sure now (11:18:38) Xof: because the second call to make-instance 'char-class in CONVERT-AUX can explicitly pass :hash nil (11:18:42) Xof: so, bug in cl-ppcre Thanks, Liam

1 0

[cl-ppcre-devel] Bug when loading file in SBCL x86-64
by Liam M. Healy 05 Feb '05

05 Feb '05

See http://paste.lisp.org/display/5474. This simple form fails to load correctly in SBCL x86-64. There is no problem with the 32 bit compiler. (defun test (line) (cl-ppcre:scan-to-strings "Location:.*( \\d+\\.\\d+) *(\\w).*( \\d+\\.\\d+) *(\\w)" line)) Compile, load the file: debugger invoked on a TYPE-ERROR in thread 24956: The value NIL is not of type HASH-TABLE. Consensus is that it's a bug in cl-ppcre (11:03:28) Xof: LiamH: bug in cl-ppcre; please report it to edi weitz (11:09:08) Xof: "Works fine in sbcl/ia32 and ACL/ia32.", hmm, maybe it's not a bug in cl-ppcre (11:09:57) chavatar: Xof: if you read the backtrace, the object-not-hashtable problem is coming from PCL guts (11:10:30) chavatar: .. or maybe not (11:10:46) chavatar: it could be either PCL or CL-PPCRE (11:13:53) Xof: no, the object-not-hashtable is coming from the :after char-class method which does hash-table-count on (getf :hash args) (11:14:21) chavatar: ok (11:17:26) Xof: if it helps, it's failing on the sixth initialization of a char-class object (11:18:11) Xof: and, um, indeed I'm sure now (11:18:38) Xof: because the second call to make-instance 'char-class in CONVERT-AUX can explicitly pass :hash nil (11:18:42) Xof: so, bug in cl-ppcre Thanks, Liam

1 0

[cl-ppcre-devel] Using cl-ppcre in a text editor
by Lawrence Mitchell 03 Feb '05

03 Feb '05

Hello there, I'm looking at trying to use cl-ppcre to add regular expression support to the Climacs editor (<URL: http://common-lisp.net/project/climacs/>). A few things spring to mind: o Licensing differences. Climacs is released under the LGPL, while cl-ppcre is under as BSD-style license. I don't think this is a problem (as far as I can tell from reading the licenses), but if you know otherwise, I'd be grateful to hear. o How to best match up cl-ppcre's matching on strings with climacs' idea of a buffer. A climacs buffer is a sequence of objects (which may or may not be characters, but we'll ignore that for the moment). Now, I can easily generate a string of the contents of the buffer, and call SCAN (or whatever) on the string. However, this is going to be slow for large buffers (especially if we find something just after point, we've still constructed the whole buffer-string). The "obvious" solution to this is to use streams instead (probably), so, I wonder if cl-ppcre would be amenable to something like this? On another, somewhat unrelated note. One thing that one would like to do is regexp search and replace, now, if I know how many groups the user is going to input into their regexp before the fact, I can use REGISTER-GROUPS-BIND to get at the substring matches via variables. I guess there isn't any way to do this without knowing the input beforehand. So is the idea then just to use SCAN and then manually grab the substrings via REG-STARTS and REG-ENDS, or have I missed something obvious? Cheers, Lawrence -- Lawrence Mitchell <wencel(a)gmail.com>

2 3

[cl-ppcre-devel] New versions 1.2.2/1.2.3
by Edi Weitz 02 Feb '05

02 Feb '05

Changelog: Version 1.2.3 2005-02-02 Wrapped WITH-COMPILATION-UNIT around loop in load.lisp Version 1.2.2 2005-02-02 Fixed bug in hash table optimization (introduced in 1.1.0) Download: <http://weitz.de/files/cl-ppcre.tar.gz> Cheers, Edi.

1 0