Topic de myopetimide :

DEV en C viens ICI

Le 16 novembre 2021 à 12:02:38 :

Le 16 novembre 2021 à 11:55:20 :
Tu devrais pas utiliser des read sur stdin et des write sur stdout plutôt ? Toutes ces fonctions de la lib standard utilisent des appels système à la base nan ?

j'ai pas compris ahi mais read c'est pas pour lire des fichiers ? :question:

Il veut sûrement dire utiliser le syscall write() au lieux de printf sinon ça sert a rien de réimolementer printf avec printf.

L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.
Sinon tu vas sur Google, tu tapes "printf.c source code" :)

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Le 16 novembre 2021 à 12:06:58 :

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Et tu l'as. FGI

Le 16 novembre 2021 à 12:06:58 :

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Dans ce cas utilise valgrind pour comprendre d'où vient la segfault et oublie pas de compiler ton programme avec un build debug (le flag -g pour GCC)

Le 16 novembre 2021 à 12:09:01 :

Le 16 novembre 2021 à 12:06:58 :

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Et tu l'as. FGI

C'est quoi FGI je comprend pas

Le 16 novembre 2021 à 12:02:38 :

Le 16 novembre 2021 à 11:55:20 :
Tu devrais pas utiliser des read sur stdin et des write sur stdout plutôt ? Toutes ces fonctions de la lib standard utilisent des appels système à la base nan ?

j'ai pas compris ahi mais read c'est pas pour lire des fichiers ? :question:

