Mensajes

Si estás leyendo 100.000 estructuras en principio, a pocos bytes que tenga esa estructura, habrás consumido los 20Mb. en un parpadeo. Entonces me pregunto si estás obteniendo y consultando el retorno de fread, si no devuelve la misma cantidad de bytes que se intenta leer, o se llegó al final de fichero o hay un error.

Cuando hay un error se genera un reporte, como estás en un bucle y no lo tratas (es un a dedución a falta de un código más explícito), básicamente estás generando reportes de error, constantemente que por sí mismo podrían explicar la caída del rendimiento.

Si no es esto, deberías poner aunque sea un ejemplo práctico que reproduzca el error, no necesariamente todo tu código, basta simplificado para que pueda reproducirs el error e investigarlo un poco más a fondo.

En principio el problema es saber 'cuando el usuario deja de escribir', precisamente para eso se usa un botón 'aceptar'. Así el usuario indica explícitamente que ha temrinado con la entrada de datos.

No obstante siendo es la opción obvia hay otras cuando se quiere alguna otra cosa como es tu caso.
Una de ellas es usar el evento validating, no el de change...
El evento validating, sucede cuando se pulsa otro control, es decir cuando el foco del cursor se intenta dirigir a otra parte, antes de que se abandone el foco de dicho objeto (al caso supongo un textbox), salta dicho evento...  requiere eso sí que el usuario realice alguna acción de pulsar en otra parte, si simplemente no hace nada, pues el evento no salta.
Pero en realidad el evento validating, suele usar para garantizar que los datos introducidos reúnen el formato requerido (cuando es el caso).

