问题标签 [dbm]

我有一个 dbm 文件，当我尝试直接访问一个值时会导致错误：

它只发生在这个文件中，它包含各种网站的腌制类刮板。

我无法提供实际的数据库数据，因为它包含登录数据。我的问题是：这个问题有什么可能的解释？我应该从哪里开始调试呢？

如果您需要任何其他信息（数据本身除外），请告诉我。

在我的新项目中，我需要在 Toast 中显示 dbm。我以前从未使用过信号强度。我在互联网上搜索了很多，但我没有找到任何好的信息。在我的想象中，这应该很容易，但我无法构建可行的东西。请问你能帮帮我吗？

我想在 dbm 中显示信号强度。但是使用我的代码，我总是成为结果-1。但是当我在设置中看到信号强度时，它在 -81 左右。你能找到错误吗？谢谢你！

我有一个使用该SDBM_File模块的 Perl 绑定哈希，我需要在存储或获取值时进行一些字符编码转换。

我遵循了文档，perldbmfilter并且通常它似乎工作：我从哈希中得到结果，如预期的那样正确编码，并将我的编码的字节值存储在文件中，我使用十六进制编辑器进行检查。

不起作用的是对散列的所有元素进行任何类型的迭代，无论是使用keys、 或each或类似的东西Data::Dumper，甚至是简单的复制操作到另一个散列。

我总是得到的是无限递归。似乎迭代器永远不会结束，如果我使用each并打印迭代值，它们就会重复。

我将问题归结为filter_fetch_key我在那里进行的字符集转换的使用和转换。如果我注释掉filter_fetch_key，或者如果我将过滤器方法更改为 do just return shift，那么迭代将再次起作用。这些都解决了我的问题，但我需要使用filter_fetch_key来发送调用者正确编码的字符串。

如果我取消注释return shift，则迭代有效；但像上面这样评论它没有。我想它与发生的事情有关$_，但我不知道，因为windows2utf只是复制给定的数据并进行一些字符编码。这与存储键和值甚至获取值的方式相同。只有键才是问题所在，而且只有当我进行迭代时，而不是我直接要求特定键时。

关于我做错了什么的任何提示？

还有一个线程Perlmonks。

我们的 apache 配置中有以下重写映射设置：

文本文件包含大约 28,000 个条目，如下所示：

文本文件中前 24320 行的重写工作，然后在第 24320 行之后的所有重写都失败。我删除了第 24319、24320 和 24321 行的 url，以防万一它们有问题并且问题仍然存在。

我已经在一个较小的子集上进行了尝试，问题只是转移到了另一行。

我已经尝试将文本文件转换为 dbm 并使用 dbm 并且发生了同样的事情。

我有点不知道下一步该做什么。

I am experiencing a really weird behaviour with Ruby DRb or maybe the problem is dbm. I am using the dbm database with a server, and a client that makes the requests via DRb.

Here's the method with the problem (the database connection is ok) and it is in the server:

This line obj = db[id.to_s] returns the error connection closed (DRb::DRbConnError) in the client side.

The thing is if I do this obj = db['1'] it works just fine ('1' is a key in the dbm). Why does this happen? What is wrong with id? Here's the call in the client side:

Why am I getting this error? The same thing happens with this method:

我有一个与某些硬件接口的精简实时 Linux 机器。

配置文件是 *.dbm 文件，我无法访问它们。它们似乎是某种键值数据库，但我尝试过的每个库都是空的。

我已经尝试过从 Perl、Python 和 Ruby 读取 DBM 库，但没有成功。有关这些文件的任何指导都会很棒，我以前从未见过它们。

这就是我找出一个文件时发生的情况。

因此，为了展示我已经尝试过的内容，并且只提供空对象（没有键值）*编辑

perl -

什么都不返回

Python -

红宝石 -

这些中的每一个都返回空。我假设他们使用相同的低级库。DBM 文件上的一些历史/上下文会很棒，因为似乎有一些不同的版本。

**编辑

在其上运行文件返回

并运行字符串输出

为什么不使用实际功率值？

来自维基百科：

如果接收到的信号强度为 100 mW，为什么以 20 dBm 而不仅仅是 100 mW 输出更好呢？

不同的消息来源说它更方便，但我不明白为什么它更方便。

我正在对一些非常大的数据进行图形分析，我需要存储一组特定图形边的所有分数。鉴于数据的大小，我需要将信息写入磁盘，并且我正在尝试将绑定哈希与DBM::Deep一起使用。这是基本设置：

然后，我解析文件并将信息存储在某个分数阈值之上，如下所示（$pair只是一个常规字符串）：

此代码会产生内存泄漏，该泄漏会增加，直到您终止该进程。如果我注释掉这六行，就没有内存泄漏。奇怪的是，数据被写入了 DBM 文件，当我使用 DBM::Deep 或不使用时，我得到了相同的结果，所以看起来 tie 方法是正确的。我更改了日志模式、自动刷新、锁定和其他设置，我看到了相同的行为。

我在这里错误地使用 DBM::Deep 吗？例如，我应该使用 OO 接口还是有更好的方法来编写这个方法？

我会先发制人地说，很难提供一个示例文件来重现这个问题，因为脚本需要运行几秒钟才能注意到泄漏（这意味着文件必须至少有 100k 行）。我希望有些东西会跳出来，但如果信息不够，我会提供一个脚本和一些数据。我正在使用 Perl v5.20.2 和最新的 DBM::Deep, 2.0011。

编辑：我已将代码简化为：

而且我还尝试了 OO 接口做一个简单的键/值存储，我看到了相同的行为。看来这一定是一个错误，所以我会报告它。

我使用的是 Python2.7 的dumbdbm，但这个问题也适用于 Python3 的dbm.dumb。

文档说：

dumbdbm.sync()
同步磁盘目录和数据文件。该方法由 Shelve 对象的 sync() 方法调用。

我有三个问题：

1. 如果我不打电话sync，磁盘文件会更新吗？
2. 这个函数是否总是将数据写回磁盘，而不是相反？
3. 如果我打电话close怎么办？