question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Bug: Making the properties, history, and possibly the log files hidden makes them innaccessible to RipMe

See original GitHub issue

I just recently figured this one out. It seems like if you make history.json, rip.properties, and possibly ripme.txt hidden in Windows, RipMe cannot access the files. While it will still read the settings saved in rip.properties, it cannot modify them. Any changes in settings you make while that file is set to hidden will be undone when the program is closed. History does not save when history.json is hidden. When you look at the logs, it will mention a file access error:

java.io.FileNotFoundException: history.json (Access is denied)

and

2015-06-25 20:57:07,833 ERROR utils.Utils .saveConfig() Error while saving configuration: org.apache.commons.configuration.ConfigurationException: Unable to save to file C:\Users\Folder Path\rip.properties

I’m pretty sure the log file doesn’t update as well if it is hidden, but I haven’t thoroughly tested that out.

Issue Analytics

  • State:closed
  • Created 8 years ago
  • Comments:9 (2 by maintainers)

github_iconTop GitHub Comments

1reaction
drguildocommented, Dec 23, 2016

Just disconnect it and it’ll never wear out.

1reaction
metaprimecommented, Dec 23, 2016

I agree the pattern you mentioned should be avoided, but concerns like tiny writes to the file system on the part of this program is not really part of the concern. The OS and other programs do plenty of that on their own, and probably in much greater quantity than we could expect ripme to do. Not to mention, the whole purpose of this program is to save lots of data to your file system. That’s going to be way more “harmful” for the SSDs than little writes. No sense in worrying about that kind of optimization for small files.

I’d say the problem here is just that these files shouldn’t be made hidden in the first place. Whatever mechanism made them hidden – well, don’t do that. That’s why I closed as wontfix.

I suppose if we could detect that a file was hidden, we could give a more helpful warning, but Java might prevent us from even knowing the hidden file is there at all.

Anyway I’m not sure the unhide/write/hide problem is really a problem for SSDs or any modern file system or storage device. SSD drivers are smart, and good at aggressively avoiding harmful writes when possible – when a change to a file is saved (the file system is updated) it doesn’t necessarily mean the change has been written to the physical disk in the sense you’re probably thinking. The change could still reside in RAM until a certain time passes where the changes are committed to disk. (This avoids problems for the hard disk in the case of the supposed anti-pattern of repeatedly saving a file with only minor changes each time – wouldn’t you just want to REALLY save the version that was there when the user or program stopped accessing the file entirely?) I’m not that sure how a file system journal works with the specific limitations of SSD wear patterns, but there may also be a journal updated with the changes to a file which can be replayed until such time that it makes sense to really re-write the file to a new place on disk. Appending to the same sector in a journal is a good pattern for SSDs.

Reading data from the file is a basic requirement, nothing to fix there. Also if reads are “bad” for the SSD in the sense that it wears down the drive, then sure, but a read is a basic need and is definitely the LEAST bad for an SSD. Long story short: use the device as intended. Don’t worry too much about the consequences of small anti-patterns.

If we were frequently making tiny updates to a whole LOT of files, then we’d have something to potentially worry about.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Config options · RipMeApp/ripme Wiki - GitHub
A list of all of ripmes config options and what they do. To change these option on your ripme install edit the rip.properties...
Read more >
Getting log files in case of software issues?
To view it, do a Windows search for 'Folder options' or 'File explorer options' and then go to 'view' tab-> select 'show hidden...
Read more >
powered by Falcon Sandbox - Viewing online file ... - Hybrid Analysis
Submit malware for free analysis with Falcon Sandbox and Hybrid Analysis technology. Hybrid Analysis develops and licenses analysis tools to fight malware.
Read more >
BIG-IP 14.1.4.5 Fixes and Known Issues - AskF5
1039049-1, 1-Blocking, Installing EHF on particular platforms fails with error "RPM transaction failure". 831821-3, 2-Critical, Corrupted DAG packets causes ...
Read more >
Understanding the log file and quick troubleshooting ...
Open-E DSS V6 or V7 Log file download- User Activity logs - iSCSI Target logs - iSCSI Sessions in tests.log- Criticial error logs© ......
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found