我正在做一个android项目,需要集成Spotify流媒体功能。 现在我可以加载动态库和调用函数了,但是有一些问题。
callbacks.notify_main_thread = callback_notify_main_thread;
config.callbacks = &callbacks;
error = sp_session_create(&config, &session);
然后在回调函数notify_main_thread中,会:
vm->AttachCurrentThread( &env, NULL );
vm->DetachCurrentThread();
这个回调函数还在native thread created by Spotify c code (请参阅问题“根据 do 文档,一些回调是从‘内部 session 线程’调用的。那是什么意思?”)。
所以首先我将当前线程附加到 javaVM 并获取 JNIEnv,然后调用 java 方法,稍后将其分离。但是在执行DetachCurrentThread时会崩溃:
10-23 14:55:21.869: E/dalvikvm(1000): ERROR: detaching thread with interp frames (count=28)
10-23 14:55:21.869: I/dalvikvm(1000): "main" prio=5 tid=1 RUNNABLE
10-23 14:55:21.869: I/dalvikvm(1000): | group="main" sCount=0 dsCount=0 s=N obj=0x40025ad8 self=0xcd80
10-23 14:55:21.869: I/dalvikvm(1000): | sysTid=1000 nice=0 sched=0/0 cgrp=default handle=-1345017808
10-23 14:55:21.869: I/dalvikvm(1000): | schedstat=( 523773188 356262213 1690 )
10-23 14:55:21.869: I/dalvikvm(1000): at com.Spotify.Session.Initialise(Native Method)
...
10-23 14:55:21.869: E/dalvikvm(1000): VM aborting
10-23 14:55:21.899: D/RegisterService(519): insert plugin size 1
10-23 14:55:21.958: D/RegisterService(519): insert plugin size 1
10-23 14:55:21.979: I/DEBUG(64): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
10-23 14:55:21.979: I/DEBUG(64): Build fingerprint: 'htc_wwe/htc_bravo/bravo/bravo:2.2.2/FRG83G/345208.14:user/release-keys'
10-23 14:55:21.979: I/DEBUG(64): pid: 1000, tid: 1000 >>> <<<
10-23 14:55:21.979: I/DEBUG(64): signal 11 (SIGSEGV), fault addr deadd00d
10-23 14:55:21.979: I/DEBUG(64): r0 00000026 r1 afd14699 r2 afd14699 r3 00000000
10-23 14:55:21.979: I/DEBUG(64): r4 808a3448 r5 808a3448 r6 fffe9544 r7 fffe2054
10-23 14:55:21.979: I/DEBUG(64): r8 80b09f04 r9 00000001 10 002f0980 fp 002f0980
10-23 14:55:21.979: I/DEBUG(64): ip deadd00d sp beffb088 lr afd156e3 pc 80842560 cpsr 20000030
10-23 14:55:21.979: I/DEBUG(64): d0 6472656767756265 d1 617453657669746e
10-23 14:55:21.979: I/DEBUG(64): d2 4965746f67795a67 d3 6874654d2474690a
10-23 14:55:21.979: I/DEBUG(64): d4 80a0a16580a0a179 d5 80a0a14580a0a155
10-23 14:55:21.979: I/DEBUG(64): d6 80a0a12180a0a135 d7 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d8 40b0000040a00000 d9 0000000000000005
10-23 14:55:21.979: I/DEBUG(64): d10 0000000000000000 d11 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d12 0000000000000000 d13 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d14 0000000000000000 d15 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d16 001512f000000025 d17 bff0000000000000
10-23 14:55:21.979: I/DEBUG(64): d18 3ff0000000000000 d19 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d20 0000000000000000 d21 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d22 3ff0000000000000 d23 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d24 3ff0000000000000 d25 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d26 0000000000000000 d27 0000000000000000
10-23 14:55:21.979: I/DEBUG(64): d28 001f001f001f001e d29 001e001f001f001f
10-23 14:55:21.979: I/DEBUG(64): d30 001f001f001f001f d31 001f001f001f001f
10-23 14:55:21.979: I/DEBUG(64): scr 60000012
10-23 14:55:21.999: I/DEBUG(64): #00 pc 00042560 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): #01 pc 0004fe6e /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): #02 pc 000455c2 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): #03 pc 000088aa /data/data/xxx/lib/xxx.so
10-23 14:55:21.999: I/DEBUG(64): #04 pc 00008bb2 /data/data/xxx/lib/xxx.so
10-23 14:55:21.999: I/DEBUG(64): #05 pc 0000a1e8 /data/data/xxx/lib/xxx.so
10-23 14:55:21.999: I/DEBUG(64): code around pc:
10-23 14:55:21.999: I/DEBUG(64): 80842540 20061861 f7d418a2 2000ea54 ebb2f7d4
10-23 14:55:21.999: I/DEBUG(64): 80842550 58234808 b1036bdb f8df4798 2026c01c
10-23 14:55:21.999: I/DEBUG(64): 80842560 0000f88c ec18f7d4 00060f0c fffe2054
10-23 14:55:21.999: I/DEBUG(64): 80842570 fffe52c8 000003a8 deadd00d f8dfb40e
10-23 14:55:21.999: I/DEBUG(64): 80842580 b503c02c bf00490a 188ba200 f853aa03
10-23 14:55:21.999: I/DEBUG(64): code around lr:
10-23 14:55:21.999: I/DEBUG(64): afd156c0 b5f74b0d 490da200 2600189b 585c4602
10-23 14:55:21.999: I/DEBUG(64): afd156d0 686768a5 f9b5e008 b120000c 46289201
10-23 14:55:21.999: I/DEBUG(64): afd156e0 9a014790 35544306 37fff117 6824d5f3
10-23 14:55:21.999: I/DEBUG(64): afd156f0 d1ed2c00 bdfe4630 0002cc60 000000d8
10-23 14:55:21.999: I/DEBUG(64): afd15700 b086b570 f602fb01 9004460c a804a901
10-23 14:55:21.999: I/DEBUG(64): stack:
10-23 14:55:21.999: I/DEBUG(64): beffb048 00000015
10-23 14:55:21.999: I/DEBUG(64): beffb04c afd146c9 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb050 afd425a0 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb054 afd4254c /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb058 00000000
10-23 14:55:21.999: I/DEBUG(64): beffb05c afd156e3 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb060 afd14699 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb064 afd14699 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb068 afd146f0 /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb06c 808a3448 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): beffb070 808a3448 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): beffb074 fffe9544
10-23 14:55:21.999: I/DEBUG(64): beffb078 fffe2054
10-23 14:55:21.999: I/DEBUG(64): beffb07c afd146fd /system/lib/libc.so
10-23 14:55:21.999: I/DEBUG(64): beffb080 df002777
10-23 14:55:21.999: I/DEBUG(64): beffb084 e3a070ad
10-23 14:55:21.999: I/DEBUG(64): #00 beffb088 0000cd80 [heap]
10-23 14:55:21.999: I/DEBUG(64): beffb08c 8084fe73 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): #01 beffb090 0000cd80 [heap]
10-23 14:55:21.999: I/DEBUG(64): beffb094 4635cdd8 /dev/ashmem/mspace/dalvik-heap/2 (deleted)
10-23 14:55:21.999: I/DEBUG(64): beffb098 0000cd80 [heap]
10-23 14:55:21.999: I/DEBUG(64): beffb09c 00000001
10-23 14:55:21.999: I/DEBUG(64): beffb0a0 00000007
10-23 14:55:21.999: I/DEBUG(64): beffb0a4 808494c1 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): beffb0a8 80b09f04 /data/data/xxx/lib/xxx.so
10-23 14:55:21.999: I/DEBUG(64): beffb0ac 80848655 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): beffb0b0 80b09aa8 /data/data/xxx/lib/xxx.so
10-23 14:55:21.999: I/DEBUG(64): beffb0b4 41a9e564 /dev/ashmem/dalvik-LinearAlloc (deleted)
10-23 14:55:21.999: I/DEBUG(64): beffb0b8 808494c1 /system/lib/libdvm.so
10-23 14:55:21.999: I/DEBUG(64): beffb0bc 808455c7 /system/lib/libdvm.so
10-23 14:55:22.239: I/ActivityManager(96): Process xxx (pid 1000) has died.
如果
//vm->DetachCurrentThread();
然后调用 sp_session_create(),它永远不会返回错误代码。
引用资料:
最佳答案
问题已解决,我使用 javaVM->GetEnv() 检查当前线程是否已经附加到 vm,而不是直接附加线程并获取 JNIEnv。
关于android spotify 错误分离线程与 interp 帧(计数 = 28),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13028247/
大约一年前,我决定确保每个包含非唯一文本的Flash通知都将从模块中的方法中获取文本。我这样做的最初原因是为了避免一遍又一遍地输入相同的字符串。如果我想更改措辞,我可以在一个地方轻松完成,而且一遍又一遍地重复同一件事而出现拼写错误的可能性也会降低。我最终得到的是这样的:moduleMessagesdefformat_error_messages(errors)errors.map{|attribute,message|"Error:#{attribute.to_s.titleize}#{message}."}enddeferror_message_could_not_find(obje
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我收到这个错误:RuntimeError(自动加载常量Apps时检测到循环依赖当我使用多线程时。下面是我的代码。为什么会这样?我尝试多线程的原因是因为我正在编写一个HTML抓取应用程序。对Nokogiri::HTML(open())的调用是一个同步阻塞调用,需要1秒才能返回,我有100,000多个页面要访问,所以我试图运行多个线程来解决这个问题。有更好的方法吗?classToolsController0)app.website=array.join(',')putsapp.websiteelseapp.website="NONE"endapp.saveapps=Apps.order("
我是rails的新手,想在form字段上应用验证。myviewsnew.html.erb.....模拟.rbclassSimulation{:in=>1..25,:message=>'Therowmustbebetween1and25'}end模拟Controller.rbclassSimulationsController我想检查模型类中row字段的整数范围,如果不在范围内则返回错误信息。我可以检查上面代码的范围,但无法返回错误消息提前致谢 最佳答案 关键是您使用的是模型表单,一种显示ActiveRecord模型实例属性的表单。c
我正在尝试编写一个将文件上传到AWS并公开该文件的Ruby脚本。我做了以下事情:s3=Aws::S3::Resource.new(credentials:Aws::Credentials.new(KEY,SECRET),region:'us-west-2')obj=s3.bucket('stg-db').object('key')obj.upload_file(filename)这似乎工作正常,除了该文件不是公开可用的,而且我无法获得它的公共(public)URL。但是当我登录到S3时,我可以正常查看我的文件。为了使其公开可用,我将最后一行更改为obj.upload_file(file
我克隆了一个rails仓库,我现在正尝试捆绑安装背景:OSXElCapitanruby2.2.3p173(2015-08-18修订版51636)[x86_64-darwin15]rails-v在您的Gemfile中列出的或native可用的任何gem源中找不到gem'pg(>=0)ruby'。运行bundleinstall以安装缺少的gem。bundleinstallFetchinggemmetadatafromhttps://rubygems.org/............Fetchingversionmetadatafromhttps://rubygems.org/...Fe
在Cooper的书BeginningRuby中,第166页有一个我无法重现的示例。classSongincludeComparableattr_accessor:lengthdef(other)@lengthother.lengthenddefinitialize(song_name,length)@song_name=song_name@length=lengthendenda=Song.new('Rockaroundtheclock',143)b=Song.new('BohemianRhapsody',544)c=Song.new('MinuteWaltz',60)a.betwee
我是Google云的新手,我正在尝试对其进行首次部署。我的第一个部署是RubyonRails项目。我基本上是在关注thisguideinthegoogleclouddocumentation.唯一的区别是我使用的是我自己的项目,而不是他们提供的“helloworld”项目。这是我的app.yaml文件runtime:customvm:trueentrypoint:bundleexecrackup-p8080-Eproductionconfig.ruresources:cpu:0.5memory_gb:1.3disk_size_gb:10当我转到我的项目目录并运行gcloudprevie
我有两个Rails模型,即Invoice和Invoice_details。一个Invoice_details属于Invoice,一个Invoice有多个Invoice_details。我无法使用accepts_nested_attributes_forinInvoice通过Invoice模型保存Invoice_details。我收到以下错误:(0.2ms)BEGIN(0.2ms)ROLLBACKCompleted422UnprocessableEntityin25ms(ActiveRecord:4.0ms)ActiveRecord::RecordInvalid(Validationfa
这个问题在这里已经有了答案:Arraysmisbehaving(1个回答)关闭6年前。是否应该这样,即我误解了,还是错误?a=Array.new(3,Array.new(3))a[1].fill('g')=>[["g","g","g"],["g","g","g"],["g","g","g"]]它不应该导致:=>[[nil,nil,nil],["g","g","g"],[nil,nil,nil]]