[背景与问题描述]

在Latex中，经常出现各种问题；

Runaway argument?

{\contentsline {subsection}{\numberline {6.3}General comments o

! File ended while scanning use of \@writefile.

<inserted text>

            \par

l.47 \begin{document}

这个Runaway argument问题经常是由于不完全的Latex编译导致的，例子可以参考

https://tex.stackexchange.com/questions/66015/errors-in-tables-then-runaway-argument-at-begindocument

在离线的Latex工具上，一个简单的解决方法就是删除.aux文件并重新编译。如果编译完全，生成正确.aux文件，问题也就解决了。但是，如果问题未解决，重新编译依然不完全，那么Runaway argument还会反复出现。

在线的Latex工具（如overleaf）由于增加了一些限制，也常常使得这些问题变得更加棘手。

如Overleaf有编译时间限制，当处理占用空间较大的图片文件时（比方说，为了解决Type 3问题，将eps图片曲线化从而使得图片增大），容易超时。

=============================

[问题解决方法与解释]

这里，针对在线Latex工具Overleaf，罗列我们尝试成功的方法：

1、重新新建Overleaf项目

“遇事不决就重启”的Latex版。虽然玄学地跑通了，但对Overleaf的内部业务逻辑不了解，我们猜测原因如下：

新开的项目，没有编译之前不存在中间文件，所以运行正常。而老项目：

1）在Overleaf中产生了备份或log文件，增加了编译时间

2）会产生中间文件会覆盖之前的，不断的覆盖的过程中，可能出现碎片等其它错误

--------------------------------

2、延用原有Overleaf项目

为了保持原有的版本控制，这里我们选择了继续调整原有项目。

问题描述：Runaway argument的产生是因为aux出错，aux出错是因为编译的不完全。而在线版本，由于我们重新编译仍然不完全，所以aux和compile timeout交替出现。

问题分析：编译不完全的其中一个原因是因为eps占用空间太大，在线生成pdf需要时间太长；

问题解决：

1）在离线备份前提下，删除在线的大体积eps (比如名字是abc.eps)；

2）用离线latex（包含了epstopdf package，离线文件夹中也有大体积eps）生成大体积eps对应的pdf

3）确认pdf命名，比如名字是abc.eps，其pdf命名应为abc-eps-converted-to.pdf

4）上传pdf

编译无错通过

注意：

1）如果不希望编译eps，即使上传了pdf，其eps也应该删除。因为一旦系统发现eps和pdf不匹配，会重新编译eps。

2）pdf的命名

好处：主要是希望兼容之前的版本（不去修改原文中图片引用的代码）。原理是这样的，系统首先会搜索eps，搜索不到的情况会显示上一次成功版本（也就是，对名字是abc.eps的文件，系统会搜索abc-eps-converted-to.pdf），所以pdf的名字就需要是convert后的命名。这样就可以同时支持eps和pdf文件的读取（但abc.eps）。

缺点：由于部分在文中提及的eps缺失了，所以会有warning；如果之后有相应的eps图片要更新，就需要先生成pdf再上传

3）也可以考虑用其它方式压缩图片体积。用photoshop打开，然后另存为eps，可以将5.5MB的eps压缩到3.8M左右。也可以考虑换个转换的软件（如果读者还有其它建议，欢迎评论或留言）。

4）Overleaf编译超时还可以尝试一下买一个Pro版 。匿名版编译时间30秒，免费版编译时间1 min，时间到出不来就会超时。Pro / Pro+能把编译时间增加到4 min [1]。

Reference

[1] https://www.overleaf.com/help/46-why-do-i-keep-getting-the-compile-timeout-error-message

=======================

鸣谢：华中科技大学 陈琼同志