sous windows.
merci.

avec les fonction standard std::remove et la copie, ben à la main avec différentes variantes

moi j'aime bien
 

ok merci
mais c quelle librarie précisément qui se charge de copier ou supprimer le fichier, c'est cstdlib ?

je sais pas ce que c'est qu'une « librarie »

indice : s/librairie/bibliothèque/g

 
ca t'amuses tant que ca de faire ton enculeur de mouches ?

bah oui, je sors le code correct, alors je me le permets ... et pi c'était ça ou RTFM

if(!in or !out)
 
c la surcharge de quel operateur qui permet de faire ca ??
 
edit :
et puis or ?
chez moi ca compile pas ...
 
if(!in.good() || !out.good())
 
p-e ?

sur c cas présent, c'est operator!

t'as as besoin de good ou de bad, tu veux utiliser if(in) ou if(!in)
 
operator void * et operator!

stun brin porcho, je trouve

non pas du tout pourquoi ?

personne pour me dire  
« Taz t'es un dieu, tu manipules les streambuf comme personne » ?

bah au final tu sais meme plus ce que tu test. Chui pas contre la surcharge d'operateur, mais la ca me parait abusé, une fonction serait plus claire.

bah si tu sais ce que tu testes : y a plusieurs façons de le faire, mais la sémantique est là même, c'est ça l'important. je trouve ça super élégant

or existe pas chez moi, c'est un standard ?

si or est même un mot clef.
également standard

if (in). ca test quoi ? s'il a pu ouvrir le fichier ou s'il y a encore des octets a lire dans le bouzin ? je trouve ca trop vague. Enfin bon rien me force a utiliser ca non plus, je sais

ça teste si le flux est ok. à la moindre erreur, ça échoue

sinon apparement pour le !in ca serait la surcharge de l'operateur bool :
 
operator bool() const
{
...
}

ouais ça peut dépendre, les deux existent sans doute (j'ai pas le papier sous la main)
ton implémentation est comme ça ?

oui (stl de ms)

tu pourrait me montrer un exemple avec la surcharge de ! et void* ? parce que je vois pas trop comment c'est fait

non, operator bool n'est pas standard
 
 
un truc bidon
 

bien, ok merci

après
 
!f ou not f

Taz t'es un dieu, tu manipules les streambuf comme personne

merci

(not existe pas non plus chez moi)

bah t'as qu'à avoir un compilateur C++
 
les versions littérales d'un tas d'opérateurs sont standards depuis quasiment le départ. et C99 enf ait des macros standards

finalement on a appris plein de trucs sur ce topic qui me semblait d'abord pourri

uhu
 
sinon, pour en revenir au sujet ,si tu veux sous windows de l'api windows sans portabilité possible, la msdn est ton amie :
 
DeleteFile : http://msdn.microsoft.com/library/ [...] tefile.asp
CopyFile : http://msdn.microsoft.com/library/ [...] pyfile.asp

et boost cupède t'en fait quoi ?
 
cela dit sur un truc simple comme ça (voir mon code), pas la peine de passer par autre chose

tiens voui
 
je viens de voir boost.filesystem
 
jme demande comment ca marche sous windows qui fonctionne avec des lettres de lecteur et pas des points de montage ...

grâve a un superbe surcahrge d'opérateur et d'effet de bords

 
Certainement pas. On utilise l'API win32 :
 
CopyFile et DeleteFile.

avant de upper des vieux trucs, tu pourrais le lire en entier au moins
merci de ton intervention inutile

 
C'est sûr que c'est joli sauf que c'est nul (t'as appris le C++ sur une calculatrice ou quoi ?)
 
Déjà, les performances de ton machin dépendent de l'implementation de la stl. Avec celle fournie par le VC de krosoft, là, tu fais une copie octet par octet. Over top ridicule.
 
Ensuite, en imaginant que tu prennes une implémentation un peu plus sérieuse, il faut savoir que la plupart utilisent un buffer de 8Ko. En programmant soit-même une boucle avec un buffer de 64 Ko, tu vas réduire le temps d'exécution de ta copie d'un rapport de 1/3 à 1/2 sur un fichier un tant soit peu conséquent.
 
Pour finir, j'ai bien aimé le gros bug dans ton exemple : pas de test d'erreur pour savoir si l'écriture s'est correctement déroulée.
Si pour une raison x ou y, une erreur survient, on tombe tout droit dans le remove sans avoir réalisé de copie correcte du fichier d'origine.
Moralité : on perd ses données.