cl-ppcre-devel

cl-ppcre-devel@common-lisp.net

182 discussions

[cl-ppcre-devel] more readable archive of this list?
by terrence.x.brannon＠jpmchase.com 15 Jan '08

15 Jan '08

Hi, Could we create a google group archive of this list? The current archive - http://common-lisp.net/mailman/listinfo/cl-ppcre-devel - is not very browseable or searchable. -- Terrence Brannon - SID W049945 614-213-2475 (office) 614-213-3426 (fax) 818-359-0893 (cell) ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.

2 3

[cl-ppcre-devel] cl-ppcre::parse-string - does anyone else want it to take the mode flags?
by terrence.x.brannon＠jpmchase.com 15 Jan '08

15 Jan '08

I ran across that misfeature with "#" because I could not pass :extended mode t to the parse-string function, which I use for debugging my regexps. So, I was forced to prepend "(?x)" to my regexps. I wonder if anyone else had a need for passing flags to parse-string: (defun myre (inre &key (dbg nil)) (let ((re (concatenate 'string "(?ix)" inre))) (if dbg (cl-ppcre::parse-string re) (create-scanner re)))) -- Terrence Brannon - SID W049945 614-213-2475 (office) 614-213-3426 (fax) 818-359-0893 (cell) ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.

2 1

[cl-ppcre-devel] using cl-ppcre functions without package prefixes
by terrence.x.brannon＠jpmchase.com 11 Jan '08

11 Jan '08

Hello, I know this is more of just a pure Lisp question, but i cannot figure out how to get my Lisp program to use cl-ppcre without having to prefix the function calls with 'cl-ppcre' My application is using ASDF to define and load itself: (asdf:defsystem bank-match :description "Approximate bank matching" :author "Terrence M. Brannon" :maintainer "Terrence M. Brannon" :licence "Artistic" :version "1.0" :serial t :depends-on ("cl-ppcre") :components ( (:file "clean") ) ) (in-package :bank-match) (defun crude-hacks (s) "crude hacks :)" (cl-ppcre:regex-replace "head\\s*office" (cl-ppcre:regex-replace "due\\s*from" (cl-ppcre:regex-replace "hapoalim\\s*branch" s "hapoalim bank") " ") " ") ) -- Terrence Brannon - SID W049945 614-213-2475 (office) 614-213-3426 (fax) 818-359-0893 (cell) ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.

4 6

[cl-ppcre-devel] Potential bug in 1.0.13: LDB prompth when using CL-PPCRE.
by Victor Kryukov 07 Jan '08

07 Jan '08

Hi SBCL developers, The following program brings LDB> prompt for me. sbcl-bug.lisp ----- (require 'asdf) (asdf:oos 'asdf:load-op 'cl-ppcre) (funcall (cl-ppcre:create-scanner "test") "This is a test") --- victor@esculap:~/src/sbcl-1.0.13$ sbcl --no-userinit --no-sysinit --load ../lisp/sbcl-bug.lisp This is SBCL 1.0.13, 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 /home/victor/.sbcl/systems/cl-ppcre.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM :CL-PPCRE {10024BF111}> as CL-PPCRE fatal error encountered in SBCL pid 20308(tid 47999199878832): no scavenge function for object 0x00f670fc (widetag 0x0) Welcome to LDB, a low-level debugger for the Lisp runtime environment. ldb> I'm using Ubuntu 7.10 on x86-64: victor@esculap:~$ uname -a Linux esculap 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux SBCL is 1.0.13 manually compiled from sources with :SB-THREAD enabled. CL-PPCRE is Edi Weitz's library, version 1.3.2 (ASDF-installable, http://weitz.de). I'd be happy to provide more info if needed. -- Yours Sincerely, Victor Kryukov

2 3

[cl-ppcre-devel] documentation in 1.3.1
by Sébastien Saint-Sevin 13 Sep '07

13 Sep '07

Hi Edi, The documentation is wrong since the patch included in 1.3.1. - It should mention that regex-replace-all returns a second value "matchp" as regex-replace does. - The examples needs to be updated to reflect the introduction of this second value. - The changelog should also mentioned that regex-replace-all was updated. Cheers, Sebastien PS: one day, I will learn how to submit nice diff patch... on my windows machine :-)

2 1

[cl-ppcre-devel] CL-PPCRE Split behaviour
by Sébastien Saint-Sevin 28 Aug '07

28 Aug '07

Hi Edi & list, While using cl-ppcre:split recently, I discover that when the regex match at pos 0, the function returns an empty string in first pos, where I think it should not as I do not consider the empty string being a substring of the original one. I don't know the Perl behaviour in this particular case, but I hope it is not a peculiar behaviour as the doc says :-) Ex : (cl-ppcre:split "\\s+" " foo bar baz ") ==> ("" "foo" "bar" "baz") I would prefer to get ("foo" "bar" "baz") What do you think of it ? Thks, Sebastien.

3 5

[cl-ppcre-devel] New release 1.3.1
by Edi Weitz 24 Aug '07

24 Aug '07

ChangeLog: Version 1.3.1 2007-08-24 Second return value for REGEX-REPLACE (patch by Matthew Sachs) Download: http://weitz.de/files/cl-ppcre.tar.gz

1 0

[cl-ppcre-devel] Excessive Memory Usage by CREATE-SCANNER
by Volkan YAZICI 12 Jul '07

12 Jul '07

Hi, While trying to build a parse tree list using CREATE-SCANNER, in the attempts after first 2-3 tries, below code exhausts the whole system memory and halts the system. (defparameter *markup-transformations* (loop for (element syntax) on (list ;; Link formatting. :link-internal "\\[\\[" :link-external "\\[http://" :link-external "\\[https://" :link-external "\\[ftp://" ;; Text formatting. :text-italic-bold "'''''" :text-italic "'''" :text-bold "''" :text-underline "\\_\\_" :text-monospace "`" :text-superscript "\\^" :text-subscript ",," ;; Formattings requiring a fresh line. :header-3 "\\n=== " :header-2 "\\n== " :header-1 "\\n= " :code-start "\\n{{{" :code-end "\\n}}}" :blockquote "\\n ") by #'cddr collect (list element (cl-ppcre:create-scanner (string-append "^" syntax))))) After 15 minutes, still no OOM reactions. (SBCL 1.0.6) So I needed restart the machine. (And therefore, I cannot narrow down the problematic part of the code by bisectioning.) Do you have any ideas about the erronous line? Regards.

3 3

[cl-ppcre-devel] Weird :START Behaviour in CL-PPCRE:SCAN
by Volkan YAZICI 06 Jul '07

06 Jul '07

Hi, In a part of the program, I find out that the below CL-PPCRE:SCAN call really slows down the whole operation: (cl-ppcre:scan "^\\[([^ ]{1,})+[ ]*(.{1,})?\\]" "foo [[Main]] [http://baz]''bold'''''''bar''''" :start 13) When I remove the :START keyword and the beginning `^' regex character, SCAN finishes the operation quite fast, as it should be. What can be the problem in here? (A bug?) How can I fix this weird behaviour? Regards.

2 4

[cl-ppcre-devel] Re: CL-PPCRE killed
by Edi Weitz 08 May '07

08 May '07

Hi, please use the mailing list (see Cc) for questions about CL-PPCRE. On Mon, 7 May 2007 19:56:03 -0500, "Eric Normand" <ericwnormand(a)gmail.com> wrote: > My name is Eric Normand. I'm trying to install cl-ppcre using > asdf-install. I'm running sbcl on an amd64 machine running linux. > Every time I try to compile the file reptetition-closures.lisp, the > sbcl crashes. Sometimes it takes a long time before it crashes. > Other times it crashes rather early. Do you know what could be > causing this? No idea. Can you provide more details? Which version of SBCL are you using? What do you mean with "crash"? Can you send a backtrace? Cheers, Edi.

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
19
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

cl-ppcre-devel