|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Eternal Idol
Páginas: 1 ... 174 175 [176] 177 178 ... 205
4376
« en: Sábado 4 de Febrero de 2006, 16:44 »
Puede que sea obvio pero no tiene porque ser siempre cierto.
¿Herramiento obtusa? Supongo que te referis a Watcom o Builder o Delphi ... Obtuso es pretender hacer cosas para las cuales una herramienta no fue diseñada y no es eficaz.
4377
« en: Sábado 4 de Febrero de 2006, 14:47 »
Si, la mejor optimizacion que provee el Intel C++ es interesante, aunque bastante lamentable cuando se comprueba que algunas optimizaciones solo funcionan bajo Intel y no AMD.
El otro compilador que nombras realmente no lo escuche nombrar JAMAS como cualquier otra persona del foro seguramente. Veo que soporta export desde 2003, cinco años despues del lanzamiento del standard, mientras que otros como GCC o VC++ no lo hacen y probablemente jamas lo hagan, tal vez eso tenga una razon de ser ...
Igual repito que no hay ningun compilador tan util para Windows como VC++ que tambien esta disponible para Windows CE y Windows XP Embedded. Ademas de ser gratuito no como los que nombras sirve para cualquier proyecto de Windows, logicamente por ser del mismo fabricante que el Sistema Operativo.
4378
« en: Sábado 4 de Febrero de 2006, 09:55 »
Si tambien existe Watcom e Intel C++ que genera un codigo muy optimizado pero ninguno, ninguno, le llega a los talones a VC++ en cuanto a utilidad para escribir codigo para Windows. Ya sea aplicaciones visuales, nativas o drivers.
4379
« en: Viernes 3 de Febrero de 2006, 20:41 »
Para Windows el mejor es VC++ por calidad del codigo generado y por compatibilidad.
4380
« en: Lunes 30 de Enero de 2006, 15:19 »
- ¿Sabrías inplementarlo en un modelo de 32 bits? ,
- Eso de que no hay segmentos vamos a dejarlo , si usas debug verás Debug es un programa de 16 bits, en 32 bits tenes un modelo de memoria plana sin ningun tipo de segmentos. Lee cualquier manual y lo vas a ver. En cuanto a usar db para insertar el salto, es una opcion pero no muy elegante, aca lo habia hecho: http://foros.solocodigo.com/index.php?showtopic=16756
4381
« en: Sábado 28 de Enero de 2006, 11:52 »
¿No acepta segmentos? Por la version no estoy completamente seguro pero me parece que estas tratando de ensamblar un salto de 16 bits en un modelo de memoria plano de 32 bits donde justamente no hay segmentos.
4382
« en: Sábado 28 de Enero de 2006, 09:43 »
No se hacen trabajos escolares.
4383
« en: Miércoles 25 de Enero de 2006, 21:19 »
De nadas, lo que pasaba era tenias un modulo en C (donde esta la funcion) y tu modulo estaba en C++ entonces con esa definicion el enlazador no encontraba la funcion.
4384
« en: Miércoles 25 de Enero de 2006, 08:34 »
bueno el tiempo se encarga siempre de demostrar quien es quien, asi que limitate ahacer tus cosas de la mejor manera posible.
1- no des chance de que el te haga correcciones a ti sino tienes como sustentar tu posicion de manera impecable
2- documentate y aprende. Muy buen consejo el primero, a ver si lo aplicas 
4385
« en: Martes 24 de Enero de 2006, 22:49 »
En donde incluyas las definiciones de las funciones, supongo que vendran en un .h haces esto: extern "C" { #include "defs.h" }
4386
« en: Martes 24 de Enero de 2006, 19:41 »
4387
« en: Martes 24 de Enero de 2006, 08:31 »
¿Que redito podemos sacar de una libreria hecha en C++ llamandola desde assembly?
Lo mismo me pregunte  despues hacer click para comenzar este tema. Conocimientos Siempre es bueno saber como funcionan las cosas por abajo asi que no es una perdida de tiempo saberlo 
4388
« en: Lunes 23 de Enero de 2006, 20:53 »
Mmmm .Revise algunos ejemplos de link que posteastes y tienes razon es un zapato chino como decimos en mi pais no tiene sentido hacerlo en ASM ,mejor usare el
ASM para otro tipo de trabajos. No es solo la complejidad sino la utilidad. ¿Que redito podemos sacar de una libreria hecha en C++ llamandola desde assembly? Mientras no uses assembly para el desarrollo de drivers 
4389
« en: Lunes 23 de Enero de 2006, 20:48 »
Hmm... en realidad lo que no tiene sentido es hacerlo TODO con asm, solo las partes claves que necesitas optimizar o tomar control total del codigo que quieres que se ejecute. ¿Si? ¿Te referis a optimizar llamadas a objetos COM?
4390
« en: Domingo 22 de Enero de 2006, 20:00 »
4391
« en: Domingo 22 de Enero de 2006, 11:10 »
Como dice su- depende completamente de la licencia pero de cualquier manera ya veo la capacidad del tipo este ...
4392
« en: Sábado 21 de Enero de 2006, 10:08 »
No era eso a lo que iba sino que no tenes ningun tipo de proteccion sobre la memoria que yo sepa. Se podria llegar a sobreescribir la memoria del Kernel tranquilamente.
Te recomiendo que busques informacion sobre el PSP (Program Segment Prefix) de MS-DOS que entre otras cosas incluye la linea de comandos.
4393
« en: Viernes 20 de Enero de 2006, 20:43 »
¿No es el S.O. de modo real (16 bits)?
4394
« en: Viernes 20 de Enero de 2006, 17:14 »
No creo que tuviera mucho uso, si hubiera que crear un foro por cada programa ...
4395
« en: Viernes 20 de Enero de 2006, 10:07 »
Windows obtiene un puntero desde una direccion especifica (GetCommandLineA/W). Podrias hacer una estructura de proceso (fija) en la que uno de los campos sea un puntero al command line.
4396
« en: Viernes 20 de Enero de 2006, 07:28 »
4397
« en: Jueves 19 de Enero de 2006, 22:41 »
Cuando veas un programa compilado lo veras en assembly (todo el codigo y todos los programas).
4398
« en: Jueves 19 de Enero de 2006, 09:15 »
A primera vista me dije que necesitabas algo como el SoftICE pero no sabia si habian sacado versiones para MS-DOS, segun Wikipedia fueron las primeras: http://en.wikipedia.org/wiki/SoftICEAnda a saber donde se podra conseguir, yo apostaria por P2P
4399
« en: Miércoles 18 de Enero de 2006, 21:48 »
No, todos los lenguajes compilados generan un output que tiene una representacion directa a assembly.
4400
« en: Miércoles 18 de Enero de 2006, 18:40 »
eternal te queria contar que lei tus links de real programers... muy interesantes, esos si que son programadores Totalmente, Mel es un idolo inconmensurable
Páginas: 1 ... 174 175 [176] 177 178 ... 205
|
|
|
Mostrar Mensajes
