• Martes 13 de Mayo de 2025, 08:50

Mostrar Mensajes

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 ... 185 186 [187] 188 189 ... 205
4651
ASM (Ensamblador) / Re: Ide Para Nasm
« en: Lunes 19 de Septiembre de 2005, 22:57 »
Cita de: "JuanK"
como desarrollo en asm usando el vstudio.net? no he visto la opcion de ensamblado por eso no lo uso .. bueno lo he usado por linea de comendos pero eso no eh usado el IDE.
Generalmente solo suelo escribir el codigo en el IDE y usar linea de comandos o makefiles. De cualquier manera tambien se puede configurar en un proyecto la herramienta que se usa para generar cada archivo.

4652
ASM (Ensamblador) / Re: Ide Para Nasm
« en: Lunes 19 de Septiembre de 2005, 22:34 »

4653
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 22:32 »
Cita de: "JuanK"
O sea que como que mejor me quedo con el NASM?
realmente siempre use TASM cuando lo poco que hice en asm hace unos años, pero recien hace poco los oi hablar de NASM y me gusto, pero tambien los hoy de MASM , queria probar y no me gusto...

lo unico malo es ..

bueno abrire otro post para eso.
El problema es que intentas usar un destornillador para clavar un clavo cuando deberias usar un martillo, no podes ensamblar un programa de 16 bits con MASM de 32 bits y tampoco podes pretender que ese programa funcione en Windows.

Para hacer aplicaciones de 32 para Windows, a mi entender, no hay nadie que le haga sombra al paquete MASM32.

4654
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 21:12 »
Cita de: "JuanK"
como le digo a MASM que me genere codigo de 16 bits?
No se puede, existe una version de 32 y otra de 16 bits, tenes que usar ese ejecutable.   :comp:

4655
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 20:47 »
Cita de: "JuanK"
copié el código tal cual lo posteaste y si en masm32.

Cita de: "Eternal Idol"
El segundo y mucho mas importante es que no podes acceder a esa interrupcion de la BIOS ni usar punteros de 16 bits (mov si, cad) en modo protegido. En sintesis ese codigo es para 16 bits.

4656
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 19:28 »
Cita de: "JuanK"
me salio el error al realizar los cambio en el codigo, como lo puedo corregir?
Citar
mioasm.obj : warning LNK4078: multiple ".data" sections found with different att
ributes (C0220040)
mioasm.obj : fatal error LNK1190: invalid fixup found, type 0x0001
¿Que cambio hiciste exactamente y con que trataste de construir la aplicacion, MASM32?

4657
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 18:40 »
Cita de: "JuanK"
como puedo implementar esa rutina en modo protegido siendo to mismo el desarrolador del OS o de mi RTL?

Como quieras, si es tu Sistema Operativo la podes implementar como quieras. Lo que hacen tanto Windows como Linux, a grandes rasgos, es proveer una interfaz mediante una llamada al sistema con la cual se derivara oportunamente al driver encargado de la placa de video la peticion de escritura.
De cualquier manera me parece que te estas adelantando un poco a los hechos, si tuvieras un S.O. de 32 bits verias claramente como implementarlo.

Cita de: "JuanK"
Aparte de NASM que otro ensamblador puedo usar para hacer un OS?

FASM.

4658
Visual C++ / Re: Puerto Paralelo Y Mfc
« en: Lunes 19 de Septiembre de 2005, 18:23 »
No funciona por una razon muy simple outp es una macro pensada para 16 bits donde el acceso a los puertos mediante instrucciones out* de ensamblador es totalmente libre mientras que en un Sistema Operativo de 32 bits como Windows el acceso a hardware solo esta permitido en modo kernel.

4659
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 18:20 »
Cita de: "JuanK"
que hace offset?

donde puedo conseguir un BUEN manual de MASM?
los que he visto son pateticos...

A grosso modo diria que devuelve la direccion dentro de un segmente de una etiqueta en este caso cad.

Esto es lo que hay, no me atrevo a decir que no es patetico  :D :
http://doc.ddart.net/asm/Microsoft_MASM_Pr...ers_Guide_v6.1/

Cita de: "JuanK"
eso lo explica todo, o sea que tendria que hacerlo con la 21H supongo

La interrupcion 21h es de MS-DOS por lo tanto la respuesta corta es no. La respuesta larga involucra el metodo de llamada de servicios de Windows ya sea mediante una interrupcion o instrucciones de llamada rapida.

