"File already in use" errors in some cases
See original GitHub issueI have not observed this issue myself, but if you search for gradlew stop
in the Fabric discord you can see many instances of people encountering this error. If there is a way for Loom to handle this better or provide nicer diagnostics, that would be very nice.
Issue Analytics
- State:
- Created 2 years ago
- Comments:7 (4 by maintainers)
Top Results From Across the Web
5 Instant Fixes To Resolve Access 3045-“Couldn't Use Database
One of the most common reasons behind this MS Access “Could Not Use Database; File Already in Use” Error can also be the...
Read more >Resolving Access database error 'file already in use'
solve the error Access database error 'file already in use' by using safe methods. It also helps to maintain 100% integrity of database....
Read more >Access 2016 could not use file already in use
4.As the error indicated there may have a corrupted laccdb file in the folder, the easiest solution is just to delete that file....
Read more >Problem Solved: MS Access Error "File In Use" | Cybrary
The Error Message database throw is 'Couldn't use <database filename>; file already in use ' In most of the cases you may find...
Read more >MS Access - "file already in use" error on split database
The issue has certainly something to do with the fact that the read-only clients can't manage the .laccdb lock file since they don't...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This has been a common issue for ages, it used to be much much worse however. Tracking down the cause of them is a struggle. What would help is people reporting the issue when it happens with a full --stracktrace log so we can try and figure out patterns to where the most common causes of it are. This is made even harder by the cause of the issue is usually a previous run but then getting a stacktrace only happens after a re-run in a bad state.
Another option would be to try and stop the deamon after a failiure? I’m not aware of a nice way to do this.
If someone can reproduce these issues that would also be great help, even better if we could write a unit test to prove it.
Not seen this for a while, the issue I was talking about was fixed in Mixin.