Re: regexp-exec fails for long strings

2002-05-15 Thread Thien-Thi Nguyen

   From: =?iso-8859-1?Q?Wolfgang_J=E4hrling?= [EMAIL PROTECTED]
   Date: Wed, 15 May 2002 08:04:20 +0200

   AFAIK, the glibc-people are rewriting the regex code for 2.3, because
   the current implementation got unmaintainable and has various strange
   limitations. This could be one of those.

that's good news (that i wouldn't have known w/o this tip -- thanks!).
i suppose i could contribute this as a test case.  i wonder what glibc
testing framework is like.

thi

___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile



Re: regexp-exec fails for long strings

2002-05-14 Thread Thien-Thi Nguyen

   From: Thien-Thi Nguyen [EMAIL PROTECTED]
   Date: Thu, 25 Apr 2002 16:29:40 -0700

   i traced this to `regexec' (glibc 2.2.4) and stopped -- it's not a guile
   bug after all, as far as i could tell.  (also, could not reproduce the
   behavior under FreeBSD 4.4-RELEASE.)

   probably time to apt-get update...

this problem persists w/ glibc 2.2.5.  hmmm

thi

___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile



Re: regexp-exec fails for long strings

2002-05-14 Thread Wolfgang Jährling

Thien-Thi Nguyen [EMAIL PROTECTED] wrote:
From: Thien-Thi Nguyen [EMAIL PROTECTED]
Date: Thu, 25 Apr 2002 16:29:40 -0700
 
i traced this to `regexec' (glibc 2.2.4) and stopped -- it's not a guile
bug after all, as far as i could tell.  (also, could not reproduce the
behavior under FreeBSD 4.4-RELEASE.)
 
probably time to apt-get update...
 
 this problem persists w/ glibc 2.2.5.  hmmm

AFAIK, the glibc-people are rewriting the regex code for 2.3, because
the current implementation got unmaintainable and has various strange
limitations. This could be one of those.

Cheers,
GNU/Wolfgang

-- 
Wolfgang Jährling  [EMAIL PROTECTED]  \\  http://stdio.cjb.net/
Debian GNU/Hurd user  Debian GNU/Linux user \\  http://www.gnu.org/
The Hurd Hacking Guide: http://www.gnu.org/software/hurd/hacking-guide/
[We're way ahead of you here. The Hurd has always been on the]
[ cutting edge of not being good for anything. -- Roland McGrath ]

___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile



Re: regexp-exec fails for long strings

2002-04-25 Thread rm

On Thu, Apr 25, 2002 at 01:05:50PM -0700, Thien-Thi Nguyen wrote:
[...] 
 if someone can confirm similar behavior on another system (perhaps by
 varying the appended string length), i will add this to the bugs db.
 (i ask for this confirmation because my system's old sdrams are prone to
 mysterious failures, and i want to rule that out as a reason.)

Ok, this is on my rather 'old' guile-1.5 box (the guile-HEAD is at home):

|  guile (version)
|  1.5.0
|  guile (use-modules (ice-9 regex))
|  guile 
|  guile (define ok section_nameProjects List/section_name)
|  guile 
|  guile (define rx (make-regexp section_name(.*)/section_name))
|  guile 
|  guile (define (+space s n)
|  ...   (string-append s (make-string n #\space)))
|  guile 
|  guile (define (test s)
|  ...   (format #t string-length ~A\t= ~A\n
|  ...   (string-length s)
|  ...   (if (regexp-exec rx s)
|  ...   ok
|  ...   FAIL)))
|  guile (test ok)
|  string-length 42 = ok
|  guile (test (+space ok 11672))
|  string-length 11714  = ok
|  guile (test (+space ok 11673))
|  string-length 11715  = ok
|  guile (test (+space ok 11674))
|  string-length 11716  = FAIL
|  guile (test (+space ok 11675))
|  string-length 11717  = FAIL
|  guile (test (+space ok 11700))
|  string-length 11742  = FAIL
|  guile 
|  

Hmmm, never really used guile's regex heavily - that's where i
still use blushperl/blush.

  Ralf

 thi
 
 
 (use-modules (ice-9 regex))
 
 (define ok section_nameProjects List/section_name)
 
 (define rx (make-regexp section_name(.*)/section_name))
 
 (define (+space s n)
   (string-append s (make-string n #\space)))
 
 (define (test s)
   (format #t string-length ~A\t= ~A\n
   (string-length s)
   (if (regexp-exec rx s)
   ok
   FAIL)))
 
 ;; do it
 (test ok)   ; ok
 (test (+space ok 11672)); ok
 (test (+space ok 11673)); ok
 (test (+space ok 11674)); FAIL
 (test (+space ok 11675)); FAIL
 (test (+space ok 11700)); FAIL
 
 ___
 Guile-user mailing list
 [EMAIL PROTECTED]
 http://mail.gnu.org/mailman/listinfo/guile-user

___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile



Re: regexp-exec fails for long strings

2002-04-25 Thread Thien-Thi Nguyen

   From: [EMAIL PROTECTED]
   Date: Thu, 25 Apr 2002 23:47:13 +0200

   |  guile (test ok)
   |  string-length 42  = ok
   |  guile (test (+space ok 11672))
   |  string-length 11714   = ok
   |  guile (test (+space ok 11673))
   |  string-length 11715   = ok
   |  guile (test (+space ok 11674))
   |  string-length 11716   = FAIL
   |  guile (test (+space ok 11675))
   |  string-length 11717   = FAIL
   |  guile (test (+space ok 11700))
   |  string-length 11742   = FAIL
   |  guile 

i traced this to `regexec' (glibc 2.2.4) and stopped -- it's not a guile
bug after all, as far as i could tell.  (also, could not reproduce the
behavior under FreeBSD 4.4-RELEASE.)

probably time to apt-get update...

thi

___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile



Re: regexp-exec fails for long strings

2002-04-25 Thread Tom Lord


   Hmmm, never really used guile's regex heavily - that's where i
   still use blushperl/blush.


If you want high-power regexps, you should resurrect the Rx interface,
grabbing the latest libhackerlab.  In fact, rather than resurrecting
the old Guile Rx interface, you should grab and adapt the one from
systas (not currently in release, but I'll put up a new version soon).

I regularly use regexps that are several KB long, constructed by a
structured regexp compiler similar to the one in SCSH.  It's fast,
convenient, and very accurate.

-t


___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile