我正在尝试用Rust包装一个相当大的 C 库。我使用bindgen 来生成绑定。Rust 似乎对这些感到满意。然而，尽管我进行了不同的尝试并且多次阅读了构建脚本文档，但我仍然遇到链接问题。

我正在使用的库有一组 csh 脚本，最终会构建两个.a文件：cspice.a和csupport.a. 它们都存储在cspice_linux_gcc_64bit/lib我的项目中（参见底部的树）。

我目前通过调用测试中的常量和函数来测试正确的绑定，参见。库文件（在我的 Github 上）。

build.rs我高度怀疑我的或者不太可能是我的有问题Cargo.toml。

链接错误

Running `rustc --crate-name spice src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=94c06ffe4bfd7d5f -C extra-filename=-94c06ffe4bfd7d5f --out-dir /home/chris/Workspace/rust/SPICE/target/debug/deps -L dependency=/home/chris/Workspace/rust/SPICE/target/debug/deps -L native=cspice_linux_gcc_64bit/lib -l static=cspice`\n\nerror: could not find native static library `cspice`, perhaps an -L flag is missing?\n\nerror: Could not compile `spice`.\n\nCaused by:\n  process didn\'t exit successfully: …

我有三种不同类型的对象：RawArticle、RawPatent和RawGrant。

我有很棒的工作序列化器，其基类是serializers.ModelSerializer.

如果我检索一个查询集，RawArticle我可以将其直接传递给序列化器，many=True并且输出是名义上的：

[{"save_link": "...", "published": "2014-01-18T20:39:54.086Z", }, {"save_link": "...", "published": "..."}, ...]

该响应由以下代码生成：

return Response(RawArticleSerializer(articles, many=True).data)

现在我有了三个不同的对象，我想像上面一样将它们与它们各自的对象链接起来。

到目前为止我还没有成功。我最初的想法是简单地创建序列化对象的列表并返回该列表（当然是序列化的），如下所示：

    all_latest = user_latest(request)['latest_articles']

    available_serializers = {RawArticle: RawArticleSerializer, RawGrant: RawGrantSerializer, RawPatent: RawPatentSerializer}
    serialized = []
    for article in all_latest:
        serialized.append((available_serializers[type(article)](article, many=False)).data)

    return Response(str(serialized))

上面的代码不返回 JSON，并且日期时间不会转换为字符串形式的实际日期和时间。

我最近的尝试是使用 json.dumps 和 simplejson ，两者都提出了一个TypeError说法：

日期时间对象不可序列化。

任何提示将不胜感激。

我的平台经历了很多任务(每天几千个).一些较长的任务,他们一直失败,出现以下错误:

Traceback (most recent call last):
  File "/app/.heroku/python/lib/python2.7/site-packages/billiard/pool.py", line 1167, in mark_as_worker_lost
    human_status(exitcode)),
WorkerLostError: Worker exited prematurely: exitcode 0.

根据Celery的花,它没有提供任何超过发布的追溯,任务是在它开始前四分钟收到(2014-12-22 22:46:46.196814)(2014-12-22 22:50:03.469647 ),并在短短十秒内失败(纪元1419288613.34或2014-12-22 22:50:13).

这是我平台上反复出现的问题.它主要发生在运行scrapy 0.24.2的任务中,但也可能发生在其他任务中.

WorkerLostError的其他持续时间(退出代码为零)是三分钟,五分钟或七分钟.

有什么可能导致这个问题的想法？所有任务在本地运行完美.谢谢.

有什么能解释为什么运行Windows 10的EC2实例不能始终访问其自身的元数据或用户数据的原因？

我知道userdata设置正确，因为完全相同的脚本用于大约30次t2.nano和c4.xlarge实例的启动：t2.nano从未遇到读取元数据的任何问题，但是在c4.xlarge的三次尝试中只有一个人可以使用它。脚本的区别仅在于实例名称（至少根据git历史记录）。

我遵循了以下说明，即使从Powershell中，Uri也无法加载（请参见图2）。

任何提示表示赞赏。