Chequeando.. tal vez se quedan corto en res_config_odbc.c alguna variable ..
german aracil boned
Me hescargado el rsp y estoy mirando los parches, el "descargadorparcheador"
en py es cojonudo.
En general, me ha gustado mucho todo. Incluso he visto una similitud, o yo
diría una función igualita a una que yo escribir (y no digo que sea la mia)
para el realtime que solo se diferencia por el nombre. En el rsp lo llamáis
ast_store_realtime y yo la llamo ast_insert_realtime (main/config.c). Creo que
es mejor mi nombre ! jejeje dado que la que actualiza se llama update
siguiende la nomenglatura de sql.
Luego he visto en res_config_odbc.c la función del store (en el mio insert y
esta si que no separece demasiado ya que yo la hice para pgsql y no odbc)
donde la variable para la sentencia sql es de 256 caracteres, lo cual igual se
queda un poco corto para determinadas sentencias.. Esos límites de variables
me dan mucho miedo, porque nunca sabes cuan larga puede interesarte que sea
una sentencia sql. Tratando con los equipos que tratamos, creo que ponerle
1025 o más no iba a perjudicar el rendimiento, y nos garantiza que no habrá un
desbordamiento. Igual sucede con vals, que solo tiene 256 caracteres de tamaño
máximo.. Firajos, tanto como la sentencia completa y vals hay más de uno por
sentencia.
Yo estoy acondicionando el 1.4.37 y bueno .. no digo nada antes de tiempo.
Bonito curro !
felicidades !
--
--------------------------
Donde hay que firmar ?
Ramses
Si tu función es mejor, lo mismo, si la pasas a la lista, interesa
cambiar la que hay...
Creo que la cosa está siempre abierta a nuevos aportes y son bien
venidos... ;-)
Saludos,
Ramses
El 22/11/2010, a las 09:00, german aracil boned
<ger...@tecnoxarxa.com> escribió:
> --
> Has recibido este mensaje porque estás suscrito al grupo "asterisk-e
> s-rsp" de Grupos de Google.
> Para publicar una entrada en este grupo, envía un correo electrónico
> a asteris...@googlegroups.com.
> Para anular tu suscripción a este grupo, envía un correo
> electrónico a asterisk-es-r...@googlegroups.com
> Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/asterisk-es-rsp?hl=e
> s.
>
german aracil boned
Lo que pasa es que no es la misma, la que digo de las variables, no tiene
"nada" que ver ya que en el rsp está para odbc y yo la tengo para pgsql
Saúl Ibarra Corretgé
2010/11/22 german aracil boned <ger...@tecnoxarxa.com>:
> Hola
>
> Me hescargado el rsp y estoy mirando los parches, el "descargadorparcheador"
> en py es cojonudo.
>
> En general, me ha gustado mucho todo. Incluso he visto una similitud, o yo
> diría una función igualita a una que yo escribir (y no digo que sea la mia)
> para el realtime que solo se diferencia por el nombre. En el rsp lo llamáis
> ast_store_realtime y yo la llamo ast_insert_realtime (main/config.c). Creo que
> es mejor mi nombre ! jejeje dado que la que actualiza se llama update
> siguiende la nomenglatura de sql.
>
Esa función es un backport de la 1.6 :-)
> Luego he visto en res_config_odbc.c la función del store (en el mio insert y
> esta si que no separece demasiado ya que yo la hice para pgsql y no odbc)
> donde la variable para la sentencia sql es de 256 caracteres, lo cual igual se
> queda un poco corto para determinadas sentencias.. Esos límites de variables
> me dan mucho miedo, porque nunca sabes cuan larga puede interesarte que sea
> una sentencia sql. Tratando con los equipos que tratamos, creo que ponerle
> 1025 o más no iba a perjudicar el rendimiento, y nos garantiza que no habrá un
> desbordamiento. Igual sucede con vals, que solo tiene 256 caracteres de tamaño
> máximo.. Firajos, tanto como la sentencia completa y vals hay más de uno por
> sentencia.
>
Todas esas funciones fueron backporteadas de la 1.6 para añadir el
soporte de queue_log en base de datos. Solo hice los backports para
ODBC porque Digium le da más cariño a MySQL (que era lo que usabamos
incialmente) y además es lo más genérico.
Ese fue uno de los primeros parches de la RSP y nunca ha dado
problemas. No estoy 100% seguro pero creo que esas funciones la usa
Asterisk internamente.
> Yo estoy acondicionando el 1.4.37 y bueno .. no digo nada antes de tiempo.
>
Ya te lo he preguntado en ocasiones anteriores, pero ahí voy de nuevo:
para que?! que te falta?
Saludos,
--
/Saúl
http://saghul.net | http://sipdoc.net
german aracil boned
Porque el software se queda viejito.. porque seguro que hay alguna cosa que se
me escapa que han arreglado, porque no he visto muchos bugs reportados de la
versión.. ajajaj y una colección de la 1.8 .. porque de paso, repaso todos mis
parches y reescribo cosas.. por vicio, porque tengo que justificar mi nómina !!
;)