Para mí que QUIERES conseguir una base de datos con las vulnerabilidades en los programas mas famosos como apache, IIS, iexplorer,firefox,... y tambien poner la descripcion de las vulnerabilidades y sus respectivos exploits.

Gracias, LeandroA, pero esa no fue mi duda, lo que ocurre es que como dices no voy a usar ese parámetro; me imagino que debió ser implementado así por compatibilidad: en C puedes poner NULL y te lo salta pero en VB no puedes poner ni Null ni vbNull porque lanza error al tratar de compilarlo, debió ser por eso que se distribuye como Any, para agregar ese valor &0 que veo en varios lados.

Me imagino que debe ser eso, pero tenía la duda, ¿por qué en todos lados aparecía distinto al mío?

Pero bah, creo que simplemente le voy a poner As Any confiando en mi teoría.

Hoygan, me gustaría saber cómo es exactamente la declaración de la función API ReadFile(), ya que el visor de APIs me la traduce como:


Y en MSDN aparece como:



Todo bien hasta ahora... pero en todos los ***** sitios de internet en los que veo, hasta en las páginas de Microsoft (msdn.microsoft.com, support.microsoft.com, etc) me aparece como:




Long, long, long o algo parecido si se trata de .NET.

¿Cuál es la religión verdadera entonces?, ¿y por qué sólo en mi software aparece con otro tipo distinto a Long?

Hilsener y gracias de hantemano.

Creo que se podría hacer con mensajes. No estoy en Windows así que no estoy puedo consultar MSDN para segurarlo pero creo que con APIs como CreateMessage() RegisterMessage() y SendMessage() se podrían crear mensajes personalizados que se manden con SendMessage y que pongas a tu máquina de escucha en los mensajes con SetWindowLong() y eso es como hacer sockets localmente y más fáciil, sin necesidad de crear conexiones y eso.

Usa un editor hexadecimal.

Si la gente seleccionara los foros en los que quiere hacer la consulta se ahorrarían más recursos aunque la búsqueda fuera de varios meses atrás.

Sí pero aquí el planteamiento es este: 10 usuarios usan el botón buscar 10 veces cada uno: ¿cuántas veces de esas 100 que se usa, se cambia el valor de 90? Yo apostaría mucho a que cuando alguien lo usa pone un valor alto para no pasar temas por alto y de igual forma se hace una gran consulta a la base.

Cual sea, pero que alcance para no tener que volverlo a modificar.

De cada 10 veces que usas el botón, ¿en cuántas tienes que modificarle la opción de 90 días por otro valor?

Sugiero que se modifique la opción "Antigüedad del mensaje" del botón buscar de 90 días a unos 999 o mejor aún, 9999. Si nos recomiendan ampliamente usar esa funcionalidad cuando menos creo que podrían ahorrarnos el medio segundo que nos tomamos en cambiarle los números.

Otro motivo puede ser algo que me ocurrió hace unos minutos: usé la función y no encontré más que un resultado, luego otro usuario me mostró un enlace y caí en la cuenta de que no había cambiado los valores de 90 a 9999 y por eso no había consultado satisfactoriamente la base de datos.

Hilsener.

Seeeeeehhh