o si no que me de algun tutorial en español
porque en msdn dice que es el que hace las cabeceras de los exes pero no viene mu claro
otra cosa
como se guardan arrays en dev-c++??
Reléete esa parte de la MSDN
Citar
El 2002-09-06 14:11, boubou escribió:
...dice que es el que hace las cabeceras de los exes pero no viene mu claro
Vamos a ver boubou: winnt.h es un "header" (por eso lo del .h, que traducido del ingles es cabecera, que será me imagino lo que te ha confundido).
En este tipo de ficheros se encuentran protipos de funciones y definiciones varias. No es el que hace las cabeceras de los .exe.
Citar
otra cosa
como se guardan arrays en dev-c++??
Por otra parte, guardar arrays, ¿como?,¿en disco?,¿en memoria?,¿que es lo que quieres hacer exactamente?
Yo lo flipo
:agh:
Es posible que se refiriese a que en Winnt.h estubiesen definidas las constantes correspondientes a la parte de la cabecera de un PE (Portable Executable que lo de EXE ya esta obsoleto :sonriendo:) reservada para windows NT.
Respecto a lo de los arrays, no se a que te refieres con "como se guardan" pero si te referias a como se definen es asi:
Tipo_Dato Identificador [Tamaño_del_Array]
Un ejemplo: char nombre[20]; define un array de 20 datos (del 0 al 19) de tipo char.
(aunque la verdad espero que no te refirieses a eso :sonriendo:).
Seria combeniente que antes aprendieras a programar.
Saludotes.
Vaya tela....
Bueno, yo por mi parte insto al resto de miembros del foro a que dejen de intentar responder a este chico..
Ha quedado patente, claro y demostrado que:
a) Quiere empezar una casa por el tejado.
B) Cuando se le explica que debe de empezar por una base inicial no hace ni caso.
c) Discute sin tener ni idea..
Boubou .. Si quieres aprender de verdad, adelante, mandame un mail.. pero aprender DE VERDAD.
Chiquilladas como "puta cabecera de los exes.. para que coño la pondrian" solo valen para dejar patente tu claro desconocimiento de como funciona en realidad un equipo informatico. Sabrias que la cabecera es absolutamente necesaria e imprescindible para los ejecutables de hoy en dia.. (que llevan al mas que un miserable segmento de codigo) ...
Por otra parte te dire.. que si no tienes paciencia ni conocimiento para entender la cabecera de un PE, no podras ni de coña sacar un programa tuyo que en base a un "listado de palabras(codigo fuente)" te genere un codigo ejecutable medianamente decente y sin casques.
Hacer un compilador de los de hoy en dia es una tarea descabellada para una sola persona y encima alardeabas que si seria la leche y que si tendria noseque de directx u opengl lei por ahi...
No es por menospreciarte pero me consta que en el equipo de desarrollo del Visual C hay al menos unas 150 personas... piensas que TU vas a saber mas que esas 150 personas con sus años de experiencia¿? ...
Contestarte algo mas a partir de ahora es perder el tiempo...
Un saludo y suerte.. quiza cuando pongas los pies en la tierra y tengas una voluntad real de aprender se te pueda contestar a algun mensaje.
Saludos, Astharoth.
Pd: Si quieres de verdad programar(de verdad).. empieza antes por aprender ingles.. no encontraras apenas documentacion buena en castellano.
Como mola la cara de sés XDDD
Astharot: pos para no perder el tiempo, ya le había respondido yo, creo que no hacía falta añadir más... :ojo:
Sync :guay:
[synchrnzr]
Queria ofrecerle al chico este mi opinion sobre todo lo que he leido en varios threads sin decir (casi,solo puse un mensaje) ni pio, y tambien mi ayuda en caso de que quiera aprender de verdad. (Vamos, que primero se baje de la burra colls!) :ojo:
Saludos,Astharoth
y que pasa con mark sibly??? y lee bamber???
esos no cuentan????
respecto a lo de los arrays me referia a guardar a un archivo con la extension que quieras ponerle como "mijuego.dat"
me gustaria saber como se agregan textos a los archivos, vamos para agregarle codigo a un pe como deciis
Tio de dicate a la micológica, quias se te de mejor.
Ale.
Sobre lo de guardar arrays ... consigue un libro de C/C++ y mira el tema de ficheros, alli esta lo que necesitas.
Las palabras clave son: fopen, fwrite, fclose.
Si no tienes un libro a mano pasate por
http://www.mundovb.net/mundoc/ y mira el curso de C.
jur... yo alucino... no se si reir o llorar, porque esto pasa ya de claro a oscuro... bueno, a oscuriiisimo...
vamos a ver, boubou... parece que haces caso omiso de los consejos que aqui te hemos dado, y eso me parece que ya va como minimo para pitorreo...
parece que sigues empecinado en construir un compilador, y TE GARANTIZO DE FORMA TOTAL Y ABSOLUTA que NO LO VAS A LOGRAR a ese paso...
primero aprende los fundamentos de un compilador, cosas como la pila de variables, el reconocimiento de caracteres, direccionamiento de memoria, almacenamiento en ficheros, arrays, etc, etc, etc... es inutil que sigas por donde vas porque no pareces tener mucha idea de lo que pretendes hacer, asi que se realista... porque no empiezas por proyectos mas simples?
no es por insultar, pero... has conseguido compilar con exito el 'hola, mundo!'??? creo que no... pero bueno...
y por una vez, y sin que sirva de precedente, estoy totalmente de acuerdo con Gunder... si vas a seguir por ese camino, deberias pensar en dedicarte a otras cosas, como la cria del geranio tibetano, o la doma del caracol silvestre, etc, etc, etc... :sonriendo:
un saludo
Vale, ya está, estoy hasta las narices:
ESTRUCTURA DE UN MALDITO ARCHIVO EXE:
00-01 0x5a, 0x4d. This is the "magic number" of an EXE file. The first byte of the file is 0x4d and the second is 0x5a.
02-03 The number of bytes in the last block of the program that are actually used. If this value is zero, that means the entire last block is used (i.e. the effective value is 512).
04-05 Number of blocks in the file that are part of the EXE file. If [02-03] is non-zero, only that much of the last block is used.
06-07 Number of relocation entries stored after the header. May be zero.
08-09 Number of paragraphs in the header. The program's data begins just after the header, and this field can be used to calculate the appropriate file offset. The header includes the relocation entries. Note that some OSs and/or programs may fail if the header is not a multiple of 512 bytes.
0A-0B Number of paragraphs of additional memory that the program will need. This is the equivalent of the BSS size in a Unix program. The program can't be loaded if there isn't at least this much memory available to it.
0C-0D Maximum number of paragraphs of additional memory. Normally, the OS reserves all the remaining conventional memory for your program, but you can limit it with this field.
0E-0F Relative value of the stack segment. This value is added to the segment the program was loaded at, and the result is used to initialize the SS register.
10-11 Initial value of the SP register.
12-13 Word checksum. If set properly, the 16-bit sum of all words in the file should be zero. Usually, this isn't filled in.
14-15 Initial value of the IP register.
16-17 Initial value of the CS register, relative to the segment the program was loaded at.
18-19 Offset of the first relocation item in the file.
1A-1B Overlay number. Normally zero, meaning that it's the main program.
Here is a structure that can be used to represend the EXE header and relocation entries, assuming a 16-bit LSB machine:
struct EXE {
unsigned short signature; /* == 0x5a4D */
unsigned short bytes_in_last_block;
unsigned short blocks_in_file;
unsigned short num_relocs;
unsigned short header_paragraphs;
unsigned short min_extra_paragraphs;
unsigned short max_extra_paragraphs;
unsigned short ss;
unsigned short sp;
unsigned short checksum;
unsigned short ip;
unsigned short cs;
unsigned short reloc_table_offset;
unsigned short overlay_number;
};
struct EXE_RELOC {
unsigned short offset;
unsigned short segment;
};
¿Vale? ¿Todos contentos? Venga boubou, a currar, ya no tienes excusa
Sync :guay:
Citar
mICrO (Publicado: 2002-09-03 18:13)
Ahora si que no tienes impedimentos para tu mega-proyecto
Citar
synchrnzr (Publicado: 2002-09-06 10:08)
Ya no tienes excusa boubou
Citar
synchrnzr (Publicado: 2002-09-06 18:20)
Venga boubou, a currar, ya no tienes excusa
...
Por lo menos no nos volverá a preguntar la estructura de un EXE (¡¡¡espero!!!)
Sync
no se yo, sync... eso ya se lo pase yo hace tiempo, pero el problema es que está en ingles...
...
Yo me se de un tal boubou que tendria que estar varios dias dandole las gracias a este señor :riendo:.
00-01 0x5a, 0x4d. Número mágico de los ficheros EXE. El primer byte es siempre 0x4d y el segundo 0x5a (corresponde a los carácteres "MZ")
02-03 Número de bytes del último bloque de programa usado. Si es cero significa que se utiliza todo el bloque (es decir, el bloque ocupa 512).
04-05 Número de bloques en el archivo que pertencen al fichero EXE. Si [02-03] es distinto de cero, sólo se utiliza la cantidad de bytes indicada en [02-03].
06-07 Número de entradas de relocalización después de la cabecera. Puede ser 0.
08-09 Número de párrafos en la cabecera (supongo que con párrafo se refiere a bloques de 16 bytes) La información del programa empieza justo detrás de la cabecera y este campo puede servir para calcular su desplazamiento dentro del fichero.. La cabecera incluye las entradas de relocalización. Algunos sistemas operativos y/o programas pueden fallar si el tamaño de la cabecera no es múltiplo de 512 bytes.
0A-0B Número adicional de párrafos de memoria que necesita el programa. Equivalente al tamaño BSS en los programas de Unix. El programa no se cargará si no hay por lo menos el espacio necesario indicado en este campo.
0C-0D Número máximo de párrafos de memoria adicional. Normalmente, el sistema operativo reserva el resto de memoria convencional para cada programa, pero puedes limitar es cantidad con este campo.
0E-0F Valor relativo del segmento de pila. Éste valor se suma al segmento el que fue cargado el programa y el resultado se utiliza para inicializar el registro SS.
10-11 Valor inicial del registro SP.
12-13 Suma de comprobación. El valor de estos 16 bits se suman al resto de palabras en el fichero de forma que el resultado debe ser cero. No se suele utilizar.
14-15 Valor inicial del registro IP.
16-17 Valor inicial del registro CS, relativo al segmento en que fue cargado el programa.
18-19 Desplazamiento del primer objeto relocalizado.
1A-1B Overlay. Normalmente cero, indicando que éste es el programa principal.
(traducido por Sync :lengua:)
Algo más?
Sync :guay:
PD: boubou, esto servirá para llenar tu vacío mental cuando te mires la estructura DOS_Header del winnt.h para los PE, de todas formas, si no sabes ensamblador... ¿sabes lo que son los factores de relocalización? ¿o por lo menos los registros CS, IP, SS...?
[ Este Mensaje fue editado por: synchrnzr el 2002-09-06 19:40 ]
bueno, ustedes que se creen que yo paso horas y horas delante del foro????
no es que no haga caso, es que no paso todo el tiempo delante del ordenador de los cojones
y si, gracias
pero no me insinueis cosas como "yo se de un tal boubou que tiene que dar las gracias"
A lo mejor podrías dar las gracias pq lo he traducido yo mismo "manualmente" y por el enlace que te han dado más arriba ¿vale?
PD: Ok, he escrito esto antes q tú escribieras el mensaje anterior, sorry
[ Este Mensaje fue editado por: synchrnzr el 2002-09-06 19:44 ]
Citar
¿sabes lo que son los factores de relocalización? ¿o por lo menos los registros CS, IP, SS...?
¿Pero es que lo dudas?
enga, yo tb colaboro, el volcado a pantalla para la lib grafica:
push ds
push es
lds si, pd
mov ax,0A000h
mov es,ax
xor di,di
mov cx,32000
cld
rep movsw
pop es
pop ds
igual asi a trozos hasta sacamos el compilador, no? xD
P.D.: hacer un mov ax,13h antes de poner el tocho de antes.
alguien tiene por ahi la estructura de un caracol silvestre??? :sonriendo:
es que no se que he leido antes sobre el tema y me interesaria ya que me dedico a la cria y doma de los mismos en el tibet. gracias
-----------
:ojo: ahora en serio, tampoco veo mal los mensajes de bou bou... dan un poquillo de vidilla al foro, no?
quizas deberiamos abrir un nuevo foro en exclusiva para ello :ojo:
salu2
otro link sobre los PE bastante bueno
http://spiff.tripnet.se/~iczelion/tutorials.html ... en la seccion "PE Tutorials"
en esta pagina podeis encontrar casi todo sobre assembly en win32.
Citar
bueno, ustedes que se creen que yo paso horas y horas delante del foro????
no es que no haga caso, es que no paso todo el tiempo delante del ordenador de los cojones
no se trata de que pases horas y horas delante del PC, sino de que varias veces hemos tratado contigo el tema del compilador y aun asi sigues preguntando EXACTAMENTE LO MISMO... ya esta bien, no? no te dire que es molesto pero si un poco pesado...
y otra cosa es que encima de que intentamos aconsejarte tu coges y encimas nos vienes con esta respuesta, con lo del ordenador de los cojones... creo que deberias mostrar un poco mas de respeto por los demas en tus comentarios, ya que creo que en ninguno de los post anteriores se te ha insultado de esa manera...
de todas formas no se ni porque el güeno de Sync se molesta en traducirte incluso la informacion de las cabeceras, ya que no creo que ni aun asi las entiendas...
aunque oye, no te cortes, si quieres te pasamos tambien las cabeceras de linux.h o nasa.h, a lo mejor tambien necesitan tu super pedazo de compilador para la proxima mision del pathfinder... tan solo espero que paco rabanne no vuelva a meterse en su bunker privado creyendo que la sonda se le va a caer encima... tendre que decirle que tu compilador es fiable... por que al fin y al cabo y a este paso acabaremos por hacerlo entre toda la gente del foro de stratos...
y una ultima cosa antes de volver a convertirme en un ser humano de carne y hueso... el titulo del topic y su mensaje posterior (ese de que 'alguien me enseña a utilizar el winnt.h' O SI NO QUE ME DE ALGUN TUTORIAL EN ESPAÑOL) es un poco pasarse ya de la raya, no majo?
hey forastero, hay una nueva herramienta en la ciudad... GOOGLE
bueno, se acabo la acidez, por ahora... :sonriendo:
un saludo
Citar
El 2002-09-06 19:42, boubou escribió:
y si, gracias
pero no me insinueis cosas como "yo se de un tal boubou que tiene que dar las gracias"
Hombre macho es que si no eres tu quien tiene que dar las gracias despues de los esfuerzos de traduccion de los compañeros a sabiendas de que es una causa perdida (porque mira que no saber entrada y salida de ficheros que es el capitulo 2 de todos los libros :riendo:), no se yo...
Aunque por lo que insinuas somos todos los que hemos estado desviviendonos por esa informacion asi que por la parte que me toca gracias Sync, Juan Mellado, y demas compañeros por esta labor de santos.
Saludos.
bueno vale... pero no os pongais asi que solo es la cabecera de un exe
si me hubierais dado esa informacion desde el principio...pero no
muchas gracias, es que todo no lo puedo hacer yo solo como comprendereis, necesito ayuda y por una vez que os la pido os poneis...
Esta situacion me parece ridicula e insoportable para un foro de estas caracteristicas. Antes de preguntar hay q informarse (en google por ejemplo)
Por esto yo opto como bien dice Astharoth a no contestar al chaval este hasta q no se comporte como debe
P.D: No hay administradores en este foro ?
Dudo mucho que haya administradores, al menos administradores competentes :triste:
boubou, ahora que tienes lo que necesitas (al menos eso crees tu..) a ver que haces.
Esperamos tus avances.
peqeña duda, para pasar al codigo maqina, no hace falta primero generar un codigo intermedio como eml? esqe me parece qe se pretende pasar del texto al binario directamente..
Citar
bueno vale... pero no os pongais asi que solo es la (PUTA) cabecera de un (PUTO) exe
si me hubierais dado esa informacion desde el principio... ( :agh: ) pero no
"muchas gracias", es que todo no lo puedo hacer yo solo como comprendereis, necesito ayuda y por UNA vez que os la pido os poneis...
[ Este Mensaje fue editado por: sés el 2002-09-06 23:02 ]
graciassssss!!!!!!
es lo que buscaba, ahora se podran beneficiar
todo el mundo que lo desee, otra cosa ¿pq le has puesto bou_bou a tu page??
no hombre primero pasaria a eml
Mi no entender del todo estas dos frases:
02-03 Número de bytes del último bloque de programa usado. Si es cero significa que se utiliza todo el bloque (es decir, el bloque ocupa 512).
04-05 Número de bloques en el archivo que pertenecen al fichero EXE. Si [02-03] es distinto de cero, sólo se utiliza la cantidad de bytes indicada en [02-03].
Si el EXE ocupa 515 bytes (¿el hola mundo en klingon?) entonces en 02-03 debería de aparecer "3", ¿no? Entonces en 4-5, como en 2-3 aparece un 3!=0, también aparecerá un ¿3? ¿Se tomará como tres bloques en el archivo que pertenecen al fichero EXE?
¿Qué parte es la que no he entendido bien? Gracias por adelantado :sonriendo:
P.D. No pretendo hacer un exe, es sólo curiosidad y para complementar lo aprendido en Sistemas Operativos 1
boubou, me gustaria saber si entiendes la magnitud y complejidad de lo que estas intentando hacer, no te ofendas vale, pero lo que quieres hacer es mucho mas complejo que guardar un array, porque no empiezas por abajo? es mi consejo
Hola Mars Attacks,
el problema es que la traducción del original en inglés no está completa.
En inglés:
04-05 Number of blocks in the file that are part of the EXE file. If [02-03] is non-zero, only that much of the last block is used.
En español:
04-05 Número de bloques en el archivo que pertenecen al fichero EXE. Si [02-03] es distinto de cero, sólo se utiliza dicha cantidad de bytes indicada en [02-03] PARA
EL ÚLTIMO BLOQUE.
Así, para un tamaño de 515 bytes, [02-03] tendría un 3 (bytes usados en el último bloque) y [04-05] 2 (bloques en total del fichero).
Saludos a todos
Eso ya tiene sentido. Muchas gracias, eres mi ídolo :riendo:
Coño, es cierto, obvié esa parte ^_^'
Sync :guay:
Desde luego que debo estar agradecido a este personaje , ya que gracias a el he visto informacion y direcciones que me resultaban interesntes para complementar mis estudios. he visto como la gente incluso viendo que el amigo no da ni palo al agua se esfuerza pro ayuydar y responder . Y por ultimo he visto como aun existe gente que es capz de creerse programador por que se imagina que hacer las cosaas es totalmente fcil .
PD: Una curiosidad que me comentaron el otro dia ¿El Vc es pseudo-interpretado ? Se basaban en que siempre necesitas una runtime para la ejecucion de programas compilados en V. Ojo que no lo afirmo si no lo pregunto nada mas , ded todas formas no pasa de ser una curiosidad , seguiire usando el gcc que para eso esta ^L^
Citar¿El Vc es pseudo-interpretado ?
NO. :o
Imagino que te lo dirian porque existe el fichero MSVCRT.DLL, pero solo es una librería que contiene algunas funciones. Incluso no creo que se necesite en un programa normal. Se necesita en el sistema, por ejemplo, si haces una aplicación con las MFC. En ese caso, el fichero MFC42.DLL (que es el que contiene las Clases de la Fundación Microsoft) accede a algunas funciones incluidas en el fichero MSVCRT.DLL
Pero una cosa es una libreria, y otra un interprete...
un saludo
Gracias por la respuesta ^L^
eh, q tal va el compilador :?:
¿Madre mía, aún está esto dando vueltas por ahí? Debe de ser el thread más antiguo que permanece con vida.
juas juas digo, y to lo ke le keda por delante 8)
el compilador va bien, he aprendio muxo desde entonces, una buena parte gracias a vosotros :ojo: