Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Raspberry pi load broken 3.8.11.1 #49

Closed
aschmois opened this issue Sep 6, 2015 · 7 comments
Closed

Raspberry pi load broken 3.8.11.1 #49

aschmois opened this issue Sep 6, 2015 · 7 comments

Comments

@aschmois
Copy link

aschmois commented Sep 6, 2015

Java error dump on initialization

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGILL (0x4) at pc=0xac6f8cb0, pid=5678, tid=3056833648
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b132) (build 1.8.0-b132)
# Java VM: Java HotSpot(TM) Client VM (25.0-b70 mixed mode linux-arm )
# Problematic frame:
# C  [sqlite-3.8.11.1-7a260e63-0de6-4553-b0c4-4b87818e1de0-libsqlitejdbc.so+0x5cb0]  _init+0x290b
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x00b5a7d8):  JavaThread "main" [_thread_in_native, id=5679, stack(0xb62ea000,0xb633a000)]

siginfo:si_signo=SIGILL: si_errno=0, si_code=1 (ILL_ILLOPC), si_addr=0xac6f8cb0

Registers:
  r0  = 0x00000008
  r1  = 0xbee4b814
  r2  = 0x0000015c
  r3  = 0x00000000
  r4  = 0x00000008
  r5  = 0xbee4b814
  r6  = 0x00d6ecb8
  r7  = 0x00bbaca8
  r8  = 0xbee4b814
  r9  = 0xb6f16048
  r10 = 0x00000008
  fp  = 0xb63372fc
  r12 = 0xb63374d0
  sp  = 0xb6337240
  lr  = 0xac6f63ab
  pc  = 0xac6f8cb0
  cpsr = 0xa0000030

Top of Stack: (sp=0xb6337240)
0xb6337240:   ac6f63a5 b6eff210 00bbaca8 00000001
0xb6337250:   00000000 00d6ecb8 00bbaca8 bee4b814
0xb6337260:   00000008 b6eff36c 00d6ecb8 b6f16560
0xb6337270:   00d6ee14 b6f16048 00000003 00000003
0xb6337280:   00000001 b6f033b8 00000001 b6f16094
0xb6337290:   00d6ecb8 00d6ecb8 80000000 00000000
0xb63372a0:   00000000 00000000 00071764 00000000
0xb63372b0:   00000000 000716a4 00000000 b6337298 

Instructions: (pc=0xac6f8cb0)
0xac6f8c90:   2018f8d8 65933b01 9c179b30 b021601c
0xac6f8ca0:   8ff0e8bd 0006626c 4a044b03 589b447b
0xac6f8cb0:   f7fdb10b 4770bca5 00075350 0000015c
0xac6f8cc0:   b5084a09 4b09447a 447b7812 4a08b95a 

Register to memory mapping:

  r0  = 0x00000008
0x00000008 is an unknown value

  r1  = 0xbee4b814
0xbee4b814 is an unknown value

  r2  = 0x0000015c
0x0000015c is an unknown value

  r3  = 0x00000000
0x00000000 is an unknown value

  r4  = 0x00000008
0x00000008 is an unknown value

  r5  = 0xbee4b814
0xbee4b814 is an unknown value

  r6  = 0x00d6ecb8
0x00d6ecb8 is an unknown value

  r7  = 0x00bbaca8
0x00bbaca8 is an unknown value

  r8  = 0xbee4b814
0xbee4b814 is an unknown value

  r9  = 0xb6f16048
0xb6f16048: _rtld_global+0 in /lib/ld-linux-armhf.so.3 at 0xb6ef0000

  r10 = 0x00000008
0x00000008 is an unknown value

  fp  = 0xb63372fc
0xb63372fc is pointing into the stack for thread: 0x00b5a7d8

  r12 = 0xb63374d0
0xb63374d0 is pointing into the stack for thread: 0x00b5a7d8

  sp  = 0xb6337240
0xb6337240 is pointing into the stack for thread: 0x00b5a7d8

  lr  = 0xac6f63ab
0xac6f63ab: <offset 0x33ab> in /tmp/sqlite-3.8.11.1-7a260e63-0de6-4553-b0c4-4b87818e1de0-libsqlitejdbc.so at 0xac6f3000

  pc  = 0xac6f8cb0
0xac6f8cb0: <offset 0x5cb0> in /tmp/sqlite-3.8.11.1-7a260e63-0de6-4553-b0c4-4b87818e1de0-libsqlitejdbc.so at 0xac6f3000



Stack: [0xb62ea000,0xb633a000],  sp=0xb6337240,  free space=308k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [sqlite-3.8.11.1-7a260e63-0de6-4553-b0c4-4b87818e1de0-libsqlitejdbc.so+0x5cb0]  _init+0x290b

Works fine in Windows 64bit

@xerial
Copy link
Owner

xerial commented Sep 8, 2015

Thanks for the report.

I'm using cross compiler for rapsberry (arm), and there might be some misconfiguration.
I appreciate if you can build sqlite-jdbc with make native in your rapsberry pi, and send a PR that contains the native library (src/main/resources/org/sqlite/ ... )

@yonisolo
Copy link
Contributor

yonisolo commented Oct 2, 2015

I'll try to do that, if it can help

@yonisolo
Copy link
Contributor

yonisolo commented Oct 2, 2015

Added it in the mentionned directory, just to mention that it was compiled on raspbian wheezy

@xerial
Copy link
Owner

xerial commented Oct 3, 2015

Released 3.8.11.2 with this binary. Thanks.

@xerial xerial closed this as completed Oct 3, 2015
@aschmois
Copy link
Author

aschmois commented Oct 8, 2015

Sorry for not helping! In fact, shortly after I submitted the report I left the rpi back at my parent's house and haven't had a chance to use one yet. Thank you for the fix though! I'll let you know if it works when I can get my hands on another rpi.

@BasilaryGroup
Copy link

I see the same problem with release 3.8.11.1 and 3.8.11.2.

% uname -a
Linux raspberrypi 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux
% java -version
java version "1.7.0_40"

@bidasknakayama
Copy link

SIGILL (0x4) at pc=0xac5bdcb0, pid=16744, tid=3056931952

How to fix this ?

I run sqlite-jdbc-3.8.11.2.jar on Raspberry Pi B+...

Please advice me. If someone has 3.8.11.3, please give it me..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants