[GH-ISSUE #17] [BUG] 无法运行 #123

New issue

Closed

opened 2026-03-01 17:50:28 +03:00 by kerem · 15 comments

kerem commented 2026-03-01 17:50:28 +03:00

Owner

Copy link

Originally created by @12189108 on GitHub (Jun 7, 2023).
Original GitHub issue: https://github.com/Archeb/opentrace/issues/17

Describe the bug 描述你遇到的BUG
运行后输入地址，直接闪退

To Reproduce 复现方法
运行后输入地址，只把ICMP改成TCP

Screenshots (If applicable) 截图（如果有）

Environment 使用环境

• OS 操作系统：Ubuntu 22
• Version 程序版本：1.2.3.0

Additional context 补充说明
日志：

Process terminated. A callback was made on a garbage collected delegate of type 'Eto.Gtk!Eto.GtkSharp.Forms.Controls.WebViewHandler+FinishScriptExecutionDelegate::Invoke'.
   at Eto.GtkSharp.Forms.ApplicationHandler.Run()
   at Eto.Forms.Application.Run(Eto.Forms.Form)
   at OpenTrace.Program.Main(System.String[])
已放弃 (核心已转储)

Originally created by @12189108 on GitHub (Jun 7, 2023). Original GitHub issue: https://github.com/Archeb/opentrace/issues/17 **Describe the bug 描述你遇到的BUG** 运行后输入地址，直接闪退 **To Reproduce 复现方法** 运行后输入地址，只把ICMP改成TCP **Screenshots (If applicable) 截图（如果有）** **Environment 使用环境** - OS 操作系统：Ubuntu 22 - Version 程序版本：1.2.3.0 **Additional context 补充说明** 日志： ``` Process terminated. A callback was made on a garbage collected delegate of type 'Eto.Gtk!Eto.GtkSharp.Forms.Controls.WebViewHandler+FinishScriptExecutionDelegate::Invoke'. at Eto.GtkSharp.Forms.ApplicationHandler.Run() at Eto.Forms.Application.Run(Eto.Forms.Form) at OpenTrace.Program.Main(System.String[]) 已放弃 (核心已转储) ```

kerem 2026-03-01 17:50:28 +03:00

• closed this issue
• added the
  bug
  help wanted
  labels

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Jun 7, 2023):

很抱歉我暂时无法复现这个问题，我待会装一个 Ubuntu 再试一下。

不过在此之前，我想确认一下程序里的地图是否正常工作？

<!-- gh-comment-id:1580329285 --> @Archeb commented on GitHub (Jun 7, 2023): 很抱歉我暂时无法复现这个问题，我待会装一个 Ubuntu 再试一下。 不过在此之前，我想确认一下程序里的地图是否正常工作？

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@12189108 commented on GitHub (Jun 7, 2023):

很抱歉我暂时无法复现这个问题，我待会装一个 Ubuntu 再试一下。

不过在此之前，我想确认一下程序里的地图是否正常工作？

能看到百度地图或者谷歌地图

<!-- gh-comment-id:1580713740 --> @12189108 commented on GitHub (Jun 7, 2023): > 很抱歉我暂时无法复现这个问题，我待会装一个 Ubuntu 再试一下。 > > 不过在此之前，我想确认一下程序里的地图是否正常工作？ 能看到百度地图或者谷歌地图

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Jun 7, 2023):

我在 Ubuntu 22.04.2 LTS 上也无法复现这个问题

这个问题看起来像是 NextTrace 没有正常执行，你直接在命令行里用 nexttrace IP -T 进行追踪的话，能正常启动吗？

<!-- gh-comment-id:1580772264 --> @Archeb commented on GitHub (Jun 7, 2023): 我在 Ubuntu 22.04.2 LTS 上也无法复现这个问题  这个问题看起来像是 NextTrace 没有正常执行，你直接在命令行里用 `nexttrace IP -T` 进行追踪的话，能正常启动吗？

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@12189108 commented on GitHub (Jun 7, 2023):

我在 Ubuntu 22.04.2 LTS 上也无法复现这个问题

这个问题看起来像是 NextTrace 没有正常执行，你直接在命令行里用 nexttrace IP -T 进行追踪的话，能正常启动吗？

可以，如上

<!-- gh-comment-id:1580801450 --> @12189108 commented on GitHub (Jun 7, 2023): > 我在 Ubuntu 22.04.2 LTS 上也无法复现这个问题  > > 这个问题看起来像是 NextTrace 没有正常执行，你直接在命令行里用 `nexttrace IP -T` 进行追踪的话，能正常启动吗？  可以，如上

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Jun 7, 2023):

是只有当把协议从ICMP改成TCP，然后点击开始才会闪退，还是改不改协议都会闪退？

<!-- gh-comment-id:1580819538 --> @Archeb commented on GitHub (Jun 7, 2023): 是只有当把协议从ICMP改成TCP，然后点击开始才会闪退，还是改不改协议都会闪退？

kerem commented 2026-03-01 17:50:29 +03:00

Author

Owner

Copy link

@12189108 commented on GitHub (Jun 7, 2023):

是只有当把协议从ICMP改成TCP，然后点击开始才会闪退，还是改不改协议都会闪退？

经测试都会

<!-- gh-comment-id:1580823429 --> @12189108 commented on GitHub (Jun 7, 2023): > 是只有当把协议从ICMP改成TCP，然后点击开始才会闪退，还是改不改协议都会闪退？ 经测试都会

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Jun 7, 2023):

我在 c6495c5352 中给涉及到 ExecuteScriptAsync 的调用都加了错误处理

可以试一下下载最新 build 然后看一下报错信息 https://github.com/Archeb/opentrace/actions/runs/5200655075

