REMPLACE DANS TOUTE UNE CHAINE

Commentaire de xarier le 23/06/2004 00:26:43

re :
comme je debut encore en c++ je pas compris des choses dans ta source :
-c koi au juste __stdcall ?
-VirtualFree(pmem, 0, MEM_RELEASE);
-pmem = (char*) VirtualAlloc(0, r, MEMDISPO, PAGE_READWRITE);
-#define MEMDISPO   (MEM_RESERVE | MEM_COMMIT | MEM_TOP_DOWN)
Merci d'avance :)

Commentaire de xarier le 23/06/2004 00:35:30

merci j'ai tout compris sauf la __stdcall.
est ce que tu peut m'expliquez plus en detaille :)
Merci d'avance

Commentaire de xarier le 23/06/2004 00:58:16

pardon BruNews mais j ai pas fait de l'asm alors est ce que tu peut m'expliquez la differnce entre une fonction avec _stdcall et sans.(c plus rapide ?....c fait koi au juste ).

deconde la fonction INLINE C KOI AU JUSTE ? Ben j'ai bcp de question alors je ne trouve pas meiux que toi ..
Merci

Commentaire de LordBob le 23/06/2004 12:07:54

comme d'hab une excelente source de BruNews !!!

Commentaire de xarier le 23/06/2004 15:48:28

ben je l'avait poster et il n'a pas etait aimmer et je l'avait effacer mais la je vais la reposer
mais ce que je ne comprend pas est ce que en ajoutant les library standare STL le prog devien bcp plus grand ?
Mais encore bravo BREWNEWS!!!!

Commentaire de StanOfSky le 23/06/2004 19:27:26

ouai mais la t'as po besoin d'utiliser la stl mais seulement un peu de stdlib ou string.h ou stdio.h et encore meme pas sur donc t'aura po un exe enorme
en plus ta fonction sera réutilisable dans tous les contextes et plateformes

et pis les goto c vraiment barbare dans un langage assez évolué comme le c ou meme evolué comme le c++

vala ;)
++

Commentaire de xarier le 23/06/2004 20:01:03

Ben mon opinion c que toutes les sources son bonne car dans chaque source on aqui des nouvelles fonction et  des nouvelles maniere de progué
MAIS j'ai toujour la meme question est ce que quand on utilise la stl le prog deviend bcp plus gros que avec la win32 ? combient presque ?

Commentaire de xarier le 23/06/2004 20:09:39

Merci Brewnews
Mais il ya une autre chose

Est ce que tu peut mettre des commentaire dans ta source car la j'ai meme pas volu la lire en regardant toute ces line sans commentaire
Merci .
et si ta pas le temp je vais essayer de creé la mien est essayer de la rondre encore plus petite.
Merci Encore

Commentaire de xarier le 23/06/2004 20:19:54

non mais je pense que avec des commentaire ca serait meiux.
Merci

Commentaire de Hylvenir le 23/06/2004 21:42:08

Bonjour, je vous propose cette version parce que je trouve les goto en peu "barbare" ;-), peut être moins rapide et plus bugguée mais à vous tester... surtout moins longue à taper.
Pour la partie win32 je fais confiance à Brunews :-)

[code]
char* Replace( char* s, const char* m, const char* n )
{
    int sS = strlen( s ), sM = strlen( m ), sN = strlen( n );
    if ( !sM ) return s;
    char* c = s;
    while( c = strstr( c, m ) ) {
        memmove( c + sN, c + sM, sS - ( s - c  ) + 1 );
        memcpy( c, n, sN );
        c += sN;
    }
    return s;
}
[/code]

Commentaire de StanOfSky le 24/06/2004 12:53:36

mais bon la STL fau l'utiliser pour les template "Standart Template Librairie"
c si tu veu utiliser de maniere effficace tous les conteneurs tels que les listes, vecteur, map, etc.... ou alors ne pas te galérer avec les allocation pour les string, ou utiliser des objets pour les entrées sorties...
sinon les stdio.h stdlib.h string.h du c vont tres bien.

pour cet exemple par exemple ya moyen d'utilise strncmp, strcpy etc...
dsl de pas mettre une version mais j'ai vraiment pas le tps ni l'envie.
pour les goto je suis désolé mais ca ne s'utilise pas ni en C, ni en C++ et c tres fortement contrindiqué dan tous les cours et tutoriaux que tu pourras voir. de plus ca ne sera pas forcement plus optimisé que de mettre de simples if ca dépend totalement de ton compilateur et de tes options de compilations...
et je te rassure brunews, je me sui pas abimé les yeux a regarder tro lgtps ton code :p j'ai pas di kil etait mauvais non plus
seulement coder pour une plateforme spécifique comme ca fait ici n'est pas necessaire pour ce genre de fonction. autant faire de l'algorythmie et rendre une fonction compatible avec toutes les plateformes. le code linux n'est pas mieux qd il est tro spécialisé, fau juste utiliser des librairies standart pour que le code soit portable
comme ca ici tout le monde sera content, et aura son code pour sa plateforme :p
et pis bon je vois po le tro le pb avec avoir des gros exécutables???
ca vous gene en quoi d'avoir un exe qui fait 50-100 ko de plus parce que vous utilisez la STL (vous perdrez d'autant plus a vouloir recodé des classes de listes, vecteurs etc...)

Commentaire de yAAm le 24/06/2004 16:35:43

juste une question : il semble en effet que tu aime bien les goto, puisque si ma mémoire est bonne tu en utilise aussi pour la fonction d'acces au mdb que tu as deja mis en ligne il y a fort longtemp. Quel interet trouve tu dans les goto, et pourquoi personne ne les aime si ce n'est parceque ca rapelle trop la syntaxe du basic ?

Commentaire de yAAm le 24/06/2004 18:26:21

ok. Donc pas d'avis precis sur le sujet. Il y a des fois ou mettre un goto simplifierai grandement les choses, mais au niveau du code generé je n'ai jamais comparé. J'avoue quand même que je ne les utilise jamais, ...

Commentaire de StanOfSky le 25/06/2004 02:23:09

ouaip goto et label c de l'assembleur pur...
le c a été créé pour programmer dans un langage non pas machine mais plus humain, le but final d'un langage étant de ressembler au maximum à un langage dit huamin (le c++ c different c juste une notion d'objet, heritage etc... ajouté au c mais c vrai que ca rend plus "humain" le langage)

pour ma part je suis contre les goto parce que c vrai qu'avec tro d'utilisation ca rend un source incomprehensibe. de plus le compilo ne les utilisera pas forcement comme on le voudrai et ne les optimisera pas forcement (fau bien utiliser les flags de compilation)
et pis bon les goto c de l'asm...alors ca detruit tout l'esprit langage évolué...
pour les erreurs, ya les exception :p