[GH-ISSUE #32] panic: runtime error: invalid memory address or nil pointer dereference #136

New issue

Closed

opened 2026-03-01 17:50:35 +03:00 by kerem · 3 comments

kerem commented

2026-03-01 17:50:35 +03:00

Owner

Originally created by @ellermister on GitHub (Nov 20, 2023).
Original GitHub issue: https://github.com/Archeb/opentrace/issues/32

2023/11/20 18:08:05 api.ip.sb 璇锋眰瓒呮椂(2s)锛岃鍒囨崲鍏朵粬API浣跨敤
panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc0000005 code=0x0 addr=0x28 pc=0x117d932]

goroutine 278 [running]:
github.com/nxtrace/NTrace-core/printer.applyLangSetting(0x1329240?)
github.com/nxtrace/NTrace-core/printer/basic.go:94 +0x12
github.com/nxtrace/NTrace-core/printer.EasyPrinter(0xc0000d0a68, 0x5)
github.com/nxtrace/NTrace-core/printer/easy.go:15 +0xd6
github.com/nxtrace/NTrace-core/trace.(*ICMPTracer).PrintFunc(0xc0000d09a0)
github.com/nxtrace/NTrace-core/trace/icmp_ipv4.go:48 +0xfd
created by github.com/nxtrace/NTrace-core/trace.(*ICMPTracer).Execute in goroutine 1
github.com/nxtrace/NTrace-core/trace/icmp_ipv4.go:85 +0x28b

Originally created by @ellermister on GitHub (Nov 20, 2023). Original GitHub issue: https://github.com/Archeb/opentrace/issues/32 2023/11/20 18:08:05 api.ip.sb 璇锋眰瓒呮椂(2s)锛岃鍒囨崲鍏朵粬API浣跨敤 panic: runtime error: invalid memory address or nil pointer dereference [signal 0xc0000005 code=0x0 addr=0x28 pc=0x117d932] goroutine 278 [running]: github.com/nxtrace/NTrace-core/printer.applyLangSetting(0x1329240?) github.com/nxtrace/NTrace-core/printer/basic.go:94 +0x12 github.com/nxtrace/NTrace-core/printer.EasyPrinter(0xc0000d0a68, 0x5) github.com/nxtrace/NTrace-core/printer/easy.go:15 +0xd6 github.com/nxtrace/NTrace-core/trace.(*ICMPTracer).PrintFunc(0xc0000d09a0) github.com/nxtrace/NTrace-core/trace/icmp_ipv4.go:48 +0xfd created by github.com/nxtrace/NTrace-core/trace.(*ICMPTracer).Execute in goroutine 1 github.com/nxtrace/NTrace-core/trace/icmp_ipv4.go:85 +0x28b

kerem closed this issue

2026-03-01 17:50:35 +03:00

kerem commented

2026-03-01 17:50:35 +03:00

Author

Owner

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

这里乱码提示的是请求超时(2s)，请切换其他API使用
（后续将想办法解决这个输出乱码的问题）

@Archeb commented on GitHub (Nov 20, 2023): 这里乱码提示的是请求超时(2s)，请切换其他API使用（后续将想办法解决这个输出乱码的问题）

kerem commented

2026-03-01 17:50:35 +03:00

Author

Owner

@ellermister commented on GitHub (Nov 20, 2023):

你是bot啊，秒回复。

顺便再问问，能不能把winmtr的路由整合进来，那个一秒就能出来所有的路由节点，CPP的代码，我看的不是很懂；之前besttrace收费时就像搞一个这种项目，一直懒，没想到有人已经做了。

另外地图建议 Google map，解决次数收费的问题，可以拦截webview的网络请求把，GoogleJS产生的几个参数改掉就可以去掉地图版权阴影，属于hacker方式。

@ellermister commented on GitHub (Nov 20, 2023): 你是bot啊，秒回复。顺便再问问，能不能把winmtr的路由整合进来，那个一秒就能出来所有的路由节点，CPP的代码，我看的不是很懂；之前besttrace收费时就像搞一个这种项目，一直懒，没想到有人已经做了。另外地图建议 Google map，解决次数收费的问题，可以拦截webview的网络请求把，GoogleJS产生的几个参数改掉就可以去掉地图版权阴影，属于hacker方式。

kerem commented

2026-03-01 17:50:36 +03:00

Author

Owner

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

第一个的话其实你在设置的路由追踪里面把请求间隔和分组请求间隔都改成1就基本能秒出了。
至于第二个，其实完全没必要那么复杂，你看
github.com/Archeb/opentrace@c43161a4ab/MainForm.cs (L184)
github.com/Archeb/opentrace@c43161a4ab/MainForm.cs (L187)
就知道了，我直接用的他们开发者文档里的Demo页，不会有收费问题，反正客户端程序WebView也不受同源策略的限制，想干啥都行。

@Archeb commented on GitHub (Nov 20, 2023): 第一个的话其实你在设置的路由追踪里面把请求间隔和分组请求间隔都改成1就基本能秒出了。至于第二个，其实完全没必要那么复杂，你看 https://github.com/Archeb/opentrace/blob/c43161a4ab27372c85f3033336f0c91ca238385e/MainForm.cs#L184 https://github.com/Archeb/opentrace/blob/c43161a4ab27372c85f3033336f0c91ca238385e/MainForm.cs#L187 就知道了，我直接用的他们开发者文档里的Demo页，不会有收费问题，反正客户端程序WebView也不受同源策略的限制，想干啥都行。