标签: software-conflict

我被教导永远不要同时安装两个防病毒 (AV) 软件，因为它们会发生冲突。甚至 Windows Defender（自 Windows 8 起）在检测到其他 AV 软件时也会自行禁用。

我很好奇两个怎么会冲突。我目前唯一能想到的情况是，当两者都检测到相同的病毒并尝试同时对其进行隔离时，这可能会导致“病毒征服战”。对我来说，这肯定不是不安装两个 AV 软件的令人信服的理由。

更不用说系统性能问题了。我想我的 Intel Kaby Lake i7 可以使用 16 GB 安装内存轻松处理它们。

在传统的发布模型中，一个发布中的所有包都使用相同版本的编译器针对相同版本的库进行编译，发布团队会仔细挑选可以很好地协同工作的软件版本，以避免冲突。

在像 Gentoo 这样的滚动发布源发行版中，您根据系统中安装的库版本自己构建每个包，如果两个包依赖于同一库的不同版本，您可以将这些不同版本安装到不同的插槽中。所以你有一个合理的机制来避免冲突。

最近我发现了 ArchLinux，这是另一个具有滚动发布模型的发行版，它基于二进制包。它似乎也不支持插槽。

现在我很困惑。使用 ArchLinux，如果我尝试安装依赖于与我安装的库版本不同的库的软件包，会发生什么？我是否被迫升级图书馆？但是如果两个包依赖于不同版本的库会发生什么？

我在 pacman 上查看了各种 ArchLinux Wiki 页面，但没有找到任何幕后解释。

使用两个不同的无线网络连接和/或两个不同的无线网络适配器同时连接到两个网络时会发生什么？

冲突？还是更强的连接负责？或者它们互相促进吗？（例如：我有一个 TP-link 增强适配器，可以通过 USB 插入并连接，它在我的网络连接中显示为第二个“无线网络连接”。有时第一个适配器会从附近接收一个无线信号，但 TP-link 会从不同的路由器/网络接收另一个。）

任何人都可以用极其简单的术语向那些对互联网连接如何工作的概念感到非常困惑的人解释吗？我想知道如果使用另一个，我是否应该担心禁用一个，以及所有此类配置......

Windows XP 专业家庭版

我的办公室台式 PC 上装有 Win7 x32，最近我购买了 Microsoft Sculpt Ergonomic Desktop，它由无线鼠标、键盘和小键盘组成。这些输入设备之间的通信是通过 2.4GHz 收发器 (Microsoft ... v9.0) 执行的。

因此，我插入收发器并打开设备，Windows 开始自动检测并成功。

然而，键盘似乎“死了”，因为打字在屏幕上（在记事本中）没有产生任何文本。所以我得到了微软的推荐列表并检查了一切。我接下来的步骤之一是安装用于键盘和鼠标管理的 Microsoft 软件。重新启动后，我发现键盘和小键盘的一个有趣行为。当我在重新启动后第一次按下任何按钮时 - 没关系，一切似乎都很好（我检查了大写，数字，尝试输入文本（输入了第一个字母）），但仅限于第一次按键。

第一次按键后，几个按钮仍然有效：计算器调用，音量增大/减小/静音；但是按其他键时没有任何反应。

我还在类似的 PC（DELL Optiplex 390、W7 x32，正常运行时间大致相同）上测试了这些设备，一切都很好。所以我想出了我的电脑上有一些软件冲突的想法......我不知道如何找到和解决。

我将非常感谢有关如何解决问题或如何诊断问题的任何想法。

先谢谢了。

最近，我尝试以一种 hacky 的方式安装一系列写得不好的软件（不会让你厌烦细节），但没有成功，现在看来我的 OS X（Lion，10.7.5）系统文件一团糟。我会尽量保持简短。

主要问题：

1) 由于 dyld 错误消息而无法从终端打开任何软件

2）安装了两个版本的libiconv，其中一个太旧，另一个不完整，并且正在努力解决这种情况

1) 的第一个例子：运行一些软件（很久以前安装的），我认为它需要 XCode 等并且是基于 Python 的结果：

...
ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/glib/_glib.so, 2): Library not loaded: /opt/local/lib/libiconv.2.dylib
Referenced from: /opt/local/lib/libgobject-2.0.0.dylib
Reason: Incompatible library version: libgobject-2.0.0.dylib requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0

然而，otool 显示 /opt/local/lib/libiconv.2.dylib 是版本 8.1.0。我认为这是MacPorts安装的版本。

但：

$ otool -L /usr/lib/libiconv.2.dylib
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)

所以我认为我有一个旧版本（7.0.0），我尝试运行的软件错误地引用了它。我对重新安装该软件犹豫不决，因为一位现在在世界另一端的大师朋友帮助了我（它尚未在 OS X 上进行过测试，我认为他创建了一个二进制文件，谁知道还有什么。）但无论如何，我尝试从命令行运行的几乎所有内容都会收到这样的消息，所以我不知道这是否只是必须重新安装所有软件的情况。

显然我需要获取 iconv 的最新版本，这应该更新 libiconv 吗？所以我通过下载和配置获得了最新的 iconv (1.14) - 也许它会覆盖旧的 7.0.0 libiconv 版本？但不是：

$ ./configure --prefix=/usr/lib
... …