问题标签 [fromfile]

它就像我所说的那样奇怪。o.0。

我已经检查并仔细检查了，甚至不明白为什么它不起作用......

下面是使用的代码：

我在 vb.net 中有这个：

问题是“wheel.png”在 PictureBox1 中的显示比原始分辨率大，并且像缩放和模糊一样。我怎样才能解决这个问题 ？

我有一个 BMP 文件，我知道它是 32bpp 并包含 alpha 信息。每当我使用 System.Drawing.Bitmap 类的构造函数或 FromFile 时，它​​会将其加载为 32bppRgb 而不是 32bppArgb。有没有办法保留 alpha 信息？我知道 BMP 是一种简单的文件格式，我可以为其编写自己的加载程序，但我宁愿不这样做。似乎应该在某个地方有一个选项。

我正在尝试制作幻灯片程序。这是我的问题，我无法将图像放入图片框。

如何将文件中的文本字符串放在命令的末尾？

我想要的是使用sudo dpkg -i或|或<（>或其他任何东西）来输入字符串file，其中将是包名称。为了证明它：

并且应该运行所选软件包的安装。

信息：我使用的是 Ubuntu 13.10 i386

我正在尝试使用 Python 读取二进制文件。这是我使用的代码：

但是，我在数组末尾得到零值。例如，对于nrows=296andncol=439和作为结果的情况len(a)=296*439，我得到 的零值a[-922:]。我知道这些值应该是来自 R 中可信代码的 noData （在本例中为 -9999）。有人知道我为什么会得到这些无意义的零吗？

PS：我不确定它与 not 相关，但len(a)is nrows*ncols+2！我必须摆脱这两个使用a = a[0:-2]，以便当我使用它们将它们重塑为行和列时，a_reshape = a.reshape(nrows, ncols)我不会收到错误。

我有顺序或 10^5 个二进制文件，我for用 numpy's 循环读取它们fromfile并用 pyplot's 绘制imshow。每个文件大约需要一分钟来读取和绘制。

有没有办法加快速度？

这是一些伪代码来解释我的情况：

我发现最后一步很关键，这样内存就不会爆炸。

我对 Python 有点陌生，我试图寻找解决方案。

我有两个文件。一个有 1.573.553 个整数，如：

另一个文件有 1.645.637 行，一个字符串和一个用 ';' 分隔的整数 像：

现在我想使用第一个文件值创建一个数组。然后我想使用第二个文件的值作为键和字符串作为值来创建第二个数组。

所有这一切都是为了遍历第一个数组并检查整数是否作为键存在于第二个数组中，如果存在，则将值和键写入由“;”分隔的新文件中。因为 grep 会花很长时间。

我的问题是如何创建第二个数组，在其中迭代“;”上的每一行拆分 并将第二部分用作数组中的键，将第一部分用作值。

非常感谢任何帮助，我想一旦我看到解决方案就很简单。

我最近遇到了object 的readinto方法file（在 Python 2.7 中），它类似于freadC 中的方法。在某些情况下它似乎很方便和强大。我打算用它来将多个文件读入一个预先分配的 numpy 数组，而无需复制数据。

例如

和

在遇到. Cython_ 所以我很高兴知道一个纯python的解决方案。freadreadinto

但是它的文档字符串说，

不要用这个？发生了什么事？

所以我很困惑，我应该使用readinto还是不使用？它可能会导致任何不必要的问题？

上面的代码是否有任何替代实现，readinto但也避免数据复制？（避免复制意味着np.concatenate或np.stack不是一个好的选择。）

欢迎任何建议！谢谢你。

--------更新-----

看来我可以io.FileIO在标准库中使用而不是内置函数open。看起来不错，所以我将其发布为答案。

仍然欢迎任何评论或其他解决方案！

--------更新-----

如果您遇到同样的问题，您可能想看看下面
Andrea Corbellini 和 Padraic Cunningham 的评论。

我想支持一个子命令 CLI 模型，就像使用的那样git我遇到问题的特定位是“更改目录”选项。就像git，我想要一个-C DIR选项，在执行子命令之前将程序更改为指定目录。不是真正的问题，使用子解析器，但我也想在解析期间应用参数后使用该argparse.ArgumentParser(fromfile_prefix_chars='@')机制。-C DIR

这是问题所在：fromfile参数扩展是argparse 在所有其他参数处理之前执行的。因此，任何此类fromfile参数都必须使用绝对路径，或者在调用解析器时相对于 CWD 的路径。我不想要绝对路径；我“需要”使用与选项相关的fromfile路径。我写了自己的来做显而易见的事情。它工作得很好，但由于参数已经扩展，它没有给我我想要的东西。（在发现这种不是我想要的行为后，我查看并发现同样的挫败感嵌入在冰冷、坚硬、无情的代码中。）-C DIRclass ChdirAction(argparse.Action)fromfilepython3.5/argparse.py

这是一个目录图，可能有助于解释我想要什么：

考虑 CWD 何时aaa或何时bbb解析命令行参数。如果我使用类似的东西运行，prog -C ./iii @arg.txt 我希望解析器@arg.txt使用来自/foo/aaa/iii/arg.txt. 实际发生的是fromfile从/foo/aaa/arg.txt. 当 CWD 为/foo/aaa“错误”文件时；当/foo/bbb它引发“错误：[Errno 2]没有这样的文件或目录：'arg.txt'”

更一般地，prog -C ./DIR @arg.txt应该从/foo/aaa/DIR/arg.txt应该工作的扩展，即使fromfile有“上目录”部分，例如prog -C ./iii @../arg.txt应该从/foo/aaa/arg.txt.

如果可以使这种行为发生，那么我可以从常见的命令行构造-C DIR中获取任何{aaa,bbb}/{iii,jjj}并获得一致的行为。

如上所述，我的问题不是什么大问题。如果可以提供-C DIR, 以通过os.chdir(DIR)后参数解析来实现，那么我也可以构造适当的fromfile参数。它们在解析时（在任何-C DIR生效之前）可以是绝对的或相对于 CWD 。这可能看起来像：

cd /foo/aaa; prog -C ./DIR @arg.txt @./DIR/arg.txt

我不喜欢它，但没关系。真正的问题是我使用的实际更改目录参数更像-C PATTERN. 在我真正的问题案例中，PATTERN 可能是一个简单的路径（绝对或相对）。或者，它可能是一个 glob 模式，或者是具有“非平凡”解析逻辑的部分名称，用于查找os.chdir(DIR). 在这种情况下（我正在努力解决），我不能让程序的调用者解析fromfile路径的实际位置。

实际上，我可以，但这会给调用者带来不适当的负担。而且，当那个调用程序是一个 Eclipse 启动程序时，我真的没有必要的控制流能力来做到这一点。所以，它又回到了让程序照顾自己的需求；一个更好的抽象，但我该如何实现呢？