[Questions]Le langage de programmation Binaire existe t-il ?

[Nasky]

Bonjour

Je me pose cette question depuis longtemps : le langage de programmation binaire existe t-il ?
En fait, je vais préciser ma question.
Quand on on fait un programme en C par exemple, on tape du code dans le compilateur qui créer l'executable binaire une fois compilé (en passant par le linkage et le .obj mais sans importance ici ).
Le fichier est donc un fichier binaire avec des 0 et des 1 .
Ceci m'amène a poser deux questions :
1) Existe -til des programmes qui permettent de voir un executable sous sa forme binaire (avec les 0 et les 1) ?
2) Est-ce que, si un programme qui permet de taper du binaire directement (0 et 1) existait (ou existe), si on tape exactement la meme chose qu'un programme fait en C (mais sous la forme binaire) directement, aurait t on le meme résultat.

Schéma d'explication.
Suposons que je tape ce code C :

Code :

printf("Salut") ;

Ce code on va dire il genère le code binaire suivant :

Code :

00101100100111

(ce n'est qu'un exemple).
Mtn si je prend un éditeur de code binaire et je tape :

Code :

00101100100111

(comme le code generer par le programe C).. est-ce que j'aurais aussi un "salut" qui saffichera ?

Ca peut paraitre embrouillant tout ca mais j'espère que vous suivez.

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

Voila mes quetions bizzares
J'espère que les réponses seront claires (plus que les questions en tout cas ) Merci.

Nas'

[progfou2]

Envoyé par NaskY

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

Voila mes quetions bizzares
J'espère que les réponses seront claires (plus que les questions en tout cas ) Merci.

Nas'

Je ne répondrais pas à la première, mais à le seconde question, un fichier bmp, c'est une suite d'octets, avec une structure définie, mais là n'est pas la question...
Les caractères que tu vois sont les codes ascii correspondant aux octets qui composent l'image.
Par contre, je te souhaite énormément de courage si tu veux créer une image bmp avec Word de cette façon, déjà, c'est long, en plus, Word ne permet pas de créer des fichiers "propres", au sens où il va systématiquement rajouter des octets inutiles pour ton image...
Bref, tu peux utiliser edit sous dos, mais alors, bon courage, encore une fois...

[Lung]

Bin, reviens au système des cartes à perforer !
Les petits trous, c'est du binaire, non ?

[Teuchteu]

La programmation bianaire, ce n'est rien de plus que de l'assembleur. Quand tu programme en Assembleur, chaque instruction correspond à un chiffre en héxa (donc un nombre binaire...) Cette instruction peut être suivi de plusieurs opérande...
Quand j'ai fait de la prog de 6809, on rentrait tout en héxa... Tu pourrais aussi le rentrer en binaire, mais ça prend 4 fois plus de temps encore... Alors bon courage!!!

[Teuchteu]

Envoyé par NaskY

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

Utilise Textpad... Tu dois trouver ça sur internet je pense... Il ouvre n'importe quel fichier. Si il peut pas l'ouvrir en texte, il l'ouvre en héxa... Je te déconseille comme progfou d'utiliser word... Tu peux essayer avec notepad, mais je suis même pas sur que ça marchera...

[Nasky]

Donc s'il y avait un éditeur de code binaire pure (1 et 0) et que si je tape :

Code :

1
2
3
0010110110010101001010110110010101
00101011011001010100101011011
0010101001001010110110010101001001010110110010101001001110

Je pourrais avoir, sans rien comprendre, une menu avec une phrase qui s'affiche ... ?? (en supposant que j'ai tapé qch de plus long par exemple)

Nas'

[Anomaly]

Parfaitement. Il suffit d'écrire un petit programme en C par exemple qui lirait ton fichier source par bloc de 8 chiffres et qui en fabriquerait un octet et tu ferais par exemple un .COM. Pour les autres types de fichiers exécutables, cela sera bien plus chiant car tu n'as pas que du code, mais aussi des informations annexes (genre table des relocations et tout...) Sur DOS/Windows, je te recommande le .COM c d'la balle

PS: Bravo pour ta curiosité scientifique, voilà une question qui change de l'ordinaire

[Jedai]

Je ne comprend pas trop la question ? Au final, tout ce qui se trouve sur ton ordinateur est écrit en binaire, donc les programme aussi, il suffit de connaître les bons codes pour ton processeur (et ton OS) et tu peux écrire théoriquement n'importe quel programme juste en enchaînant des 1 et des 0 (pourvu que tu ais un éditeur binaire, mais on trouve plus facilement un éditeur héxadécimal, c'est déjà un brin plus manipulable !!).
Ca fait partie des bases à comprendre puis à oublier au plus vite si tu utilises des langages de haut-niveau (mais faut quand même garder ça dans un petit coin de son esprit, ça peut toujours servir )

