Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

questions about new stuff in 7.8
by Martin B�hr 19 Apr '08

19 Apr '08

hi, i am just looking through the CHANGES file to find out what all the new stuff is and try it out. - the getter-setter example fails with: getset.pike:4:Illegal ` identifier. getset.pike:4:parse error, unexpected `TOK_IDENTIFIER', expecting `error' or `'('' getset.pike:7:parse error, unexpected `TOK_RETURN' getset.pike:10:Illegal ` identifier. getset.pike:10:parse error, unexpected `TOK_IDENTIFIER', expecting `error' or `'('' getset.pike:13:parse error, unexpected `'='' getset.pike:14:… [View More]

4 4

Need prototype of a function at runtime
by PeterPan 17 Apr '08

17 Apr '08

I tried to use _typeof() to get the type of a function, but I found if a lambda function modified a var in the environ, the type "function" would be returned instead of "function(<arg type list>:<result type>)". for example: # cat lambda.pike void t(function f) { write("%O\n",_typeof(f)); } void main() { int k; t(lambda(int ig){}); t(lambda(int ig){k++;}); } # pike lambda.pike function(int : zero) function With second lambda function ,_typeof() just return "… [View More]

1 0

Re: [Bug] Regexp.PCRE("n*") multiple match endless loop
by bertrand.lupart＠linkeo.com 16 Apr '08

16 Apr '08

Mirar @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Aha! > > Well, it seems like those two are depending on the end of the previous > hit a little too much. This gives a more appropriate behaviour: > > /home/mirar/.zshenv:21: HISTCHARS can only contain ASCII characters > Index: module.pmod.in > =================================================================== > RCS file: /pike/data/cvsroot/Pike/7.7/src/modules/_Regexp_PCRE/module.pmod.in,… [View More]

1 0

[Bug] Regexp() and $ (was: Re: [Bug] Regexp.PCRE("n*") multiple match endless loop)
by bertrand.lupart＠linkeo.com 16 Apr '08

16 Apr '08

Johan Sundström (Achtung Liebe!) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > > If you don't have a PCRE enabled Pike, then there should be a solution > > with Regexp(). But it seems like there's a little bug with $ on > > Regexp(), but one bug at a time :) > > Not if it is the stone age Regexp(), as that one did/does not handle > strings with null characters in it (except in cases where you really > *want* it to treat \0 as end-of-… [View More]

1 0

[Bug] Regexp.PCRE("n*") multiple match endless loop (was: Re: Regexp troubles)
by bertrand.lupart＠linkeo.com 16 Apr '08

16 Apr '08

Mirar @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > >However, i'd like to know why while doing this: > >----8<----8<----8<----8<---- > >> object r = Regexp.PCRE.Studied("[\\W]*$"); > >> r->replace(foo, ""); > >---->8---->8---->8---->8---- > >Pike eats all my CPU and the command never finish. > > Good question. The PCRE code should be easy to read though, feel free > to investigate? :) … [View More] When using n* (zero or more n), Regexp.PCRE._pcre()->exec() returns an array of two identical int. ----8<----8<----8<----8<---- $ pike Pike v7.6 release 112 running Hilfe v3.5 (Incremental Pike Frontend) > Regexp.PCRE._pcre("o+")->exec("foobar",0); (1) Result: ({ /* 2 elements */ 1, 3 }) > Regexp.PCRE._pcre("o*")->exec("foobar",0); (2) Result: ({ /* 2 elements */ 0, 0 }) ---->8---->8---->8---->8---- For each replace, Regexp.PCRE()->replace() attempts to execute the regular expression at the end of the previous hit. It uses the return from exec as a start and end offset. Since the start and end offset returned by exec() are the same, this results in a infinite loop. ----8<----8<----8<----8<---- $ pike Pike v7.6 release 112 running Hilfe v3.5 (Incremental Pike Frontend) > string foo = "foobar"; > Regexp.PCRE("o+")->replace(foo,""); ({ /* 2 elements */ 1, 3 }) -1 (1) Result: "fbar" > Regexp.PCRE("o*")->replace(foo,""); ({ /* 2 elements */ 0, 0 }) ({ /* 2 elements */ 0, 0 }) ({ /* 2 elements */ 0, 0 }) ({ /* 2 elements */ 0, 0 }) ... infinite loop ... ---->8---->8---->8---->8---- Please note that Regexp.PCRE()->matchall() obviously suffers from the same problem: ----8<----8<----8<----8<---- $ pike Pike v7.6 release 112 running Hilfe v3.5 (Incremental Pike Frontend) > string foo = "foobar"; > Regexp.PCRE("o+")->matchall(foo, lambda(mixed s){ werror("%O\n",s); } ); ({ /* 1 element */ "oo" }) (1) Result: Regexp.PCRE.StudiedWidestring("o+") > Regexp.PCRE("o*")->matchall(foo, lambda(mixed s){ werror("%O\n",s); } ); ({ /* 1 element */ "" }) ({ /* 1 element */ "" }) ... infinite loop ... ---->8---->8---->8---->8---- I don't know which code should be fixed for now. I don't understand the documentation for exec() when it returns an array here: <http://pike.ida.liu.se/generated/manual/modref/ex/predef_3A_3A/Regexp/P CRE/_pcre/exec.html> -- Bertrand LUPART http://bertrand.gotpike.org/ [View Less]

4 4

Strong type checking
by cschalkwijk 16 Apr '08

16 Apr '08

Is there a way to force strong type checking with pike (7.4)? It seems that I can pass an int to a method that requires a string and assign an int to a string variable. Coen __________________________________________________________ Deze e-mail en de inhoud is vertrouwelijk en uitsluitend bestemd voor de geadresseerde(n). Indien u niet de geadresseerde bent van deze e-mail verzoeken wij u dit direct door te geven aan de verzender door middel van een reply e-mail en de ontvangen e-mail uit … [View More]

2 1

utime
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 16 Apr '08

16 Apr '08

There is a #ifdef _UTIMBUF_DEFINED struct _utimbuf b; #else struct utimbuf b; #endif in system.c, but I don't see anything that could define _UTIMBUF_DEFINED.

4 4

Re: Regexp troubles
by bertrand.lupart＠linkeo.com 15 Apr '08

15 Apr '08

1 0

Regexp troubles
by cschalkwijk 15 Apr '08

15 Apr '08

(using pike 7.4 r464) I want to replace something at the end of a string, but I can't get it done: I don't know the exact contents of the string when executing code, mind you. string test = "aaa123aaa"; Regex re = Regex("[a]$"); string result = re->replace(test,""); results in: "123b" while I want it to be 'aaa123'. using "^[a]" results in "123aaa". What am I doing wrong? Eventually I want to convert a string like " This is some text \0\0\0" to " This is some text". Greets,… [View More]

4 3

pike-cms?
by Martin B�hr 14 Apr '08

14 Apr '08

hi, anyone noticed this yet? http://code.google.com/p/pike-cms/ might be good to tell those guys that their name and the use of the pike tag is very missleading. greetings, martin.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel