[C++] sous unix, O_TEXT (fonction open())

Marsh Posté le 29-06-2002 à 14:01:34

/*Salut les développeurs,

voilà sous Linux je fais des petits tests, et voici une petite source :

Code :

*/
#include <errno.h> //variable errno/
#include <stdio.h> //printf/perror/
#include <stdlib.h> //getenv/
#include <string.h> //str.../
#include <unistd.h> //write/close/
#include <fcntl.h> //open/2eme parametre de open sauf 'O_TEXT'/
#include <sys/stat.h> //3eme parametre de open/
void main()
{
extern int errno;
int handle, lng_ecrite;
char *buff = new char[1024];
strcpy(buff, "Variable d'environnement PATH : \n" );
strcat(buff, getenv("PATH" ));
strcat(buff, "\n" );
if ((handle = open("var_path.txt", O_APPEND|O_CREAT|O_NDELAY|O_RDWR, S_IREAD|S_IWRITE)) == -1)
perror("Erreur de création de fichier " );
else
{
perror("Fichier bien créé " );
if ((lng_ecrite = write(handle, buff, strlen(buff))) != strlen(buff))
printf("Impossible d'écrire les %d octets dans le fichier créé\n", strlen(buff));
else
printf("Ecriture de %d octets réalisée dans le fichier créé\n", lng_ecrite);
close(handle);
}
printf(buff);
}
/*

Mais j'ai un problème. La paramètre 'O_TEXT' n'est pas dans le fichier fnctl.h, donc pour que ce prog compile (sous gcc), je retire le paramètre 'O_TEXT'.
Si je laisse le paramètre 'O_TEXT', j'ai
---
[root@localhost win_e]# gcc prog.cpp
prog.cpp: In function `int main (...)':
prog.cpp:17: `O_TEXT' undeclared (first use this function)
prog.cpp:17: (Each undeclared identifier is reported only once for each
function it appears in.)
---

Donc j'aimerais savoir où est déclaré le paramètre 'O_TEXT'... Même si c'est vrai qu'il fonctionne très bien ainsi...
Au fait je sais que ce prog est pourri mais c'est mon premier programme unix, je fais juste des essais...

Merci, et @++

juju
*/

---------------
Visitez mon site : http://www.jujubarbare.linux-fan.com

Reply

Marsh Posté le 29-06-2002 à 14:01:34

Reply

Marsh Posté le 29-06-2002 à 14:39:56

C'est plus du C que du C++ ça

Je ne peux pas trop t'aider, j'utilise surtout fopen et fprintf pour écrire du texte dans un fichier.

Message édité par ITM le 29-06-2002 à 14:41:53

---------------
iteme.free.fr | Mon feedback

Reply

Marsh Posté le 29-06-2002 à 15:24:29

ITM a écrit a écrit :

C'est plus du C que du C++ ça

Je ne peux pas trop t'aider, j'utilise surtout fopen et fprintf pour écrire du texte dans un fichier.

salut,

merci quand même :hello:
En fait le C++ c'est du C objet, c'est vrai qu'on est pas obligé de l'utiliser, donc en effet c'est du C

@++

---------------
Visitez mon site : http://www.jujubarbare.linux-fan.com

Reply

Marsh Posté le 29-06-2002 à 15:25:23

Y a pas de O_TEXT sous linux contrairement à DOS/Win.

Reply

Marsh Posté le 29-06-2002 à 15:27:05

Verdoux a écrit a écrit :

Y a pas de O_TEXT sous linux contrairement à DOS/Win.

merci verdoux
Donc ça fonctionne très bien sans de toute façon !

@++

---------------
Visitez mon site : http://www.jujubarbare.linux-fan.com

Reply

Marsh Posté le 29-06-2002 à 15:31:54

Verdoux a écrit a écrit :

Y a pas de O_TEXT sous linux contrairement à DOS/Win.

Et pour les plus curieux, voici l'explication :

sous Windows les retour de ligne occupent deux caractère : 0x0D 0x0A.
En mode texte si on rencontre un de ces deux caractères on met d'office les deux.
Donc si on ouvre, met en mémoire, puis réécrit un fichier en mode texte, il risque de prendre quelques octets de plus.
En Unix c'est juste 0x0A (il me semble, ou alors c'est l'autre), donc pas de différence de traitement.

Disclaimer : je ne suis pas sûr à 100% de tout ça, mais c'est ce que j'ai constaté "sur le terrain".

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

Reply

Marsh Posté le 29-06-2002 à 15:34:46

antp a écrit a écrit :

Et pour les plus curieux, voici l'explication :

sous Windows les retour de ligne occupent deux caractère : 0x0D 0x0A.
En mode texte si on rencontre un de ces deux caractères on met d'office les deux.
Donc si on ouvre, met en mémoire, puis réécrit un fichier en mode texte, il risque de prendre quelques octets de plus.
En Unix c'est juste 0x0A (il me semble, ou alors c'est l'autre), donc pas de différence de traitement.

Disclaimer : je ne suis pas sûr à 100% de tout ça, mais c'est ce que j'ai constaté "sur le terrain".

c'est bien ça...

---------------
Visitez mon site : http://www.jujubarbare.linux-fan.com

Reply

[C++] sous unix, O_TEXT (fonction open())

Sujets relatifs:

Leave a Replay