Cita de: "JuanK"
Si quisiera hacer codigo de 32 bit sin usar el OS.. e decir digamios que estoy haciendo un OS y que no uso ningun compilador de C nio de C++ sino que solo quiero asm..
como puedo hacer ese mismo proceso en 32 bit?

No se puede hacer un Sistema Operativo con MASM porque su licensia lo prohibe.

De cualquier manera no podes imprimir nada en pantalla sin hacer uso de hardware, el hardware no es accesible directamente en modo protegido con lo cual dependes de los servicios del S.O. para cualquier cosa que quieras hacer, no tenes acceso ni a la BIOS ni a puertos. Windows tampoco funciona en modo consola con lo cual no saldria el texto ... en sintesis tenes que usar las funciones del S.O. y a lo sumo podes interactuar con el hardware en modo kernel.

 :devil:  :smartass:

PD. TODO el tiempo hablo de Windows NT (3.1, 4.0, 5.0=Windows 2000, 5.1=Windows XP, 5.2=Windows 2003 Server, 6.0=Windows Vista).

4660
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 18:05 »
Cita de: "JuanK"
para que hago esto?

Para que no te de el error al cual haces mencion en el mensaje inicial.

Cita de: "JuanK"
bueno es que no quiero hacer un COM por eso omiti lo del 0100h y agregue segmentos adicionales y quiero hacerlo con asm de 32 bit no con asm de 16 como lo tenia en NASM.

Entonces hay muchos mas errores que no eran aparentes. El primero es que el modelo .tiny no existe en un Sistema Operativo de 32 bits como Windows que solo tiene un modelo de memoria plana.
El segundo y mucho mas importante es que no podes acceder a esa interrupcion de la BIOS ni usar punteros de 16 bits (mov si, cad) en modo protegido. En sintesis ese codigo es para 16 bits.

 :smartass:

4661
ASM (Ensamblador) / Re: Problema En Masm
« en: Lunes 19 de Septiembre de 2005, 17:50 »
Hay mas de un problema en este planteamiento, el primer problema lo podes solucionar cambiando el .486 por .186, lo segundo que veo es que definis diferentes secciones de codigo cuando en realidad un .COM no tiene cabeceras ni secciones sino datos binarios. Tambien veo que este ejecutable no define el origen a 0100h como debe hacer todo .COM y que empieza su ejecucion en imprimir. Eso lo podes comprobar facilmente con el depurador de MS-DOS (debug.com).

Sin cambiar demasiado asi funciona:

Código: Text
  1.  
  2. .186
  3. .model tiny
  4.  
  5. Codigo segment 'code'
  6. org 0100h
  7.  
  8. _start:
  9. cld
  10. mov SI, offset cad
  11. call imprimir
  12. ret
  13.  
  14. imprimir:
  15. mov ah,0eh
  16. caracter:
  17. lodsb
  18. cmp al,0
  19. jz finchar
  20. int 10h
  21. jmp caracter
  22. finchar:
  23. ret
  24.  
  25.  
  26. cad db "prueba",0
  27.  
  28. Codigo ends
  29.  
  30. end _start
  31.  
  32.  

 :devil:

4662
ASM (Ensamblador) / Re: Manual Asm Linux Sintaxis Intel Español
« en: Domingo 18 de Septiembre de 2005, 16:02 »
No creo y el consejo es que entiendan Ingles, todo el material sale en Ingles y algo del material sale en Castellano, todo lo nuevo sale en Ingles y despues de un tiempo (o nunca) sale en Castellano.

4664
VB .NET / Re: Aplicaciones .net Sin Framework
« en: Viernes 16 de Septiembre de 2005, 09:01 »
Cita de: "Kev"
Realizar una aplicacion y que corra sin el Framework no se si se tiene esta libertad en Visual C++ ya que no esta integramente ligado al framework sino que solo tiene extensiones para que este lo gestione, y quizas fuera posible realizar aplicaciones MFC, seria investigar sobre esto.
VC++ por defecto no tiene ninguna relacion con .NET, existe un modificador (/clr) para que el compilador de C++ cree un ejecutable compatible con .NET. Tampoco es necesario usar MFC en lo absoluto. Como decia antes podes generar un ejecutable sin ninguna otra dependencia que el mismo Sistema Operativo con lo cual no tenes ningun tipo de problemas con DLLs, esos problemas suelen darse cuando se abusa indiscriminadamente de componentes realizados por terceras partes y no se comprende la estructura de un ejecutable PE.

4665
VB .NET / Re: Aplicaciones .net Sin Framework
« en: Jueves 15 de Septiembre de 2005, 16:11 »
Cita de: "DARKDRAKOS"
Si alguien sabe algo le ruego que me lo comente dado que este descubrimiento me ha hecho pensar en regresar al VB6.
¿Estas programando en C# o en VB.NET? Si estas programando en C# te recomiendo que pases a C++ donde no vas a necesitar NADA para poder ejecutar tu programa, la sintaxis de C#esta basada en la de C++ y es el lenguaje de alto nivel por excelencia.  :devil:

4666
C# / Re: C# Versus Java
« en: Jueves 15 de Septiembre de 2005, 15:58 »
Cita de: "JuanK"
Primero que todo gracias... hay cosas que cambian y otras que no...

Por otro lado eso que dices tambien es hilarante, yo conozco muchos programas amateur que son hechos en C, C++ y assembly que son muy malos o muy mediocres nada SERIOS en comparación con los lideres y de infima calidad y no por el hecho de ser desarrollados en esos lenguajes son buenos, entre estos programas muchos incluso son antivirus, o proyectos de antivirus que solo hacen ruido..
De nada, la ignorancia es algo que se mantiene con el paso del tiempo lamentablemente.

¿Lo que yo digo es hilarante? ¿Acaso Windows esta hecho en Java o .NET? ¿Acaso los juegos SERIOS que se venden en todos lados estan hechos en Java o .NET? ¿Acaso viste algun driver hecho en Java o .NET?

¿Quien dijo que por usar un lenguaje se garantiza un buen producto? Evidentemente un mal programador en cualquier lenguaje obtendra un mal producto.

No conozco ningun antivirus hecho en Java o .NET seria bueno que nombraras alguno para contrastarlo contra todos los demas que conozco hechos en C/C++ y assembly.

4667
C# / Re: C# Versus Java
« en: Jueves 15 de Septiembre de 2005, 11:53 »
Cita de: "JuanK"
realmente si creo que te has quedado en el tiempo, pero eso no quiere decir que dedicarce a C, C++ y asm sea algo malo, por el contrario me parece algo muy bueno pero si te dedicas solo a eso y no te actualizas llegara el dia en que te quedes sin nada que hacer.  :scream:

Lo dudo muchisimo, es mas probable que .NET fracase junto a Microsoft en su version Vista que yo me quede sin nada que hacer. Todo el tiempo hay proyectos serios que requieren conocimientos que no se adquieren con lenguajes de tan alto nivel.

Cita de: "JuanK"
Por otro lado casi en ninguna empresa usan ya esos lenguajes, salvo para casos muy puntuales. A que te dedicas?

Eso es hilarante. Preguntemos a Microsoft que lenguaje usa para desarrollar Windows, preguntemos por todos los videojuegos SERIOS (no hablo de proyectos amateur de infima calidad) de ultima generacion. Preguntemos a cualquier fabricante de hardware y desarrollador de drivers.

Soy programador senior de C/C++ y assembly (x86 & x64) y trabajo en una muy conocida empresa de antimalware.

Cita de: "JuanK"
No conozco mucho de SmallTalk

Ese es el dato pertinente entonces.

Cita de: "JuanK"
Lo único que si carga son las librerias que enlace dinamicamente, lo cual en un programa en modo consola son como 4mb, mientras que java sube la Java virtual machine de arranque con 30mb.

Yo nunca dije que Java utilizara menos memoria y mi afirmacion se sostiene  :devil:

4668
ASM (Ensamblador) / Re: Numeros Negativos
« en: Jueves 15 de Septiembre de 2005, 11:43 »
Un par de apuntes, estas dependiente mucho tanto de MASM (el ensamblador en si) como de MASM 32 (el paquete), no se si te lo aceptaran.

Ahora el codigo, lo que estas haciendo hasta ahora es recorrer desde 0 a 6 el array y al hacer:

Código: Text
  1.  
  2.   mov b[ebx], al
  3.  
  4.  

Estas llenando b
  • siempre con el valor de a
  • cuando deberias hacer ahi la comparacion para saber si el numero es o no negativo. Teniendo en cuenta que los bytes con signo van de -128 a 127 podes hacer una comparacion de este tipo para seguir usando operadores de MASM:
Código: Text
  1.  
  2.    .if al < 128
  3.      mov b[ebx], al
  4.     ;aca imprimirias NUMERO + B
  5.    .else
  6.     ;aca imprimirias NUMERO + C
  7.      mov carray[ebx], al  
  8.    .endif
  9.  
  10.  

Como nota adicional no podes modificar ebx tan alegremente ya que es utilizado por Windows.

 :smartass:  :devil:  :comp:

