Re: Small glitch in View dvi?
That soleved the problem Thanks Volker Jean-Marc Lasgouttes wrote: "Volker" == Volker Koch [EMAIL PROTECTED] writes: Volker Hi, I am a newcommer to lyx and also observed the problem with Volker view dvi and update dvi. Following the suggestions in the Volker mailing list I changed line 520 in filetools.C. This Volker definitely improved the situation, but didn't fix all the Volker problems. Please try to get version 1.0.3pre4, since some things have improved there. Personnally I find that things work well now. JMarc -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
That soleved the problem Thanks Volker Jean-Marc Lasgouttes wrote: "Volker" == Volker Koch [EMAIL PROTECTED] writes: Volker Hi, I am a newcommer to lyx and also observed the problem with Volker view dvi and update dvi. Following the suggestions in the Volker mailing list I changed line 520 in filetools.C. This Volker definitely improved the situation, but didn't fix all the Volker problems. Please try to get version 1.0.3pre4, since some things have improved there. Personnally I find that things work well now. JMarc -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
That soleved the problem Thanks Volker Jean-Marc Lasgouttes wrote: > > > "Volker" == Volker Koch <[EMAIL PROTECTED]> writes: > > Volker> Hi, I am a newcommer to lyx and also observed the problem with > Volker> view dvi and update dvi. Following the suggestions in the > Volker> mailing list I changed line 520 in filetools.C. This > Volker> definitely improved the situation, but didn't fix all the > Volker> problems. > > Please try to get version 1.0.3pre4, since some things have improved > there. Personnally I find that things work well now. > > JMarc -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
"Volker" == Volker Koch [EMAIL PROTECTED] writes: Volker Hi, I am a newcommer to lyx and also observed the problem with Volker view dvi and update dvi. Following the suggestions in the Volker mailing list I changed line 520 in filetools.C. This Volker definitely improved the situation, but didn't fix all the Volker problems. Please try to get version 1.0.3pre4, since some things have improved there. Personnally I find that things work well now. JMarc
Re: Small glitch in View dvi?
"Volker" == Volker Koch [EMAIL PROTECTED] writes: Volker Hi, I am a newcommer to lyx and also observed the problem with Volker view dvi and update dvi. Following the suggestions in the Volker mailing list I changed line 520 in filetools.C. This Volker definitely improved the situation, but didn't fix all the Volker problems. Please try to get version 1.0.3pre4, since some things have improved there. Personnally I find that things work well now. JMarc
Re: Small glitch in View dvi?
> "Volker" == Volker Koch <[EMAIL PROTECTED]> writes: Volker> Hi, I am a newcommer to lyx and also observed the problem with Volker> view dvi and update dvi. Following the suggestions in the Volker> mailing list I changed line 520 in filetools.C. This Volker> definitely improved the situation, but didn't fix all the Volker> problems. Please try to get version 1.0.3pre4, since some things have improved there. Personnally I find that things work well now. JMarc
Re: Small glitch in View dvi?
Hi, I am a newcommer to lyx and also observed the problem with view dvi and update dvi. Following the suggestions in the mailing list I changed line 520 in filetools.C. This definitely improved the situation, but didn't fix all the problems. The problem I still have is with bibtex: view dvi makes indeed runs through LATEX BIBTEX LATEX, and according to -dbg 128 it finds the .bbl file. It generates the correct list of references at the end of the document BUT IT FAILS to in generate the reference numbers in the body of the text. Setting \temp_dir false in $HOME/.lyx/lyxrc solves the problem. However, it would be much better not to have all this auxilliary files floating around my working directory. I suspect that the entries in document.tex.dep are not set correctly for \temp_dir false (And this WORKS!!) I get cat /workdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 1333091977 whereas when I work with the temporary directories (where it FAILS) I get something like cat /tempdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 0 I suspect that the 0at the end of the second line is the problem. When the view dvi wasn't working I had zeros for all four entries in the .tex.dep file. Anybody any idea? Volker -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
Hi, I am a newcommer to lyx and also observed the problem with view dvi and update dvi. Following the suggestions in the mailing list I changed line 520 in filetools.C. This definitely improved the situation, but didn't fix all the problems. The problem I still have is with bibtex: view dvi makes indeed runs through LATEX BIBTEX LATEX, and according to -dbg 128 it finds the .bbl file. It generates the correct list of references at the end of the document BUT IT FAILS to in generate the reference numbers in the body of the text. Setting \temp_dir false in $HOME/.lyx/lyxrc solves the problem. However, it would be much better not to have all this auxilliary files floating around my working directory. I suspect that the entries in document.tex.dep are not set correctly for \temp_dir false (And this WORKS!!) I get cat /workdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 1333091977 whereas when I work with the temporary directories (where it FAILS) I get something like cat /tempdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 0 I suspect that the 0at the end of the second line is the problem. When the view dvi wasn't working I had zeros for all four entries in the .tex.dep file. Anybody any idea? Volker -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
Hi, I am a newcommer to lyx and also observed the problem with view dvi and update dvi. Following the suggestions in the mailing list I changed line 520 in filetools.C. This definitely improved the situation, but didn't fix all the problems. The problem I still have is with bibtex: view dvi makes indeed runs through LATEX BIBTEX LATEX, and according to -dbg 128 it finds the .bbl file. It generates the correct list of references at the end of the document BUT IT FAILS to in generate the reference numbers in the body of the text. Setting \temp_dir false in $HOME/.lyx/lyxrc solves the problem. However, it would be much better not to have all this auxilliary files floating around my working directory. I suspect that the entries in document.tex.dep are not set correctly for \temp_dir false (And this WORKS!!) I get cat /workdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 1333091977 whereas when I work with the temporary directories (where it FAILS) I get something like cat /tempdir/document.tex.dep gives: /home/vkoch/nta/e_by_e/kpifluct.tex 2204895503 2204895503 /home/vkoch/nta/e_by_e/kpifluct.bbl 1333091977 0 I suspect that the 0at the end of the second line is the problem. When the view dvi wasn't working I had zeros for all four entries in the .tex.dep file. Anybody any idea? Volker -- Volker Koch Phone: (510) 486-5323 Theory GroupFax: (510) 486-4794 Nuclear Science Divisione-mail: [EMAIL PROTECTED] MS 70A-3307 Lawrence Berkeley Lab http://www-nsdth.lbl.gov/~vkoch/index.html 1 Cyclotron Road Berkeley, CA 94720
Re: Small glitch in View dvi?
Somehow the dependency files are not being set properly. This is why I think this is so. If I set use_tmpdir true then lyx creates a directory under /tmp where it stores temporary files. Over there, there is a file called nameofdocumet.tex.dep that holds the names of the latex files used to create the dvi. But that file points to the wrong place! It always has the path that points to the installation directory. To demontrate this, turn use_tmpdir to false, then create a lyx file but make sure you put it in the installation directory. Now the dependencies point to the right place and update dvi works fine (this is probably why it works for some of you, just move the file outside the installation directory and it should stop working. -Mario
Re: Small glitch in View dvi?
Date: Thu, 06 May 1999 10:33:16 -0600 From: Mario Parra [EMAIL PROTECTED] To: Kayvan Aghaiepour Sylvan [EMAIL PROTECTED], lyx users [EMAIL PROTECTED] Subject: Re: Small glitch in View dvi? Somehow the dependency files are not being set properly. This is why I think this is so. If I set use_tmpdir true then lyx creates a directory under /tmp where it stores temporary files. Over there, there is a file called nameofdocumet.tex.dep that holds the names of the latex files used to create the dvi. But that file points to the wrong place! It always has the path that points to the installation directory. Here (lyx-1.0.2 on Sun Solaris 2.6), in /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/ -rw--- 1 chretien dera 8 May 6 19:03 newfile.aux -rw--- 1 chretien dera 228 May 6 19:03 newfile.dvi -rw--- 1 chretien dera2353 May 6 19:03 newfile.log -rw--- 1 chretien dera 349 May 6 19:04 newfile.tex -rw--- 1 chretien dera 34 May 6 19:03 newfile.tex.dep - the .dep file points to the original directory, %more newfile.tex.dep /ca/dera/chretien/newfile.tex 0 0 - the .tex file is up to date (19:04) after a change, - the other files remained unchanged. If I past the temporary dir instead in newfile.tex.dep, %more newfile.tex.dep /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/newfile.tex 0 0 further updates work. Hope that helps... -- Jean-Pierre
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan [EMAIL PROTECTED] writes: | /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 | | My only other thought is that somehow MakeAbsPath() is returning the | wrong thing for inclusion into the DepTable | | ---Kayvan One thing those of you seeing the glitch can do for me is to edit DepTable.C and enable some commented lines: in DepTable::update() DepTable::read(LString const f) DepTable::write(FILE * f) compile and run LyX with -dbg 129 Lgb
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: "Mario" == Mario Parra [EMAIL PROTECTED] writes: Mario One more thing, if I turn /usr_tmpdir to false and the lyx file Mario is not in the distribution directory, then create dvi does not Mario even work the first time around! What system are you running? Even when I am running with ``\use_tempdir false'', the foo.tex.dep file contains the right information: /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 My only other thought is that somehow MakeAbsPath() is returning the wrong thing for inclusion into the DepTable ---Kayvan I am on a sparc 10 running solaris 2.6, but I think this bug is not os dependent. Anyway, if \use_tmpdir is false, how come it is still using /tmp? -Mario
Re: Small glitch in View dvi?
I look at the code for DepTable.C in both 1.0.1 and 1.0.2 and the 1.0.1 version never calls MakeAbsPath. Furthermore, in the 1.0.2 version, every time MakeAbsPath is called, there is a comment that says: // not quite sure if this is the correct place for MakeAbsPath Otherwise the files are identical. So I simply replaced version 1.0.2 with version 1.0.1 and things seem to work fine. The foo.tex.dep file has the correct name and update dvi works ok. -Mario
Re: Small glitch in View dvi?
Somehow the dependency files are not being set properly. This is why I think this is so. If I set use_tmpdir true then lyx creates a directory under /tmp where it stores temporary files. Over there, there is a file called nameofdocumet.tex.dep that holds the names of the latex files used to create the dvi. But that file points to the wrong place! It always has the path that points to the installation directory. To demontrate this, turn use_tmpdir to false, then create a lyx file but make sure you put it in the installation directory. Now the dependencies point to the right place and update dvi works fine (this is probably why it works for some of you, just move the file outside the installation directory and it should stop working. -Mario
Re: Small glitch in View dvi?
Date: Thu, 06 May 1999 10:33:16 -0600 From: Mario Parra [EMAIL PROTECTED] To: Kayvan Aghaiepour Sylvan [EMAIL PROTECTED], lyx users [EMAIL PROTECTED] Subject: Re: Small glitch in View dvi? Somehow the dependency files are not being set properly. This is why I think this is so. If I set use_tmpdir true then lyx creates a directory under /tmp where it stores temporary files. Over there, there is a file called nameofdocumet.tex.dep that holds the names of the latex files used to create the dvi. But that file points to the wrong place! It always has the path that points to the installation directory. Here (lyx-1.0.2 on Sun Solaris 2.6), in /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/ -rw--- 1 chretien dera 8 May 6 19:03 newfile.aux -rw--- 1 chretien dera 228 May 6 19:03 newfile.dvi -rw--- 1 chretien dera2353 May 6 19:03 newfile.log -rw--- 1 chretien dera 349 May 6 19:04 newfile.tex -rw--- 1 chretien dera 34 May 6 19:03 newfile.tex.dep - the .dep file points to the original directory, %more newfile.tex.dep /ca/dera/chretien/newfile.tex 0 0 - the .tex file is up to date (19:04) after a change, - the other files remained unchanged. If I past the temporary dir instead in newfile.tex.dep, %more newfile.tex.dep /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/newfile.tex 0 0 further updates work. Hope that helps... -- Jean-Pierre
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan [EMAIL PROTECTED] writes: | /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 | | My only other thought is that somehow MakeAbsPath() is returning the | wrong thing for inclusion into the DepTable | | ---Kayvan One thing those of you seeing the glitch can do for me is to edit DepTable.C and enable some commented lines: in DepTable::update() DepTable::read(LString const f) DepTable::write(FILE * f) compile and run LyX with -dbg 129 Lgb
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: "Mario" == Mario Parra [EMAIL PROTECTED] writes: Mario One more thing, if I turn /usr_tmpdir to false and the lyx file Mario is not in the distribution directory, then create dvi does not Mario even work the first time around! What system are you running? Even when I am running with ``\use_tempdir false'', the foo.tex.dep file contains the right information: /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 My only other thought is that somehow MakeAbsPath() is returning the wrong thing for inclusion into the DepTable ---Kayvan I am on a sparc 10 running solaris 2.6, but I think this bug is not os dependent. Anyway, if \use_tmpdir is false, how come it is still using /tmp? -Mario
Re: Small glitch in View dvi?
I look at the code for DepTable.C in both 1.0.1 and 1.0.2 and the 1.0.1 version never calls MakeAbsPath. Furthermore, in the 1.0.2 version, every time MakeAbsPath is called, there is a comment that says: // not quite sure if this is the correct place for MakeAbsPath Otherwise the files are identical. So I simply replaced version 1.0.2 with version 1.0.1 and things seem to work fine. The foo.tex.dep file has the correct name and update dvi works ok. -Mario
Re: Small glitch in View dvi?
Somehow the dependency files are not being set properly. This is why I think this is so. If I set use_tmpdir true then lyx creates a directory under /tmp where it stores temporary files. Over there, there is a file called nameofdocumet.tex.dep that holds the names of the latex files used to create the dvi. But that file points to the wrong place! It always has the path that points to the installation directory. To demontrate this, turn use_tmpdir to false, then create a lyx file but make sure you put it in the installation directory. Now the dependencies point to the right place and update dvi works fine (this is probably why it works for some of you, just move the file outside the installation directory and it should stop working. -Mario
Re: Small glitch in View dvi?
>> Date: Thu, 06 May 1999 10:33:16 -0600 >> From: Mario Parra <[EMAIL PROTECTED]> >> To: Kayvan Aghaiepour Sylvan <[EMAIL PROTECTED]>, lyx users <[EMAIL PROTECTED]> >> Subject: Re: Small glitch in View dvi? >> >> Somehow the dependency files are not being set properly. >> This is why I think this is so. >> >> If I set use_tmpdir true then lyx creates a directory under /tmp where it stores >> temporary >> files. Over there, there is a file called nameofdocumet.tex.dep that holds the >> names of the >> latex files used to create the dvi. But that file points to the wrong place! It >> always has the >> path that points to the installation directory. Here (lyx-1.0.2 on Sun Solaris 2.6), in /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/ -rw--- 1 chretien dera 8 May 6 19:03 newfile.aux -rw--- 1 chretien dera 228 May 6 19:03 newfile.dvi -rw--- 1 chretien dera2353 May 6 19:03 newfile.log -rw--- 1 chretien dera 349 May 6 19:04 newfile.tex -rw--- 1 chretien dera 34 May 6 19:03 newfile.tex.dep - the .dep file points to the original directory, %more newfile.tex.dep /ca/dera/chretien/newfile.tex 0 0 - the .tex file is up to date (19:04) after a change, - the other files remained unchanged. If I past the temporary dir instead in newfile.tex.dep, %more newfile.tex.dep /tmp/lyx_tmp6076aaa/lyx_bufrtmp6076aaa/newfile.tex 0 0 further updates work. Hope that helps... -- Jean-Pierre
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan <[EMAIL PROTECTED]> writes: | /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 | | My only other thought is that somehow MakeAbsPath() is returning the | wrong thing for inclusion into the DepTable | | ---Kayvan One thing those of you seeing the glitch can do for me is to edit DepTable.C and enable some commented lines: in DepTable::update() DepTable::read(LString const ) DepTable::write(FILE * f) compile and run LyX with -dbg 129 Lgb
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: > > "Mario" == Mario Parra <[EMAIL PROTECTED]> writes: > > Mario> One more thing, if I turn /usr_tmpdir to false and the lyx file > Mario> is not in the distribution directory, then create dvi does not > Mario> even work the first time around! > > What system are you running? > > Even when I am running with ``\use_tempdir false'', the foo.tex.dep > file contains the right information: > > /tmp/lyx_tmp10450aaa/lyx_bufrtmp10450aaa/foo.tex 2303679553 2303679553 > > My only other thought is that somehow MakeAbsPath() is returning the > wrong thing for inclusion into the DepTable > > ---Kayvan I am on a sparc 10 running solaris 2.6, but I think this bug is not os dependent. Anyway, if \use_tmpdir is false, how come it is still using /tmp? -Mario
Re: Small glitch in View dvi?
I look at the code for DepTable.C in both 1.0.1 and 1.0.2 and the 1.0.1 version never calls MakeAbsPath. Furthermore, in the 1.0.2 version, every time MakeAbsPath is called, there is a comment that says: // not quite sure if this is the correct place for MakeAbsPath Otherwise the files are identical. So I simply replaced version 1.0.2 with version 1.0.1 and things seem to work fine. The foo.tex.dep file has the correct name and update dvi works ok. -Mario
Small glitch in View dvi?
I installed lyx 1.0.2 this morning and I wonder if there is a small glitch in the View dvi command? If I create a simple document (say, with one line: "This is the first sentence.") and select View dvi, then the document looks fine. If I then add more text (say, "This is the next sentence.") and select View dvi, the new text does not appear. It seems that the .dvi file is not being updated? I am running on an Intel machine, with RedHat 5.2. Before today, I had used lyx 1.0.1 and did not notice this problem. Any ideas what might be happening? regards, David Aronstein [EMAIL PROTECTED] Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.
Small glitch in View dvi?
David Aronstein wrote: I installed lyx 1.0.2 this morning and I wonder if there is a small glitch in the View dvi command? If I create a simple document (say, with one line: "This is the first sentence.") and select View dvi, then the document looks fine. If I then add more text (say, "This is the next sentence.") and select View dvi, the new text does not appear. It seems that the .dvi file is not being updated? I am running on an Intel machine, with RedHat 5.2. Before today, I had used lyx 1.0.1 and did not notice this problem. Any ideas what might be happening? regards, David Aronstein [EMAIL PROTECTED] Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com. I was writing a message to report the same problem! I am running on a sparc using solaris 2.6. When I click update dvi I see the message, Running Latex and a second later it says Done, but no Latex run 1 and Latex run 2 messages like in 1.0.1. When I look at the dvi file, no changes appear. I reinstalled 1.0.1 and the problem was gone. -Mario
Re: Small glitch in View dvi?
David Aronstein [EMAIL PROTECTED] writes: | So, I'm not sure if this file will be of any use. | Is there some other way we can help track this down? Only if you want to dig into the sources. Lgb
Re: Small glitch in View dvi?
"David" == David Aronstein [EMAIL PROTECTED] writes: David I have attached a simple file that did not update properly, David when I: wrote the first sentence, viewed the DVI file, David wrote the second sentence, and then viewed the DVI file again. David However, the file is saved correctly, and when I load up the David file again in a subsequent LyX session, it is viewed correctly in DVI. David So, I'm not sure if this file will be of any use. David Is there some other way we can help track this down? Try running ``lyx -dbg'' with a bit pattern number. The bits are: INFO = (1),// 1 INIT = (1 1), // 2 KEY= (1 2), // 4 TOOLBAR= (1 3), // 8 LEX_PARSER = (1 4), // 16 LYXRC = (1 5), // 32 KBMAP = (1 6), // 64 LATEX = (1 7), // 128 MATHED = (1 8), // 256 FONT = (1 9), // 512 TCLASS = (1 10), // 1024 LYXVC = (1 11), // 2048 ROFF = (1 12), // 4096 LYXSERVER = (1 13), // 8192 Executing ``lyx -dbg 65535'' is probably too much. ---Kayvan -- Kayvan Aghaiepour Sylvan | Proud husband of | Father to Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://www.isp.net/~kayvan || Robin Gregory (2/28/92)
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: Could you try running ``lyx -dbg'' and seeing if that gives a clue? ---Kayvan I run lyx -dbg 128 for latex debugging. The first time I run view dvi, latex runs fine. Then I make some change, click update dvi and this is what debugging tells me, makeLaTeXFile... Validating buffer... Paragraph: 2971688 LyX needs the following commands when LaTeXing: * Packages: * Macros: \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@} * Textclass stuff: * done. Buffer validation done. TeXOnePar... 2971688 SimpleTeXOnePar... 2971688 SimpleTeXOnePar...done 2971688 TeXOnePar...done 0 makeLaTeXFile...done Dependency file exists return no_change -Mario
Small glitch in View dvi?
I installed lyx 1.0.2 this morning and I wonder if there is a small glitch in the View dvi command? If I create a simple document (say, with one line: "This is the first sentence.") and select View dvi, then the document looks fine. If I then add more text (say, "This is the next sentence.") and select View dvi, the new text does not appear. It seems that the .dvi file is not being updated? I am running on an Intel machine, with RedHat 5.2. Before today, I had used lyx 1.0.1 and did not notice this problem. Any ideas what might be happening? regards, David Aronstein [EMAIL PROTECTED] Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.
Small glitch in View dvi?
David Aronstein wrote: I installed lyx 1.0.2 this morning and I wonder if there is a small glitch in the View dvi command? If I create a simple document (say, with one line: "This is the first sentence.") and select View dvi, then the document looks fine. If I then add more text (say, "This is the next sentence.") and select View dvi, the new text does not appear. It seems that the .dvi file is not being updated? I am running on an Intel machine, with RedHat 5.2. Before today, I had used lyx 1.0.1 and did not notice this problem. Any ideas what might be happening? regards, David Aronstein [EMAIL PROTECTED] Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com. I was writing a message to report the same problem! I am running on a sparc using solaris 2.6. When I click update dvi I see the message, Running Latex and a second later it says Done, but no Latex run 1 and Latex run 2 messages like in 1.0.1. When I look at the dvi file, no changes appear. I reinstalled 1.0.1 and the problem was gone. -Mario
Re: Small glitch in View dvi?
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | David Aronstein [EMAIL PROTECTED] writes: | | If I then add more text (say, "This is the next sentence.") and select View | | dvi, the new text does not appear. It seems that the .dvi file is | | not being updated? I have checked a bit, and does not see this. Can you send me a small lyx file that shows this behaviour. Lgb
Re: Small glitch in View dvi?
David Aronstein [EMAIL PROTECTED] writes: | So, I'm not sure if this file will be of any use. | Is there some other way we can help track this down? Only if you want to dig into the sources. Lgb
Re: Small glitch in View dvi?
"David" == David Aronstein [EMAIL PROTECTED] writes: David I have attached a simple file that did not update properly, David when I: wrote the first sentence, viewed the DVI file, David wrote the second sentence, and then viewed the DVI file again. David However, the file is saved correctly, and when I load up the David file again in a subsequent LyX session, it is viewed correctly in DVI. David So, I'm not sure if this file will be of any use. David Is there some other way we can help track this down? Try running ``lyx -dbg'' with a bit pattern number. The bits are: INFO = (1),// 1 INIT = (1 1), // 2 KEY= (1 2), // 4 TOOLBAR= (1 3), // 8 LEX_PARSER = (1 4), // 16 LYXRC = (1 5), // 32 KBMAP = (1 6), // 64 LATEX = (1 7), // 128 MATHED = (1 8), // 256 FONT = (1 9), // 512 TCLASS = (1 10), // 1024 LYXVC = (1 11), // 2048 ROFF = (1 12), // 4096 LYXSERVER = (1 13), // 8192 Executing ``lyx -dbg 65535'' is probably too much. ---Kayvan -- Kayvan Aghaiepour Sylvan | Proud husband of | Father to Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://www.isp.net/~kayvan || Robin Gregory (2/28/92)
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: Could you try running ``lyx -dbg'' and seeing if that gives a clue? ---Kayvan I run lyx -dbg 128 for latex debugging. The first time I run view dvi, latex runs fine. Then I make some change, click update dvi and this is what debugging tells me, makeLaTeXFile... Validating buffer... Paragraph: 2971688 LyX needs the following commands when LaTeXing: * Packages: * Macros: \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@} * Textclass stuff: * done. Buffer validation done. TeXOnePar... 2971688 SimpleTeXOnePar... 2971688 SimpleTeXOnePar...done 2971688 TeXOnePar...done 0 makeLaTeXFile...done Dependency file exists return no_change -Mario
Small glitch in View dvi?
I installed lyx 1.0.2 this morning and I wonder if there is a small glitch in the View dvi command? If I create a simple document (say, with one line: "This is the first sentence.") and select View dvi, then the document looks fine. If I then add more text (say, "This is the next sentence.") and select View dvi, the new text does not appear. It seems that the .dvi file is not being updated? I am running on an Intel machine, with RedHat 5.2. Before today, I had used lyx 1.0.1 and did not notice this problem. Any ideas what might be happening? regards, David Aronstein [EMAIL PROTECTED] Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.
Small glitch in View dvi?
David Aronstein wrote: > I installed lyx 1.0.2 this morning and I wonder if there is a small > glitch in the View dvi command? > > If I create a simple document (say, with one line: "This is the first > sentence.") and select View dvi, then the document looks fine. > > If I then add more text (say, "This is the next sentence.") and select View > dvi, the new text does not appear. It seems that the .dvi file is not being > updated? > > I am running on an Intel machine, with RedHat 5.2. > Before today, I had used lyx 1.0.1 and did not notice this problem. > > Any ideas what might be happening? > > regards, > David Aronstein > [EMAIL PROTECTED] > > > Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com. I was writing a message to report the same problem! I am running on a sparc using solaris 2.6. When I click update dvi I see the message, Running Latex and a second later it says Done, but no Latex run 1 and Latex run 2 messages like in 1.0.1. When I look at the dvi file, no changes appear. I reinstalled 1.0.1 and the problem was gone. -Mario
Re: Small glitch in View dvi?
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | David Aronstein <[EMAIL PROTECTED]> writes: | | If I then add more text (say, "This is the next sentence.") and select View | | dvi, the new text does not appear. It seems that the .dvi file is | | not being updated? I have checked a bit, and does not see this. Can you send me a small lyx file that shows this behaviour. Lgb
Re: Small glitch in View dvi?
David Aronstein <[EMAIL PROTECTED]> writes: | So, I'm not sure if this file will be of any use. | Is there some other way we can help track this down? Only if you want to dig into the sources. Lgb
Re: Small glitch in View dvi?
> "David" == David Aronstein <[EMAIL PROTECTED]> writes: David> I have attached a simple file that did not update properly, David> when I: wrote the first sentence, viewed the DVI file, David> wrote the second sentence, and then viewed the DVI file again. David> However, the file is saved correctly, and when I load up the David> file again in a subsequent LyX session, it is viewed correctly in DVI. David> So, I'm not sure if this file will be of any use. David> Is there some other way we can help track this down? Try running ``lyx -dbg'' with a bit pattern number. The bits are: INFO = (1),// 1 INIT = (1 << 1), // 2 KEY= (1 << 2), // 4 TOOLBAR= (1 << 3), // 8 LEX_PARSER = (1 << 4), // 16 LYXRC = (1 << 5), // 32 KBMAP = (1 << 6), // 64 LATEX = (1 << 7), // 128 MATHED = (1 << 8), // 256 FONT = (1 << 9), // 512 TCLASS = (1 << 10), // 1024 LYXVC = (1 << 11), // 2048 ROFF = (1 << 12), // 4096 LYXSERVER = (1 << 13), // 8192 Executing ``lyx -dbg 65535'' is probably too much. ---Kayvan -- Kayvan Aghaiepour Sylvan | Proud husband of | Father to Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://www.isp.net/~kayvan || Robin Gregory (2/28/92)
Re: Small glitch in View dvi?
Kayvan Aghaiepour Sylvan wrote: > Could you try running ``lyx -dbg'' and seeing if that gives a clue? > > ---Kayvan I run lyx -dbg 128 for latex debugging. The first time I run view dvi, latex runs fine. Then I make some change, click update dvi and this is what debugging tells me, makeLaTeXFile... Validating buffer... Paragraph: 2971688 LyX needs the following commands when LaTeXing: * Packages: * Macros: \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@} * Textclass stuff: * done. Buffer validation done. TeXOnePar... 2971688 SimpleTeXOnePar... 2971688 SimpleTeXOnePar...done 2971688 TeXOnePar...done 0 makeLaTeXFile...done Dependency file exists return no_change -Mario