<!-- gh-comment-id:1580838245 --> @Archeb commented on GitHub (Jun 7, 2023): 我在 c6495c5352ebda40d22ecde0fde57e0fe0515a45 中给涉及到 `ExecuteScriptAsync` 的调用都加了错误处理 可以试一下下载最新 build 然后看一下报错信息 https://github.com/Archeb/opentrace/actions/runs/5200655075

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@12189108 commented on GitHub (Jun 7, 2023):

我在 c6495c5 中给涉及到 ExecuteScriptAsync 的调用都加了错误处理

可以试一下下载最新 build 然后看一下报错信息 https://github.com/Archeb/opentrace/actions/runs/5200655075

录屏 2023年06月07日 21时47分43秒.webm
以上是我的操作录屏，使用的是你提供链接的版本

<!-- gh-comment-id:1580867471 --> @12189108 commented on GitHub (Jun 7, 2023): > 我在 [c6495c5](https://github.com/Archeb/opentrace/commit/c6495c5352ebda40d22ecde0fde57e0fe0515a45) 中给涉及到 `ExecuteScriptAsync` 的调用都加了错误处理 > > 可以试一下下载最新 build 然后看一下报错信息 https://github.com/Archeb/opentrace/actions/runs/5200655075 [录屏 2023年06月07日 21时47分43秒.webm](https://github.com/Archeb/opentrace/assets/24732116/1a8fe23d-6f86-4d7f-89c7-af782b8bc1e6) 以上是我的操作录屏，使用的是你提供链接的版本

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Jun 7, 2023):

这个问题似乎已经超出了OpenTrace代码的范围，因为OpenTrace的try catch也抓不到这个异常，可能是Eto框架的Linux WebView兼容性有问题。
你能在/var/crash/找到程序的core dump吗？
如果没有，可能需要设置ulimit
ulimit -S -c unlimited

<!-- gh-comment-id:1580882331 --> @Archeb commented on GitHub (Jun 7, 2023): 这个问题似乎已经超出了OpenTrace代码的范围，因为OpenTrace的try catch也抓不到这个异常，可能是Eto框架的Linux WebView兼容性有问题。 你能在/var/crash/找到程序的core dump吗？ 如果没有，可能需要设置ulimit `ulimit -S -c unlimited`

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@12189108 commented on GitHub (Jun 7, 2023):

ulimit -S -c unlimited

录屏 2023年06月07日 22时04分04秒.webm

还是没有

<!-- gh-comment-id:1580894950 --> @12189108 commented on GitHub (Jun 7, 2023): > ulimit -S -c unlimited [录屏 2023年06月07日 22时04分04秒.webm](https://github.com/Archeb/opentrace/assets/24732116/c8f39b45-0a1a-4a6f-a819-a640c1e3ddb2) 还是没有

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@fakeboboliu commented on GitHub (Jun 9, 2023):

还是没有

因为 Ubuntu 特色崩溃收集，你可能需要在 /var/lib/apport/coredump 找到对应的转储。

<!-- gh-comment-id:1584902488 --> @fakeboboliu commented on GitHub (Jun 9, 2023): > 还是没有 因为 Ubuntu 特色崩溃收集，你可能需要在 `/var/lib/apport/coredump` 找到对应的转储。

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@fcying commented on GitHub (Nov 24, 2023):

我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash.
debian的crash记录要在哪找?

<!-- gh-comment-id:1825029383 --> @fcying commented on GitHub (Nov 24, 2023): 我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找? 

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Nov 24, 2023):

我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?

把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799

<!-- gh-comment-id:1825032401 --> @Archeb commented on GitHub (Nov 24, 2023): > 我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?  把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@fcying commented on GitHub (Nov 24, 2023):

我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?

把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799

这版本crash的更快了, 一点开始直接就crash

<!-- gh-comment-id:1825052260 --> @fcying commented on GitHub (Nov 24, 2023): > > 我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?  > > 把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799 这版本crash的更快了, 一点开始直接就crash

kerem commented 2026-03-01 17:50:30 +03:00

Author

Owner

Copy link

@Archeb commented on GitHub (Nov 24, 2023):

我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?

把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799

这版本crash的更快了, 一点开始直接就crash

我在Arch+KDE上没办法复现，这个问题有点棘手，我会再看看。

<!-- gh-comment-id:1825061616 --> @Archeb commented on GitHub (Nov 24, 2023): > > > 我在debian xfce4上 跑了几次 tcp+mtr, 有时候能正常工作, 有时候也出同样的crash. debian的crash记录要在哪找?  > > > > > > 把代码里的ExecuteScript都换成Async的了，你再看看这个版本呢 https://github.com/Archeb/opentrace/actions/runs/6975611799 > > 这版本crash的更快了, 一点开始直接就crash 我在Arch+KDE上没办法复现，这个问题有点棘手，我会再看看。

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

dev

master

v1.5.1

v1.5.0.0

v1.4.4.0

v1.4.3.2

v1.4.3.1

v1.4.3.0

v1.4.2.1

v1.4.2.0

v1.4.1.1

v1.4.1.0

v1.4.0.0

v1.3.2.0

v1.3.1.0

v1.3.0.1

v1.3.0.0

v1.2.4.1

v1.2.4.0

v1.2.3.3

v1.2.3.2

v1.2.3.1

v1.2.3.0

v1.2.2.0

v1.2.1.1

v1.2.1.0

v1.2.0.0

v1.1.0.0

v1.0.1

v1.0.0

preview

Labels

Clear labels   

bug

  

enhancement

  

help wanted

  

pull-request

Mirrored from GitHub Pull Request

  

wontfix

No labels

bug

enhancement

help wanted

pull-request

wontfix

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/opentrace#123

No description provided.