4669
ASM (Ensamblador) / Re: Boot Disk En Disco Duro
« en: Domingo 11 de Septiembre de 2005, 19:53 »
Como nunca lo hice y ya paso bastante tiempo:

http://www.google.es/search?hl=es&q=mbr+fat+16

 :devil:

4670
Visual C++ / Re: Incluir Archivo *.lib En La Compilación
« en: Domingo 11 de Septiembre de 2005, 19:46 »
Cita de: "Delacroix"
Gracias por la sugerencia, añadí el path del directorio que contiene la libreria en:

Project Settings>Link>Input>Aditional library path

pero por desgracia el problema persiste.   <_<

que otra cosa puedo intentar?  :band:
Es que no tenias que poner eso.

Tenes que poner (traduccion igual que antes):
Vinculador>>Entrada>>Dependencias adicionales: y ahi el nombre del archivo.lib que necesitas

Linker>>Input>>Additional Dependencies

4671
ASM (Ensamblador) / Re: Programas Tsr En Windows
« en: Domingo 11 de Septiembre de 2005, 19:41 »
Cita de: "Aljav"
Hola a todos,

 Alguien podría orientarme sobre la creación de programas residentes en memoria, en windows, porque solo se hacerlos en DOS y casi no les puedo sacar provecho..... De antemano muchas gracias.. :rolleyes:
En realidad no tiene gracia hacer un programa residente en Windows ya que es un S.O. multiproceso en contraposicion a MS-DOS que es monoproceso.

¿Que queres hacer en realidad?

4672
ASM (Ensamblador) / Re: De Que Depende?
« en: Domingo 11 de Septiembre de 2005, 19:40 »
Cita de: "su -"
Grachie, ¿mejor documentacion es deifcil no?
Gracias una vez mas.
 :think:
De nadas, ¿mejor documentacion?

4673
C# / Re: C# Versus Java
« en: Miércoles 7 de Septiembre de 2005, 08:31 »
Cita de: "JuanK"
3.- Otra cosa es que el articulo esta muy mal enfocado, y muy mal sustentado, como sera que hablan que la idea de java fue originaria de ellos, cuando realmente lo mismo que hace java hoy dia , lo hacia smalltalk en los años 80, pero no pegó porque para las maquinas de ese entonces llevar una maquina virtual resultaba muy lento, sin embargo smalltalk era completamente portable gracias a su maquina virtual.

¿Realmente crees que ese es/fue el unico punto por el cual Smalltalk no tiene/tuvo exito?

Cita de: "JuanK"
b)el uso de memoria, si lo han notado cada vez que se ejecuta un programa hecho en java, se agrega un proceso mas al sistema, en el caso de windows creo que es el javaW lo cual no es más que el cargue de la maquina virtual a memoria, lo cual implica que si un programa requiere de 100mb libres para su ejecucion , a esto hay que sumarle otras cuentas megas que requiere la maquina virtual para estar en memoria, en .net esto no sucede ya que el framework no requiere de maquina virtual y todo lo enlaza dinamicamente.

El framework tambien ocupa memoria, la ventaja recien la obtendrias en el momento de tener varios programas de .NET en ejecucion y que Windows le asigne la misma memoria fisica a esas librerias y no una copia a cada ejecutable.

En cuanto al tema en cuestion realmente no me importa demasiado, supongo que algunos pensaran que me quede en el tiempo pero profesionalmente uso C, C++ y assembly mientras que en la universidad use Smalltalk y ahora Java.
Los interpretados no me permiten el control ni la eficiencia necesaria para poder desarrollar el tipo de software al que me dedico.  :devil:

4674
Visual C++ / Re: Incluir Archivo *.lib En La Compilación
« en: Martes 6 de Septiembre de 2005, 17:00 »
Primero que nada esta pregunta esta MUY mal ubicada.

Segundo, para configurarlo (lo tengo en castellano y la parte en Ingles es mera especulacion):

Propiedades>>Vinculador>>Entrada>>Dependencias adicionales
Properties>>Linker>>Input>>Additional dependencies

 :devil:

4675
ASM (Ensamblador) / Re: De Que Depende?
« en: Martes 6 de Septiembre de 2005, 15:57 »
Cita de: "JuanK"
Citar
PD. El lenguaje es assembly, assembler es el programa que ensambla
:blink:
y en español?
Es ensamblador en ambos casos y al no existir esa distincion es que se produce con regularidad el equivoco en Ingles.

Páginas: 1 ... 185 186 [187] 188 189 ... 205