probleme avec Strcat

ouais...

Citation:

---

Portability Note: This function may produce different results on different systems.

---

8O

Non, regarde bien, il y en a deux : une GNU, celle dont tu parles, et l'autre, celle dont je parle moi. Elle apparaît juste après la fonction GNU. Même nom, mais pas même prototype.

avant de commenter plus loin, regardez les ravages de la traduction automatique sur le site de MICROSOFT pointé par une recherche google sur XPG :

Citation:

---

XPG signifie X / depuis Open Portability Guide (débuté dans 1989). Il est un guide développé par X / s'Ouvrir été a fondé dans 1984 par Amdahl, Bull DEC, Fujitsu, HP, Hitachi, IBM, Olivetti, ICL, NCR, NEC, Oki, Siemens Nixdorf, Sun, Unisys et Unix Intl. X / l'instruction de mission Ouvrir est :
Pour proposer à utilisateurs la valeur supérieure de l'informatique via l'implémentation pratique de systèmes ouverts.
X / ne fait plus de référence comme à XPG Ouvrir the " vous X / Ouvrez Guidait Portabilité " parce que vous X l'interopérabilité / Ouvrez Je veux pour mettre en valeur avec le portabilité.

---

(http://support.microsoft.com/kb/93354/fr)

car c'est bien vrai que X/Open c'est .. X/s'Ouvrir ... :aie: :aie: :aie: :aie:

ok j'ai à peu près compris..

Mais pourquoi vouloir prendre une fonction liée à une librairie non standard alors qu'on peut facilement le faire avec les fonctions standards ???????????

8O

Tout simplement parce que basename() est standard, déjà faite, portable, et que, heureusement, on ne réinvente pas la roue à chaque programme.

Citation:

---

Envoyé par GLibC manual

Since fulfilling the XPG standard with the Unix extensions is a precondition for getting the Unix brand chances are good that the functionality is available on commercial systems.

---

Ici :

http://pedago.info.iut.u-bordeaux1.f...bc_1.html#SEC3

Citation:

---

Envoyé par InOCamlWeTrust

Tout simplement parce que basename() est standard, déjà faite, portable, et que, heureusement, on ne réinvente pas la roue à chaque programme.

---

eh non pas standard... C'est X/Open donc pas libc standard.... libgen n'est pas fourni avec toutes les versions de libc..

Ne fais pas partie de la norme C99 ni C90.

Du moment que c'est standardisé, c'est standard. Ensuite, tout dépend à quel standard on veut coller, car avec le strict C-ANSI, on ne va pas très loin, car la norme fournit peu de choses. C'est une fonctionnalité inclue dans la LibC, si elle existe... donc pas de problème.

Citation:

---

Envoyé par InOCamlWeTrust

C'est une fonctionnalité inclue dans la LibC, si elle existe... donc pas de problème.

---

Qu'est-ce que la LibC. Y'a ça sous Visual C++ ? Intel C ? Comeau C ? etc.

je laisserais les spécialistes "théoriques" répondre..

Mais je trouve un peu bête de prendre quelque chose de non-standard (dans la mesure où c'est incompatible avec les versions antérieures) pour un truc aussi simple à faire qu'un strchr et un strcpy...

Citation:

---

Envoyé par InOCamlWeTrust

Du moment que c'est standardisé, c'est standard.

---

Alors là non....

Sophisme en vue 8O

hum ...

Code:

---

nom_fichier = strrchr(url, '/');

---

Ca te renvoie tout ce qu'il y a apres le DERNIER / (Donc le nom du fichier de l'url)