You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(12) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2006 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(2) |
Feb
|
Mar
(7) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(12) |
Aug
(6) |
Sep
(1) |
Oct
(9) |
Nov
(10) |
Dec
(3) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(6) |
Jun
(10) |
Jul
(9) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
(7) |
Sep
(1) |
Oct
(1) |
Nov
(4) |
Dec
(6) |
2010 |
Jan
|
Feb
(6) |
Mar
(1) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(7) |
Dec
|
2011 |
Jan
(7) |
Feb
(5) |
Mar
|
Apr
(5) |
May
(4) |
Jun
(3) |
Jul
(10) |
Aug
(3) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
(7) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2013 |
Jan
|
Feb
(4) |
Mar
|
Apr
(7) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
|
2016 |
Jan
(3) |
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(5) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
2017 |
Jan
(5) |
Feb
|
Mar
|
Apr
(7) |
May
(3) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
(1) |
Feb
|
Mar
(10) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
(4) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Neil S. <sie...@gm...> - 2017-05-08 20:07:57
|
I just installed latex2rtf v2.3.15. I have long had TexStudio (v2.3) on this same computer. Windows 10 64-bit. When I try to run a conversion, I receive the following error message: (Not set):1 Only a single file can be processed at a time. I assume that something did not set up correctly. I did set the system environment variable RTFPATH to point at the cfg directory under the c:\Program Files (x86)/latex2rtf directory, but I get the same result. Any ideas? Neil |
From: Wilfried H. <tex...@gm...> - 2017-04-27 09:52:19
|
Hi Scott, nice to get a message from you. OK, I didn't think of the -f option, and I just tested it. But -f1 suppresses \ref and \cite fields (and -f0 also \eq fields), but it does not suppress the \TC fields. Regards Wilfried At 26.04.2017 20:39 Scott Prahl wrote: > You can turn off field generation totally with the command line option -f0 > >> On Apr 24, 2017, at 5:31 AM, Wilfried Hennings <tex...@gm...> wrote: >> >> At 18.04.2017 15:07 Martin Gilje Jaatun wrote: >>> I want to use LaTeX2rtf for conversion of papers for a specific journal >>> that only accepts MS Word submissions. LaTeX2rtf seems to do the trick, >>> but figure captions are messed up by code designed to add caption text >>> to the Table of Contents (or, presumably, table of figures): >>> >>> Figure 1: Acknowledgement of the problem in popular culture{TC "1 >>> Acknowledgement of the problem in popular culture" \f f} >>> >>> The weird thing is that although this is obviously treated as a field >>> code by MS Word, I cannot get rid of it by pressing Alt-F9. If I select >>> the text and copy it to another program (say, Emacs) the field code >>> disappears. >>> >>> Clearly, I do not need ToC entries in a paper, so is there any way I can >>> suppress this feature for captions? >>> >>> -Martin >>> _______________________________________________ >>> Latex2rtf-users mailing list >>> Lat...@li... >>> https://lists.sourceforge.net/lists/listinfo/latex2rtf-users >> >> Up to now there is no switch in latex2rtf to suppress these field codes. >> In Word they are displayed only if the option "display hidden text" is set. >> And it is easy to remove them after opening the rtf in Word. >> Following steps would be valid for MS Word 2010: >> choose: File - options - display - display hidden text >> choose: Start - replace - >> replace: ^dTC >> by: (nothing) >> replace all >> >> That's it. >> >> And here is a Word VBA macro code to perform these actions: >> >> Sub remove_TC_fields() >> ' >> ' removes hidden TC fields >> ' >> Dim SHT As Boolean >> SHT = ActiveWindow.View.ShowHiddenText >> ActiveWindow.View.ShowHiddenText = True >> >> Selection.Find.ClearFormatting >> Selection.Find.Replacement.ClearFormatting >> With Selection.Find >> .Text = "^dTC" >> .Replacement.Text = "" >> .Forward = True >> .Wrap = wdFindContinue >> .Format = False >> .MatchCase = False >> .MatchWholeWord = False >> .MatchWildcards = False >> .MatchSoundsLike = False >> .MatchAllWordForms = False >> End With >> Selection.Find.Execute Replace:=wdReplaceAll >> ActiveWindow.View.ShowHiddenText = SHT >> >> End Sub >> >> regards >> Wilfried >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Latex2rtf-users mailing list >> Lat...@li... >> https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > > |
From: Scott P. <sc...@pr...> - 2017-04-26 18:56:08
|
You can turn off field generation totally with the command line option -f0 > On Apr 24, 2017, at 5:31 AM, Wilfried Hennings <tex...@gm...> wrote: > > At 18.04.2017 15:07 Martin Gilje Jaatun wrote: >> I want to use LaTeX2rtf for conversion of papers for a specific journal >> that only accepts MS Word submissions. LaTeX2rtf seems to do the trick, >> but figure captions are messed up by code designed to add caption text >> to the Table of Contents (or, presumably, table of figures): >> >> Figure 1: Acknowledgement of the problem in popular culture{TC "1 >> Acknowledgement of the problem in popular culture" \f f} >> >> The weird thing is that although this is obviously treated as a field >> code by MS Word, I cannot get rid of it by pressing Alt-F9. If I select >> the text and copy it to another program (say, Emacs) the field code >> disappears. >> >> Clearly, I do not need ToC entries in a paper, so is there any way I can >> suppress this feature for captions? >> >> -Martin >> _______________________________________________ >> Latex2rtf-users mailing list >> Lat...@li... >> https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > > Up to now there is no switch in latex2rtf to suppress these field codes. > In Word they are displayed only if the option "display hidden text" is set. > And it is easy to remove them after opening the rtf in Word. > Following steps would be valid for MS Word 2010: > choose: File - options - display - display hidden text > choose: Start - replace - > replace: ^dTC > by: (nothing) > replace all > > That's it. > > And here is a Word VBA macro code to perform these actions: > > Sub remove_TC_fields() > ' > ' removes hidden TC fields > ' > Dim SHT As Boolean > SHT = ActiveWindow.View.ShowHiddenText > ActiveWindow.View.ShowHiddenText = True > > Selection.Find.ClearFormatting > Selection.Find.Replacement.ClearFormatting > With Selection.Find > .Text = "^dTC" > .Replacement.Text = "" > .Forward = True > .Wrap = wdFindContinue > .Format = False > .MatchCase = False > .MatchWholeWord = False > .MatchWildcards = False > .MatchSoundsLike = False > .MatchAllWordForms = False > End With > Selection.Find.Execute Replace:=wdReplaceAll > ActiveWindow.View.ShowHiddenText = SHT > > End Sub > > regards > Wilfried > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Latex2rtf-users mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users |
From: Wilfried H. <tex...@gm...> - 2017-04-24 12:32:13
|
At 18.04.2017 15:07 Martin Gilje Jaatun wrote: > I want to use LaTeX2rtf for conversion of papers for a specific journal > that only accepts MS Word submissions. LaTeX2rtf seems to do the trick, > but figure captions are messed up by code designed to add caption text > to the Table of Contents (or, presumably, table of figures): > > Figure 1: Acknowledgement of the problem in popular culture{TC "1 > Acknowledgement of the problem in popular culture" \f f} > > The weird thing is that although this is obviously treated as a field > code by MS Word, I cannot get rid of it by pressing Alt-F9. If I select > the text and copy it to another program (say, Emacs) the field code > disappears. > > Clearly, I do not need ToC entries in a paper, so is there any way I can > suppress this feature for captions? > > -Martin > _______________________________________________ > Latex2rtf-users mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users Up to now there is no switch in latex2rtf to suppress these field codes. In Word they are displayed only if the option "display hidden text" is set. And it is easy to remove them after opening the rtf in Word. Following steps would be valid for MS Word 2010: choose: File - options - display - display hidden text choose: Start - replace - replace: ^dTC by: (nothing) replace all That's it. And here is a Word VBA macro code to perform these actions: Sub remove_TC_fields() ' ' removes hidden TC fields ' Dim SHT As Boolean SHT = ActiveWindow.View.ShowHiddenText ActiveWindow.View.ShowHiddenText = True Selection.Find.ClearFormatting Selection.Find.Replacement.ClearFormatting With Selection.Find .Text = "^dTC" .Replacement.Text = "" .Forward = True .Wrap = wdFindContinue .Format = False .MatchCase = False .MatchWholeWord = False .MatchWildcards = False .MatchSoundsLike = False .MatchAllWordForms = False End With Selection.Find.Execute Replace:=wdReplaceAll ActiveWindow.View.ShowHiddenText = SHT End Sub regards Wilfried |
From: Martin G. J. <lat...@at...> - 2017-04-18 13:26:13
|
Hi, I want to use LaTeX2rtf for conversion of papers for a specific journal that only accepts MS Word submissions. LaTeX2rtf seems to do the trick, but figure captions are messed up by code designed to add caption text to the Table of Contents (or, presumably, table of figures): Figure 1: Acknowledgement of the problem in popular culture{TC "1 Acknowledgement of the problem in popular culture" \f f} The weird thing is that although this is obviously treated as a field code by MS Word, I cannot get rid of it by pressing Alt-F9. If I select the text and copy it to another program (say, Emacs) the field code disappears. Clearly, I do not need ToC entries in a paper, so is there any way I can suppress this feature for captions? -Martin |
From: Patrick D. <pd...@gm...> - 2017-04-06 17:28:44
|
OK, but then it should not fails with M0 If I do not need to the conversion of the equations It still fails with -M0 =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Thursday, April 06, 2017 at 7:08 PM > From: "Wilfried Hennings" <tex...@gm...> > To: "Patrick Dupre" <pd...@gm...>, latex2rtf <lat...@li...> > Subject: Re: [Latex2rtf-users] Bug > > Hello, > the error messages > > Document format <revtex4-1> unknown, using article format > Package/option 'american' unknown. > Unknown command '\bm' > > say it all: > These commands aren't yet supported. > This is not a bug but a known limitation of the program. > > If you use latex2rtf with the option -M12, conversion will succeed, > because the equation with the unsupported command will be processed by > LaTeX and converted to a bitmap. > > Regards > Wilfried > > At 06.04.2017 14:28 Patrick Dupre wrote: > > Hello, > > > > I am use latex2rtf 2.3.13 r1248 (released Mar 22 2017) > > on a fedora 24 > > > > The code fails when I try to generate a rtf file > > > > \documentclass[10pt,american]{revtex4-1} > > > > \usepackage[T1]{fontenc} > > \usepackage[latin9]{inputenc} > > \usepackage[a4paper]{geometry} > > \usepackage{babel} > > \pagestyle{plain} > > > > > > \begin{document} > > > > > > \section{Introduction} > > > > In a > > > > \begin{equation} > > {\rm d}\bm{\alpha}_{m_{u}m_{l}}\left(\omega,\delta,r\right)=\frac{\frac{{\rm d}}{{\rm d}z}\left[{\rm i}\int\left[\omega\,{\rm d}\bm{P}_{m_{u}m_{l}}^{*}\left(\omega,\delta,r,z\right)\right]\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}V\right]}{c\epsilon_{0}\int\int\bm{E}^{*}\left(\omega,r,z\right)\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}S\,{\rm d}\omega},%\label{eq:alpha_cmpx} > > \end{equation} > > > > > > \subsection{Liouville Equation} > > > > When > > > > > > \end{document} > > > > =========================================================================== > > Patrick DUPRÉ | | email: pd...@gm... > > Laboratoire de Physico-Chimie de l'Atmosphère | | > > Université du Littoral-Côte d'Opale | | > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > > =========================================================================== > > _______________________________________________ > > Latex2rtf-users mailing list > > Lat...@li... > > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > > > > |
From: Wilfried H. <tex...@gm...> - 2017-04-06 17:07:03
|
Hello, the error messages Document format <revtex4-1> unknown, using article format Package/option 'american' unknown. Unknown command '\bm' say it all: These commands aren't yet supported. This is not a bug but a known limitation of the program. If you use latex2rtf with the option -M12, conversion will succeed, because the equation with the unsupported command will be processed by LaTeX and converted to a bitmap. Regards Wilfried At 06.04.2017 14:28 Patrick Dupre wrote: > Hello, > > I am use latex2rtf 2.3.13 r1248 (released Mar 22 2017) > on a fedora 24 > > The code fails when I try to generate a rtf file > > \documentclass[10pt,american]{revtex4-1} > > \usepackage[T1]{fontenc} > \usepackage[latin9]{inputenc} > \usepackage[a4paper]{geometry} > \usepackage{babel} > \pagestyle{plain} > > > \begin{document} > > > \section{Introduction} > > In a > > \begin{equation} > {\rm d}\bm{\alpha}_{m_{u}m_{l}}\left(\omega,\delta,r\right)=\frac{\frac{{\rm d}}{{\rm d}z}\left[{\rm i}\int\left[\omega\,{\rm d}\bm{P}_{m_{u}m_{l}}^{*}\left(\omega,\delta,r,z\right)\right]\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}V\right]}{c\epsilon_{0}\int\int\bm{E}^{*}\left(\omega,r,z\right)\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}S\,{\rm d}\omega},%\label{eq:alpha_cmpx} > \end{equation} > > > \subsection{Liouville Equation} > > When > > > \end{document} > > =========================================================================== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > =========================================================================== > _______________________________________________ > Latex2rtf-users mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > |
From: Patrick D. <pd...@gm...> - 2017-04-06 12:28:30
|
Hello, I am use latex2rtf 2.3.13 r1248 (released Mar 22 2017) on a fedora 24 The code fails when I try to generate a rtf file \documentclass[10pt,american]{revtex4-1} \usepackage[T1]{fontenc} \usepackage[latin9]{inputenc} \usepackage[a4paper]{geometry} \usepackage{babel} \pagestyle{plain} \begin{document} \section{Introduction} In a \begin{equation} {\rm d}\bm{\alpha}_{m_{u}m_{l}}\left(\omega,\delta,r\right)=\frac{\frac{{\rm d}}{{\rm d}z}\left[{\rm i}\int\left[\omega\,{\rm d}\bm{P}_{m_{u}m_{l}}^{*}\left(\omega,\delta,r,z\right)\right]\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}V\right]}{c\epsilon_{0}\int\int\bm{E}^{*}\left(\omega,r,z\right)\otimes\bm{E}\left(\omega,r,z\right)\,{\rm d}S\,{\rm d}\omega},%\label{eq:alpha_cmpx} \end{equation} \subsection{Liouville Equation} When \end{document} =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== |
From: S.N. <s....@fr...> - 2017-01-20 09:35:53
|
Thanks indeed for that detailed, and very generous, reply. Steve >> [S. Noble] >> >> This is a question from a Unix novice. I've searched for clarification but found precious little. > > I'll try to help. I'm not a Unix expert, so hopefully what I say will > be less cryptic than what an expert would say. > >> Would anyone be able and willing to post a detailed explanation of how to install LaTeX2rtf on the MAC (10.7 Lion & 10.11 El Cap.)? I use TeX and need to collaborate with people who want RTF files. >> >> I've read closely the instructions in the LaTeX2rtf manual, but, my apologies, I'm a Unix novice and much of the instructions are just not that easy to follow. > >> I know I have to install the developer tools, but after that the procedure gets cloudy. >> >> For example, §2.3.1 of the manual reads as follows: >> "1. Edit Makefile for your local configuration. In particular, pay attention to the PREFIX variable. If you do not have root access you might wish to set the makefile variable PREFIX to be your home directory. On some machines the cc compiler will issue errors. Therefore the default compiler command in the Makefile is CC=gcc". > >> First of all, what does "Edit Makefile for your local configuration" actually mean, or, in other words, how do you do this? > > A brief description of the 'make' program: 'make' is the principle > tool for defining and building software packages in Unix. When you > run 'make' (at the command line, or in a shell, as we say in > Unix-land), what actually happens is governed by a file normally > called 'Makefile' (no extension). This file contains a set of "goal > definitions," which gives a set of shell commands for (re)building a > piece of a software package; plus a set of subgoals. All 'make G' > does is look up G in the Makefile, first recursively achieve all its > subgoals, then follow the commands defining G. The normal case is > that these commands compile and combine various C programs, but they > can do anything at all. For instance, by convention 'make clean' just > deletes a lot of files. (Sometimes it uninstalls the application, but > sometimes it means "delete files generated along the way that are no > longer useful and have become clutter.") > > Okay, to edit the Makefile it is important to use a text editor, NOT a > word processor. You want to see the chracters in a "naked" text file, > with no formatting commands of any kind. You can use 'emacs', 'vi', > 'vim', or 'Textedit' (but make sure you set Textedit to edit plain > text, not Rich Text), or any of hundreds of other editors. > >> Secondly, what edits do you actually have to make to Makefile? Thirdly, what is the "PREFIX variable"? > > Variables are used in a Makefile so the same strings don't have to be > typed repeatedly. This makes it easy to change program versions, > directory locations, command-line options, or any other string. I'm > looking at the Makefile for latex2rtf-2.3.12. The first line is > > CC?=gcc > > which means "set the variable CC to 'gcc' if it isn't set to something > else (usually in your .profile or .bash_profile file)." Variables are > uppercase, and behave like regular shell variables. > > The first goal where CC occurs is latex2rtf, defined thus: > > latex2rtf: $(OBJS) $(HDRS) > $(CC) $(CFLAGS) $(LDFLAGS) $(OBJS) $(LIBS) -o $(BINARY_NAME) > > The first line gives all the subgoals, after a colon. These are the > files that are the values of the OBJS variable and the HDRS variable. > > The next line says "Call the compiler (CC) with options given by the > FLAGS variables, output file given by the BINARY_NAME variable, > etc. etc. The default compiler will be 'gcc', because the CC variable > is set to 'gcc'. > > What's crazy is that there is no PREFIX variable! It looks to me like > someone decided DESTDIR was a much more mnemonic name, and changed > every occurrence of PREFIX to DESTDIR. Sure enough, in the Changelog > it says "Change PREFIX to DESTDIR to follow the GNU standard". > Unfortunately, they didn't change the README file. You have to be > forgiving to deal with open-source software. > > Okay, so let's pretend they did make that change, so that the README > file said "If you do not have root access you might need to set > DESTDIR ...". (If you have an old enough distribution, you'll stick > with PREFIX.) The relevant line of the Makefile is > > DESTDIR?=/usr/local > > If you install compiled files there, then all users will profit from > your action. (Check to make sure no one has already done this; if > they have, and if make sure '/usr/local' is in your PATH, then you > don't need to install Latex2rtf, unless you're installing a later > version.) > > Let me explain that parenthesis a bit more. You can check the value > of PATH by executing > > echo $PATH > > This will print out the value of PATH, which should be a list of > directories separated by colons. E.g., when I do this I see a long > string that includes this substring: > > ...:/opt/local/bin:/usr/local/bin:/Applications/scala/bin:... > > meaning that when I execute a Unix command, if it starts with the name > of a program, that program will be searched for in all these > directories. /usr/local/bin will be searched after /opt/local/bin and > before /Applications/scala/bin . The order usually reflect the > vagaries of how the (code setting the) PATH variable has been modified > over the years, and is usually irrelevant, because the program will be > found in at most one of these directories. (E.g., 'scalac' is found in > /Applications/scala/bin and nowhere else.) > > If /usr/local is not in your PATH, and you want it to be, add the line > > export PATH=/usr/local/bin:$PATH > > to your .bash_profile file, assuming you use the 'bash' shell. (The > instructions are slightly different for the C shell and other shells. > These initializations files are executed when you create a shell; they > are ordinary shell scripts. The details of exactly which > initialization file is run when are intricate and painful to read > about, which is why the PATH variable is often set more than once and > contains duplicate occurrences of many directory names.) > > The only problem with using /usr/local as your DESTDIR is that > ordinary users do not have write access to it. You can get around > this by using the 'sudo' program, but that's not always available. > Ask your local system administrator (who may volunteer to install > latex2rtf for you, which will solve all your problems). If it's a > computer you own all by yourself, then you _are_ the system > administrator, and you _do_ have access to all the directories, at > least if you log in as root, which you normally wouldn't do, but > installing software, at least the 'make install' step, might be an > exception. > > The other way to get around the access problem is to install latex2rtf > in a directory you do control. You can create a directory 'software' > in your home directory, /Users/noble, say. Then in the Makefile you > would edit the DESTDIR line to: > > DESTDIR?=/Users/noble/software > > (Make sure /Users/noble/software is in your PATH. Left as an > exercise.) The latext2rtf goal compiles the entire program (most of > which has been compiled in the course of achieving subgoals). It puts > the resulting executable file (named simply 'latex2rtf' in Unix) in > the same directory as the Makefile. 'make install' moves the > executable to $DESTDIR. If you don't have write permission in that > directory, the goal will fail. (Unix programs return an integer > corresponding to how they fail. There's only one success value: 0. > Any other value describes some error condition. As Tolstoy said, "All > successful programs are alike, every unsuccessful programs is > unsuccessful in its own way.") > >> I gather that, in Terminal, you then have to type "make", then "make install" then "make check" and "make install -info" (§2.3.3--§2.3.6). So do you just type the first command on a Terminal line, press return, then the second, and so on, or should the commands "make" etc. be followed by something else? I know how to use Terminal, but I'm not familiar with installing software from source. > > You guessed right. However, if any step failed, there's no point in > continuing with the sequence, because, if the Makefile is designed > appropriately, every followup goal will have an unachieved subgoal if > the step designed to achieve that subgoal failed. > > I hope this was the right amount and kind of information. > > -- Drew McDermott > Professor of Computer Science > Yale Computer Science Department |
From: Drew M. <dre...@ya...> - 2017-01-18 05:39:16
|
> [S. Noble] > > This is a question from a Unix novice. I've searched for clarification but found precious little. I'll try to help. I'm not a Unix expert, so hopefully what I say will be less cryptic than what an expert would say. > Would anyone be able and willing to post a detailed explanation of how to install LaTeX2rtf on the MAC (10.7 Lion & 10.11 El Cap.)? I use TeX and need to collaborate with people who want RTF files. > > I've read closely the instructions in the LaTeX2rtf manual, but, my apologies, I'm a Unix novice and much of the instructions are just not that easy to follow. > > I know I have to install the developer tools, but after that the procedure gets cloudy. > > For example, §2.3.1 of the manual reads as follows: > "1. Edit Makefile for your local configuration. In particular, pay attention to the PREFIX variable. If you do not have root access you might wish to set the makefile variable PREFIX to be your home directory. On some machines the cc compiler will issue errors. Therefore the default compiler command in the Makefile is CC=gcc". > First of all, what does "Edit Makefile for your local configuration" actually mean, or, in other words, how do you do this? A brief description of the 'make' program: 'make' is the principle tool for defining and building software packages in Unix. When you run 'make' (at the command line, or in a shell, as we say in Unix-land), what actually happens is governed by a file normally called 'Makefile' (no extension). This file contains a set of "goal definitions," which gives a set of shell commands for (re)building a piece of a software package; plus a set of subgoals. All 'make G' does is look up G in the Makefile, first recursively achieve all its subgoals, then follow the commands defining G. The normal case is that these commands compile and combine various C programs, but they can do anything at all. For instance, by convention 'make clean' just deletes a lot of files. (Sometimes it uninstalls the application, but sometimes it means "delete files generated along the way that are no longer useful and have become clutter.") Okay, to edit the Makefile it is important to use a text editor, NOT a word processor. You want to see the chracters in a "naked" text file, with no formatting commands of any kind. You can use 'emacs', 'vi', 'vim', or 'Textedit' (but make sure you set Textedit to edit plain text, not Rich Text), or any of hundreds of other editors. > Secondly, what edits do you actually have to make to Makefile? Thirdly, what is the "PREFIX variable"? Variables are used in a Makefile so the same strings don't have to be typed repeatedly. This makes it easy to change program versions, directory locations, command-line options, or any other string. I'm looking at the Makefile for latex2rtf-2.3.12. The first line is CC?=gcc which means "set the variable CC to 'gcc' if it isn't set to something else (usually in your .profile or .bash_profile file)." Variables are uppercase, and behave like regular shell variables. The first goal where CC occurs is latex2rtf, defined thus: latex2rtf: $(OBJS) $(HDRS) $(CC) $(CFLAGS) $(LDFLAGS) $(OBJS) $(LIBS) -o $(BINARY_NAME) The first line gives all the subgoals, after a colon. These are the files that are the values of the OBJS variable and the HDRS variable. The next line says "Call the compiler (CC) with options given by the FLAGS variables, output file given by the BINARY_NAME variable, etc. etc. The default compiler will be 'gcc', because the CC variable is set to 'gcc'. What's crazy is that there is no PREFIX variable! It looks to me like someone decided DESTDIR was a much more mnemonic name, and changed every occurrence of PREFIX to DESTDIR. Sure enough, in the Changelog it says "Change PREFIX to DESTDIR to follow the GNU standard". Unfortunately, they didn't change the README file. You have to be forgiving to deal with open-source software. Okay, so let's pretend they did make that change, so that the README file said "If you do not have root access you might need to set DESTDIR ...". (If you have an old enough distribution, you'll stick with PREFIX.) The relevant line of the Makefile is DESTDIR?=/usr/local If you install compiled files there, then all users will profit from your action. (Check to make sure no one has already done this; if they have, and if make sure '/usr/local' is in your PATH, then you don't need to install Latex2rtf, unless you're installing a later version.) Let me explain that parenthesis a bit more. You can check the value of PATH by executing echo $PATH This will print out the value of PATH, which should be a list of directories separated by colons. E.g., when I do this I see a long string that includes this substring: ...:/opt/local/bin:/usr/local/bin:/Applications/scala/bin:... meaning that when I execute a Unix command, if it starts with the name of a program, that program will be searched for in all these directories. /usr/local/bin will be searched after /opt/local/bin and before /Applications/scala/bin . The order usually reflect the vagaries of how the (code setting the) PATH variable has been modified over the years, and is usually irrelevant, because the program will be found in at most one of these directories. (E.g., 'scalac' is found in /Applications/scala/bin and nowhere else.) If /usr/local is not in your PATH, and you want it to be, add the line export PATH=/usr/local/bin:$PATH to your .bash_profile file, assuming you use the 'bash' shell. (The instructions are slightly different for the C shell and other shells. These initializations files are executed when you create a shell; they are ordinary shell scripts. The details of exactly which initialization file is run when are intricate and painful to read about, which is why the PATH variable is often set more than once and contains duplicate occurrences of many directory names.) The only problem with using /usr/local as your DESTDIR is that ordinary users do not have write access to it. You can get around this by using the 'sudo' program, but that's not always available. Ask your local system administrator (who may volunteer to install latex2rtf for you, which will solve all your problems). If it's a computer you own all by yourself, then you _are_ the system administrator, and you _do_ have access to all the directories, at least if you log in as root, which you normally wouldn't do, but installing software, at least the 'make install' step, might be an exception. The other way to get around the access problem is to install latex2rtf in a directory you do control. You can create a directory 'software' in your home directory, /Users/noble, say. Then in the Makefile you would edit the DESTDIR line to: DESTDIR?=/Users/noble/software (Make sure /Users/noble/software is in your PATH. Left as an exercise.) The latext2rtf goal compiles the entire program (most of which has been compiled in the course of achieving subgoals). It puts the resulting executable file (named simply 'latex2rtf' in Unix) in the same directory as the Makefile. 'make install' moves the executable to $DESTDIR. If you don't have write permission in that directory, the goal will fail. (Unix programs return an integer corresponding to how they fail. There's only one success value: 0. Any other value describes some error condition. As Tolstoy said, "All successful programs are alike, every unsuccessful programs is unsuccessful in its own way.") > I gather that, in Terminal, you then have to type "make", then "make install" then "make check" and "make install -info" (§2.3.3--§2.3.6). So do you just type the first command on a Terminal line, press return, then the second, and so on, or should the commands "make" etc. be followed by something else? I know how to use Terminal, but I'm not familiar with installing software from source. You guessed right. However, if any step failed, there's no point in continuing with the sequence, because, if the Makefile is designed appropriately, every followup goal will have an unachieved subgoal if the step designed to achieve that subgoal failed. I hope this was the right amount and kind of information. -- Drew McDermott Professor of Computer Science Yale Computer Science Department |
From: S. N. <s....@fr...> - 2017-01-16 14:50:58
|
Hello, This is a question from a Unix novice. I've searched for clarification but found precious little. Would anyone be able and willing to post a detailed explanation of how to install LaTeX2rtf on the MAC (10.7 Lion & 10.11 El Cap.)? I use TeX and need to collaborate with people who want RTF files. I've read closely the instructions in the LaTeX2rtf manual, but, my apologies, I'm a Unix novice and much of the instructions are just not that easy to follow. I know I have to install the developer tools, but after that the procedure gets cloudy. For example, §2.3.1 of the manual reads as follows: "1. Edit Makefile for your local configuration. In particular, pay attention to the PREFIX variable. If you do not have root access you might wish to set the makefile variable PREFIX to be your home directory. On some machines the cc compiler will issue errors. Therefore the default compiler command in the Makefile is CC=gcc". First of all, what does "Edit Makefile for your local configuration" actually mean, or, in other words, how do you do this? Secondly, what edits do you actually have to make to Makefile? Thirdly, what is the "PREFIX variable"? I gather that, in Terminal, you then have to type "make", then "make install" then "make check" and "make install -info" (§2.3.3--§2.3.6). So do you just type the first command on a Terminal line, press return, then the second, and so on, or should the commands "make" etc. be followed by something else? I know how to use Terminal, but I'm not familiar with installing software from source. Thanks in advance for any clarification anyone might be able to provide. Steve |
From: Wilfried H. <tex...@gm...> - 2017-01-13 09:52:32
|
Hello Arthur, thanks for the investigation. It seems you are right. If I open the file selection dialogue for the rtf file by clicking on "...", the pre-filled file-ID has the .tex extension, not the .rtf extension. I am no C++ expert, but at a look into the source code of the latex2rtf gui shell it seems to me that the handling of the "..." buttons is not correct. I will test my fix as soon as possible. Furthermore, the latex2rtf converter should not open the same (.tex) file for writing if it is already opened for reading. I will try to fix this, too. Regards Wilfried At 13.01.2017 03:52, Bass, Arthur wrote: > Hello, > > Just now subscribed to the list. > > I just had the exact same experience as Eric Doherty who posted on Nov > 2, 2016. Here is his post: > > latex2rtf support > > I have received this message > > Error! end of file reached before '\begin|{|document|}' was found > > and now the whole file is wiped. Like gone. 0 kB, no text, nothing. > > How do I recover it and what happened?!?!?!?!? > > My tex file has been wiped, 0 kb, absolutely nothing in it. I got the > exact same error message. I know for a fact that the file was there > because I had just compiled it in texniccenter from the location where > LaTeX2RTF was looking for it. Furthermore, I had successfully converted > it to RTF on multiple previous occassions. I am using version 2.3.11 on > Windows 10. > > I believe I know what happened, although not exactly why it happened. I > wanted to save the RTF file in another folder (not the one the latex > files are in). I clicked the "..." toggle to the right of the "RTF > file:" pane and navigated to the location where I intended to save the > file as an RTF. However, upon re-examination of the "RTF file:" pane, > the intended file name in the pane is the name of my tex file > (myfile.tex) and the location is the folder that all the latex files are > in! So I overwrote the tex file with what the product of the conversion > was supposed to be (if that makes sense). > > Upon further investigation, this appears to be a problem with how the > RTF file pane responds to being changed by selecting a destination > folder. Often times when you go to a destination folder and enter a file > name, it still reverts to the source folder and enters the myfile.tex > name into the pane. Strange behavior. I tried opening and closing > latex2rtf a few times and it continued to do this. > > Now all I have on my computer (which backs up to the OneDrive cloud) is > the most recent pdf that I compiled in texniccenter. I am hoping I can > access an older version of the tex file on a computer at home that is > not connected to the cloud at the moment - but unfortunately that will > entail redoing a lot of revisions that I have made recently. Hopefully > that works though, because otherwise that is a LOT of work right out the > window (including some ridiculously large tables). > > If you have any suggestions, I'm all ears. But I suspect that it is > gone. Since this looks to be a re-occurring phenomenon, it might be > worthwhile for people to create a duplicate of their latex files in a > safe place before trying to use LaTex2RTF. As I mentioned, I have had no > problems before and have good success with LaTex2RTF until now. > > Thanks, > Art > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > > > > _______________________________________________ > Latex2rtf-users mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > |
From: Bass, A. <ab...@ma...> - 2017-01-13 03:14:48
|
Hello, Just now subscribed to the list. I just had the exact same experience as Eric Doherty who posted on Nov 2, 2016. Here is his post: latex2rtf support I have received this message Error! end of file reached before '\begin|{|document|}' was found and now the whole file is wiped. Like gone. 0 kB, no text, nothing. How do I recover it and what happened?!?!?!?!? My tex file has been wiped, 0 kb, absolutely nothing in it. I got the exact same error message. I know for a fact that the file was there because I had just compiled it in texniccenter from the location where LaTeX2RTF was looking for it. Furthermore, I had successfully converted it to RTF on multiple previous occassions. I am using version 2.3.11 on Windows 10. I believe I know what happened, although not exactly why it happened. I wanted to save the RTF file in another folder (not the one the latex files are in). I clicked the "..." toggle to the right of the "RTF file:" pane and navigated to the location where I intended to save the file as an RTF. However, upon re-examination of the "RTF file:" pane, the intended file name in the pane is the name of my tex file (myfile.tex) and the location is the folder that all the latex files are in! So I overwrote the tex file with what the product of the conversion was supposed to be (if that makes sense). Upon further investigation, this appears to be a problem with how the RTF file pane responds to being changed by selecting a destination folder. Often times when you go to a destination folder and enter a file name, it still reverts to the source folder and enters the myfile.tex name into the pane. Strange behavior. I tried opening and closing latex2rtf a few times and it continued to do this. Now all I have on my computer (which backs up to the OneDrive cloud) is the most recent pdf that I compiled in texniccenter. I am hoping I can access an older version of the tex file on a computer at home that is not connected to the cloud at the moment - but unfortunately that will entail redoing a lot of revisions that I have made recently. Hopefully that works though, because otherwise that is a LOT of work right out the window (including some ridiculously large tables). If you have any suggestions, I'm all ears. But I suspect that it is gone. Since this looks to be a re-occurring phenomenon, it might be worthwhile for people to create a duplicate of their latex files in a safe place before trying to use LaTex2RTF. As I mentioned, I have had no problems before and have good success with LaTex2RTF until now. Thanks, Art |
From: Wilfried H. <tex...@gm...> - 2016-11-07 20:16:17
|
At 07.11.2016 17:37, Jay A. Leavitt, PhD, wrote: > rtf2latex2e is installed in folder in Program Files (x86). When cmd > run in that directory getting this error. > Cannot find the rtf2latex2e support file 'rtf-encoding.cp1250' > > The default install location for these files is > /usr/local/share/rtf2latex2e/ > When this program was compiled the location was > C:/PROGRA~1/rtf2latex2e/pref > > After locating the proper directory you can > (1) define the environment variable $RTFPATH, *or* > (2) use command line path option '-P /path/to/prefs' *or* > (3) recompile rtf2latex2e (after modifying datadir in Makefile) > Giving up. Please don't hate me. The compiled-in path is "C:/PROGRA~1/rtf2latex2e/pref" which would be OK for Windows 32 bit, but you seem to have Windows 64 bit. So you need to specify the path where the support files are, either by defining the environment variable with the command: SET RTFPATH="C:/Program Files (x86)/rtf2latex2e/pref" or by specifying it in the call: rtf2latex2e -P "C:/Program Files (x86)/rtf2latex2e/pref" conv.rtf But you should not normally run programs in admin mode. Put the file to be converted in a user data folder, then call the program like this: "C:/Program Files (x86)/rtf2latex2e/rtf2latex2e" -P "C:/Program Files (x86)/rtf2latex2e/pref" conv.rtf One problem is that the path contains blanks. When the path contains no blanks, the quotes can be omitted. Maybe the following would be better: C:/PROGRA~2/rtf2latex2e/rtf2latex2e -P C:/PROGRA~2/rtf2latex2e/pref conv.rtf Hope this helps Wilfried |
From: Jay A. L. P. <le...@bu...> - 2016-11-07 16:37:40
|
> rtf2latex2e is installed in folder in Program Files (x86). When cmd > run in that directory getting this error. |
From: Jay A. L. P. <le...@bu...> - 2016-11-07 16:20:11
|
rtf2latex2e is installed in folder in Program Files (x86). When cmd run in that directory getting this error. |
From: Wilfried H. <tex...@gm...> - 2016-11-03 10:42:01
|
At 02.11.2016 19:48 Eric Doherty wrote: > latex2rtf support This is a misconception: There is no official support. However in this mailing list, volunteers try to help. Moreover, to post to the mailing list and to receive replies, you have first to subscribe to the list. > > I have received this message > > Error! end of file reached before '\begin|{|document|}' was found > > and now the whole file is wiped. Like gone. 0 kB, no text, nothing. > > How do I recover it and what happened?!?!?!?!? 1. Before being able to figure out what has happened, we need to know - the operating system on which you run latex2rtf (MS Windows? Apple? Unix? Which version?) - the latex2rtf version - how latex2rtf was invoked 2. Most probably latex2rtf did not do anything to your file. I guess the file is not at the location which latex2rtf was told it were, so an empty file was created when latex2rtf tried to read it. Wilfried |
From: eric d. <edo...@gm...> - 2016-11-02 18:48:53
|
latex2rtf support I have received this message Error! end of file reached before '\begin|{|document|}' was found and now the whole file is wiped. Like gone. 0 kB, no text, nothing. How do I recover it and what happened?!?!?!?!? |
From: Wilfried H. <tex...@gm...> - 2016-07-14 08:30:14
|
At 12.07.2016 12:09, Manuel Ortigueira wrote: > I would like to install the latex2rtf converter, but I'm not an > expert in informatics. I use regularly texstudio and I need to > convert a paper into a given format stated in word. > I do not know how to install the converter. Can you help me? That depends on the operating system (Windows / Linux / OSX) in which you want to install it. But the latex2rtf converter will not take care of the requested format but convert your LaTeX document as is, or - if your document uses LaTeX packages which are not supported by the converter - may fail to convert most or all of your document. Therefore, if you are "not an expert in informatics" and you have to convert just one document, I recommend doing this by copying and pasting the text from the LaTeX document into the given Word template. If you don't have Microsoft Word / Microsoft Office, you can use LibreOffice instead. Wilfried |
From: Manuel O. <md...@fc...> - 2016-07-12 10:35:43
|
Dear colleagues I would like to install the latex2rtf converter, but I'm not an expert in informatics. I use regularly texstudio and I need to convert a paper into a given format stated in word. I do not know how to install the converter. Can you help me? Sincerely M. Ortigueira -- ---------------------------------------------------------------------------------------- Este e-mail foi escrito com intencional desrespeito pelo famigerado Acordo Ortográfico! ---------------------------------------------------------------------------------------- Manuel Duarte Ortigueira UNINOVA and DEE/ Faculdade de Ciências e Tecnologia da UNL Campus da FCT Quinta da Torre 2829-516 Caparica Portugal Tel. +351 212948520 extº 11943 Mob. Phone +351 938610658 Fax. +351 212948532 and +351 212947786 http://http://docentes.fct.unl.pt/mdo XX...@fc...XX |
From: Ronan A. J. C. <ro...@gm...> - 2016-06-02 17:13:19
|
Wilfried, We have a memory leak in abbreviate function! I could fix the problem by changing: t = (char *) malloc(len * sizeof(char)); to t = (char *) malloc((len+1) * sizeof(char)); Notice that in the last `for` (graphics.c:1895), the last parameter written is: t[half + 6 + half] Since: half = (len - 6)/2; and len = 50, then half = 22. Therefore, we are writing to t[50], or the 51st term. However, the `malloc` allocates only 50 terms, which leaded to the problem. I will submit a patch to the openSUSE package. Can you explain me how can I also send the patch to the official latex2rtf tree? Regards, Ronan Arraes |
From: Ronan A. J. C. <ro...@gm...> - 2016-06-02 16:56:42
|
Hi Wilfried, Thanks! I could track down the problem after your message. If I recompile latex2rtf removing the following line (graphics.c:1917): safe_free(abbrev); then everything works perfectly. Thus, the problem is that `abbrev` pointer is consider invalid and we have a segmentation fault when free() is called. I also noticed why if I remove two spaces no problem happens. When I do this, then the string passed to abbreviate() function have less than 50 characters. Hence, the string is just copied using strdup() and everything seems to be fine. On the other hand, with the two additional spaces, then the string will have 51 characters. In this case, the code in graphics.c:1870 is executed and, for some reason, it returns a pointer that cannot be freed (I'm still trying to figure out what is causing this). Any ideas? Best regards, Ronan Em Qui, 2016-06-02 às 18:21 +0200, Wilfried Hennings escreveu: > Am 02.06.2016 um 17:26 schrieb Ronan Arraes Jardim Chagas: > > Hi Wilfried, > > > > Thanks for the answer. > > > > I'm using the latest version (2.3.10) and I can only reproduce the problem > > in > > openSUSE Leap 42.2 Alpha 1. It works fine in openSUSE Tumbleweed. Hence, one > > possible cause is an outdated package that I need to update for the release > > of > > 42.2. > > > > > - check whether latex2rtf writes the file l2r_0001.tex to disk, > > > > No, the `l2r_0001.tex` file *is not* being written to disk. It is falling > > before > > this state. Does this add any new information for the bug? > > Yes, this information is helpful. > This file should be written in source file graphics.c lines 1807 to 1843 > in function *SaveEquationAsFile > called from function WriteLatexAsBitmapOrEPS > > The last line in the debug output is > "Rendering '\begin{equation} \i ... ^{t} dx \end{equation}'" > This is output by function WriteLatexAsBitmapOrEPS in source file > graphics.c in line 1916. > The problem is likely to occur shortly after this. > > As the diagnostic "SaveEquationAsFile = ..." is NOT output, > which is output in graphics.c line 1805, > I guess the problem is in line 1798 calling > tmp_dir = getTmpPath(); > > This function is defined in source file main.c , > and contains e.g. line 914 > u = getenv("TMPDIR"); > > Could it be that the getenv system function does not work as intended? > > Regards > Wilfried > |
From: Ronan A. J. C. <ro...@gm...> - 2016-06-02 15:26:52
|
Hi Wilfried, Thanks for the answer. Em Qui, 2016-06-02 às 13:21 +0200, Wilfried Hennings escreveu: > I cannot reproduce the problem, the test file converts just nice on my > Windows 7 system with the recent versions (2.3.8, 2.3.9 and 2.3.10) of > latex2rtf. > Please check > - whether using the latest latex2rtf source code from sourceforge solves > the problem, I'm using the latest version (2.3.10) and I can only reproduce the problem in openSUSE Leap 42.2 Alpha 1. It works fine in openSUSE Tumbleweed. Hence, one possible cause is an outdated package that I need to update for the release of 42.2. > - check whether latex2rtf writes the file l2r_0001.tex to disk, No, the `l2r_0001.tex` file *is not* being written to disk. It is falling before this state. Does this add any new information for the bug? Regards, Ronan Arraes |
From: Wilfried H. <tex...@gm...> - 2016-06-02 10:34:38
|
Hello all, I cannot reproduce the problem, the test file converts just nice on my Windows 7 system with the current version of latex2rtf. As the problem may not affect the majority of you, I write to the author by personal e-mail. I will report if the problem is identified and / or solved. Wilfried At 01.06.2016 17:48 Ronan Arraes Jardim Chagas wrote: > Hi! > > I'm trying to submit latex2rtf package to openSUSE Leap 42.2, but I am having a > very strange behavior. > > If I try to convert the following .tex file into an .rtf with the option to > transform the equations to bitmaps (-M12), then I get a segmentation fault just > before the conversion. > > ---------- > \documentclass{article} > \begin{document} > \begin{equation} > \int_{0}^{t} dx > \end{equation} > \end{document} > ---------- > > However, if I remove two spaces before the integral sign, then everything is > fine: > > ---------- > \documentclass{article} > \begin{document} > \begin{equation} > \int_{0}^{t} dx > \end{equation} > \end{document} > ---------- > > Notice that this problem does not happen in openSUSE Tumbleweed, which is > rolling release and the packages are much more updated. Thus, I think it is > related to some old package, but I cannot figure out what is causing the > problem. > > Here is the backtrace of the segmentation fault: > > ---------- > [snip] > ---------- > > The full output of the command with -d6 flag can be found here: > http://pastebin.com/fH3KPKAq > > Does anyone have any idea why this is happening? > > Regards, > Ronan Arraes > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > Latex2rtf-users mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-users > |
From: Ronan A. J. C. <ro...@gm...> - 2016-06-01 15:49:10
|
Hi! I'm trying to submit latex2rtf package to openSUSE Leap 42.2, but I am having a very strange behavior. If I try to convert the following .tex file into an .rtf with the option to transform the equations to bitmaps (-M12), then I get a segmentation fault just before the conversion. ---------- \documentclass{article} \begin{document} \begin{equation} \int_{0}^{t} dx \end{equation} \end{document} ---------- However, if I remove two spaces before the integral sign, then everything is fine: ---------- \documentclass{article} \begin{document} \begin{equation} \int_{0}^{t} dx \end{equation} \end{document} ---------- Notice that this problem does not happen in openSUSE Tumbleweed, which is rolling release and the packages are much more updated. Thus, I think it is related to some old package, but I cannot figure out what is causing the problem. Here is the backtrace of the segmentation fault: ---------- latex2rtf -M12 teste.tex teste.tex:2 Rendering '\begin{equation} \i ... ^{t} dx \end{equation}'*** Error in `latex2rtf': free(): invalid pointer: 0x00000000011f40c0 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x7275f)[0x7f972622075f] /lib64/libc.so.6(+0x77fce)[0x7f9726225fce] latex2rtf[0x42809d] latex2rtf[0x42ce14] latex2rtf[0x41e534] latex2rtf[0x41e7c1] latex2rtf[0x404a01] latex2rtf[0x405ade] latex2rtf[0x4048ec] latex2rtf[0x42189a] latex2rtf[0x42074e] latex2rtf[0x42046a] latex2rtf[0x412ca3] latex2rtf[0x412b53] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f97261cfb05] latex2rtf[0x401979] ======= Memory map: ======== 00400000-0044c000 r-xp 00000000 00:25 223826 /usr/bin/latex2rtf 0064b000-0064c000 r--p 0004b000 00:25 223826 /usr/bin/latex2rtf 0064c000-00656000 rw-p 0004c000 00:25 223826 /usr/bin/latex2rtf 00656000-0067c000 rw-p 00000000 00:00 0 011d7000-011f8000 rw-p 00000000 00:00 0 [heap] 7f9725f97000-7f9725fad000 r-xp 00000000 00:25 13002 /lib64/libgcc_s.so.1 7f9725fad000-7f97261ac000 ---p 00016000 00:25 13002 /lib64/libgcc_s.so.1 7f97261ac000-7f97261ad000 r--p 00015000 00:25 13002 /lib64/libgcc_s.so.1 7f97261ad000-7f97261ae000 rw-p 00016000 00:25 13002 /lib64/libgcc_s.so.1 7f97261ae000-7f972634c000 r-xp 00000000 00:25 13001 /lib64/libc-2.19.so 7f972634c000-7f972654c000 ---p 0019e000 00:25 13001 /lib64/libc-2.19.so 7f972654c000-7f9726550000 r--p 0019e000 00:25 13001 /lib64/libc-2.19.so 7f9726550000-7f9726552000 rw-p 001a2000 00:25 13001 /lib64/libc-2.19.so 7f9726552000-7f9726556000 rw-p 00000000 00:00 0 7f9726556000-7f9726656000 r-xp 00000000 00:25 13112 /lib64/libm-2.19.so 7f9726656000-7f9726855000 ---p 00100000 00:25 13112 /lib64/libm-2.19.so 7f9726855000-7f9726856000 r--p 000ff000 00:25 13112 /lib64/libm-2.19.so 7f9726856000-7f9726857000 rw-p 00100000 00:25 13112 /lib64/libm-2.19.so 7f9726857000-7f9726878000 r-xp 00000000 00:25 13020 /lib64/ld-2.19.so 7f9726a5b000-7f9726a5e000 rw-p 00000000 00:00 0 7f9726a73000-7f9726a77000 rw-p 00000000 00:00 0 7f9726a77000-7f9726a78000 r--p 00020000 00:25 13020 /lib64/ld-2.19.so 7f9726a78000-7f9726a79000 rw-p 00021000 00:25 13020 /lib64/ld-2.19.so 7f9726a79000-7f9726a7a000 rw-p 00000000 00:00 0 7ffedb8a9000-7ffedb8de000 rw-p 00000000 00:00 0 [stack] 7ffedb9d6000-7ffedb9d9000 r--p 00000000 00:00 0 [vvar] 7ffedb9d9000-7ffedb9db000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Abortado ---------- The full output of the command with -d6 flag can be found here: http://pastebin.com/fH3KPKAq Does anyone have any idea why this is happening? Regards, Ronan Arraes |