Get stuck on 48% #31
Comments
|
Mira abriéndolo con nxlink y manda foto del log cuando se quede pillado en ese porcentaje. |
|
[DEBUG] https://updates.not-d3fau4.tk/c/c/749fcff4fab188a6f68a1d5319b10caf |
|
se me sigue pillandoo a ese porciento y no solo a mi |
|
eso está desactualizado la desgracia es que no puedo mirar nada de eso, estoy de vacaciones y el pc mas cercano es un pc con windows 95 por cierto si quieres montar un server ahora te paso por discord mi servidor que uso para nightfall que ese si está actualizado y a lo mejor te interesa. |
|
vale aunque te comento un poco y va ser que tenias razon con lo de que era el progama |
|
Si, acabo de ver los cambios puede que sea un problema de memoria y al guardarlo en memoria ya no peta (?), El nca al que se queda pillado siempre es el nca donde tiene programa flog que es el nca más grande que descarga, lo que pasa es que se queda en bucle descargando, osea descarga, falla, descarga y así todo el rato. No sé si ha habido una actualización reciente de la librería curl, lo mismo cuando lo compile tenía un bug o algo. |
|
a si |
|
pero no se si eso hace que no falle creoo q no tiene que ver |
|
de la forma en qu esta planteaoen al codigo esta bien pero se creara un bucle si alguno de los ficheros falla |
|
NightFall.zip |
|
#32 haciendo esto me funciono |
|
ahora no recuerdo habia algo q previniese q la consola entrara en espera si nightfall estaba descargando? |
|
error [0;32m[DEBUG][0m https://updates.not-d3fau4.tk/c/a/1ddada09497ebd46682c794eb8a50ae3 |
|
nop |
|
28minutos tomo y como tuvo errores empezo desde el principio |
|
pero en serio usar un chunk de memoria reduce el tiempo de media hora a 10m |
|
procedo a |
|
para que no falle si el achivo es mas grande de lo que la memoria puede almacenar (Que no lo he visto ) |
static size_t write_memory_callback(void *contents, size_t size, size_t nmemb, void *userdata)
{
size_t realsize = size * nmemb;
struct MemoryStruct *mem = (struct MemoryStruct *)userdata;
char *ptr;
ptr = (char*)realloc(mem->memory, mem->size + realsize + 1);
if (ptr == NULL)
{
printf("Failed to realloc mem\n");
printf("Writing... %uMb To file\n",mem->size / 1000000 + 1);
fwrite(mem->memory, 1, mem->size, mem->fp);
free(mem->memory);
mem->memory = (char*)malloc(1);
mem->size = 0;
ptr = (char*)realloc(mem->memory, mem->size + realsize + 1);
if (ptr == NULL) return 0;
}
mem->memory = ptr;
memcpy(&(mem->memory[mem->size]), contents, realsize);
mem->size += realsize;
mem->memory[mem->size] = 0;
return realsize;
}```
el fichero debe abrirse como append |
|
Pues de momento hice esto: faffc13 |
|
No sé usar la memoria no debería ser una opción |
|
Y ya esto es mi opinión pero la pantalla no debería apagarse durante la descarga |
|
En cuanto a al sobrecarga de memoria simplemente lo gestionas desde el write callbak de curl si es q ocurre que no pasa con los ficheros pequeños q usas y si esas en full ram tienes 3gb +/- para desgargar |
|
Eso sí tienes que agregar un pequeño pedazo de código para gestionar el llenado de mamotia y el vaciado a un archivo en la SD y aunque parezca que alfinal estás escribiendo en la SD ap parecer no es lo mismo escribir 40mb de golpe que byte a byte lo cual es más lento de procesarlo |
Supuestamente una aplicación no puede reiniciar la consola y tampoco aplicar actualizaciones, prohibiere el uso del modo aplicación en próximas commits. y no lo voy a poner obligatorio porque no voy a arriesgar a mis usuarios de que reviente la aplicación porque haya sobrecarga de memoria, tu no sabes si el usuario lleva atmosphere limpio o con 18 sysmodules o mierdas que consuma memoria o modifique memoria. |
|
en ese caso solo gestiona la sobrecarga de memoria y listo //para el modo applet usa
bool AppletMode=false;
AppletType at = appletGetAppletType();
if (at != AppletType_Application && at != AppletType_SystemApplication) {AppletMode=true;}
//o algo simlar |
The text was updated successfully, but these errors were encountered: