c08e07576366607b154da3d2e4db45669fd6ba19
For some reason, waiting on the event object returned by clEnqueueUnmapMemObject, but only when called from within finalize(). Under normal operating conditions when we map and then unmap our HOST_PTR buffers, everything works just fine. I can't discern any relevant difference. Adding a bridged 300ms delay in setup() doesn't help either so it doesn't seem to be solved by allowing the rusticl worker threads to finish initializing. GDB output from the segfault appended. Sadly, no debug symbols for the ubuntu rusticl package. ``` [New Thread 0xffffdd2ce140 (LWP 1056313)] validateOpenClVersion: OpenCL platform version: OpenCL 3.0 validateOpenClVersion: OpenCL device version: OpenCL 3.0 [New Thread 0xffffdcabe140 (LWP 1056314)] [New Thread 0xffffc9a8f140 (LWP 1056315)] start: Starting stimulus buffer for device 3JEDK380010Z39 attachDeviceReq3: Got return mode (0) for device: 3JEDK380010Z39 discardHeartbeatAck: Lidar not ready for operation: work_state: 0x0 (Initializing), ack_msg: 0x1b discardHeartbeatAck: Lidar not ready for operation: work_state: 0x0 (Initializing), ack_msg: 0x45 discardHeartbeatAck: Lidar not ready for operation: work_state: 0x0 (Initializing), ack_msg: 0x45 discardHeartbeatAck: Lidar not ready for operation: work_state: 0x0 (Initializing), ack_msg: 0x45 attachDeviceReq5: Failed to enable pcloud data for dev 3JEDK380010Z39 newDeviceAttachmentSpecInd2: Attach failed for device spec Device Identifier: avia0, Sensor Type: e, QualeIface API: structural-qualeiface, QualeIface API Params: (), StimBuff API: livoxGen1, StimBuff API Params: (), Provider: livoxProto1, Provider Params: (smo-ip=10.42.0.2 ), Device Selector: 3JEDK380010Z39 attachAllUnattachedDevicesFromReq2: Failed to attach device: avia0 Mrntt: attached 0 of 2 sense devices. Mrntt: Body component initialized. initializeReq2: Failed to initialize globalMind marionetteInitializeReqCb: Failed to initialize Marionette. Shutting down. Mrntt: About to detach all sense devices. Mrntt: Successfully detached 0 of 0 sense devices. Mrntt: About to finalize all stim buff api libs. compactKernelCompletecalling w/mapFlags=4. INV=4; READ=1. mapBuffer 1 mapBuffer 2 mapBuffer 3: cmdQ: 0xffffec013d68, buffer: 0xffffec07b6b8, mapflags: 4 mapBuffer 4 mapBuffer 5 unmapBuffer 1 unmapBuffer 2 unmapBuffer 3 unmapBuffer 4 unmapBuffer 4.1 unmapBuffer 5 Thread 9 "rusticl queue t" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xffffdcabe140 (LWP 1056314)] Download failed: Invalid argument. Continuing without source file ./string/../sysdeps/aarch64/multiarch/../memcpy.S. __memcpy_generic () at ../sysdeps/aarch64/multiarch/../memcpy.S:155 warning: 155 ../sysdeps/aarch64/multiarch/../memcpy.S: No such file or directory (gdb) (gdb) bt (gdb) ```
The Salmanoff Project:
This project, Salmanoff (pronounced: Sal-man-off), is an ROS rewrite of the Harikoff project. The name is more reflective of the people whose ideas sparked the solutions in my mind. These people are:
- Gregory
SALmieri. - David Harri
MAN. - Leonard Peik
OFF.
Would you like to know what this project is and does? Well, it's a secret! But you can find out by reading the code. Or you could just ask me. Or you could wait until I release it. But that's no fun.
For package generation instructions, see PACKAGING.md.
Description
Yeah. You would definitely like to know what this project is and does, mm?
agiaiartificial-general-intelligencecombinatorial-logiccomparabilityconceptsepistemologyethicsgoalsinductionintrinsic-valencymetaphysicsroboticssimilarityvolition
Readme
5.8 MiB
Languages
C++
89.4%
CMake
6.1%
C
2.3%
Shell
1.3%
GDB
0.6%
Other
0.3%
