EMTEXGI 2.071 Beta
User's Manual

Allin Cottrell

March, 1997

Contents

Introduction

EMTEXGI is a shell for running emTeX and associated utilities under Windows 3.1 or Windows 95 (and NT). I developed this program for my own convenience as a user of both MS Windows and emTeX, and was spurred by discussions on comp.text.tex to offer it for the use of others. Since first writing EMTEXGI I have migrated to Linux, and I mostly use teTeX, but I am still interested in promoting the use of TeX by people running Microsoft operating systems.

The program comes in both a 16-bit version (for Windows 3.1) and a 32-bit version (for Windows 95/NT). The names of the executables are emtexgi.exe and emtexgi2.exe respectively. Each has a little configuration file with extension cfg. When I refer to ``the cfg file'' below, this should be understood to mean emtexgi.cfg for the 16-bit version and emtexgi2.cfg for the 32-bit version.

EMTEXGI is written in Microsoft Visual Basic. The VB source code is freely available on request.

Installation

Please consult the Web page

www.wfu.edu/Academic-departments/Economics/ftp/emtexgi.html

Installation is not discussed further here.

Operation and Configuration

The buttons (from left to right)

The menu items

Correcting LaTeX errors

EmTeX has a useful feature: if things are correctly set up, then when tex386 encounters an error on compiling a tex file, if you press e this will open your source file in an editor, with the cursor on the line where the error is located. With release 2.05 of EMTEXGI I have made this automatic for the PFE editor. For best results the source file should already be open in PFE, but in the background: pressing e on a compilation error will pull PFE into the foreground and position the cursor appropriately.

If you want to adapt this routine to an editor other than PFE, you'll have to edit the file named rsxwin.ini, which you should find in the same directory as rsxwin.exe (probably \rsx\bin). To the right of the string set1=emtexed, (including the comma), you should put the appropriate command-line arguments to pass to your editor, using %1 for the line number and %2 for the name of the file. You will have to consult the documentation for your editor to work this out. /s /g%1/1 %2 works for PFE.

Troubleshooting

The DOS environment

The most likely source of problems with EMTEXGI is that not all of the required environment variables are set (correctly). You can check this by opening a DOS box and typing the commands path and set. With path you are looking for the inclusion of x:\emtex\bin and x:\rsx\bin in the DOS search path (where x is a placeholder for the appropriate drive letter on your system). With set you are looking for appropriate settings for the environment variables EMTEXDIR, DVIDRVFONTS, EMX, MAKETEXPK and TEMP. If some of these things do not show up (correctly), the first thing is to check your autoexec.bat. If everything in autoexec.bat looks OK, the next potential problem is that you are ``out of environment space" (so that the settings in autoexec.bat are not actually sticking) and/or that your PATH exceeds the legal DOS length.

Dviwin settings

Another potential source of trouble (relating specifically to the dviwin previewer) is wrong settings in dviwin[2].ini. Look at this file (which you should find in your windows directory) in an editor. Check for the following in particular:

fontpath=x:\texfonts\$r [replace x with the correct letter]

mismethod=1 [font-generation is turned on]

miscmd1=x:\dvidrvrs\genpk.pif /e:2048 /c x:\dvidrvrs\genpk.bat

$f $m $x $y $X $Y $d $p $e [but all on one line]

The last setting above is crucial for generating missing fonts. Again, replace x with the appropriate drive letter.

Keeping windows open

In case of problems it is obviously useful to be able to read any error messages. By default, EMTEXGI is set to close rsxwin windows and DOS boxes on program completion, so you may be unable to read any messages. To hold open an rsxwin window you can remove the -X flag from the corresponding rsxwin line in the cfg file. To hold open a DOS box under Windows 3.1, edit the pif file corresponding to the bat file that is run in the box, using Windows' pifedit.exe, and uncheck the box marked "Close window on exit". The most likely candidates for this treatment are \dvidrvrs\genpk.pif and makecpy.pif in \emtex\mytex\preview. To hold these boxes open under Windows 95, select the bat file (e.g. under ``My Computer''), click the right mouse button, select ``Properties'' from the pop-up menu, then under the ``Program'' tab uncheck ``Close on exit''.

Disclaimer and copying

This is beta software: no guarantees, use at your own risk. Suggestions for improvement welcome. So far as copying goes, the GNU rules apply. Do what you want with this program, other than trying to charge anyone for it or its use.

Allin Cottrell
Department of Economics, Wake Forest University
cottrell@wfu.edu