os error 32?

[daranzolin]

Description

I have been running the same Quarto reports for over a year, and today I am suddenly getting Error: The process cannot access the file because it is being used by another process. (os error 32). I haven't changed anything. It's a fairly complex project within a targets pipeline, so before I try and create a reprex, can someone help me brainstorm possible reasons? I haven't updated Quarto, changed the code, or any file paths, etc.

[cscheid]

Some other process is attempting to open the file at the same time, and Windows doesn't like that. We haven't changed anything about that on our side either - maybe your OS upgrade caused something like anti-virus scanners to be more active?

[mcanouil]

Thanks for ruling this out as it was the most common case (also with os error 1920).

• OS ERROR 32 & OS ERROR 145 when using Quarto on a Dropbox directory. SOLUTION: Use local folder.  #4670

[mcanouil]

Since you stated the issue happen on your local computer hard drive, would you mind try with a simple document to reproduce? In case it's something from your document.

---

R	Python
````qmd --- title: "Reproducible Quarto Document" format: html engine: knitr --- This is a reproducible Quarto document. {{< lipsum 1 >}} ```{r} x <- c(1, 2, 3, 4, 5) y <- c(1, 4, 9, 16, 25) plot(x, y) ``` {#fig-placeholder} {{< lipsum 1 >}} The end after @fig-placeholder. ````	````qmd --- title: "Reproducible Quarto Document" format: html engine: jupyter --- This is a reproducible Quarto document. {{< lipsum 1 >}} ```{python} import matplotlib.pyplot as plt x = [1, 2, 3, 4, 5] y = [1, 4, 9, 16, 25] plt.plot(x, y) plt.show() ``` {#fig-placeholder} {{< lipsum 1 >}} The end after @fig-placeholder. ````

[daranzolin]

This renders fine. If I had to guess, it's related to the presence of nested content via knitr::knit_expand() and knitr::knit_child(), since the only reports that get this error have lots of child documents.

[mcanouil]

Unfortunately, without the means to reproduce on our side with a small and simple example, it's going to be very hard to help.

[daranzolin]

When I remove the chunks (or just eval=FALSE) with knitr::expand() and knitr::knit_child() the reports render.

[daranzolin]

Moving this outside the replies. When I try and execute a qmd with knitr::knir_expand() and knitr::knit_child() I get the following error:

Error: The process cannot access the file because it is being used by another process. (os error 32), remove 'C:\<redacted>\Documents\Projects\<redacted>_files\execute-results'
    at Object.removeSync (deno:runtime/js/30_fs.js:157:9)
    at removeIfExists (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:5681:14)
    at removeFreezeResults (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:86413:5)
    at renderExecute (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:86501:9)
    at async renderFiles (file:///<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:86593:51)
    at async renderProject (file:///<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:86800:25)
    at async Command.fn (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:90856:32)
    at async Command.execute (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:8437:13)
    at async quarto (file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:127545:5)
    at async file:///C:/<redacted>~1/AppData/Local/Programs/Quarto/bin/quarto.js:127563:9

[cscheid]

Sounds good, and thanks. Unfortunately, there isn't much we can do until we can try it on our own side.

[cderv]

Thanks for sharing the stack trace. It seems related to freezing process. Somehow, the execute-results can't be removed.

@cscheid it makes me thing about the problem I am trying to resolve in this PR:

• windows - wait to file to unlock for removal #10629

OS locking conflict while Deno is trying to remove a directory. It happens for me sometimes with mediabag in VSCODE context.

So I am wondering if this is somewhat the same type of issue where OS is for whatever reason still on lock with the file while Deno is trying to remove it and can't.

[daranzolin]

I did some more testing, and I'm now pretty convinced it's related to the quantity of child content spawned at the deepest level in the parent-child hierarchy. When I reduce it to five groups, it renders every time. It fails at six groups every time.

Edit: more likely it's related to either (1) removing the reactable tables from the child documents; or (2) the downloadthis extension is looking for files that perhaps don't exist.

[mcanouil]

downloadthis extension

What do you mean here? The R package, the Quarto extension? Something else?

At some point, you'll have to provide concrete example of your setup.
I suggest you remove pieces one at a time to end up with something small that could be share.
We can keep guessing but it won't get us close to an actual solution (except if we are lucky).

I suggest you update this thread when you have something we can work on.

[daranzolin]

@mcanouil Understood. See above.

At each level a different {reactable} table is generated, along with {downloadthis} buttons

[xx02al]

Hi
I am aware that pre-release builds are intended for testing purposes, and are not recommended for general use. Nevertheless, I thought it may help to make you aware of the following. With quarto v1.7.16 quarto render in the terminal errors as illustrated next (the path is shortened). I observed it on a windows machine.

Error occured during cleanup: Error: The process cannot access the file because it is being used by another process. (os error 32), remove 'C:\...\Temp\quarto-sessionid'

This occurs with Positron as well as on RStudio. I tried it an can confirm downgrading quarto to 1.6.42 helps have things working without any error - using version v1.7.16 has this issue.

Below are some reprex files with which I can observe it. Can you reproduce the issue, do you know a reason and how to fix it!?

_quarto.yml

project:
  type: book

book:
  title: "another-book"
  author: "Norah Jones"
  date: "2025-03-14"
  chapters:
    - index.qmd
    - intro.qmd
    - summary.qmd
    - references.qmd

bibliography: references.bib

format:
  html:
    theme:
      - cosmo
      - brand
  pdf:
    documentclass: scrreprt

index.qmd

# Preface {.unnumbered}

This is a Quarto book.

To learn more about Quarto books visit <https://quarto.org/docs/books>.

intro.qmd

# Introduction

This is a book created from markdown and executable code.

See @knuth84 for additional discussion of literate programming.

references.bib

@article{knuth84,
  author = {Knuth, Donald E.},
  title = {Literate Programming},
  year = {1984},
  issue_date = {May 1984},
  publisher = {Oxford University Press, Inc.},
  address = {USA},
  volume = {27},
  number = {2},
  issn = {0010-4620},
  url = {https://doi.org/10.1093/comjnl/27.2.97},
  doi = {10.1093/comjnl/27.2.97},
  journal = {Comput. J.},
  month = may,
  pages = {97–111},
  numpages = {15}
}

references.qmd

# References {.unnumbered}

::: {#refs}
:::

summary.qmd

# Summary

In summary, this book has no content whatsoever.

[cderv]

I believe this is directly related to a behavior I saw with some projects and with the dev version of Quattro due to the locking mechanism on Windows.

I have tried to do some mitigation at

• windows - wait to file to unlock for removal #10629

Ultimately, this is a problem with Deno v1 and file locking on Windows while trying to remove it. When working in IDE, I believe those IDES are scanning or doing something else with the files while Quarto is rendering, and so when Quarto tries to clean, the file is locked.

I'll try to check how 1.7.16 behaves on my side.

@cscheid, if confirmed, we may need to reconsider #10629's idea to try to help with this error on Windows.

[cderv]

So I can reproduce with latest 1.7 version.

It happens in 1.7.14 but not in 1.7.13. I'll check if we did something incorrectly, or just added a cleaning that triggers behavior seen in #10629

[cderv]

Found why. This is in fact a deep silent issue. Thanks a lot @xx02al !!

[cderv]

@xx02al this error will be fixed in next pre-release 1.7.18

[xx02al]

great! thanks @cderv for your efforts and also this info, I was just looking again 2, 3 hours ago to see what the situation might be