问题标签 [ioexception]

我正在尝试使用 J2ME 编写一个javax.microedition.rms.RecordStore用于存储持久数据的应用程序。我正在 Gentoo 上使用 NetBeans 6.0 和 J2ME 2.2 开发这个项目。当我尝试运行该项目时，我收到一个错误，因为显然无法创建记录存储。这是包含堆栈跟踪的输出示例：

我找到了一个链接，指向我认为的来源RecordStore，其中抛出了异常：http: //jcs.mobile-utopia.com/jcs/78052_RecordStore.java。相关线在底部附近，基本上是这样的：

因此这表明当 NetBeans 尝试创建记录存储文件时触发了 IOException。但为什么会这样呢？不幸的是，输出没有说明记录存储创建失败的确切原因。有谁知道可能出了什么问题，或者有关 NetBeans 如何RecordStore在内部处理 s 的任何信息？

这是我的代码中触发错误的构造函数（如果相关）：

编辑：... 10 小时后没有答案？真的吗？

写入 XML 文件时，我收到了一个非常奇怪的 IOException：

当我调用 XmlDocument 的 Save(string) 函数时发生了错误。

关于发生了什么的任何想法？

大家早上好，

我的 C# 代码中的一个方法存在一些问题，该方法应该能够将 DataGridView 保存到 .txt 文件中。

代码如下：

以下行返回错误：

IOException 未处理。 该进程无法访问文件“C:\hello.txt”，因为它正被另一个进程使用。

我不完全确定问题出在哪里，但它表明 FileStream 和 TextWriter 之间存在冲突。

任何人都可以对此有所了解吗？问候

如何等待文件空闲以便ss.Save()可以用新文件覆盖它？如果我一起运行两次（ish），我会得到一个generic GDI+错误。

错误：未处理的异常类型 IOException。

如何从文件位置获取 bufferedImage？

我得到以下 IOException ：

尝试运行以下代码时：

在我看来，由于某种原因，JVM 无法创建新文件。如果文件已经存在，则代码运行良好。是否有某种访问文件指示 JVM 是否可以创建新文件，或者我只是做错了什么？

任何帮助深表感谢 ：-）

我正在运行 Java 1.4，并且一直在 Windows XP 中的 JDeveloper 中进行测试。

我在 WPF 中遇到问题，在应用程序的另一部分尝试写入图像之前，窗口在关闭后没有释放背景图像文件上的文件锁定。

举个例子；假设我有一个由 3 个窗口、1 个“菜单”选择窗口和 2 个其他窗口组成的 WPF 应用程序。两个窗口都ImageBrush使用 aBitmapImage作为ImageSource（相同的图像）创建一个。

窗口 A 有一个按钮，当按下该按钮时，通过将它们分别复制到用作原始文件的文件上ImageSource并创建一个新的ImageBrush并将其设置Window.Background为新画笔来循环显示可用的背景图像。

窗口 B 只是使用ImageBrush来绘制Window.Background.

如果窗口 A 启动，背景切换，关闭，然后窗口 B 启动，一切都很好。

如果 Window B 启动，然后关闭，则 Window A 启动并且背景切换它崩溃。尝试切换背景会引发IOException因为：

“该进程无法访问文件'C:\Backgrounds\Background.png'，因为它正被另一个进程使用。”

所以窗口 B 一定还在以某种方式抓住它！？我试过做一个GC.Collect(); GC.WaitForPendingFinalizers();看看这是否能解决问题，但它没有。

当我偶然发现 Console.MoveBufferArea 方法的一个非常奇怪的行为时，我正在构建一个“反向控制台”（以便写入的行会附加在顶部而不是底部）：

当我调用它固定次数时，它会抛出 System.IO.IOException 说：“没有足够的存储空间来处理这个命令”。我发现这取决于正在移动的缓冲区的数量。当我更改 Console.BufferWidth 属性时，在抛出异常之前写入的行数会发生变化。

截屏

我正在运行 Windows 7 x64 @ Corei7，6gb DDR3，所以存储不应该是问题......有人知道可能出了什么问题吗？

我有一个问题导致 JBOSS 中的所有线程在读取输入流时都阻塞。它不会以可预见的方式发生，系统可以运行数天（或更长时间），然后才会开始受苦。

这个问题看起来类似于这个问题，但我还没有尝试-Dhttp.keepAlive=false按照答案中的建议进行设置，因为我想知道是否有其他人有不同/更好的解决方案。我宁愿不必通过将此属性设置为 false 来影响性能（假设甚至可以解决问题）。

有一些 Sun 错误会讨论BufferedReader和InputStream阅读问题（错误 6192696、错误 6409506），但对我来说，它们似乎有点不确定。欢迎您对此类问题和 Sun 错误的想法/建议/经验。

这是例外：

以下是请求标头的示例：

这是ServletWeb应用程序的代码。它卡在了servletInputStream.read：

JBoss 版本：JBoss AS 4.0.5.GA。
此外，mod_jk是否将端口 80 上的 HTTP 请求从 Apache 服务器路由到 JBoss 服务器 - 如果感兴趣的话。

我正在尝试在 Linux 上的 Jetty 7.0.1 中运行的 Java webapp 中调试文件描述符泄漏。

该应用程序已经愉快地运行了一个月左右，但由于打开的文件过多，请求开始失败，不得不重新启动 Jetty。

起初我认为问题出在启动外部程序的代码上，但它使用的是commons-exec，我看不出有什么问题：

列出服务器上打开的文件我可以看到大量的 FIFO：

Jetty 启动时只有 10 个 FIFO，几天后就有数百个。

我知道在这个阶段有点含糊，但是您对下一步看哪里有什么建议，或者如何获得有关这些文件描述符的更详细信息？