The out line is long to read lỗi pdf năm 2024

When including figures/style/class/macro files, you must use relative filenames instead of absolute filenames. For example,

  $ cat filename.inp | tex filename.tex

3

is correct, while:

  $ cat filename.inp | tex filename.tex

4

is not.

Absolute filenames make it impossible for anyone to use the source without modifying it. Unless your TeX system happens to have the same directory structure as ours, then our automated processing will fail.

Upper-case vs Lower-case filenames

If you use a computer with case-insensitive filenames (e.g., Windows), be sure that the case of any filenames referred to in your TeX file matches exactly the files that are uploaded. For example, the command:

      \includegraphics{figure1.eps}

will not work if the file is uploaded as

      FIGURE1.EPS

because filenames are case-sensitive on our system.

Spaces and other inappropriate characters in filenames

Do not use spaces in filenames, in either your figure inclusion commands or directory names. Do not use common filesystem delimiters in file names (i.e

  $ cat filename.inp | tex filename.tex

5,

  $ cat filename.inp | tex filename.tex

6,

  $ cat filename.inp | tex filename.tex

7, etc.). Certain symbols such as the ampersand (

  $ cat filename.inp | tex filename.tex

  1. can cause problems as well, and should be avoided.

During file upload these examples will be programmatically converted to an underscore character (the

  $ cat filename.inp | tex filename.tex

9 character) in the file names only. You are responsible for updating any inclusion or input commands in your source.

Missing style/macro files

Some authors write their own style/macro files (or modify standard ones), but forget to include them with the source. Be sure to include with the source any style/macro files that we don't have.

Note: non-standard style/macro files provided along with the source must NOT be attached to a paper. Instead, submit them as separate files, or use tar or zip to combine them with the source files before submitting.

Last minute untested changes

All too often, an author will make last minute changes to the source, but won't test it to see if the results will TeX correctly. You can save yourself a lot of trouble by testing that everything works properly before submitting your paper.

User intervention

Our source to postscript conversion system (called "AutoTeX") is fully automated. There is no genie present to answer questions such as:

  Would you like (P)ortrait or (L)andscape ? - answer P/L

If your source needs to ask these types of question, please create a file called

    %&amslplain

0 (where

    %&amslplain

1 matches the file it is to act on) that contains suitable responses.

Your

    %&amslplain

2 file can be first tested on your local machine by running the following command:

  $ cat filename.inp | tex filename.tex

Multiple files concatenated

Do not submit several files all concatenated into one file, such as the Scientific Workplace's

    %&amslplain

3 file type -- such files cannot be separated automatically and may fail to process in unexpected ways. Instead, please create a

    %&amslplain

4 or

    %&amslplain

5 file.

Use of old or non-standard style files

Style files change with time, and you (or we) might be using old versions of style files. We try to keep up to date, so if problems arise due to style files, please check that the version you are using is current.

Some well-known style files, e.g.,

    %&amslplain

6 and

    %&amslplain

7, have been altered by TeX programmers, then uploaded to web sites under the same filename. This is very bad practice and anti-social behavior, since we end up with multiple versions of standard styles. arXiv will make every effort to support the most recent and official versions of standard style files.

As an example, the

    %&amslplain

8 and

    %&amslplain

9 packages have been standard since the release of LaTeX 2e and are the recommended graphics inclusion macros. These packages provide the most portable and reliable method of including graphics.

Style files incompatible with dvips

Style files that are incompatible with

    \input amstex

0, e.g.,

    \input amstex

1, can cause problems. If the DVI requires exotic versions of

    \input amstex

0 (e.g.,

    \input amstex

  1. to produce postscript, then our automated system will fail.

Please make every effort to avoid using non-standard styles and

    \input amstex

4 utilities. Few people will be able to process papers in these non-standard formats.

Sources that rely on something other than TeX or LaTeX

All papers should be formatted so they work with TeX or LaTeX (as appropriate). If you use other formats (as opposed to style files or macros), e.g., AMS-TeX, AMS-LaTeX, or aatex, then please add the appropriate line to the top of the source, e.g.:

    %&amslplain

for AMS-LaTeX (based on amslatex version 1.1),

    \input amstex

or

    %&amstex

for AMS-TeX, and

    \input cp-aa.tex

or

    %&cp-aa

for Springer-Verlag's Plain TeX Astronomy & Astrophysics macros, cp-aa (also known as aatex).

Anything that relies on something other than TeX or (PDF)LaTeX will fail. At this time arXiv does not support processing with: XeTeX and its variants including LuaTeX, LyX, or PDFTeX.

Use of unusual/uncommon fonts

Authors should keep in mind that if they use unusual fonts, many potential readers of their work won't have them installed.

Because it would require significant admin time to install and maintain non-standard fonts, we do not generally support such fonts.

It is, however, possible to include your local metafont

    \input amstex

5 files as well as your local

    \input amstex

6 file. This will require special handling with a

    \input amstex

7 file with the appropriate fontmap directive.

Unprotected

  Would you like (P)ortrait or (L)andscape ? - answer P/L

4 and other macros inside figure

  Would you like (P)ortrait or (L)andscape ? - answer P/L

5 commands, "

  Would you like (P)ortrait or (L)andscape ? - answer P/L

6" error

In LaTeX, any citations inside a figure

  Would you like (P)ortrait or (L)andscape ? - answer P/L

5 should be protected using the

    %&amstex

2 command; e.g.,

    %&amstex

3. This delays the expansion of the citation until the second latex pass, i.e., when the reference has been defined.

Marking files to be ignored

If you need to include files in the source that should not be processed by the automated system, you may do either of the following:

  1. Add an
    %&amstex  
    

    4 near the top of the file. This directive can be anywhere in the first 10 lines of the file, and anywhere on the line. It should appear before any TeX or LaTeX commands, since otherwise they would be recognized first. For example:

    %auto-ignore This is a README file for paper hep-ex/9901003 More data for our experiment is available at http://www.some.where/else

  2. Include a file with your submission that includes the line:
      FIGURE1.EPS  
    
    0

for each file that should be ignored.

"

  Would you like (P)ortrait or (L)andscape ? - answer P/L

7"error

If you use

    %&amstex

7 to include PostScript figures you must make sure that the

    %&amstex

8 definitions are near the start of the PostScript figure files. In order to reduce processing time, our TeX system does not scan the whole of each included file.

If you have a file with the following structure:

      FIGURE1.EPS

1

then simply move the

    %&amstex

8 line to the top:

      FIGURE1.EPS

2

To disable HyperTeX

By default, our TeX system uses HyperTeX to add hyperlinks between references, sections and equations within your paper. These show up in the PDF (and in the PostScript with some viewers).

HyperTeX conflicts with a few style and class files. If you think this is a problem, you can disable HyperTeX for your submission by including a file

    \input amstex

7. It should contain the line:

      FIGURE1.EPS

3

Note that HyperTeX changes the way citations appear in some styles -- ranges will be represented as [11, 12, 13] instead of [11-13]. This is necessary for HyperTeX to be able to make individual links to each citation. Unless you feel very strongly about this we recommend leaving HyperTeX on.

"

  Would you like (P)ortrait or (L)andscape ? - answer P/L

8" and other problems with write permissions during TeX processing

In our system, only the top level directory is granted write permission during processing. Attempts to write files to subdirectories will fail.

All files included via

    \input cp-aa.tex

2 instead of

    \input cp-aa.tex

3 must be in the top level directory. This is because the

    \input cp-aa.tex

2 command attempts to write a separate

    \input cp-aa.tex

5 file in the same directory as the included file. For example:

      FIGURE1.EPS

4

"

  Would you like (P)ortrait or (L)andscape ? - answer P/L

9" errors

Our TeX system complains about double subscripts (and superscripts) because

    \input cp-aa.tex

7 could be read as

    \input cp-aa.tex

8 or

    \input cp-aa.tex

9 or

    %&cp-aa

0 or even

    %&cp-aa

1. These are not the same since the character size and position is affected.

Some older TeX systems would automatically substitute

    %&cp-aa

0 without the need for user intervention, but current TeX systems (including ours) will not do this. As a result, the appropriate interpretation must be explicitly specified.

If you are curious about the differences, see these examples.

PDF conversion failure in papers with complex section structure

In some papers with "elaborate" section structure, hyperref can generate PostScript that contains bad pdfmarks which break PDF conversion. This problem affects mostly longer papers, reviews, theses, etc., i.e. those papers where a linked table of contents (TOC) and document outline would be most useful!

The reason is that the section counter (used for the names of destination links) is reset by authors and certain macros to control the numbering of appendix sections. The result is failure of ps2pdf conversion due to ambiguous pdfmarks or conflicting subsection count in the pdfmarks.

The simple cure is to but a better work-around is to simply switch off bookmarks (i.e. document outline) while leaving normal document linking on. You can do this by adding the following line to the preamble:

      FIGURE1.EPS

5

arXiv system attempts processing with PDFLaTeX for submissions which are regular latex

A common mistake made by authors as well as many macro packages is incorrect testing for \pdfoutput to decide whether pdflatex is run in dvi mode or pdf mode, or whether the processing is done in regular latex mode. The underlying engines used to be different and a simple test for \ifx\pdfoutput\undefined was sufficient to distinguish between all options. This is no longer the case, because the underlying engine is the same for all 3 cases and therefore the value of the \pdfoutput parameter has to be tested, too.

That is, a common (but incorrect) testing sequence might look like: "\ifx\pdfoutput\undefined .... \else ..... \fi". Symptoms of this mistake might be:

  • error messages "Option clash for package ...."
  • some unexpected message about various pdf operators
  • failing figure inclusions (due to unrecognized extension)

The most reliable way to accomplish conditional branching in the TeX source where necessary is instead via the ifpdf package:

      FIGURE1.EPS

6

Note that the graphics package and the hyperref package are smart enough to figure this out on their own. You do not need to specify any driver for these packages.

For more information, see:

https://www.ctan.org/pkg/ifpdf

You can download the ifpdf macro from the above link as well, if it is not already a part of your tex tree.

In the extremely rare event that your submision still does not correctly identify itself as latex, and you are absolutely sure, you can add the line:

      FIGURE1.EPS

7

as the very first line of your tex file.

Why does arXiv's system fail to recognize the main tex file?

It is possible in writing your latex code to include your

    %&cp-aa

3 directive in a file other than the main .tex file. While this is perfectly reasonable for a human who's compling to know which of the tex files is the main one (even when using something obvious as the filename, such as

    %&cp-aa

4), our AutoTeX system will attempt to process whichever file has the

    %&cp-aa

3 directive as the main tex file.

Note that the system does not process using

    %&cp-aa

6 or any other manifest-type files.

Problems with inclusion of binary or other bitmap figures;

  $ cat filename.inp | tex filename.tex

0 warnings

Update 2011-12-06: arXiv's default dvips configuration was changed to retain comments. The following does not apply to papers received since then.

By default, our TeX system tells

    \input amstex

0 to strip comment lines from included PostScript figures. This is usually the correct thing to do because it prevents DSC (Document Structuring Comments) lines from being included from figures. If included, these would likely break the DSC structure of the final PostScript (the DSC structure is what allows viewers to display an index of page numbers).

Lines starting with '

    %&cp-aa

9' in the included PostScript files are identified as comments, but sometimes PostScript figures include blocks of data with lines starting with '

    %&cp-aa

9' that are not comments. Removal of these lines may break the final PostScript. You can turn off the removal of comments from included figures for your submission by including a file

    \input amstex

7. It should contain an instruction specific to the filename of the dvi file:

      FIGURE1.EPS

8

You can test the effect of this yourself by comparing the output of

      FIGURE1.EPS

9

Note that this whole issue arises because Adobe decided to use the ignored "Comments" from the PostScript standard to provide additional structure to regular PostScript files, which leads to complications for programs that rely on proper DSC structure when two or more such files are included in each other.

## Mixed figure file formats

arXiv does not perform any "on the fly" figure file conversions from PostScript to PDF, so your figure files must be in the same format expected for your processing engine. This means PDFLATeX would accept any combination of

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

2,

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

3, and/or

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

4, and that (La)TeX accepts

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

5 and/or

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

6 only. You can tell this has been done locally because the converted figures will typically appear with names like "

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

7" in addition to the original

%auto-ignore
This is a README file for paper hep-ex/9901003
More data for our experiment is available at http://www.some.where/else

6 file.

One could convert all PostScript figures in a directory to PDF simply by running from a BASH prompt:

  Would you like (P)ortrait or (L)andscape ? - answer P/L

0

then proceeding to update the figure file inclusion commands in your tex. Note that there are many ways to accomplish this step (e.g. one could use ), and this is provided as an example only. It is your responsibility as the submitter to ensure that the figures are scientifically accurate in the format as submitted.

"

  $ cat filename.inp | tex filename.tex

1"

A new issue seen beginning with the upgrade to TeXLive 2020 in arXiv is the error:

  Would you like (P)ortrait or (L)andscape ? - answer P/L

1

This error appears most frequently when using the

      FIGURE1.EPS

00 template for their tex source file, although there are other causes for this same error. The error is caused by multiple packages attempting to define this math symbol. Most commonly in arXiv appear to be the interaction of the

      FIGURE1.EPS

01 and

      FIGURE1.EPS

02 packages, which both define this shape. Ideally, you will know which one is the correct one for your use and plan in advance to use one or the other. If you insist on using both, one or the other will need to have its definition of this macro reset prior to the call of the other package. This can be done by adding the line:

  Would you like (P)ortrait or (L)andscape ? - answer P/L

2

immediately after the call to the first package (usually the

      FIGURE1.EPS

01 package call). If you choose to go this route, please carefully inspect the output, as this may have unexpected results. If you determine that the output is other than what you would expect for this symbol, please swap the package inclusion order, to "

      FIGURE1.EPS

04" the other package's definition of this symbol.

Notes for using

  $ cat filename.inp | tex filename.tex

2 in arXiv

arXiv cannot process using the

      FIGURE1.EPS

06 option, as this is disabled in arXiv's system for security reasons. The package authors are aware of this issue, and made package options available to still process in such an environment.

Authors who make use of

  $ cat filename.inp | tex filename.tex

2's syntax highlighting are warned against using so called "hidden" cache directories in arXiv. This means that if you are running with their recommended

      FIGURE1.EPS

08 option to the package, you will need to specify a cache directory. Do not use a hidden directory name! Hidden directories begin with the special

      FIGURE1.EPS

09 character, such as

      FIGURE1.EPS

10 (which may be the default). Such options will break at publish time, as these files are not saved between compilation and publication (and are not able to be regenerated). To account for this, do not use them. An example of a correct call looks like:

  Would you like (P)ortrait or (L)andscape ? - answer P/L

3

This assumes that you've already correctly created the cache first using their

      FIGURE1.EPS

11 option. Consult the for further details (at time of this writing, the package options begin on page 12 in section 5).