QFile and QTextStream on RPI don´t write to File
-
Just realised that when i open the files in vim .. at every postion he had failed to write. the file has a line of
^@^@^@^@^@^@....
but i only can see them in vim .. text editor says that file has no common codec .. and when i cat the file it shows only the "good" entries. -
Hi and welcome to devnet,
You should also add an explicit error message for when the file fails to open. You might get some clues about what is happening.
-
Hi and thanks,
I have allready add a debug message on file.open, which never has shown an error . And i message the stream status when the file is open after writing, and QTextStream status() always return 0 for :
QTextStream::Ok 0 The text stream is operating normally.
So the file is always opened correctly and QTextStream seems to write correctly.
Because as i mentioned before, when it doesnt save the right message the file as the same among of chars in the file but it looks like
^@^@^@^@...
So as kshegunov mentioned, i looks like the buffer has not been writen to the file ..
Maybe it is because i never close my programm proberly or shutdown the system correctly and i do not have the possibility to do so. -
Why can't you shutdown your system properly ?
If you indeed always "pull the plug" that won't help keep your system clean and not only the files you write but the rest also.
What is your exact use case ?
-
Hi,
my device is used as a controller and interface for an small kind of electric vehicle. Which is controlled via CAN Bus.
And the the system is turned on and off via one button which is also the emergency off button, so it cuts of the battery completly. -
How fast and often will you be writing these files ?
How large should they become ?
Also, should they both survive a hard restart ? -
These files were opened at every system startup and they are logging the initialisation of Can devices and some serial an i2c devices , as well as the log the rfid key which was used to unlock the machine.
So yes they should survive cause i would need them for debuging . -
So basically you need a read-only system but be able to write in some files.
-
Thanks for that .
So i have now a second partiton for log files wich is read/write and one for filesystem.
Should make the system much safer.I fear the system will never be really "safe", as killing the application and even worse - the OS in such a notorious way is bound to have side-effects. OSes and filesystems are not made to be switched off at arbitrary times as a normal exiting sequence, albeit they do feature a number of measures to try and minimize the implications of sudden power loss. All that said it can't be guaranteed no matter how you partition the disk or how you play with the fs flags that the data will be written (or not written). The best thing I could suggest at this time is to research if it's possible to run ext4 in unbuffered mode, it might be slower, but at least you should have (most) of the data in the files.
-
In addition to what @kshegunov proposed, a system running on read-only filesystem with RAM disk used for the parts that needs to be writable but not stored in long term could be an option.
-
OK thanks.
I have now found a solution where i shutdown my system properly after getting a Can Message from my controller, and added an external power suply which stays 4 secs longer than the rest of the system . So that is enough time to shutdown.
Everything works perfect now.
Thanks a lot