[Teuchteu]

Envoyé par Jedai

il suffit de connaître les bons codes pour ton processeur (et ton OS) et tu peux écrire théoriquement n'importe quel programme juste en enchaînant des 1 et des 0 (pourvu que tu ais un éditeur binaire, mais on trouve plus facilement un éditeur héxadécimal, c'est déjà un brin plus manipulable !!)

Euh moa j'en ai déjà chier comme pas deux pour faire clignoter une diode sur 6809 en programmant en héxa... Alors déjà je respecte les gens qui prog en assembleur... C des fous!!!

[Nasky]

lut

Je vous remercie tous de vos réponses . Je suis quand meme etonné par certaine réponses mais ca me rassurent en meme temps car c'est ce que je pensais un peu .
En posant ma question, je pensais aussi au fichier .COM de Windows mais je savais pas pk, c'était d'instin lol, et apparament y'a bel et bien un rapport

Sinon, je sais que tout est transformé en binaire par l'ordi mais ca me semblait un peu "fou" le fait de rééecrire un prog en binaire directement.

Certains m'ont dit "bon courage..." mais je comptais pas faire un prog en binaire directement
Mais existe -il des gens qui le font ? Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

Bin, reviens au système des cartes à perforer !
Les petits trous, c'est du binaire, non ?

j'ai rien compris lol

PS: Bravo pour ta curiosité scientifique, voilà une question qui change de l'ordinaire

Merci...

Nas'

[Anomaly]

Envoyé par NaskY

Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

Quand on parle d'apprendre le binaire, oui, il s'agit bien du calcul binaire. C'est donc pas la même chose. Quoi de plus banal en effet d'affirmer que 11001 + 10011101 = 10110110 ? (lol)

[progfou2]

Envoyé par NaskY

En posant ma question, je pensais aussi au fichier .COM de Windows mais je savais pas pk, c'était d'instin lol, et apparament y'a bel et bien un rapport

Petite remarque le COM signifie COMmunication, ces programmes sont ceux "de base" chez micro$oft...
Plus précisément, c'est à partir de ce code que DOS est "né" (je le mets entre "" car c'est pas de billou au départ)...
C'est aussi ce type de code que l'on trouve dans les BIOS, qui font (je généralise) 64Ko (comme par hasard => 64Ko = 1 segment en mémoire)...

Envoyé par NaskY

des gens qui le font ? Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

j'ai rien compris lol

Alors, les cartes perforées, c'est ce qu'il y avait avant que les systèmes n'évoluent...
On perçait des trous sur une carte, et en fonction de leurs position, on exécutait un code précis.
Le binaire, comme le disait très justement anomaly, on ne l'apprends que pour comprendre en gros comment ça marche, mais on ne programme JAMAIS DIRECTEMENT en binaire...
Par contre, on peut programmer avec une suite de codes hexa, ce sont les instructions/opérandes compréhensible par le processeur...
Au-dessus il y a l'assembleur avec les mnémoniques.
Quand on programme en asm, on compile et on link le programme, cette opération consiste, en gros, à passer des mnémoniques au code hexa correspondant aux opérandes.
Si tu veux le faire sur un pentium, par exemple, tu peux, il suffit de te renseigner chez Intel, là, et tu auras les codes correspondant aux instructions...

Voilà, j'ai essayé de répondre à tes questions le plus simplement du monde, j'espère que ça va t'apporter la goutte d'eau qui te manquait dans ta soif de connaissance...

[Anomaly]

Envoyé par progfou

Petite remarque le COM signifie COMmunication

Sûrement pas, il s'agit de COMmande. Quel sens aurait le mode "communication" ici ?

ces programmes sont ceux "de base" chez micro$oft...
Plus précisément, c'est à partir de ce code que DOS est "né" (je le mets entre "" car c'est pas de billou au départ)... C'est aussi ce type de code que l'on trouve dans les BIOS, qui font (je généralise) 64Ko (comme par hasard => 64Ko = 1 segment en mémoire)...

C'est pas vraiment un type de fichier, il s'agit d'un exécutable sans en-têtes, dans lesquels donc il n'est pas possible de spécifier la taille d'un segment, les relocations, donc on y fait des suppositions dratisques : un seul segment, de taille 64 Ko. Le BIOS tient dans un segment (généralement), mais il n'y a pas de rapport avec les .COM (d'autant plus que le BIOS ne présume en rien qu'il est précédé par un PSP, donc un .COM flashé en guise de BIOS te réservera bien des surprises )

[jack69]

