Discussion :

[souviron34]

ouais...

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

[InOCamlWeTrust]

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.

[souviron34]

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

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 ...

[souviron34]

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 ???????????

[InOCamlWeTrust]

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

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

[souviron34]

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.

[InOCamlWeTrust]

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.

[Emmanuel Delahaye]

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.

[souviron34]

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...

[souviron34]

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

Alors là non....

Sophisme en vue

[ninis666]

hum ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nom_fichier = strrchr(url, '/');

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