tout dans linux est un fichier, read et write tu leur donnes un descripteur de fichier et ils peuvent écrire dedans ou le lire
stdout (sortie standard, par défaut l'affichage du terminal) a pour descripteur de fichier 1
stdin (entrée standard, saisie à la console par défaut) a pour descripteur de fichier 0
il me semble que toutes les fonctions (comme printf par exemple) de la bibliothèque standard (stdlib, stdio, etc...) sont construites avec les appels système de base de linux (read, write, open, close, fork, etc...)

Le 16 novembre 2021 à 12:09:29 :

Le 16 novembre 2021 à 12:06:58 :

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Dans ce cas utilise valgrind pour comprendre d'où vient la segfault et oublie pas de compiler ton programme avec un build debug (le flag -g pour GCC)

Le segfault c'est bon et le programme compile correctement..

Le 16 novembre 2021 à 12:01:57 :

Le 16 novembre 2021 à 11:55:37 :
Alors l'auteur ça panique https://image.noelshack.com/fichiers/2021/39/7/1633295253-tison-lunette.png

De quoi tu parles ? :(

L'autre topic, celui supprimé avec le reste du screen :rire:

Trop bien le C, je fais un peu de C++ maintenant aussi
Un de mes langages préféré
C, C++ et Qt, pour faire les meilleures logiciels.

Le 16 novembre 2021 à 12:10:55 :

Le 16 novembre 2021 à 12:02:38 :

Le 16 novembre 2021 à 11:55:20 :
Tu devrais pas utiliser des read sur stdin et des write sur stdout plutôt ? Toutes ces fonctions de la lib standard utilisent des appels système à la base nan ?

j'ai pas compris ahi mais read c'est pas pour lire des fichiers ? :question:

tout dans linux est un fichier, read et write tu leur donnes un descripteur de fichier et ils peuvent écrire dedans ou le lire
stdout (sortie standard, par défaut l'affichage du terminal) a pour descripteur de fichier 1
stdin (entrée standard, saisie à la console par défaut) a pour descripteur de fichier 0
il me semble que toutes les fonctions (comme printf par exemple) de la bibliothèque standard (stdlib, stdio, etc...) sont construites avec les appels système de base de linux (read, write, open, close, fork, etc...)

Ok et pourquoi j'aurai besoin de read, open , close ?
write et putchar ok j'y vois du sens mais les autres sont inutiles je dois lire aucun fichier juste afficher mes arguments

https://image.noelshack.com/fichiers/2021/46/2/1637061164-capture.png https://image.noelshack.com/fichiers/2021/46/2/1637061270-capture.png

Bon je suppose que puts met à la ligne tout seul mais t'as compris :(

Le 16 novembre 2021 à 12:12:13 :

Le 16 novembre 2021 à 12:01:57 :

Le 16 novembre 2021 à 11:55:37 :
Alors l'auteur ça panique https://image.noelshack.com/fichiers/2021/39/7/1633295253-tison-lunette.png

De quoi tu parles ? :(

L'autre topic, celui supprimé avec le reste du screen :rire:

Oui je l'ai refais mais en aucun cas je transpire mon khey :ok:

Le 16 novembre 2021 à 12:15:03 :

Le 16 novembre 2021 à 12:10:55 :

Le 16 novembre 2021 à 12:02:38 :

Le 16 novembre 2021 à 11:55:20 :
Tu devrais pas utiliser des read sur stdin et des write sur stdout plutôt ? Toutes ces fonctions de la lib standard utilisent des appels système à la base nan ?

j'ai pas compris ahi mais read c'est pas pour lire des fichiers ? :question:

tout dans linux est un fichier, read et write tu leur donnes un descripteur de fichier et ils peuvent écrire dedans ou le lire
stdout (sortie standard, par défaut l'affichage du terminal) a pour descripteur de fichier 1
stdin (entrée standard, saisie à la console par défaut) a pour descripteur de fichier 0
il me semble que toutes les fonctions (comme printf par exemple) de la bibliothèque standard (stdlib, stdio, etc...) sont construites avec les appels système de base de linux (read, write, open, close, fork, etc...)

Ok et pourquoi j'aurai besoin de read, open , close ?
write et putchar ok j'y vois du sens mais les autres sont inutiles je dois lire aucun fichier juste afficher mes arguments

oui c'est vrai tu devrais juste avoir besoin de write en fait https://image.noelshack.com/fichiers/2018/10/1/1520256134-risitasue2.png

Le 16 novembre 2021 à 12:10:51 :

Le 16 novembre 2021 à 12:09:01 :

Le 16 novembre 2021 à 12:06:58 :

Le 16 novembre 2021 à 12:04:26 :
L'op qui veux ses solutions à ses exos d'epitech ou de 42.
Hophophop FGI.

je demande pas de solution mais pourquoi ca fonctionnne pas :sarcastic:

Et tu l'as. FGI

C'est quoi FGI je comprend pas

F**king google it
C'est pas compliqué. Déjà qu'on vous apprend rien.
Tu as un problème go stack overflow ou Google. Dis toi bien que d'autres ont eu le même et oublie pas les flags du compilo

Le 16 novembre 2021 à 12:12:51 :
Trop bien le C, je fais un peu de C++ maintenant aussi

Le 16 novembre 2021 à 12:13:30 :
Un de mes langages préféré

Le 16 novembre 2021 à 12:14:12 :
C, C++ et Qt, pour faire les meilleures logiciels.

D'accord Jean Ives et mon problème tu vois quelque chose ?

Le 16 novembre 2021 à 12:01:26 :

Le 16 novembre 2021 à 11:55:23 :

Le 16 novembre 2021 à 11:53:45 :

Le 16 novembre 2021 à 11:52:25 :
Déjà tu check pas le % et en lisant rapidement j'ai l'impression que tu fais deux fois *fmt++ pour rien mais p-e que je suis juste une merde

Non c'est interressant mais comment je check le % ? en parcourant la string ?

if (*fmt == '%') {
et c'est là dedans que tu switch sur le *(fmt+1)

https://image.noelshack.com/fichiers/2021/46/2/1637060456-hkjl.png
:gni:

ton *fmt++ dans le switch donnera le %, fais une préincrémentation (ou prends le code que je t'ai donné bordel)

Données du topic

Auteur
myopetimide
Date de création
16 novembre 2021 à 11:37:41
Nb. messages archivés
52
Nb. messages JVC
52
En ligne sur JvArchive 360