j'utilise <ctime> dans mon prog mais la precision n'est pas au rendez
vous, plusieurs secondes sur une minute :-( n'y a t'il pas une autre api
plus precise.
Le problème, je crois, c'est que ftp ne marche qu'en interactif ; pendant qu'il transfère un fichier, il continue à lire des commandes, et génère des erreurs s'il ne peut pas les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement. Tu dois avoir un client bien douteux. En tout cas, sous Windows, ça marche au poil.
On 14 Sep 2005 00:07:10 -0700, "kanze" <kanze@gabi-soft.fr>:
Le problème, je crois, c'est que ftp ne marche
qu'en interactif ; pendant qu'il transfère un fichier, il
continue à lire des commandes, et génère des erreurs s'il ne
peut pas les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement. Tu dois avoir un client bien
douteux.
En tout cas, sous Windows, ça marche au poil.
Le problème, je crois, c'est que ftp ne marche qu'en interactif ; pendant qu'il transfère un fichier, il continue à lire des commandes, et génère des erreurs s'il ne peut pas les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement. Tu dois avoir un client bien douteux. En tout cas, sous Windows, ça marche au poil.
kanze
Fabien LE LEZ wrote:
On 14 Sep 2005 00:07:10 -0700, "kanze" :
Le problème, je crois, c'est que ftp ne marche qu'en interactif ; pendant qu'il transfère un fichier, il continue à lire des commandes, et génère des erreurs s'il ne peut pas les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement.
C'est le comportement exigé par la RFC. Au moins au niveau du protocol.
Tu dois avoir un client bien douteux. En tout cas, sous Windows, ça marche au poil.
Maintenant que j'y pense, je n'ai pas le prompte avant la fin du transfer. J'ai eu un problem de ce genre, mais je ne me rappelle plus exactement quoi.
Je viens de réeffectuer des essais simples. En fait, le problème, c'est que mon client veut me logguer tout de suite, et quand il démande le mot de passe, il le démande avec /dev/console, en supprimant les echo. Je peux supprimer l'auto-login avec l'option -n, mais il reconnaît (voire il s'y attend) toujours la réponse 331 après la commande user, et cherche à lire le mot de passe là où je ne veux pas. Il a une commande quote, en revanche, qui passe le texte directement au protocol ; je viens d'essayer avec quote user/quote pass, et ça a l'air de marcher.
Je crois qu'en tant que client free, j'ai droit à un espace Web. Si oui, j'installe un minimum ce week-end -- au moins, je pourrais signaler la disponibilité de ma bibliothèque. Version « stable », que j'utilise quand je travaille sur d'autres chose, et non la version sur laquelle je travaille actuellement.
(En fait, j'ai trois branches actuellement. Une où je convertis toute la documentation en Doxygen, une avec quelques bricolages en plus, et une où je la convertis pour supporter activement le collecteur de Boehm -- je l'utilise déjà avec le collecteur de Boehm sans problèmes, mais sans les autres vérifications de la mémoire non plus.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Fabien LE LEZ wrote:
On 14 Sep 2005 00:07:10 -0700, "kanze" <kanze@gabi-soft.fr>:
Le problème, je crois, c'est que ftp ne marche qu'en
interactif ; pendant qu'il transfère un fichier, il continue
à lire des commandes, et génère des erreurs s'il ne peut pas
les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement.
C'est le comportement exigé par la RFC. Au moins au niveau du
protocol.
Tu dois avoir un client bien douteux. En tout cas, sous
Windows, ça marche au poil.
Maintenant que j'y pense, je n'ai pas le prompte avant la fin du
transfer. J'ai eu un problem de ce genre, mais je ne me rappelle
plus exactement quoi.
Je viens de réeffectuer des essais simples. En fait, le
problème, c'est que mon client veut me logguer tout de suite, et
quand il démande le mot de passe, il le démande avec
/dev/console, en supprimant les echo. Je peux supprimer
l'auto-login avec l'option -n, mais il reconnaît (voire il s'y
attend) toujours la réponse 331 après la commande user, et
cherche à lire le mot de passe là où je ne veux pas. Il a une
commande quote, en revanche, qui passe le texte directement au
protocol ; je viens d'essayer avec quote user/quote pass, et ça
a l'air de marcher.
Je crois qu'en tant que client free, j'ai droit à un espace Web.
Si oui, j'installe un minimum ce week-end -- au moins, je
pourrais signaler la disponibilité de ma bibliothèque. Version
« stable », que j'utilise quand je travaille sur d'autres chose,
et non la version sur laquelle je travaille actuellement.
(En fait, j'ai trois branches actuellement. Une où je convertis
toute la documentation en Doxygen, une avec quelques bricolages
en plus, et une où je la convertis pour supporter activement le
collecteur de Boehm -- je l'utilise déjà avec le collecteur de
Boehm sans problèmes, mais sans les autres vérifications de la
mémoire non plus.)
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Le problème, je crois, c'est que ftp ne marche qu'en interactif ; pendant qu'il transfère un fichier, il continue à lire des commandes, et génère des erreurs s'il ne peut pas les exécuter tout de suite.
Tiens ? C'est bizarre comme comportement.
C'est le comportement exigé par la RFC. Au moins au niveau du protocol.
Tu dois avoir un client bien douteux. En tout cas, sous Windows, ça marche au poil.
Maintenant que j'y pense, je n'ai pas le prompte avant la fin du transfer. J'ai eu un problem de ce genre, mais je ne me rappelle plus exactement quoi.
Je viens de réeffectuer des essais simples. En fait, le problème, c'est que mon client veut me logguer tout de suite, et quand il démande le mot de passe, il le démande avec /dev/console, en supprimant les echo. Je peux supprimer l'auto-login avec l'option -n, mais il reconnaît (voire il s'y attend) toujours la réponse 331 après la commande user, et cherche à lire le mot de passe là où je ne veux pas. Il a une commande quote, en revanche, qui passe le texte directement au protocol ; je viens d'essayer avec quote user/quote pass, et ça a l'air de marcher.
Je crois qu'en tant que client free, j'ai droit à un espace Web. Si oui, j'installe un minimum ce week-end -- au moins, je pourrais signaler la disponibilité de ma bibliothèque. Version « stable », que j'utilise quand je travaille sur d'autres chose, et non la version sur laquelle je travaille actuellement.
(En fait, j'ai trois branches actuellement. Une où je convertis toute la documentation en Doxygen, une avec quelques bricolages en plus, et une où je la convertis pour supporter activement le collecteur de Boehm -- je l'utilise déjà avec le collecteur de Boehm sans problèmes, mais sans les autres vérifications de la mémoire non plus.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Thomas Labourdette
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" :
Seulement, par expérience, je sais que s'il me faut constamment faire des ftp, fichier par fichier, je ne le tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour synchroniser 2 répertoires (ou plus).
http://freshmeat.net/projects/lftp/
@+ -- Thomas Labourdette Horizon pas net, reste à la buvette.
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" <kanze@gabi-soft.fr>:
Seulement, par expérience, je sais que s'il me faut
constamment faire des ftp, fichier par fichier, je ne le
tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais
pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche
qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour synchroniser 2
répertoires (ou plus).
http://freshmeat.net/projects/lftp/
@+
--
Thomas Labourdette
Horizon pas net, reste à la buvette.
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" :
Seulement, par expérience, je sais que s'il me faut constamment faire des ftp, fichier par fichier, je ne le tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour synchroniser 2 répertoires (ou plus).
http://freshmeat.net/projects/lftp/
@+ -- Thomas Labourdette Horizon pas net, reste à la buvette.
kanze
Thomas Labourdette wrote:
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" :
Seulement, par expérience, je sais que s'il me faut constamment faire des ftp, fichier par fichier, je ne le tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour synchroniser 2 répertoires (ou plus).
http://freshmeat.net/projects/lftp/
Merci beaucoup. J'y regarderais plus en detail, mais à premier abord, ça a l'air d'être ce qu'il me faut. (À vrai dire, j'étais en train de considérer écrire quelque chose de semblable moi-même. La protocol FTP n'est pas très complex, et j'ai pas mal d'expérience dans l'implémentations des protocols. Mais si c'est déjà fait, ça m'économiserait pas mal de travail.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Thomas Labourdette wrote:
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" <kanze@gabi-soft.fr>:
Seulement, par expérience, je sais que s'il me faut
constamment faire des ftp, fichier par fichier, je ne le
tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais
pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche
qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour
synchroniser 2 répertoires (ou plus).
http://freshmeat.net/projects/lftp/
Merci beaucoup. J'y regarderais plus en detail, mais à premier
abord, ça a l'air d'être ce qu'il me faut. (À vrai dire, j'étais
en train de considérer écrire quelque chose de semblable
moi-même. La protocol FTP n'est pas très complex, et j'ai pas
mal d'expérience dans l'implémentations des protocols. Mais si
c'est déjà fait, ça m'économiserait pas mal de travail.)
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
kanze a écrit le Mercredi 14 Septembre 2005 09:07 :
Fabien LE LEZ wrote:
On 13 Sep 2005 09:18:56 -0700, "kanze" :
Seulement, par expérience, je sais que s'il me faut constamment faire des ftp, fichier par fichier, je ne le tiendrai pas à jour.
Étant donné que le contenu n'est pas très gros, tu devrais pouvoir faire un script qui uploade tout en bloc, non ?
J'y ai pensé. Le problème, je crois, c'est que ftp ne marche qu'en interactif
Il existe le client lftp qui a un mode "mirror" pour synchroniser 2 répertoires (ou plus).
http://freshmeat.net/projects/lftp/
Merci beaucoup. J'y regarderais plus en detail, mais à premier abord, ça a l'air d'être ce qu'il me faut. (À vrai dire, j'étais en train de considérer écrire quelque chose de semblable moi-même. La protocol FTP n'est pas très complex, et j'ai pas mal d'expérience dans l'implémentations des protocols. Mais si c'est déjà fait, ça m'économiserait pas mal de travail.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
bernard tatin
Fabien LE LEZ wrote:
On Sat, 10 Sep 2005 18:08:16 +0200, bernard tatin :
Même sur un exemple traitant d'un sujet totalement différent, c'est criminel d'afficher un tel code. Pire, je subodore que tu ne renâclerais pas à l'idée de considérer ça comme du C++, et de l'inclure dans ton propre code.
Admettons un instant qu'on soit sur fr.comp.lang.c. Déjà là, je tiquerais -- ne serait-ce que par l'usage de la "magic value" 32. (D'où il sort, ce 32, d'ailleurs ? Ma doc indique 26.) De même, le strcpy me paraît un peu limite -- strncpy me semble plus fiable. Enfin, tu écris deux fois presque le même code, il serait de bon ton d'en faire une fonction.
Mais nous sommes sur fr.comp.lang.c++. C'est-à-dire, un forum sur lequel il est vivement conseillé d'utiliser les avantages de base du C++.
1) j'ai suivi tout ça sur fr.comp.sys.mac.programmation, j'ai pas tout suivi en direct, c'est pour cela que je suis en retard, 2) j'ai suivi tout ça sur fr.comp.sys.mac.programmation donc pour moi le C++ n'était pas primordial, 3) le 32 est là parceque je me souvenais du 26 mais n'en n'étais plus certain et puis voilà, j'ai pas fait le man qui va bien, désolé, 4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy, 5) je n'ai pas écrit deux fois le même code, j'ai écris deux exemples différents pour montrer les différences,
Ah, my god, my god...
6) dans un exemple que l'on veut simple et rapide, si on fait des fonctions comme HeureEnLettres(), on fait perdre le fil de la lecture, 7) dans les exemples je ne code pas comme dans mes programmes, 8) dans mes programmes je ne code pas comme dans mes exemples, 9) je ne le ferais plus.
Ah, my god, my god..., il est tard, bonne nuit et bon week-end,
Bernard.
Fabien LE LEZ wrote:
On Sat, 10 Sep 2005 18:08:16 +0200, bernard tatin :
Même sur un exemple traitant d'un sujet totalement différent, c'est
criminel d'afficher un tel code. Pire, je subodore que tu ne
renâclerais pas à l'idée de considérer ça comme du C++, et de
l'inclure dans ton propre code.
Admettons un instant qu'on soit sur fr.comp.lang.c. Déjà là, je
tiquerais -- ne serait-ce que par l'usage de la "magic value" 32.
(D'où il sort, ce 32, d'ailleurs ? Ma doc indique 26.)
De même, le strcpy me paraît un peu limite -- strncpy me semble plus
fiable.
Enfin, tu écris deux fois presque le même code, il serait de bon ton
d'en faire une fonction.
Mais nous sommes sur fr.comp.lang.c++. C'est-à-dire, un forum sur
lequel il est vivement conseillé d'utiliser les avantages de base du
C++.
1) j'ai suivi tout ça sur fr.comp.sys.mac.programmation, j'ai pas tout
suivi en direct, c'est pour cela que je suis en retard,
2) j'ai suivi tout ça sur fr.comp.sys.mac.programmation donc pour moi le
C++ n'était pas primordial,
3) le 32 est là parceque je me souvenais du 26 mais n'en n'étais plus
certain et puis voilà, j'ai pas fait le man qui va bien, désolé,
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
5) je n'ai pas écrit deux fois le même code, j'ai écris deux exemples
différents pour montrer les différences,
Ah, my god, my god...
6) dans un exemple que l'on veut simple et rapide, si on fait des
fonctions comme HeureEnLettres(), on fait perdre le fil de la lecture,
7) dans les exemples je ne code pas comme dans mes programmes,
8) dans mes programmes je ne code pas comme dans mes exemples,
9) je ne le ferais plus.
Ah, my god, my god..., il est tard, bonne nuit et bon week-end,
Même sur un exemple traitant d'un sujet totalement différent, c'est criminel d'afficher un tel code. Pire, je subodore que tu ne renâclerais pas à l'idée de considérer ça comme du C++, et de l'inclure dans ton propre code.
Admettons un instant qu'on soit sur fr.comp.lang.c. Déjà là, je tiquerais -- ne serait-ce que par l'usage de la "magic value" 32. (D'où il sort, ce 32, d'ailleurs ? Ma doc indique 26.) De même, le strcpy me paraît un peu limite -- strncpy me semble plus fiable. Enfin, tu écris deux fois presque le même code, il serait de bon ton d'en faire une fonction.
Mais nous sommes sur fr.comp.lang.c++. C'est-à-dire, un forum sur lequel il est vivement conseillé d'utiliser les avantages de base du C++.
1) j'ai suivi tout ça sur fr.comp.sys.mac.programmation, j'ai pas tout suivi en direct, c'est pour cela que je suis en retard, 2) j'ai suivi tout ça sur fr.comp.sys.mac.programmation donc pour moi le C++ n'était pas primordial, 3) le 32 est là parceque je me souvenais du 26 mais n'en n'étais plus certain et puis voilà, j'ai pas fait le man qui va bien, désolé, 4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy, 5) je n'ai pas écrit deux fois le même code, j'ai écris deux exemples différents pour montrer les différences,
Ah, my god, my god...
6) dans un exemple que l'on veut simple et rapide, si on fait des fonctions comme HeureEnLettres(), on fait perdre le fil de la lecture, 7) dans les exemples je ne code pas comme dans mes programmes, 8) dans mes programmes je ne code pas comme dans mes exemples, 9) je ne le ferais plus.
Ah, my god, my god..., il est tard, bonne nuit et bon week-end,
Bernard.
patate
microseconds( &bla )
pat.
"Bruno Causse" a écrit dans le message de news: 1h2n286.1twwl9k1ugscfoN%
bonsoir,
j'utilise <ctime> dans mon prog mais la precision n'est pas au rendez vous, plusieurs secondes sur une minute :-( n'y a t'il pas une autre api plus precise.
merci
-- Bruno Causse http://perso.wanadoo.fr/othello
microseconds( &bla )
pat.
"Bruno Causse" <pasde.bcausse.spam@wanadoo.fr> a écrit dans le message de
news: 1h2n286.1twwl9k1ugscfoN%pasde.bcausse.spam@wanadoo.fr...
bonsoir,
j'utilise <ctime> dans mon prog mais la precision n'est pas au rendez
vous, plusieurs secondes sur une minute :-( n'y a t'il pas une autre api
plus precise.
"Bruno Causse" a écrit dans le message de news: 1h2n286.1twwl9k1ugscfoN%
bonsoir,
j'utilise <ctime> dans mon prog mais la precision n'est pas au rendez vous, plusieurs secondes sur une minute :-( n'y a t'il pas une autre api plus precise.
merci
-- Bruno Causse http://perso.wanadoo.fr/othello
Stan
"bernard tatin" a écrit dans le message de news: hqJWe.34648$
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
-- -Stan
"bernard tatin" <bernard.tatin@nospam.tele2.fr.invalid> a écrit dans le
message de news: hqJWe.34648$hV3.14917@nntpserver.swip.net...
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
"bernard tatin" a écrit dans le message de news: hqJWe.34648$
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
-- -Stan
Fabien LE LEZ
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" ( remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture générale) et peut ne pas connaître les deux autres. Mais c'est pas grave, vu qu'il n'utilise pas strcpy de toutes façons.
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" <z.y.l.o.g@wanadoo.fr (
remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture
générale) et peut ne pas connaître les deux autres. Mais c'est pas
grave, vu qu'il n'utilise pas strcpy de toutes façons.
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" ( remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture générale) et peut ne pas connaître les deux autres. Mais c'est pas grave, vu qu'il n'utilise pas strcpy de toutes façons.
Stan
"Fabien LE LEZ" a écrit dans le message de news:
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" ( remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture générale) et peut ne pas connaître les deux autres. Mais c'est pas grave, vu qu'il n'utilise pas strcpy de toutes façons.
Si je relie cette allégation au point 2, je suppose que l'auteur parlait de programmeurs C; d'ailleurs le code cité en exemple appuierait cette hypothèse. Donc, je ne peux pas penser que la majorité des utilisateurs de C ignorent l'existence des autres membres de la famille de strcpy.
-- -Stan
"Fabien LE LEZ" <gramster@gramster.com> a écrit dans le message de news:
ojnqi1t8p6a3575eqfigag9ilnob9otgjk@4ax.com...
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" <z.y.l.o.g@wanadoo.fr (
remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture
générale) et peut ne pas connaître les deux autres. Mais c'est pas
grave, vu qu'il n'utilise pas strcpy de toutes façons.
Si je relie cette allégation au point 2, je suppose
que l'auteur parlait de programmeurs C;
d'ailleurs le code cité en exemple appuierait cette hypothèse.
Donc, je ne peux pas penser que la majorité des utilisateurs
de C ignorent l'existence des autres membres de la famille de strcpy.
On Sun, 18 Sep 2005 13:29:17 +0200, "Stan" ( remove the dots )>:
4) plein de gens connaissent strcpy mais ni strncpy ni strlcpy,
C'est un peu fantaisiste comme affirmation, non ?
Pas forcément. Un programmeur C++ connaît strcpy (c'est de la culture générale) et peut ne pas connaître les deux autres. Mais c'est pas grave, vu qu'il n'utilise pas strcpy de toutes façons.
Si je relie cette allégation au point 2, je suppose que l'auteur parlait de programmeurs C; d'ailleurs le code cité en exemple appuierait cette hypothèse. Donc, je ne peux pas penser que la majorité des utilisateurs de C ignorent l'existence des autres membres de la famille de strcpy.
-- -Stan
Bertrand Lenoir-Welter
Stan :
Donc, je ne peux pas penser que la majorité des utilisateurs de C ignorent l'existence des autres membres de la famille de strcpy.
strlcpy, je connaissais pas, y'a pas ça dans mon stdio.h. Ca fait quoi de plus ?
Stan :
Donc, je ne peux pas penser que la majorité des utilisateurs
de C ignorent l'existence des autres membres de la famille de strcpy.
strlcpy, je connaissais pas, y'a pas ça dans mon stdio.h. Ca fait quoi
de plus ?
