Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
Dear Ralf, dear David, if I understand the gist of your last comments about my "TeX-next- error" effects, fixing it - if at all possible - would involve "major surgery" in more than one place. That raises the following questions: Is my example especially ugly/ difficult? And why so? Judging by the general quality (again: I have only scratched the surface of all the beautiful and powerful features) of a reportedly mature tool like AUCTeX this must be the case - because otherwise people would have that kind of problem all the time. But maybe they, have but it does not matter a lot because power users of AUCTeX simply have better ways of debugging their TeX code? [That was an honest question from a rookie] Many thanks in advance, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0173-5340707 Email: [EMAIL PROTECTED] http://www.nf.mpg.de ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
Ralf Angeli <[EMAIL PROTECTED]> writes: > Hm, but pasting together random stuff will not be trivial. Would be the job of the filter routine. Given TeX's byte-centricity, it would have to be done even before decoding the byte stream into characters. > TeX even adds a blank after the last character of a line. I'll > check if working with interspersed occurrences of \s-{0,2} is > feasible. But I have my doubts it will be. Pretty hopeless, I'd guess. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
* David Kastrup (2007-07-03) writes: > Ralf Angeli <[EMAIL PROTECTED]> writes: > >> The linebreaks are inserted by pdflatex. That means the regular >> expression for matching the "on input line ." part would have to >> be able to deal with linebreaks after _every_ character, which it >> currently does not. Does anybody know if the insertion of these >> linebreaks can be turned off? > > Yes, somebody knows. The answer is no. No big deal. Changing the output was not the preferred solution anyway, once I thought a bit about it. > The bad news is that TeX will > break after column 79, no matter what (even if it is in the middle of > transliterating ^^M). Where would be the challenge if TeX didn't do such things? > The good news is that the autobreakage happens > just there, so one could presumably paste stuff together again > automatically, unless MakeTeXTFM and friends or what they are called > intersperse their own output. But then we are in trouble, anyway. Hm, but pasting together random stuff will not be trivial. TeX even adds a blank after the last character of a line. I'll check if working with interspersed occurrences of \s-{0,2} is feasible. But I have my doubts it will be. >> I was rather surprised that my version did not produce an >> exclamation mark because I thought this was standard behavior. > > It was. Sometimes when I throw a tantrum, things actually get > changed. Cool. -- Ralf ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
Ralf Angeli <[EMAIL PROTECTED]> writes: > The log file contains lines like the following: > > --8<---cut here---start->8--- > LaTeX Warning: Reference `sec:embedded-data' on page 3 undefined on input > line > 9. > > > LaTeX Warning: Reference `sec:xml-summary' on page 3 undefined on input line > 12 > . > > > LaTeX Warning: Reference `sec:xml-summary' on page 3 undefined on input line > 12 > . > > > LaTeX Warning: Reference `sec:workfl-pres-pdf' on page 3 undefined on input > lin > e 15. > --8<---cut here---end--->8--- > > The linebreaks are inserted by pdflatex. That means the regular > expression for matching the "on input line ." part would have to > be able to deal with linebreaks after _every_ character, which it > currently does not. Does anybody know if the insertion of these > linebreaks can be turned off? Yes, somebody knows. The answer is no. The bad news is that TeX will break after column 79, no matter what (even if it is in the middle of transliterating ^^M). The good news is that the autobreakage happens just there, so one could presumably paste stuff together again automatically, unless MakeTeXTFM and friends or what they are called intersperse their own output. But then we are in trouble, anyway. >> I am surprised to find that both "default" installation on Linux >> (Fedora Core 6) and MacOS X exhibit the same problem, i.e. have >> unsuitable latex versions. > > I was rather surprised that my version did not produce an > exclamation mark because I thought this was standard behavior. It was. Sometimes when I throw a tantrum, things actually get changed. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
* Stefan Vollmar (2007-07-03) writes: > I got (temporarily) rid of the first pdfTeX warning by commenting out > the title page of our document - we do not really need that during > debugging. Then - yippieh - stepping through the errors with TeX-next- > error works "as advertised" - thanks a lot. There should be ways of permanently getting rid of the warning without having to disable the title page. Google should know them. > However, here is another (potentially similar) problem: when I turn > on debugging for warnings > > TeX-toggle-debug-warnings C-c C-t C-w > > (how can I turn this on permanently in my .emacs file?) M-x customize-variable RET TeX-debug-warnings RET > stepping with TeX-next-error works initially but then stops with > > ERROR: ** LaTeX > > --- TeX said --- > LaTeX Warning: Reference `sec:sections' on page 2 undefined on input > line 4. > > --- HELP --- > No help available > > and no further warnings or errors are displayed. I have attached the > log file, this time from the Aquamax session. The log file contains lines like the following: --8<---cut here---start->8--- LaTeX Warning: Reference `sec:embedded-data' on page 3 undefined on input line 9. LaTeX Warning: Reference `sec:xml-summary' on page 3 undefined on input line 12 . LaTeX Warning: Reference `sec:xml-summary' on page 3 undefined on input line 12 . LaTeX Warning: Reference `sec:workfl-pres-pdf' on page 3 undefined on input lin e 15. --8<---cut here---end--->8--- The linebreaks are inserted by pdflatex. That means the regular expression for matching the "on input line ." part would have to be able to deal with linebreaks after _every_ character, which it currently does not. Does anybody know if the insertion of these linebreaks can be turned off? >> In my case (pdfTeXk, Version >> 3.141592-1.40.3 (Web2C 7.5.6)) the pdfTeX warning does not start >> with an >> exclamation mark. > > Is this a special version? No, that's from TeX Live 2007 as provided by Debian. > I am surprised to find that both "default" > installation on Linux (Fedora Core 6) and MacOS X exhibit the same > problem, i.e. have unsuitable latex versions. I was rather surprised that my version did not produce an exclamation mark because I thought this was standard behavior. -- Ralf ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
Dear Ralf, thanks for the fast reply. If you progress like this we might be able to give you the yellow belt in bug reporting soon. (c: Appreciate. I could reproduce the problem with your log file. In the log file there is the following text: --8<---cut here---start->8--- ! pdfTeX warning (ext4): destination with the same identifier (name {page.1}) ha s been already used, duplicate ignored \penalty l.5 \include{vhist_toc} [1] (./vhist_intro.tex ! Undefined control sequence. l.14 \rwar {this-is-an-undefined-macro-into} ) [2] (./vhist_spec0.tex --8<---cut here---end--->8--- When searching for the first error, the parser finds the warning starting with "!" and then tries to get line number and context. In the context the line with "[1] (./vhist_intro.tex" is included. (Cf. contents of the *TeX help* buffer.) So when searching for the next error, this line, indicating the file where the error is located, is not included anymore and after the error in the next line starting with "!" is found, this information is missing. That's why the wrong file is displayed. I got (temporarily) rid of the first pdfTeX warning by commenting out the title page of our document - we do not really need that during debugging. Then - yippieh - stepping through the errors with TeX-next- error works "as advertised" - thanks a lot. However, here is another (potentially similar) problem: when I turn on debugging for warnings TeX-toggle-debug-warnings C-c C-t C-w (how can I turn this on permanently in my .emacs file?) stepping with TeX-next-error works initially but then stops with ERROR: ** LaTeX --- TeX said --- LaTeX Warning: Reference `sec:sections' on page 2 undefined on input line 4. --- HELP --- No help available and no further warnings or errors are displayed. I have attached the log file, this time from the Aquamax session. In my case (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) the pdfTeX warning does not start with an exclamation mark. Is this a special version? I am surprised to find that both "default" installation on Linux (Fedora Core 6) and MacOS X exhibit the same problem, i.e. have unsuitable latex versions. Many thanks in advance, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0173-5340707 Email: [EMAIL PROTECTED] http://www.nf.mpg.de vhist.log Description: Binary data ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] debugging of multifile documents with TeX-next-error (2)
* Stefan Vollmar (2007-07-03) writes: > Sorry about the missing logs (but you have to admit I am getting > better with my bug reports) If you progress like this we might be able to give you the yellow belt in bug reporting soon. (c: >> then jump to the first error with `C-c `' > > this does not work well on my German keyboard, so I have put this > line into my .emacs file: > > (global-set-key [f6] 'TeX-next-error) With Emacs 22 you can also use `M-g n'. > Remember: I am a "rookie" with this - maybe this is the problem (I > repeatedly pressed f6 to display the error positions) - altough I do > not think so. I don't think this is the problem either. > Not in my case: I tried to replicate exactly that scenario and only > the error in vhist_spec0.tex is displayed that way. I could reproduce the problem with your log file. In the log file there is the following text: --8<---cut here---start->8--- ! pdfTeX warning (ext4): destination with the same identifier (name{page.1}) ha s been already used, duplicate ignored \penalty l.5 \include{vhist_toc} [1] (./vhist_intro.tex ! Undefined control sequence. l.14 \rwar {this-is-an-undefined-macro-into} ) [2] (./vhist_spec0.tex --8<---cut here---end--->8--- When searching for the first error, the parser finds the warning starting with "!" and then tries to get line number and context. In the context the line with "[1] (./vhist_intro.tex" is included. (Cf. contents of the *TeX help* buffer.) So when searching for the next error, this line, indicating the file where the error is located, is not included anymore and after the error in the next line starting with "!" is found, this information is missing. That's why the wrong file is displayed. It is not easy to fix this kind of problem in the parser. So I suggest you get rid of the pdfTeX warning or configure your TeX system to produce file:line:error messages. I cannot check if this will work since I cannot reproduce the problem. In my case (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) the pdfTeX warning does not start with an exclamation mark. -- Ralf ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
RE: [AUCTeX] AucTeX preview error: DviPS sentinel: Spawning child process: invalid argument
> -Original Message- > From: David Kastrup [mailto:[EMAIL PROTECTED] > Sent: Monday, July 02, 2007 5:05 PM > To: TTCA Vukovic, Mirko > Cc: auctex@gnu.org > Subject: Re: [AUCTeX] AucTeX preview error: DviPS sentinel: > Spawning child process: invalid argument > > <[EMAIL PROTECTED]> writes: > > > Package: 11.84 > > == > > (setq > > [...] > > > preview-gs-command "/gswin32c.exe" > > Could you check whether this is set in your .emacs file (in > which case it is your own fault) or in preview-latex.el? If > it is the latter, you might want to give us the contents of > preview/config.log to figure out what went wrong. > > -- > David Kastrup, Kriemhildstr. 15, 44793 Bochum > It is set in preview-latex.el (attached to this email). I am also including the output of preview/config.log. It has details on how it got /gswin32c.exe (which I don't quite understand yet) Mirko preview-latex.el Description: preview-latex.el config.log Description: config.log ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] Completion of math symbols
Hello! Is there a way to get TeX-complete-symbol to complete not only macros, but normal commands as well, especially all the different symbols in math mode? If there isn't, is there another command to do that (but it would probably be mentioned in section 5.2 of the manual then). Thanks in advance! ___ auctex mailing list auctex@gnu.org http://lists.gnu.org/mailman/listinfo/auctex