[Jde-dev] id de un esquema

[Darío Rodríguez]

Pues de eso no me había dado cuenta, estoy de acuerdo en que lo debe fijar
JDE y no tiene porque ser cambiado. El uso que yo veo q


El 16 de febrero de 2009 13:03, David Lobato <dav.lobato en gmail.com>escribió:

> Lo que no cuadra es que en los drivers este id no es un puntero a
> entero. ¿Por qué esta diferencia? y ¿Por qué un esquema iba a poder
> cambiar su id? Digo yo que esto lo fija la jerarquía y nada mas,
> siempre y cuando queramos el id de un esquema lo identifique
> unívocamente, claro.
>
> Un saludete.
> David.
>
> El día 13 de febrero de 2009 11:10, Darío Rodríguez
> <drd.sqki en gmail.com> escribió:
> > Hola:
> >
> > Si no estoy equivocado lo que se hace en el código con el campos id  del
> > esquema es inicializarlo a cero, pero luego cuando la arquitectura carga
> el
> > esquema cambia el valor id al que corresponda para cada esquema.
> >
> > Como dices no estaría mal que esta acción fuera transparente para el
> > programador, aunque igual merece la pena tener esa opción por si por
> algún
> > motivo se quiere prefijar una id para el esquema al programarlo.
> >
> > Un saludo.
> >
> > Darío
> >
> > El 13 de febrero de 2009 10:02, David Lobato <dav.lobato en gmail.com>
> > escribió:
> >>
> >> Revisando el código de jdec, me encuentro con que la estrutura JDESchema
> >> tiene un campo "int* id" que se rellena con el símbolo <esquema>_id de
> cada
> >> esquema cargado. Pero resulta que en la mayoría de esquemas que veo vale
> 0.
> >> ¿Qué utilidad tiene?
> >>
> >> Y si es un identificador numerico del esquema, ¿No tendría mas sentido
> que
> >> lo asignase la arquitectura?
> >>
> >> Saludetes.
> >>
> >> _______________________________________________
> >> Jde-developers mailing list
> >> Jde-developers en gsyc.es
> >> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
> >>
> >
> >
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20090217/c2d35bc1/attachment.htm