Es entonces cuando tiene sentido usar un timer...
El timer lo activas en primer lugar cuando el control gana el foco, y lo actualizas (reset el timer a 0) cada vez que sucede un evento change (sucede con cada carácter añadido o eliminado), entonces si tras reactivarse el timer, el lapso se consume (pongamos 1-2sg. es cuando resulta pertienente hacer la búsqueda con los caracteres que contiene el textbox...


Básicamente es este pseudocódigo.

Código [Seleccionar] Expandir


sub form_load ...
   timer.interval = 1500   ' debes probar con varios valores de intéralo, hasta que estés satisfecho con la espera.
   timer.enabled = false   ' salvo que sea el único control en el form que entonces ganará el foco sí o si.
fin sub

sub textbox_gotfocus ...
    timer.enabled = true
fin sub

sub textbox_change ...
   timer.enabled = true
fin sub

Sub timer_Tick() ...
    timer.Enabled = False
    call BuscarLoQueSea
fin sub


Es 'raro' eso de que cargue 20 mb. de tamaño de un fichero en memoria en más de 40 minutos, debería ser inmediato (hoy día 20 mb. es poca cosa).

Puede suceder una de las siguientes cosas (así, sin más detalles).
- No queda memoria libre suficiente, o está muy fragmentada. Tu mismo podrás comprobar si es el caso y de ser necesario activa la escritura de RAM a disco (si no se cambió por defecto el S.O. suele ootorgarle algo así como un mínimo de 512Mb.). Por su parte cuando hay mucha memoria en el sistema, e spreferible desactivarlo, porque su uso ralentiza al S.O. que a pesar de la gran cantidad de mmemoria en el equipo, pueda empeñarse en tirar de páginas a disco.
Otra opción más sencilla si se entiende que ya está configurado adecuadamente, es cerrar aplicaciones que no se precisan, para liberar memoria.

- Que haya algún sector dañado en el disco duro. Puede abortar la operación o puede intentr 'rumiar' intentando leer el contenido y avanzar muy lentamente.
en tal caso o ante la duda conviene hacer un chequeo dle disco completo (buscando por secotres dañados y que queden marcados como tal y que recupere los que no estén dañados).

- Adicionalmente la presencia de algún virus podría tener suspendido algún proceso... o manipulado algún driver.

- Algo mucho menos frecuente  (depende del S.O. de tu equipo), es que dado ciertas fallas (generalmente por daños en disco), es que le haya cambiado el modo de tranferencia (de DMA a PIO). Esto podía ser frencuente a finales de los 90 y comienzos de siglo, pero no he escuchado desde entonces que esto siga sucediendo hoy (por eso digo que depende dle S.O. con el que estés haciendo tus pruebas).

Y sin más detalles no se me courren más razones...

Si cambiaron tu numero de telefono y no el email (porque no lo diste), entonce spodrás recuperar tu cuenta, porque tu puedes demostrar que ese númerod e teléfono, está asociado a tu nombre y quien haya asociado tu cuenta a su email, no podrá demostrar que se llama como tú ni aportar documentación que demuestre que ese número de teléfono es suyo.

Ahora bien, ten en cuenta, que muchas acciones de usurpación ya prevén esa situación y lo que hacen es que antes de usuarpar tu cuenta es lograr acceso a tu correo o a tu teléfono, para poder confirmar el cambio como si fueras tú.
Por ello es adecuado (con cuentas de correos), tener cuentas designadas secundarias que puedan recuperar tu cuenta.

No tengo twitter, no conozco el mecanismo exacto que tiene para recuperar cuentas usurpadas, pero asumo (y más como aseveran los otros compañeros), que el método es más o menos exhaustivo. De ser el caso, si hay opción, no solicites un SMS, que pudiera estar intervenido, en todo caso una llamada telefónica.
Repasa los permisos en tu teléfono para ver qué aplicaciones tiene acceso a los SMS, y elimina ese permiso de todas las aplicaicones que no tengan razón de ser.

A mi me llegó una petición de Change.org, para lo mismo (el rescate de animales con dorn), aunque no recuerdo cual de las dos iniciativas surgió antes, o si son la misma o han acabado derivando en la misma.

[vayas a un cajero lo antes posible y cambies el pin de tu tarjeta por otro.]

No. Nadie excepto tu sabe ni tiene que saber ni tu pin, ni ninguno de dichos dígitos de tu tarjeta. Ni el banco tiene por qué saberlo. de hecho si no lo recuerdas, debes ir al bqanco a reclamarlo y el cajero técnicamente solicita un nuevo pin que se imprime y que el cajero no tiene por qué verlo.

Tu pin es solo tuyo y absolutamente nadie, puede reclamarte que introduzcas ninguno de sus dígitos, para ningún otro propósito que verificar la transacción de compra en el uso de la tarjeta.

Otra cosa es que te hayan pedido los 3 dígitos de control de la tarjeta (que a vces, sobre todo antes) venían al dorso y no forman parte de la numeración. ...aunque desde luego no se suman.

Me temo, que es un intento de acceder a tu pin... hoy te piden sumar el primero y úlimo, otro día te piden otros 2 y al final se deduce tu pin. Me entran dudas de que realmente estuvieres accediendo a través de una web legal... quizás fuera una página falsificando a otra, etc...

Para la próxima haz una captura o foto de dicho formulario.

...por seguridad yo te recomendaría que vayas a un cajero lo antes posible y cambies el pin de tu tarjeta por otro.

Por eso me he preguntado si existiría un algoritmo que no necesitase almacenar las permutaciones de n-1 elementos, sino que solo mediante bucles fuese capaz de escribir las permutaciones directamente.

Yo le he dado algunas vueltas al asunto y creo que no, que no es posible tal algoritmo, y que cualquier algoritmo pasa por tener almacenadas las permutaciones

Las permutaciones, son bases numéricas con condicionantes algo 'caprichosos'.
Del mismo modo que puedes escribir 78 directamente en sistema decimal, sin necesidad de tener todas las permutaciones de 2 dígitos previas (00-77), igual pasa con cualquier otra base numérica.

Todo lo que necesitas saber de antemano es cuantos elementos contiene (el numero mayor para x dígitos), o dicho de otra manera que número de secuencia supone la última secuencia buscada (con dos dígitos es 99, luego son 100 permutaciones).
Después de eso, es exactamente lo mismo que operar con cualquier base numérica.

Intenta pasar el numero 78 de la base decimal a una base 12, 17 o 44... cuando te suene familiar, te será más fácil entenderlo y resolverlo.

Si, pero cuando te avisa ya has entrado al hilo y además le has dado a "Responder". Yo lo que busco es evitarme entrar porque otro forero sí que haya contestado a un mensaje antiguo, pero yo no puedo saberlo de antemano. Precisamentepor eso lo que propongo es que en el tablón del foro se vea al lado del mensaje de un hilo la fecha de cuando se inició Si veo un hilo con dos páginas de mensajes y fecha de inicio 2010, pues igual ni siquiera entro a leer.

Si esto pasa a veces, pero vamos, yo no diría que cada día me pase 300 veces, como para ver en ello una imperiosa necesidad. Al fianl que son 10 clicks adicionales al día?. Creo que se puede vivir con ello.

Personalmente no veo 'nada malo', en que si un hilo data de hace 5 años y se trató pongamos por ejemplo como solucionar cierto problema, algoritmo, etc... que alguien con el mismo problema pero tras leer no termine de entender pregunte en un hilo que justamente trata ese mismo tema. Que cree un nuevo hilo con el mismo tema, no veo que solucione ningún problema, como tampoco veo que se genere algún problema por segir escribiendo en el viejo hilo.
En mi opinión, creo que se aplica mal, los hilos a no resucitar son esos donde alguien dejó un enlace de descarga y alguien 5 años después reclama que el 'enlace no funciona, que se lo vuelvan a subir', pues es de considerar que el usuario que lo subió ya ni aparezca por el foro, o bien que el contenido específico al que se hacía referencia ya no lo tenga en posesión...

Sería un problema si uno tuviera que leer obligatoriamente en secuencia cada mensaje antes de poder acceder al último, pero no es el caso, Tampoco creo que haya sobrecarga en la base de datos por seguir escribiendo en un hilo viejo. Supongo que el único problema real sería el de que en caso de querer purgar hilos viejos, el no actualizar viejos hilos, facilita la cantidad d ehilos viejos que puedna purgarse, por otro lado que un viejo hilo se actualice es indicativo de que el tema sigue siendo de interés.

Cuando compras productos de escaso valor (pongamos 5-15 euros), puede que logres estafar alegando que no te llegó, cuando el envío no tiene ningún tipo de seguimiento y la plataforma tolera la devolución.

Cuando el producto es caro, ten por seguro que ningún vendedor va a enviar ningún artículo sin que quede registrado por la compañía de paquetería que el destinatario recibió el envío.

De hecho hay vendedores que lo primero que ponen en sus detalles como vendedor es que si eliges la opción de envío más barato que no incluye seguimiento del paquete, no se hacen responsables por pérdida-extravío. Por supuesto cada plataforma de venta tiene sus normas.

En cualquier caso, muchos vendedores miran el historial de votos (positivos-negativos) del comprador o si lleva poco tiempo registrado en la plataforma antes de aceptar cierto tipo de compras.

Si estás pensando en intentar ganar dinero a base de estafas con compras, puede que alguna te salga bien, pero a medio-largo plazo tendrás denuncias y posiblemente condena.

Si no te cogen el teléfono, acude a la comisaría y señala allí el caso personalmente (imagino que resides en el propio Paraguay), es de suponer que ya ellos contactarán con alguien capacitado para tomar decisiones y hacer las indagaciones pertinentes.

Si ninguno te hace caso, entonces habla con algún periodista para que publique el titular: "Hallan fallos en la web de... y no hacen caso del aviso".
Pero sin explicitar como has encontrado y cuales son (en detalle) los fallos, para no dar más pistas al público avispado de lo preciso. El periodista seguramente quiera una demostración, para asegurarse que no le tomas el pelo... Ya cuando todo el mundo se haga eco y el ministerio sea un hazmereir, a lo mejor te prestan atención.