[c++ & boost] save copy of file to USB

[Verwijderd]

Ik heb wat code die een file kopieert naar een USB stick mbt boost filesystem.
Daarna kopiëer ik nog een file naar een andere partitie van de HDD en geef ik op het UI aan dat ik klaar ben.

Als je dan de USB er snel uit trekt, staat de file er niet, gedeeltelijk en soms helemaal op.
(sommige sticks zijn gevoeliger hier voor dan anderen).
Natuurlijk is dit normaal, bekent en geaccepteerd van USB, maar ik wil het niet.
Ik zou de usb netjes kunnen ejecten, maar soms moet er nog meer gebeuren op de USB stick en ik wil de gebruiker niet opzadelen met eruit en erin stoppen van de stick. Ook zijn sommige gebruikers haastig en die doen dan niet netjes eject, maar ondanks dat wil ik gewoon zeker zijn dat mijn file erop staat.

ik heb geprobeerd:

code:

BOOSTFS::copy_file(ori, dest)
if(BOOSTFS::exist(dest))
{
    print("Gelukt");
}

Ondanks dat ie "Gelukt" printte, stond de file niet op de stick.
Zelfs het linken met commode.obj (zie: Force-bestanden naar de schijf worden gewist) en het toevoegen van een _flushall() hielp niet.

_commit heb ik niet gebruikt omdat ik van BOOSTFS geen windows file handle kreeg. Ook staat er: "_commit will only function on 16-bit operating systesm." terwijl ik op windows XP embedded draai.

Heeft iemand goede ideeën hoe ik de USB-stick kan flushen zonder een eject uit te voeren?

[ Voor 4% gewijzigd door Verwijderd op 02-03-2011 21:12 ]

[.oisyn]

Ik ken boost FS niet goed genoeg, maar als je geen OS-specifieke handle kunt krijgen dan zit er weinig anders op dan geen boost FS gebruiken en het via de functionaliteit van het OS zelf te doen.

[LauPro]

Sowieso vraag ik mij af of die _commit() überhaupt iets van zin heeft bij USB devices. Dit omdat als het druk is op de bus de Mass Storage Device driver best wel eens kan besluiten om het eea te cachen. Ik geloof dat je bij apparaatbeheer ook een aantal instellingen kan maken of er een disk cache moet worden gebruikt. Zou daar eens gaan zoeken.

[MSalters]

USB Mass Storage is het kleinste probleem. Dat lijkt genoeg op SCSI om flushes te verwerken. Ik zou me eerder zorgen maken over de flash controller. Een write duurt onder water serieus lang.

[Verwijderd]

Door het linken met commode.obj, een CreateFile met FILE_FLAG_WRITE_THROUGH en een FlushFileBuffers heb ik het voor elkaar gekregen om snel genoeg te zijn.

Erg bedankt

[farlane]

Er zit nogal wat verschil in snelheid tussen (USB) flash drives, dus als je nu 'snel genoeg' bent, hoeft dat niet zo te zijn bij een ander merk/type stick/card/controller.

[Ventieldopje]

Maar hij heeft write-through aan staan, dan gebruik je de tijdelijke buffer niet, schrijven zal dus wat langzamer gaan maar het staat er wel meteen helemaal op FlushFileBuffers zal dan misschien nog niet eens nodig zijn maar dat weet ik niet

[.oisyn]

schrijven zal dus wat langzamer gaan maar het staat er wel meteen helemaal op

Dat is dus een contradictie. Maar waar het om gaat is dat als de schrijffunctie retourneert, dat je er dan nog steeds niet verzekerd van bent dat de bits daadwerkelijk zijn weggeschreven naar flash.