El 10 de julio de 2009 17:56, NachoKB<[email protected]> escribió: > 2009/7/10 Pablo Herrero <[email protected]> >> >> De todas maneras, mas alla de estas situacion extraña de que /À/ != >> /\303\200/ que surgio ahora, el problema se reduce a utilizar >> caracteres dentro de la expresion q no estan contemplados por el >> enconding vigente. > > ¿Cómo un caracter que no está contemplado por el encoding?
Me refería a que el econding por defecto en el q trabaja la expresion regular es ascii de 7 bits, es decir nungún caracter cuyo codigo sea mayor a 127 es valido y no hay manera de representar caracteres con acentos, etc. >> >> No estoy del todo seguro si habria q considerarlo >> un bug, igualmente no estaria mal investigarlo, ya q tiene pinta de q >> esta asi hace tiempo. > > Por lo que veo hay 2 bugs: > > Una expresión regular, tras una operación que no indica que mute estado, sí > lo cambia. > "Two regexps are equal if their patterns are identical, they have the same > character set code, and their casefold? values are the same" esto no se da > ya que el pattern es supuestamente igual en estos casos y la regexp no es > igual Estoy de acuerdo q el compotamiento no es el indicado por la documentacion, pero por otro lado no estas utilizando caracteres soportados por la expresión regular. Ademas con respecto que el bug se soluciono para 1.9, creo q el tema es q 1.9 soporta unicode complematente por lo tanto no se comporta erraticamente en estos casos. _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
