On 5/15/05, Christian Jaeger <[EMAIL PROTECTED]> wrote:
> Hello
>
> Is this a bug?:
>
> (string-match-positions ".*needle.*" "hay needle stack" 2) -> #f
>
> Shouldn't it be giving ((2 16)) ?
> This is Version 1, Build 89, on Debian.
>
Here is a patch:
--- chicken-old/pcre.scm2005-05
At 8:09 Uhr +0200 18.05.2005, felix winkelmann wrote:
You're using PCRE, right?
Yes: (require 'regex) (test-feature? 'pcre) => t
Christian.
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users
Correct, I am using libc regex (on OS X).
On 5/18/05, felix winkelmann <[EMAIL PROTECTED]> wrote:
> I assume Christian uses pcre and you not right?
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken
On 5/17/05, Zbigniew <[EMAIL PROTECTED]> wrote:
> Your example works for me on 1.935.
>
> #;18> (use regex)
> ; loading library regex ...
> #;19> (string-match-positions ".*needle.*" "hay needle stack" 2)
> ((2 16))
>
I assume Christian uses pcre and you not right?
cheers,
felix
On 5/15/05, Christian Jaeger <[EMAIL PROTECTED]> wrote:
> Hello
>
> Is this a bug?:
>
> (string-match-positions ".*needle.*" "hay needle stack" 2) -> #f
>
> Shouldn't it be giving ((2 16)) ?
> This is Version 1, Build 89, on Debian.
You're using PCRE, right? The "...-match-..." functions wrap
Your example works for me on 1.935.
#;18> (use regex)
; loading library regex ...
#;19> (string-match-positions ".*needle.*" "hay needle stack" 2)
((2 16))
On 5/15/05, Christian Jaeger <[EMAIL PROTECTED]> wrote:
> Hello
>
> Is this a bug?:
>
> (string-match-positions ".*needle.*" "hay needle
Hello
Is this a bug?:
(string-match-positions ".*needle.*" "hay needle stack" 2) -> #f
Shouldn't it be giving ((2 16)) ?
This is Version 1, Build 89, on Debian.
And is it on purpose that string-substitute* does not interpret
\NUM references in substitution texts, unlike string-substitute?
(If so,