在Go(go1.2.1 linux/amd64)中运行http服务器时,我遇到了一个罕见的错误。
unexpected fault address 0xb84004
fatal error: fault
[signal 0x7 code=0x2 addr=0xb84004 pc=0x421d62]
goroutine 1 [running]:
unexpected fault address 0xacb59c
panic during panic
最佳答案
内核版本:
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux
traefik_linux-arm64 --configFile=/etc/traefik.toml
fatal error: fatal error: unexpected signal during runtime execution
panic during panic
goroutine 0 [idle]:
fatal error: unexpected signal during runtime execution
stack trace unavailable
qemu: unhandled CPU exception 0x10004 - aborting
PC=0000000000060688 SP=00000040008002d0
X00=000000000000001e X01=00000000027a5df0 X02=0000000000000001 X03=0000000000000000
X04=0000000000000001 X05=0000000000000004 X06=0000000000000001 X07=00000144200180b0
X08=00000000027a68c0 X09=00000144200180a8 X10=0000000000000000 X11=0000000000000000
X12=0000000000000000 X13=000001441fffc4fd X14=0000000000000008 X15=0000000000000000
X16=0000004000800328 X17=00000040008003a0 X18=0000000000000000 X19=0000000000000000
X20=0000000000000000 X21=0000000000000000 X22=0000000000000000 X23=0000000000000000
X24=0000000000000000 X25=0000000000000000 X26=000000000187aab0 X27=00000000027c735c
X28=00000000027a61a0 X29=0000000000000000 X30=000000000001d964 PSTATE=80000000 (flags N---)
Aborted
Segmentation fault
/build/qemu-XXUWBP/qemu-2.1+dfsg/tcg/optimize.c:434: tcg fatal error
Aborted
fatal error: unexpected signal during runtime execution
[signal SIGSEGV: segmentation violation code=0x1 addr=0x581c4af8 pc=0x61544]
runtime stack:
github.com/containous/traefik/vendor/github.com/miekg/dns.packSaltWire(0x7, 0x35b98, 0x0, 0xaa1195a646299, 0x1660, 0x3b9bc, 0x144200004b8)
/go/src/github.com/containous/traefik/vendor/github.com/miekg/dns/nsecx.go:117 +0x78
goroutine 1 [runnable, locked to thread]:
runtime.init.2()
/usr/local/go/src/runtime/panic.go:180 +0x84
runtime.init()
<autogenerated>:1 +0xe0
runtime.main()
/usr/local/go/src/runtime/proc.go:141 +0xc0
runtime.goexit()
/usr/local/go/src/runtime/asm_arm64.s:931 +0x4
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
SIGILL: illegal instructionfatal: morestack on g0
fatal: morestack on g0
PC=0x14420008d80fatal: morestack on g0
m=1fatal: morestack on g0
sigcode=2fatal: morestack on g0
fatal: morestack on g0
goroutine 0fatal: morestack on g0
[idlefatal: morestack on g0
]:
fatal: morestack on g0
goroutine 1fatal: morestack on g0
[runnablefatal: morestack on g0
, locked to thread]:
fatal: morestack on g0
fatal: morestack on g0
fatal: morestack on g0
runtime.init.1fatal: morestack on g0
()
fatal: morestack on g0
/usr/local/go/src/runtime/mstats.gofatal: morestack on g0
:438fatal: morestack on g0
+0xc8fatal: morestack on g0
runtime.init()
fatal: morestack on g0
fatal: morestack on g0
<autogenerated>:fatal: morestack on g0
1 +0xdc
fatal: morestack on g0
runtime.main(fatal: morestack on g0
)
fatal: morestack on g0
/usr/local/go/src/runtime/proc.go:fatal: morestack on g0
141 +0xc0fatal: morestack on g0
fatal: morestack on g0
runtime.goexit(fatal: morestack on g0
)
/usr/local/go/src/runtime/asm_arm64.sfatal: morestack on g0
:931 +fatal: morestack on g0
0x4
fatal: morestack on g0
r0 fatal: morestack on g0
0x0
fatal: morestack on g0
r1 0x0fatal: morestack on g0
r2 fatal: morestack on g0
0x14420000300
fatal: morestack on g0
r3 0x14420008d68fatal: morestack on g0
r4 fatal: morestack on g0
0x14420008d68
r5 fatal: morestack on g0
0x14420002000
fatal: morestack on g0
r6 0xf4240fatal: morestack on g0
r7 fatal: morestack on g0
0x0
fatal: morestack on g0
r8 0x48fatal: morestack on g0
r9 fatal: morestack on g0
0x0
r10 fatal: morestack on g0
0x14420050000
r11 fatal: morestack on g0
0x14420000480
fatal: morestack on g0
r12 0x3b970fatal: morestack on g0
r13 fatal: morestack on g0
0x1441fffffd0fatal: morestack on g0
r14 fatal: morestack on g0
0x8
fatal: morestack on g0
r15 0x0fatal: morestack on g0
r16 fatal: morestack on g0
0x14420008d00
r17 fatal: morestack on g0
0x0
fatal: morestack on g0
r18 0x0fatal: morestack on g0
r19 fatal: morestack on g0
0x0
fatal: morestack on g0
r20 0x0fatal: morestack on g0
r21 fatal: morestack on g0
0x0
r22 fatal: morestack on g0
0x0
r23 fatal: morestack on g0
0x0fatal: morestack on g0
r24 fatal: morestack on g0
0x0
r25 fatal: morestack on g0
0x0
fatal: morestack on g0
r26 0x187ab40fatal: morestack on g0
r27 0x27c72b6fatal: morestack on g0
r28 fatal: morestack on g0
0x14420000300
fatal: morestack on g0
r29 0x14420009fe0fatal: morestack on g0
lr fatal: morestack on g0
0x14420008d80
fatal: morestack on g0
sp 0x14420008ca0fatal: morestack on g0
pc fatal: morestack on g0
0x14420008d80
fatal: morestack on g0
fault 0x0fatal: morestack on g0
OMG
关于go - panic 中的 panic ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35057602/
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分,我编写了一个小导入程序,它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是,与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存,我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关,因为当我删除对LDAP内容的调用时,内存使用情况会很好地稳定下来。此外,不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray,它们都是LDAP库的一部分。当我运行导入时,内存使用量最终达到超过1GB的峰值。如果问题存在,我需要找到一些方法来更正我的代
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情? 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中,使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件,我们在StackOverflow上找到一个类似的问题
我需要从一个View访问多个模型。以前,我的links_controller仅用于提供以不同方式排序的链接资源。现在我想包括一个部分(我假设)显示按分数排序的顶级用户(@users=User.all.sort_by(&:score))我知道我可以将此代码插入每个链接操作并从View访问它,但这似乎不是“ruby方式”,我将需要在不久的将来访问更多模型。这可能会变得很脏,是否有针对这种情况的任何技术?注意事项:我认为我的应用程序正朝着单一格式和动态页面内容的方向发展,本质上是一个典型的网络应用程序。我知道before_filter但考虑到我希望应用程序进入的方向,这似乎很麻烦。最终从任何
我在我的项目中添加了一个系统来重置用户密码并通过电子邮件将密码发送给他,以防他忘记密码。昨天它运行良好(当我实现它时)。当我今天尝试启动服务器时,出现以下错误。=>BootingWEBrick=>Rails3.2.1applicationstartingindevelopmentonhttp://0.0.0.0:3000=>Callwith-dtodetach=>Ctrl-CtoshutdownserverExiting/Users/vinayshenoy/.rvm/gems/ruby-1.9.3-p0/gems/actionmailer-3.2.1/lib/action_mailer
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我想向我的Controller传递一个参数,它是一个简单的复选框,但我不知道如何在模型的form_for中引入它,这是我的观点:{:id=>'go_finance'}do|f|%>Transferirde:para:Entrada:"input",:placeholder=>"Quantofoiganho?"%>Saída:"output",:placeholder=>"Quantofoigasto?"%>Nota:我想做一个额外的复选框,但我该怎么做,模型中没有一个对象,而是一个要检查的对象,以便在Controller中创建一个ifelse,如果没有检查,请帮助我,非常感谢,谢谢
我注意到像bundler这样的项目在每个specfile中执行requirespec_helper我还注意到rspec使用选项--require,它允许您在引导rspec时要求一个文件。您还可以将其添加到.rspec文件中,因此只要您运行不带参数的rspec就会添加它。使用上述方法有什么缺点可以解释为什么像bundler这样的项目选择在每个规范文件中都需要spec_helper吗? 最佳答案 我不在Bundler上工作,所以我不能直接谈论他们的做法。并非所有项目都checkin.rspec文件。原因是这个文件,通常按照当前的惯例,只
我正在使用active_admin,我在Rails3应用程序的应用程序中有一个目录管理,其中包含模型和页面的声明。时不时地我也有一个类,当那个类有一个常量时,就像这样:classFooBAR="bar"end然后,我在每个必须在我的Rails应用程序中重新加载一些代码的请求中收到此警告:/Users/pupeno/helloworld/app/admin/billing.rb:12:warning:alreadyinitializedconstantBAR知道发生了什么以及如何避免这些警告吗? 最佳答案 在纯Ruby中:classA