我在使用经典 GUI 的 2.0 每晚构建时遇到了同样的问题。
我想不是每个人都是？我想知道我的电脑上是否缺少某些东西？本地 Java 问题？
或者可能是某种权限问题？
我在另一台 PC 上试过它并得到了同样的错误。
这是从控制台
屏幕 text.txt复制的文本

我假设它与第一个错误有关？
线程“AWT-EventQueue-0”中的异常 java.lang.UnsatisfiedLinkError：无法加载库：C:\UniversalGcodeSender\natives\windows-i586\\gluegen-rt.dll
（注意：我必须在“\”让它在这里正确显示）
查看 .jar 文件 gluegen-rt.dll 在那里，但路径是：
C:\UniversalGcodeSender\natives\windows-i586\natives\windows-i586

我想知道“\”是否是一个错误？是某种缩写？还是在这个版本中被故意禁用了？
谢谢！

阅读“\”看起来它与让字符串正确显示有关，因为处理了单个“”？但除此之外他们的行为是一样的吗？
因此，作为测试，我将 .jar 中的文件从
UniversalGcodeSender\natives\windows-i586\natives\windows-i586复制
到
UniversalGcodeSender\natives\windows-i586
并让可视化按钮起作用！
查看 natives 文件夹中的其他文件，它看起来像是正确的文件结构。
这只是一个错误的路径声明吗？（也许是用于生成它的字符串变量？）
或者现在对 i586 用户禁用可视化？

它不是故意禁用的。导致问题的 JOGL 和/或 UGS 构建脚本有些奇怪。

同样的问题….
线程“AWT-EventQueue-0”中的异常java.lang.UnsatisfiedLinkError：无法加载库：/home/mauri/apps/UniversalGcodeSender/natives/linux-amd64//libgluegen-rt.so

似乎这个图书馆不见了

如果 UGS 需要 gluegen-rt.dll 库，它不应该在安装过程中加载它吗？

@barnold96它包装正确，如@licensed2hench评论。它只是不工作。如果您想查看构建脚本，请访问：https ://github.com/winder/Universal-G-Code-Sender/blob/master/pom.xml

文档在这里：https ://jogamp.org/wiki/index.php/JogAmp_JAR_File_Handling

当我有机会时，我会尝试降级回 2.3.1，因为我不确定此时还有什么可以改变。

最新版本中是否新建了文件夹“/natives/windows-amd64/”？我以前从未见过那个文件夹树。

查看旧版本 (1.0.9)，旧路径结构为：
UniversalGcodeSender.jar\natives\windows-i586\gluegen-rt.dll
而不是
UniversalGcodeSender.jar\natives\windows-i586\natives\windows-i586\gluegen- rt.dll
（对于所有操作系统和体系结构等等）

所以我猜文件结构不正确。因为所有不同的 <os.and.arch> 版本似乎都受到了影响，所以我猜字符串变量有问题？
${project.build.outputDirectory}
无论“\”来自哪里，都可能是罪魁祸首？

将构建脚本与文档进行比较，我注意到的第一件事是构建的脚本没有任何尾随的“/”，但我不知道这是否有任何区别。

示例（注意，添加空格以便显示）：
文档：
[<outputDirectory>/natives/windows-i586 / </outputDirectory>]

构建脚本：
[<outputDirectory>${project.build.outputDirectory}/natives/windows-i586</outputDirectory>]

输出目录字符串中是否已经包含“natives / windows-i586 /”？
（等等所有的操作系​​统和架构）

这将解释文件架构中重复的“/ natives / windows-i586 ”的位置
如果输出字符串具有尾随“/”，这也将解释“/ /”

不，这没有任何意义，因为它对于每个不同的操作系统和架构都是相同的字符串。
但是文件路径的重复/加倍让我觉得某处发生了重复或递归。

@licensed2hench修改“${project.build.outputDirectory}”似乎对
jar 文件中的 natives 目录没有任何作用。

在 2016 年 3 月 8 日星期二，licensed2hench notifications@github.com写道：

输出目录字符串中是否已经包含“natives / windows-i586
/”？
这将解释重复的“/natives/windows-i586”在哪里

如果输出字符串有尾随的“/”，这也可以解释
“/ /”

—
直接回复此电子邮件或在 GitHub
#361（评论）
上查看 。

2个想法

1. 尝试按照文档中的说明添加尾随“/”。也许它需要看到正确终止功能？
2. 如果这不起作用，请在路径中的某处放置一个“/test/”，以尝试锁定发生递归/重复的位置？

我也有 visual in 2.0 的问题。单击按钮，什么也没有出现。在 Nov 版本中运行良好。

与 jahnj0584 相同

有一个新的构建有望解决问题。它在 osx/win/Linux 虚拟机上工作。

我发现我的开发分支中有一些旧的构建工件，这就是为什么这对我有用而不是其他人。所以我终于能够在清除构建目录后重现问题。

我刚刚下载了最新版本并进行了测试。Visualize 现在看起来很好，并且也以英寸为单位进行跟踪，这是我设置 grbl 报告的方式。

干得好！

我在最新更新中看到的一个问题是，我在第一次连接时收到“GRBL 尚未完成启动”错误窗口。当我关闭连接并重新打开它时，一切都很好。

看起来不错，似乎现在正在工作。

感谢大家的反馈和测试！