Quand on programme en asm, on compile et on link le programme, cette opération consiste, en gros, à passer des mnémoniques au code hexa correspondant aux opérandes.

Ce sont ces codes hexa qui sont denommes (si je ne m'abuse) opcode.

Tout guide de programmation d'un microcontroleur qui se respecte presente, dans la description de ses commandes assembleur, l'opcode correspondant.

[Teuchteu]

Envoyé par jack69

Tout guide de programmation d'un microcontroleur qui se respecte presente, dans la description de ses commandes assembleur, l'opcode correspondant.

Exact! J'ai celui du 6809 moa... C'est con, car l'année après moi ils sont passé sur 68000... En tout cas c'était marrant de rentrer les chiffres en héxa, et d'appuyer sur validation... Puis de faire run et de rien voir...

Heureusement qu'on en est pas resté aux cartes... Moa je suis super organisé Je préfère pas imaginer l'horreur...

En plus en ce temps là, il y avait un techinicen payé pour passer tes cartes une à une dans la machine... Ca prenait des heure pour un prog de kelke lignes... Quand tes profs te raconte ça tu les compare à des Mamouth... Pourtant ce n'est pas si vieux que ça...

[Denis69]

Quand j'étais en IUT, j'ai rencontré un mec qui avait programmé ......... par manipulation d'interrupteurs !!!!!

Déjà à l'époque (1988) ça paraissait hallucinant...

Maintenant, je pense que ce type passerait pour un dinosaure !!!

[bjl]

N'oubliez pas les appareils possédant un microprocesseur dédié qui peuvent nécessiter un autre type de programmation.

par exemple une carte à puce.

[Bubonik software]

Cette question m'intéresse aussi : je programme en Qbasic et (un tout petit peu) en C. Je n'ai pas encore trouvé en Qbasic d'instruction d'ES sur fichier qui écrive bit par bit. J'ai contourné le problème en faisant une fonction qui convertit la valeur ASCII du texte que je tape en binaire et une autre qui fait l'inverse.
Le problème, c'est qu'après avoir passé une chaine ASCII à la première fonction, elle me renvoie une chaine composée uniquement de 0 et de 1, donc 8 fois plus volumineuse que la chaine de départ.
-1, c'est long
-2, les limites des tailles des chaines ne sont pas infinies (très loin de là) en Qbasic.
Est-ce que ça pose le même problème pour tous les langages?
Parce-que moi, j'aimerais pouvoir réduire la taille de certains fichiers texte par exemple en ne mettant que 32 caractères différents soit 6 bits par caractère. Ce n'est qu'un exemple, bien sûr.
Enfin, merci d'avoir lancé le sujet (je rechigne un peu à le faire moi-même et on est toujours content de pas être le seul à se poser une question).

[narmataru]

Envoyé par Bubonik software

Cette question m'intéresse aussi : je programme en Qbasic et (un tout petit peu) en C. Je n'ai pas encore trouvé en Qbasic d'instruction d'ES sur fichier qui écrive bit par bit. J'ai contourné le problème en faisant une fonction qui convertit la valeur ASCII du texte que je tape en binaire et une autre qui fait l'inverse.
Le problème, c'est qu'après avoir passé une chaine ASCII à la première fonction, elle me renvoie une chaine composée uniquement de 0 et de 1, donc 8 fois plus volumineuse que la chaine de départ.
-1, c'est long
-2, les limites des tailles des chaines ne sont pas infinies (très loin de là) en Qbasic.
Est-ce que ça pose le même problème pour tous les langages?
Parce-que moi, j'aimerais pouvoir réduire la taille de certains fichiers texte par exemple en ne mettant que 32 caractères différents soit 6 bits par caractère. Ce n'est qu'un exemple, bien sûr.
Enfin, merci d'avoir lancé le sujet (je rechigne un peu à le faire moi-même et on est toujours content de pas être le seul à se poser une question).

savais-tu que l'ascii c'est du binaire ?? Chaque caractère possède un code compris entre 0 et 255 soit en hexa entre 0 et ff et en binaire : 00000000 et 11111111. Je ne comprends pas pourquoi tu convertis (même si tout les caractère ASCII ne sont pas affichable)

[Bubonik software]

Je ne comprends pas pourquoi tu convertis

Je convertis parce-que, même si l'ASCII est du binaire, il n'y a pas de fonction en Qbasic que je connaisse qui retourne par exemple les 10 premiers bits d'une chaine. On peut avoir les 8 premiers (en obtenant le premier charactère), les 16, 24, 32 etc... mais pas un nombre qui ne soit pas un multiple de 8...et c'est ce que je voudrais en partie.
De même, il n'existe pas d'instruction d'E/S qui puisse modifier un bit dans un fichier etc...