🚀 go-pugleaf

	En efecto, de eso se trataba. Ahora funciona perfectamente. Gracias Chano.


	Supongo que el haberlo dise�ado as� tendr� su justificaci�n l�gica mirado
desde una �ptica OOP. Yo 'vengo' del Pascal y encuentro que ser�a m�s
frecuente (y m�s 'natural') la necesidad de comparar la igualdad de
'contenidos' de dos variables en un 'if (a == b) then c', que no la
necesidad de comparar la 'identidad' de dos objetos (o dos referencias a un
mismo objeto) con un 'equals'. Quiero decir, que tal vez habr�a sido m�s
'natural' usar estas dos estructuras justamente al rev�s de como se usan.
Aunque insisto, supongo que en un entorno orientado a objetos debe tener su
explicaci�n l�gica (empezando por que una es una estructura de control de
flujo y la otra un m�todo (creo)). 

	Todo ser� cosa de habituarse. De nuevo gracias, Chano. Me has solucionado
el 'atasco'.

_________________________________________
Tirantes Blancos 

Visita LOS CUENTOS VIRTUALES de Pep Bussoms
http://www.arrakis.es/~dbl

Seguro que podr�is descifrar mi direcci�n de correo. 
Perdonad por las molestias, ya sab�is a quien se lo tenemos que
agradecer...

dbl [arroba] arrakis [punto] es
_________________________________________



Chano G�mez <chano@ran.es> escribi� en art�culo
<34623C6D.5850C63D@ran.es>...
> 
> �C�mo estas comparando ambas cadenas?
> 
> Si usas "cadena1 == cadena2" como condici�n de igualdad, nunca te va dar
correcto,
>