Mensajes

Mmh, no estoy de acuerdo, prefiero code::blocks + mingw que la herramienta de microsoft (visual c++). Prefiero ultradefrag que el defragmentador de windows, prefiero cualquier otro firewall antes que el firewall de windows y prefiero usar un vnc antes que usar el escritorio compartido de windows. Las herramientas de microsoft suelen tener bugs, ser poco eficientes o no cumplir el objetivo que se busca.

El firewall no es una herramienta de desarrollo y el defragmentador tampoco (veo que dice en la pagina de ese programita algo sugestivo "ReactOS and Wine aren't supported yet, because they have no defragmentation API implemented at this moment."), cualquier otro firewall serio usa la arquitectura que Microsoft diseño (junto a un par de empresas mas) e implemento (NDIS), a diferencia del firewall de Windows que es gratuito y cumple su simple objetivo. A mi el escritorio remoto me funciona perfectamente, me alegro que otro software que funciona bajo Windows te sirva mas.
Lo de VC++ lo paso casi de largo, esta claro que nunca te metiste a fondo en el desarrollo para Windows ni comparaste el output generado por los compiladores disponibles.

Todo el software tiene bugs, que no comprendas al Application Verifier o WinDbg es otra historia, lo unico que estas haciendo es esparcir FUD.

Voy a analizar el bug, pero repito, me parece que es más posible que haya una falla en el software de microsoft que haya un error en el winpcap.

Si, seguro que la culpa es de Microsoft y no de tu codigo, tenes razon, pero igual no entiendo para que usas Windows, mejor instalate GNU/Linux y depuralo con gdb.

Puede ser, pero EN no indica la razon por la cual se produce el problema en cuestion, sin analizarlo nunca lo vas a saber.

PD. Entonces mejor trabaja bajo un S.O. que no sea de Microsoft, para Windows mejor que sus herramientas no hay.

Instalé el programa que me dijiste, pero me hacía crashear el programa compilado, lo desinstalé y ahora los ejecutables compilados me miden 29 mb (Tanto el debug como el release). Que puede haber cambiado?

Al parecer detecto un problema, lo mejor seria que lo analizaras y lo solucionaras en lugar de desinstalar el Application Verifier.

C tampoco soporta POO nativamente.

Tambien podes intentar implementarlo vos directamente, la base no es mas que una estructura en memoria (OBJETO) y metodos (funciones que se aplican a los objetos) ...

Prefiero el depurador oficial de Microsoft que sirve tanto para modo Usuario como modo Kernel.

Proba con Application Verifier:

"Application Verifier is designed specifically to detect and help debug memory corruptions and critical security vulnerabilities.
This is achieved by monitoring a native application's interaction with the Windows operating system, profiling its use of objects, the registry, the file system, and Win32 APIs (including heaps, handles, locks, etc), and indicating issues when and where they are discovered. "


• The Basics verification layer will require that you run your application under a debugger.

Asi que te recomiendo usar WinDbg.

¿Probaste con un valor chico tipo 100 milisegundos?

1. Te tocara aprender ingles entonces.

2. Exactamente. ¿No sabes C++? ¿Sabes POO? Aprender POO en un lenguaje que no lo soporta nativamente no es una idea muy brillante ...

3. En 2 lo ves ya en funcionamiento.

[objeto]

1. Depende del ensamblador, consegui la documentacion del mismo.

2. Mi consejo es que aprendas como lo hace C++.

3. Basandome en el punto 2 para x86/64 se suele pasar el puntero al objeto (no clase, tal vez tengas que refrescar un poco la teoria de POO) en el registro ecx.

¿No es hora de averiguar como generar el ejecutable sin cambiar el codigo?