[haiku-bugs] Re: [Haiku] #12676: After several hours of usage, suddenly, text files suffer data corruption (plain text is replaced with strange characters).

  • From: "Giova84" <trac@xxxxxxxxxxxx>
  • Date: Sat, 12 Mar 2016 14:27:17 -0000

#12676: After several hours of usage, suddenly, text files suffer data 
corruption
(plain text is replaced with strange characters).
--------------------------------+----------------------------
   Reporter:  Giova84           |      Owner:  axeld
       Type:  bug               |     Status:  new
   Priority:  normal            |  Milestone:  Unscheduled
  Component:  File Systems/BFS  |    Version:  R1/Development
 Resolution:                    |   Keywords:
 Blocked By:                    |   Blocking:
Has a Patch:  0                 |   Platform:  All
--------------------------------+----------------------------

Comment (by Giova84):

 Replying to [comment:5 mmlr]:

In such cases it is always interesting to figure out where the
 corruption is actually happening as there are numerous layers involved.
 Here's a couple of things you could try to narrow things down

 Unfortunately (but fortunately for my computer ) I immediately recovered
 my files from the weekly backup, after the corruption. So for now I can't
 do a detailed inspection and I don't have a specific syslog.
 But I remember some details, however:

 Point 2:
 The corruption seemed patterned on both files (the bash script and the
 plain text file);
 in both files there was just a portion of corruption, represented by
 strange/ASCII characters;
 since the corruption was partial inside these files, there was still
 readable text (and I  remember, especially in the bash script), that the
 corruption was present in a certain portion of the script: it affected a
 portion which is repeated various times in this bash script: but just one
 of these portions has been corrupted).

 Point 3:
 The corruption of such files persisted after a reboot.

 However you mention, maybe, something of interesting: a driver/component
 that may be overwriting memory.

 When the corruption has occured, I was playing with a driver: the modified
 HDA driver which Pete Goodeve sent me about two years ago: its modified
 driver is provided with a setting file (hda.settings) which allows to set
 the buffer size to reduce the audio latency: when I change the value in
 the hda.settings file, I also restart the media_server: I often play with
 this setting, but this was the first time that I noticed the data
 corruption (to make a test I also attempted to change continuosly the
 setting file, various time, one hour ago: but I didn't noticed again the
 data corruption).

 However, to exclude the possibility mentioned by ttcoder, I blacklisted
 StyledEdit.

 I will keep you updated with more infos if/when a corruption will occur
 again.

--
Ticket URL: <https://dev.haiku-os.org/ticket/12676#comment:6>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts:

  1. Home
  2. haiku-bugs
  3. Archive
  4. 03-2016