Hola a todos:
Quería preguntarle a Splinter si en la r307 hay algún problema con scale_mode, porque esta línea:
scale_mode = scale_nofilter;
Es la que me está provocando un crash en los créditos de la revisión del Echo.
El código de los créditos se puede descargar en el terer mensaje de http://forum.bennugd.org/index.php?topic=4256.0
Si comento la línea, la ventana se queda a 320x240 y los créditos se completan hasta el final, pero si la dejo, la ventana tiene su tamaño (640x480) pero rompe el programa durante el bucle de espera tras:
say("Ultimo proceso: " + temp);
No me atrevo a usar ninguna versión más moderna de Bennu, primero porque no hay ninguna oficial, y segundo, por lo inestables que eran.
Te puedo pasar una versión super-recortada del código (un poco sucia por la cantidad de comanetarios para eliminar "código sobrante", o mejor dicho, código que no quiero que se reproduzca aun mientras soluciono el fallo), por si le quieres echar un vistazo.
Y luego a ver qué alternativas tengo, si usar una versión anterior de Bennu, como hacía hasta ahora (bueno, no tan vieja, claro ^^U), o usar scale_resolution.
Gracias.
Bueno, por si acaso, subo el fichero del proyecto reducido.
La linea conflictiva es la 91 de echo.prg. Del resto del código apenas he dejado nada: el sistema de música, los créditos, y algún fichero extra por sus variables o despiste.
Ya digo, con el scale_mode activo, los créditos se cortan en windows cuando el primer bloque de agradecimientos se está retirando, y sin el no pasa nada. Y en anteriores rc de Bennu han ido bien (al menos, r100 y pico y r263).
Espero vuestras sugerencias para poder seguir.
vaya a saber cual es la 301... yo en mi repo tengo la 308... a ver las diffs.
en linux tambien revienta, con la ultima version.
No, r307, no la r301 (esa no la tengo ^^U).
Es la que está en la descarga oficial.
cuando quiere limpiar la pantalla para redibujar todo el frama, revienta en un clear_region, le quiere dar una limpieza a un area de datos de 4294967096 bytes, creo que imposible.
perdon, no tengo 308, tengo 328.
Ya me extrañaba a mi que sólo tuvieras una revisión después de tantos intentos por solucionar aquel bug. r328 es más normal.
¿Entonces es cosa de Bennu? ¿No me he vuelto loco y veo duendes púrpura?
Juer, ¿4GB de datos para un clear screen? que yo sepa, las pantallas de Wiz aun no son 4K :D :D :D
no se, ahora mismo no tengo tiempo de revisarlo, aunque ya bennugd1 este en el arcon de los recuerdos, voy a echarle un ojo a ver que es... no se si es bennugd o algo en el codigo... lo raro que muere cuando se mueren todos los procesos...
acote el ejemplo
con esto revienta
echo.prg
include "src/input/jkey.h";
include "src/debug.h";
GLOBAL
int global_mode;
int global_opt;
include "src/main_menu/default_menu.inc";
include "src/game/credits.inc";
BEGIN
set_fps(0, 0);
scale_mode = SCALE_NOFILTER;
set_mode(320, 240, 16);
credits();
END
credits.inc
process credits_img (x2, y, file, graph, alpha)
private
int cont;
begin
x = 260;
frame;
end
process credits_img2 (file, graph, x, y, z)
begin
signal(id, s_freeze);
frame;
end
process credits ()
private
int temp;
begin
file = load_fpg("grafs/" + graph_dir + "/names.fpg");
credits_img(20, 150, file, 11, 255);
temp = credits_img2(file, 18, 160, 120, 0);
frame;
unload_fpg(file);
end
nunca llega al unload_fpg, el tema parece estar en una combinacion de cosas, pero creeria que es que al estar en scale, cuando un grafico renderea mas alla del ancho de la pantalla revienta... la cosa que pasa con estos 2 graficos...
no vi el codigo en bennugd, no tengo tiempo, pero limite el codigo para aislar el problema.
quise probarlo en bennugd2, pero no tengo scale_mode
edite y recorte mas el ejemplo
Yo he encontrado un par de bugs en mi código de los gordos: intentaba escribir el contenido de un puntero con FWRITE tal que
FWRITE(id_fichero, *mi_ptr);
Y en versiones antiguas funcionaba, reconocía el tipo de estructura contenida y guardaba bien los datos, pero en la r307 no, y he hecho una copia de datos en una estructura nueva (sin punteros) y he guardado/leido los datos. Se ve que en aquel entonces andaba de experimentos.
Sin embargo, solucionado el bug, me sigue fallando en el mismo sitio, así que no afectaba.
Es posible que haya dado con una combinación de datos en memoria que haya disparado un bug latente en Bennu :P Anda que si es el que estabas buscando... :D
Si es así, lo mismo está en el código de BennuGD2.
bennugd2 es ligeramente diferente...
si, ya hare debug de eso, me intriga saber por que estalla...
gracias
encontre y fixee el bug... ahora tengo que pensar si no puede haber otros casos pasando lo mismo...
no era el blitter, era un calculo en la clear_region (usada internamente)
lo fixee para que no reviente, ahora no se si es la mejor solucion, deberia ver bien porque da esos valores, ya que aparentemente en los otros casos no pasa... (o quizas pasa y no revienta de casualidad, y quizas sea la causa de muchos de los crash que adjudicabamos al blitter y demas...)
en fin, gracias drumpi!
Ah, guay :)
Estooo... ¿al final dónde lo has subido? ¿Es una nueva r307b o es un cambio de la r321? ¿los cambios a qué plataformas afectan, además de a Linux? Más que nada, por seguir usando esa en lugar de ir para atrás y aprovechar los arreglos (y si es en la última versión, ir probando a ver si ya es estable).
Tendría que estar durmiendo, que mañana cambio el portátil por una carvana (me toca "carpintería creativa") :D
el cambio afecta a todas las plataformas, es la r331, pero no estoy pudiendo generar binarios windows, me falta sdl y otras mas en el entorno cross de mi linux...
drumpi, ya tengo nuevos binarios windows.
ahora necesito el acceso al sitio para subirlos (waiting for panreyes)
saludos.
(http://forum.bennugd.org/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAABs0lEQVQ4jY2SP4viQBiHX0UQWz/AXb+VX8Iu/YqFhdhcd5BKEOTKC9jJFYrFgo3FIjYiCRauhTCQDMp4bJFklzCuLJLOWNj8rpDMJt7u7Q08xQzze953/hAR0el4QJLw8KR4fXkE/Wtch01zjP6gmxLsd9uPJafjAf1BF82WjmZLR61eRa1eVfNmS4cMxP8JksGk6FPB6XjAii1Qq1fBBYMMBL79+InvDIrbB0CzIpSmQHF0RnF0vkiTFxZX7A+6MOzwU0FxdEZKYJpj1fp1eO5KzF0JzYreF/iekzr77QMUhh2q1zDsUIULPQl6fXkEFww53cWKLWCaY3DBVMuaFWHuSsT7fM/5W5DTXYUMBGQgUJoCpelFst9tcc84DDuE7znQrAiFnrwIkuGY/W6rBIYdQgYC7RmHZkXwPQf3jL8JiCglISLKVCaqzfhZfc9RcMFwc/eMfGd9EWQbS+R0F9nGEtnGEpnKBJnKJFWxPNygPNygPePggqE942nBdTjG9xyUhxvVcqEnsWILrNjiTfCRJN9ZI99Zp8LxWsy73ztTmYCI6ObuGV/7Tym+/PqtICL6A7F/dNYyWabFAAAAAElFTkSuQmCC)
Muy bien, muchas gracias :)
Encenderé una par de velas negras y pintaré un pentagrama en el potochof, a ver si aparece :D
Splinter, enviado método :)
(He tenido que investigar, ya no me acordaba de cómo iba xD)
gracias a ambos! (por las velas y por el envio!) :)
ya esta subido version windows rar y linux tar.gz, me falta el resto, tengo que pelear con los entornos.
Okis, descargando y probando. En cuanto tenga un ratillo && resultados comento qué tal va la cosa ;)
Sé que tenía algún juego que se cerraba de golpe con alguna de las últimas versiones, a ver si me ocurre de nuevo, y puedo aislarlo... aunque de momento me voy a centrar en que el Echo funcione bien.
PD: las velas negras son malas, Splinter ¿No has visto los cuernos y la cola con la que ha aparecido Pixel? Lo del fuego ya no sé si es consecuencia de eso, del verano que llega ya o de haber estado reventando dinosaurios (por cierto, mi Yoshi está clamando venganza).
Pues no, aun se rompe con los créditos.
Eso sí, he estado jugando al modo principal e incluso he cargado el nivel 4 y no se ha roto nada durante 30 sólidos minutos (suficientes para llegar al nivel 1-3), así que Bennu parece que va por buen camino y yo todavía no la he pifiado con la limpieza.
Probado con la r332 en Windows. Veré si puedo echarle un vistazo usando Linux (si no me sigue dando el error de la libcrypto).
asegurate de probar con todos los binarios del rar, aca funciona de lujo, pasa los creditos lo mas bien sin crashear, (habilitando el scale_mode)
recuerda que solo subi la version rar, no la version exe, y asegurate de no tener nada de las versiones anteriores de bennugd en los paths (puedes probar metiendo todos los binarios bennugd junto al dcb)
OK, lo volveré a mirar. Ya sabes que yo para compilar tengo un .bat en el que cambiando una variable cambio totalmente la versión de bennu en compilación y ejecución.
En Linux aun no he podido mirarlo, llevo un par de días de gripe (sí, me he resfriado a pocos días del verano) y estoy flojo a más no poder ^^U
Ok, confirmado: la gripe me hace ser torpe. Sí, los últimos cambios han arreglado el problema (el path del .bat no estaba bien ajustado).
Ahora he encontrado dos nuevos. Bueno, uno de ellos es un viejo problema porque ya lo mencioné, y es que el put_screen no centra bien las imágenes cuando se usa el escalado. No importa dónde esté el centro de la imágen, esta aparece desplazada, ni tampoco que sea un PNG o una imágen de un FPG.
El caso es que en la r307 también fallaba, pero no en la r263, donde sí que se centra bien. No puedo ser más concreto con la versión donde se produce el cambio.
El otro fallo es que no me lee un FNT de 8bits de DIV. En la r307 sí que lo hace, pero en esta me da -1 al intentar cargarla.
Te he puesto ejemplo con resources y todo para que lo pruebes en el zip adjunto (tienes que pulsar 1, 2, 3, 4, 1, 2, 3, 4 para ir accediendo a las difrerentes partes del código).
También he visto alguna cosilla rara que me ha hecho en el Echo. Sí, ya he limpiado el código, pero no quiero darte más detalles hasta hacer pruebas más en profundidad, sobre todo si se solucionan con los cambios que hagas.
...Aunque te puedo pasar el proyecto por correo y lo miras tu mismo. He reorganizado el código pero aun tengo que limpiarlo un poquito más :D :D :D
gracias drumpi, si son codigos aislados mejor que el proyecto entero.
gracias!
el font me lo carga lo mas bien, me da id: 1
el centrado del put_screen no va, y tengo la idea que es de lo mismo que hacia que se rompia con el ultimo fix, o sea, el ultimo fix, protege que no crashee, pero el error de calculos de coordenadas se produce por lo mismo que hace que el put_screen se posicione mal... eso creo.
ya fixee el put, y de paso este fix como lo pensaba arregla el crash que arregle con el fix anterior, el fix anterior es un chequeo asi que lo dejo por las dudas.
en un rato subo los binarios.
edit: el font en windows da error por alguna extraña razon, ahora lo analizo... asi que voy a esperar un poco a los binarios
ahora si, el tema del font es una zlib.dll con bug, ya la cambie y funciona... a pesar de que el archivo no es comprimido, zlib lo abre y lo maneja mal.
ahora subo r333
Muy bien, muchísimas gracias :D . En cuanto pueda lo pruebo y te cuento qué más encuentro. Al final, con la tontería, vamos a solucionar el bug aquel que tenía BennuGD ^^U
Odio que se tengan que dar las condiciones específicas para que aparezca un error: ni lo ves venir, ni lo puedes encontrar, ni lo puedes provocar, hasta que alguien te llega con 12000 líneas de código y unas instrucciones muy concretas, que puedes reproducir el 20% de las veces.
estos casos fueron concretos, y eran genericos, porque sucedian en varias plataformas.
gracias!
Buenas noticias, la cosa pinta muy bien. Me he podido pasar casi entero el Echo.
Hay cierto problema con las transparencias, en las que en condiciones determinadas aparecen zonas (líneas más bien) opacas. Voy a tratar de poner un ejemplo ejecutable en cuanto me sea posible, porque para pner una foto nada más...
Y he tenido un crash al pasarme el juego, justo antes de los créditos, pero eso ya es culpa mía :D :D :D
me alegro, muchas gracias por probarlo!
Juer, lo he intentado, pero no he conseguido reproducir lo que se ve en estas imágenes:
(http://forum.bennugd.org/index.php?action=dlattach;topic=4260.0;attach=3568)
(http://forum.bennugd.org/index.php?action=dlattach;topic=4260.0;attach=3570)
Te puedo pasar el código del Echo, pero he simplificado el código y no me pasa (te adjunto las simplificaciones, pero no reproducen el problema)
y que es lo que se ve mal en esas imagenes?
El agua son tiles transparentes de un único color, y las letras "Castle Horror" también son un único gráfico que debería tener todo el mismo color (eso lo puedes ver en el código que te he pasado de ejemplo), y en el juego (y las imágenes) aparecen líneas de un color o transparencia diferentes, incluso en los tiles de agua se desplazan.
Al principio pensaba que era cosa de tiles que se solapaban, pero tras lo de la presentación del nivel, lo de "Castle Horror", vi que no, que era cosa del renderer.
lo mismo pienso que es, un solapamiento de algo... quizas un fondo transparente con algun color con un alpha.
no se, lo vere.
Pues no tengo ni idea. Por lo pronto me acaba de desaparecer eso de la presentación del nivel, simplemente añadiéndole un scroll de fondo al nivel, algo que se queda detrás del gráfico negro que tapa todo salvo las letras de la intro.
Mañana, como tengo que deshacer gran parte de los cambios que he hecho para guardar la versión anterior del código, puedo mirar si vuelve a salir, y así tengo algo en lo que falla por si lo quieres comprobar.
Si me sale en un código más sencillo, ya te lo mandaré. Es que de verdad que no consigo aislarlo.
no tenes ningun draw o alguna primitiva dando vueltas por ahi que no muere? o algun proceso perdido sin morir, prueba poner un let_me_alone.
No, no es ningún draw ni primitiva, porque básicamente no las uso.
Si fuese algún proceso, se vería en la intro, porque sólo hay 6 gráficos por delante de un mapa de 320x240 de color 1. Podría hacer un let_me_alone a mitad del cambio de alpha, a ver qué pasa, pero ten en cuenta que estamos iniciando el nivel :D :D :D
Y luego están los tiles de agua de la primera imágen, ahí no hay nada ni delante ni detrás, y esas lineas más claras aparecen en medio del tile, no en los bordes de los mismos, que hubiese sido lo más lógico.
En fin, cuando hayas reunido fuerzas suficientes para una ardua depuración, te puedo pasar la versión 1.3.1 del Echo, te digo donde falla, y ya pues lo miras, pero vamos, que no es algo que necesite urgentemente. Lo bueno es que el código está 100 veces más limpio que antes y es más fácil seguir el rastro de la ejecución :D Incluso si quieres te puedo meter una instrucción DEBUG en el lugar exacto donde se puede ver la imágen para un rastreo más fácil.
hoy no pude ver esto, espero mañana tener tiempo.
Repito, no hay prisa. Hay 30 cosas que implementar siquiera antes de empezar con la v1.4. Quiero sacar antes la v1.3 que debió aparecer en el concurso del hamster.
drumpi, probe los prueba2.prg y prueba3.prg, en linux y en windows, y no veo ningun fallo grafico, ni ningun otro.
Quote from: Drumpi on June 29, 2016, 02:26:03 PM
Te puedo pasar el código del Echo, pero he simplificado el código y no me pasa (te adjunto las simplificaciones, pero no reproducen el problema)
Si quieres ver el problema, te puedo pasar el código completo donde sí pasa. Puedo poner una instrucción DEBUG en el momento de la intro en el que se ve lo de la segunda imágen, para que se detenga la ejecución y puedas debuguear (supongo que tienes una versión en la que se pueden ver más datos que la normal).
Ya digo que he intentado reproducirlo pero me ha sido imposible, y en cuanto he añadido un start_scroll a la ecuación, ha desaparecido el problema de la presentación del nivel.
cual era la gracia si no reproducia el problema...
yo tengo la misma version que vos, no tengo ningun detalle mas...
pasame si queres la version completa y todos los datos necesarios para reproducir el error.
Dije que lo habia intentado, pero que no lo había conseguido, y esa era la prueba.
Voy a buscar tu correo y te mando el código completo, con la instrucción DEBUG en la posición de pausa. Intentaré crearte una guía de qué se ejecuta y en qué orden, para que te sea más fácil seguir el flujo del programa, así como los pasos para reproducir el error (que básicamente es darle a empezar a jugar :D).
Probablemente mañana no pueda porque tengo una cita para salir a comer, pero intentaré que sea lo antes posible ;)
Y no te comas mucho la cabeza con esto, si no tienes tiempo, no se lo dediques si no es estrictamente necesario.
gracias!
Voy a intentar mandarte el código ahora por correo. No sé si aun sigue tu dirección apuntada por ahí, con los cambios que ha tenido hotmail en el último año y medio.
Mientras, he intentado hacer funcionar el Echo 1.3.2 (lo que tenía hecho hasta ayer) en la wiz con la r333 y no he podido.
Si usaba el dcb precompilado en Windows, me pedía la libiconv.so.2.
Si intentaba compilar, no me encontraba la mod_cd.so... porque se llama libmod_cd.so ¿Se ha cambiado de nombre?
He renombrado las librerías con los nombres antiguos, y seguía sin compilarme. Luego me he dado cuenta que tenía que reiniciar la consolas porque si no un fallo previo impedía la ejecución correctamente.
Total, después de varias pruebas, no he podido compilar con la r333 porque no me encontraba la mod_cd.so
BGDC 1.0.0 (Jul 1 2016 10:16:05)
Bennu Game Development Compiler
Copyright (c) 2006-2016 SplinterGU (Fenix/BennuGD)
Copyright (c) 2002-2006 Fenix Team (Fenix)
Copyright (c) 1999-2002 José Luis Cebrián Pagüe (Fenix)
/mnt/sd/game/echo_game_1.3.2/bgdc.import:2: error: Library "mod_cd.so" not found ( token error: EOF ).
He coseguido compilarlo con la r265 y ejecutarlo (por cierto, lo que yo decía, se nota la caida de rendimiento del scroll normal, un 10%, y se ralentiza si hay mucha carga de enemigos).
En fin, he seguido intentando compilar con la r333 si éxito, y la ejecución tampoco ha ido bien, porque pese a que la había compilado en la propia Wiz con la r265, al ejecutar con la r333 me da este error:
libiconv.so.2: cannot open shared object file: No such file or directory
Voy a seguir probando cosas, como convertir el bgdc.import al formato UNIX, o ver si las rutas están bien por 35ª vez.
Este es mi .gpe:
#!/bin/sh
./pollux_set 'lcd_timings=397,1,37,277,341,0,17,337;dpc_clkdiv0=9;cpuclk=750;ram_timings=2,9,4,1,1,1,1'
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:../wiz-runtime-r333
PATH=$PATH:../wiz-runtime-r333
echo 2 > /proc/cpu/alignment
bgdc echo.prg >log1.txt 2>err1.txt
bgdi echo.dcb >log2.txt 2>err2.txt
cd /usr/gp2x
exec /usr/gp2x/gp2xmenu
Y tengo las siguientes carpetas en la carpeta game:
caanoo-runtime-r333
echo_game_1.3.2
wiz-runtime
wiz-runtime-r333
echo_game_1.3.2.ini
prueba copiar los archivos sobre los de la version anterior, aca solo meti los binarios generados, puede que me falten otros binarios
subi todos nuevos, r334 (solo porque cambio un script o algo asi), con los viejos instaladores y paquetes todos actualizados.
bueno, ya se que pasa, las dirty rects...
con esto desaparece el problema...
dump_type=1; restore_type=1;
(aunque no es la solucion)
y de paso encontre un bug en el mod_debug.
nuevo fix... a generar y subir todo de nuevo!
gracias drumpi!
avast reporta virus en el ejecutable windows
en que archivo? un poco dificil, porque tengo linux...
es una falsa alarma, lo acabo de testear con el clam.
digo claramente ejecutable windows
(https://upload.wikimedia.org/wikipedia/commons/thumb/3/3b/Paris_Tuileries_Garden_Facepalm_statue.jpg/300px-Paris_Tuileries_Garden_Facepalm_statue.jpg)
en el rar hay varios ejecutables, pero veo que te referis al instalador.
no tiene virus.
No, gracias a ti, Maese Splinter, por tu trabajo. Espero que no te haya dado muchos quebraderos de cabeza mi "código" :P
Hum, debería probar a poner dump y restore a "total" en el Echo, a ver si gano rendimiento, ya que es muy fácil que se refresque casi toda la pantalla debido al scroll tileado.
Bueno, pues he visto la r335 esta mañana y he ido con ella directamente a probarla en Wiz. Las buenas noticias son que me ha compilado a la primera y ha ejecutado del tirón, incluso me ha parecido apreciar una ligera mejora de rendimiento (pero se me sigue ralentizando un montón en cuanto hay más de 8 enemigos en pantalla, y más aun con el scroll de fondo :S).
Las malas es que aun no lo he probado en Windows, porque he arrancado directamente en Linux hoy :D :D :D Así que no he visto si la 1.3.1 se ha solucionado :P He probado con lo que llevo de la 1.3.2 del Echo.
Aparte, lo dicho: los fallos míos con la experiencia del arma, y un segmentation fault al salir del programa (eso es nuevo).
¿Qué leches pasa con los dirty rects que siempre andan dando problemas? :D :D :D
¿Y qué le pasaba a la mod_debug?
Lo del virus será cuestión de pasarlo por cualquier antivirus online que usa todos los motores gratuitos conocidos :D
(http://forum.bennugd.org/index.php?action=dlattach;topic=4260.0;attach=3581)
http://www.basicsimple.info/2015/02/20/avast-blocking-download.html
Quote from: FreeYourMind on July 05, 2016, 12:23:47 PM
(http://forum.bennugd.org/index.php?action=dlattach;topic=4260.0;attach=3581)
https://forum.avast.com/index.php?topic=160167.0 (https://forum.avast.com/index.php?topic=160167.0)
https://forum.avast.com/index.php?topic=166418.0 (https://forum.avast.com/index.php?topic=166418.0)
http://boardreader.com/thread/EL_PROBLEMA_DREP_63t88gX3m3o.html (http://boardreader.com/thread/EL_PROBLEMA_DREP_63t88gX3m3o.html)
Quote from: FreeYourMind on July 05, 2016, 12:25:41 PM
http://www.basicsimple.info/2015/02/20/avast-blocking-download.html
y bueno, tendremos mala reputacion...
Quote from: Drumpi on July 05, 2016, 12:16:46 PM
No, gracias a ti, Maese Splinter, por tu trabajo. Espero que no te haya dado muchos quebraderos de cabeza mi "código" :P
Hum, debería probar a poner dump y restore a "total" en el Echo, a ver si gano rendimiento, ya que es muy fácil que se refresque casi toda la pantalla debido al scroll tileado.
Bueno, pues he visto la r335 esta mañana y he ido con ella directamente a probarla en Wiz. Las buenas noticias son que me ha compilado a la primera y ha ejecutado del tirón, incluso me ha parecido apreciar una ligera mejora de rendimiento (pero se me sigue ralentizando un montón en cuanto hay más de 8 enemigos en pantalla, y más aun con el scroll de fondo :S).
Las malas es que aun no lo he probado en Windows, porque he arrancado directamente en Linux hoy :D :D :D Así que no he visto si la 1.3.1 se ha solucionado :P He probado con lo que llevo de la 1.3.2 del Echo.
Aparte, lo dicho: los fallos míos con la experiencia del arma, y un segmentation fault al salir del programa (eso es nuevo).
¿Qué leches pasa con los dirty rects que siempre andan dando problemas? :D :D :D
¿Y qué le pasaba a la mod_debug?
Lo del virus será cuestión de pasarlo por cualquier antivirus online que usa todos los motores gratuitos conocidos :D
vaya a saber el tema de las dirty porque tenian 1 pixel demas, espero no se haya arruinado otra cosa, al momento todo sale bien...
por otro lado, el mod_debug tenia un buffer de 256bytes y se usaba como de 512bytes, y crasheaba al querer mostrar un valor, por ejemplo.
Bueno, pues he pasado el RAR de BennuGD r335 Windows por la web de virustotal con este resultado:
https://www.virustotal.com/es/file/0319456125111157534e9fc7142d66fb6df170e5c6853e478162999500c86fe8/analysis/1467825675/
El único que ha detectado algo es el antivirus McAfee GW edition, un BehavesLike.Downloader.tc, y parece que es un problema muy común si se crea un instalador con NSIS.
Lo malo es que yo soy "hipocondriaco digital", y una simple sospecha me hace temblar, así que si alguien sabe algo más, que lo haga saber antes de infectar otro equipo :S :S :S
https://community.mcafee.com/thread/86669?tstart=0
Sí, lo sé, y como ese hay como 8 o 9 hilos más al respecto, con un montón de falsos positivos. Incluso un caso muy curioso de un instalador creado con NSIS que no contiene nada de nada.
Pero es eso, que ya cualquier cosa me hace sospechar, sobre todo desde que contraje el virus de la policía simplemente navegando por un foro. Por eso desde entonces sólo navego por internet desde Linux, salvo muy contadas excepciones (y la mitad de ellas por obligación más que por gusto).
Y esta tarde he tenido otro de mis ataques, pensando en el Windows virtual de Splinter, que se hubiera infectado porque lo ha usado para testear un programa de "dudosa reputación", aprovechando que es una "caja estanca" para virus :D :D :D
Tengo que dejar de ver tantas películas y volver a programar en serio, que llevo unos días que no escribo código casi nada.
Vale, sé que llega tarde, pero por fin me he acordado de probar el Echo con la r335.
- Por un lado, se han resuelto los problemas que comentaba con las transparencias, igual que en Wiz. No he probado más allá, aun.
- Por otro lado, he vuelto a analizar el archivo y ya no sale ningún tipo de virus o aviso, ya somos lo suficientemente populares :D :D :D
Y como comenté lo de usar dump y restore type a 1, decir que el experimento ha sido un fracaso. A pesar de necesitar refresco casi toda la pantalla, los valores de refresco por defecto (partial) han conseguido mejores resultados de rendimiento con el scroll tileado.
bueno, valio la pena el intento.