模组「Long Range Reusable Delvery Dronesf2-0.09)1引|发了无法恢复的错误
请向模组作者反馈比错误。
Error while running event Long_Range_Delvery_Drones_Durable::on tick (lD 0)
...ry.Drones_Durable__/script/long-range-delivery-drone.lua:349: bad argument

1 of 2 to 'next' (table expected, got nill)

stack traceback:
[C]: in function 'next'
..ry_Drones_Dureble__ /script/long-range-delivery-drone.lua:349:in function
'deliver_to_target'
...ry_Drones_Durable__/script/long-range-delivery-drone.lua:533:in function
'update'
...ry Drones_Durable_ /script/long -range-delivery-drone.lua:1295:in function
'update_drones'
...ry. Drones_Durable__/script/long-range -delivery-drone.lua:1339:in function
'handler'
core /lualib/event_handler.lua:47: in function
<__core _/lualib/event_handler.lua:45>

进一步观察我发现request depot在错误的Long range delivery drone depot产生了请求，request depot请求铜板，但是它在充满石头的delivery drone depot产生了请求，接着就会出现错误。
可能的原因：
1.我对模组进行了更改，把stack_size从1改到了10，因为我可能有多个request depot从同一个站点请求同一种材料，我不知道是否和这个有关系。
游戏前期工作的很好，我不知道为什么到中后期了，游戏才突然出错。
2.还有一个可能的原因，在出错前我布置了游戏本身自带的物流系统。是否因为机器人指令平台覆盖的原因。
如果可能的话，请尽快修复。我利用它做了很多工作。

经过测试后，我有以下猜想：
请求站有请求时，模组会扫描哪些站点符合要求，如果没有符合要求的站点，则不建立请求，但是假如一个站点在机器人指令平台的物流系统里，而这个系统里有足够的材料，那么它就会把请求建立在这个站点，正常情况时游戏本身的物流机器人会把物资运到站点，满足数量请求后远程无人机就会运送。但是有一种情况是不正常的，就是这个站点已经充满了其他种类的物资，没有多余的格子放请求的物资，但是mod仍旧会把请求建立在这个站点，可能它认为物流机器人会把物资运过来，但事实上因为没有足够格子，物流机器人永远不可能把物资运送过来。
模组设计上应该有个最大的等待时间（或许这个时间是等待机器人把物资运过来，幸好不是等到天荒地老），时间一到，就算物资不够，也会运走（我自己测试差不多在2分钟），原来的模组里到这里飞机会运送空包出去，接着模组会崩溃，但是在以上解决办法里（感谢kolhov
），游戏不会崩溃，但是请求不能满足，它仍会在这个地方重新建立请求。如此进入循环。
改进建议：在某个仓库建立请求之前，增加一个检查，看是否有足够的格子能满足请求物资装填进来。如果能再增加一个GUI功能，查看哪些请求站的请求未能得到满足，那就更好了。