I've got a document that compiles without error or warnings (and looks about right) but for some segments of the document synctex doesn't seem to be working. What could be wrong?
The document consists of one root .tex file which \inputs a bunch of others. Synctex works for all these sub-documents - except for one. In practice, this means I can Ctrl-Click in the viewer and find the appropriate spot both in parts of the text before and after this particular subdocument. Conversely, I can Ctrl-Click in the editor and jump to the right spot in the view in all subdocuments but this one.
However, when I Ctrl-Click on a part of the output corresponding to this particular subdocument I get the following error popup: Cannot read file "E:/emn/uni/Thesis/doc": Access is denied. in the TeXworks viewer. The path in this error message exists but is a directory: namely the one containing the tex files.
- All filenames consist of only latin letters, numbers, and underscores and the extension
.tex. The problematic file is calledG2MLVQ_9_Refinements.texwhereas a (working) file is calledG2MLVQ_7_Implementation.tex - I can't make a small example which fails - small examples don't fail; however the order of files seems to matter, so perhaps something in an earlier file is affecting synctex later on... (once I've isolated this, I'll update the question).
- Concerns MiKTeX 2.9 and the bundled TeXworks version 0.4.3 r.857.
I'm stumped: what could be going wrong?
Edit: user59152 tried to isolate the error:
It is virtually impossible to create a minimum working example (MWE) for this problem, so I have posted a "jing" (screencast) movie illustrating the error. You can see the file names at the tops of the windows. The one being edited (
Introduction.tex) comes BEFORE the file that can't be opened using inverse search (SourceAndSinkFreeContinuumRVtracking.tex). The screencapture movie confirms that\clearpagerestores inverse search capability, but fouls up the layout of the document, so this problem appears to remain unsolved. I'm using TeXworks version 0.4.4 r.1003 and MikTex 2.9.
\documentclassand the appropriate packages so that those trying to help don't have to recreate it. Personally, I have often solved my own problems in the process of reducing the amount of code actually required to reproduce the problem. So, in this case try removing most of the code before and after and try to minimize the size of the included file. – Peter Grill Nov 15 '11 at 16:41[A-Za-z0-9_]followed by.tex. Path contains no spaces and no weird characters either. Oh, and the\inputcommand uses the same capitalization as the filename to avoid windows case-insensitivity issues. – Eamon Nerbonne Nov 16 '11 at 14:32\input{tikzpicture.tex}in a (working) file that is parsed just before the problematic file 'resolves' the problem. Currently I'm trying to figure out which part of the TikZ-code causes the problem. It seems to have no problems with a minimal TikZ-example as an\input{tikzpicture2.tex}and synctex also links correctly intotikzpicture2.tex. – Nov 30 '11 at 10:34.synctex(or un-gzipped.synctex.gz) file with a text viewer/editor? – krlmlr May 14 '12 at 19:59