Hmmm... lo que me parecio que pasa es que cuando se define una clase con el mismo nombre que otra, se redefine la existente. En este caso, redefinir Error podria, dependiendo de las circunstancias, como hacer
Set subclass: #SmallInteger "etc" Andres. 2008/7/19 Emiliano Pérez <[EMAIL PROTECTED]>: > > Ezequiel, como vos mismo mostraste en tu mail, Error es subclase de > Exception, estas clases se usan muchisimo e implementan (entre las 3 > que mencionás) la mayoria del comportamiento que tienen todas las > exepciones que están definidas en la imagen. Probablemente el simple > acto de crear una clase use comportamiento de la clase Error, tal vez en > tu caso sea por que el crear una clase con el mismo nombre que otra, > hace que salte un error. En circunstancias normales el error se > manejaria correctamente (mostrando el cartel o arreglando el problema de > otra manera), pero en tu caso se cuelga por que vos redefiniste la clase > que tiene ese mismo comportamiento. No se si se entiende... > > - Un lindo ejercicio para sacarse la duda sería debuggear la creacion de > la clase y ver en que momento exacto se rompe todo. > - Si queres saber mas del tema mirá un poco de NameSpaces que te > permiten definir clases con el mismo nombre que otras. > > Saludos, Emiliano. > > Eze escribió: > > si, hay una clase Error q en el arbol de herencia esta en > > > > Object > > GenericException > > Exception > > Error > > > > bueno, no importa, lo soluciono usando otro nombre, pero queria > > sacarme la duda. > > Muchas gracias pro las respuestas > > > > On 19 jul, 16:28, "Andres Valloud" <[EMAIL PROTECTED]> wrote: > > > >> Fijate que ya existe una clase que se llama Error. Me parece que lo que > >> esta pasando es que la estas redefiniendo, en vez de creando por primera > >> vez. Error se usa mucho para manejar excepciones, con lo que no me > >> extrañaria que redefinirla rompa muchas cosas. > >> > >> Proba de ponerle otro nombre, quiza algo mas descriptivo como por > ejemplo > >> ErrorDeTalTipo... > >> > >> Andres. > >> > >> 2008/7/19 Eze <[EMAIL PROTECTED]>: > >> > >> > >> > >> > >>> VisualWorks(R) NonCommercial, 7.3.1 of mié 20 /20/e abril de 2005 > >>> Copyright (c) 1999-2004 Cincom Systems, Inc. All Rights Reserved. > >>> > >>> No importa el codigo, lo probe despues, y con solo crear una clase q > >>> se llame Error se rompe > >>> > >>> On 19 jul, 16:03, "Andres Valloud" <[EMAIL PROTECTED]> wrote: > >>> > >>>> Ezequiel, > >>>> > >>>> Que Smalltalk estas usando? Podes mostrar el codigo que escribiste > >>>> > >>> mirando > >>> > >>>> el change log? > >>>> > >>>> Andres. > >>>> > >>>> 2008/7/19 Eze <[EMAIL PROTECTED]>: > >>>> > >>>>> Hola, soy estudiante de lic. en informatica en la UNLP, y en la > >>>>> materia POO 2 estamos utilizando Smalltalk. > >>>>> Haciendo un ejercicio simulando una calculadora y aplicando el patron > >>>>> State, tuve la feliz idea de llamar a una de las clases que heredan > de > >>>>> Estado como Error, e instantaneamente se colgo todo. > >>>>> Queria saber porq pasa esto > >>>>> > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "ClubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
