#46 arm cross compiling crashes

closed
5
2011-12-14
2009-08-12
Anonymous
No

I'm using a cross compiler for an embebded system with an arm processor. And when i compile it gives me the following warnings:

[exec] ~/SheevaPlug/gcc/bin/arm-none-linux-gnueabi-gcc -I/home/robercm/SheevaPlug/java-6-openjdk-include/ -I/home/robercm/SheevaPlug/java-6-openjdk-include/linux -Wall -c JavaxUsbPipeRequest.c
[exec] JavaxUsbPipeRequest.c: In function 'complete_pipe_request':
[exec] JavaxUsbPipeRequest.c:108: warning: cast to pointer from integer of different size
[exec] JavaxUsbPipeRequest.c: In function 'cancel_pipe_request':
[exec] JavaxUsbPipeRequest.c:150: warning: cast to pointer from integer of different size

and

[exec] ~/SheevaPlug/gcc/bin/arm-none-linux-gnueabi-gcc -I/home/robercm/SheevaPlug/java-6-openjdk-include/ -I/home/robercm/SheevaPlug/java-6-openjdk-include/linux -Wall -c JavaxUsbIsochronousRequest.c
[exec] JavaxUsbIsochronousRequest.c: In function 'cancel_isochronous_request':
[exec] JavaxUsbIsochronousRequest.c:205: warning: cast to pointer from integer of different size
[exec] JavaxUsbIsochronousRequest.c: In function 'complete_isochronous_request':
[exec] JavaxUsbIsochronousRequest.c:235: warning: cast to pointer from integer of different size

Then when i try to get al getProduct(); It gives me:
[default](2) JavaxUsb.h.open_device[209] Opening node /dev/bus/usb/001/011
[xfer](2) JavaxUsbDeviceProxy.c.Java_com_ibm_jusb_os_linux_JavaxUsb_nativeDeviceProxy[69] Got Request
[xfer](2) JavaxUsbPipeRequest.c.pipe_request[62] Submitting URB
[urb](2) JavaxUsb.h.debug_urb[266] control_pipe_request : URB endpoint = 0 status = 0 signal = 0
[urb](2) JavaxUsb.h.debug_urb[267] control_pipe_request : URB buffer length = 264 actual length = 0
[urb](2) JavaxUsb.h.debug_urb[269] control_pipe_request : URB buffer dir = 0xe3a50
[urb](3) JavaxUsb.h.debug_urb[286] control_pipe_request : URB data = 80 06 00 03 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[xfer](2) JavaxUsbPipeRequest.c.pipe_request[75] Submitted URB
[xfer](2) JavaxUsbDeviceProxy.c.Java_com_ibm_jusb_os_linux_JavaxUsb_nativeDeviceProxy[72] Completed Request
[xfer](2) JavaxUsbDeviceProxy.c.Java_com_ibm_jusb_os_linux_JavaxUsb_nativeDeviceProxy[85] Got completed URB
[xfer](2) JavaxUsbPipeRequest.c.complete_pipe_request[113] Completing URB.
[urb](2) JavaxUsb.h.debug_urb[266] complete_pipe_request : URB endpoint = 61 status = 1651725688 signal = 74736575
[urb](2) JavaxUsb.h.debug_urb[267] complete_pipe_request : URB buffer length = 779383653 actual length = 99
Segmentation fault

I supose that this function:
if (!(urb = (struct usbdevfs_urb*)CheckedCallLongMethod( env, linuxPipeRequest, getUrbAddress ))) {
doesnt return a valid pointer.

Im using a openjdk-6b14 for arm with an ubuntu linux.

Discussion

  • Dan Streetman

    Dan Streetman - 2009-09-25

    updated header file

     
  • Dan Streetman

    Dan Streetman - 2009-09-25

    It does look like the URB address isn't correct after retrieving it with GetUrbAddress. Can you try again with the updated JavaxUsb.h header file (or just get the latest from CVS)? It has more debugging to print the URB address so we can see if it's wrong or not.

     
  • Dan Streetman

    Dan Streetman - 2009-09-25
    • assigned_to: nobody --> ddstreet
     
  • Dan Streetman

    Dan Streetman - 2011-12-14
    • status: open --> closed
     
  • Dan Streetman

    Dan Streetman - 2011-12-14

    no response to this bug, closing.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks