Hi! I was able successfully to compile your snippet on my musl system. But: I digged further and noticed, that you can only get the compile failure on musl with, when setting '--disable-pthread'. With a glibc system, this works just fine. Cheers Conrad
Hi! I was able successfully to compile your snippet on my musl system. But: I digged further and noticed, that you can only get the compile failure on musl with, when setting '--disable-pthreads'. With a glibc system, this works just fine. Cheers Conrad
Compilation with musl fails
note: the stars have been removed by the sourceforge-editor (should have been starting and closing comments ...)
note: the stars have been removed by the sourceforge-editor (should have been starting and closing comment ...)
i don't get it. i can't reproduce this error. neither with 'standard' gcc nor with musl-gcc: my simple test (test.c): - the / / are used so that the sourceforge comment-editor does not generate huge lines when starting with # ... / / #include <stdio.h> / / #include <inttypes.h> / / #include <stdint.h></stdint.h></inttypes.h></stdio.h> / / #define ushort unsigned short int main(void) { ushort test = 0; printf("test: %d\n", test); } this one compiled with standard gcc: gcc -O2 -pipe -march=x86-64 -frecord-gcc-switches...
Hi! Changing did not help. But with the help of another developer, he was able to help me to solve it on musl. Proposed patch, which fixed the compilation: https://gist.github.com/floppym/689f380b8f1e8bd08207c8c7aa18038f Cheers Conrad
Hi! Seems to be more like a compiler thing. Could you please try changing the following in serdisp_gpevents.h: change define ushort unsigned short to define ushort (unsigned short) and the same for define byte unsigned char to define byte (unsigned char) but as far as i know this is valid C and shouldn't cause an error. but give it a try and let me know if it works. as an alternative you could also try define ushort uint16_t define byte uint8_t (and i should get rid of ushort and byte in my code...
Compilation with musl fails
stable release: serdisplib version 2.02
stable release: serdisplib version 2.02
added small delay when init. alphacool display; fixed compilation bug in framebuffer-driver
Hi! Here my results: lsusb|grep -i 04eb Bus 005 Device 002: ID 060c:04eb EEH Datalink GmbH The path /dev/usb only contains hiddev0 on my machine. sudo cat /var/log/messages | grep test: Jun 5 20:07:54 Vladi-PC testserdisp: SDFCTPTR_init(): libpthread and all required functions found Jun 5 20:07:54 Vladi-PC testserdisp: SDFCTPTR_init(): libusb and all required functions found Jun 5 20:07:54 Vladi-PC testserdisp: SDFCTPTR_init(): libSDL and all required functions found Jun 5 20:07:54 Vladi-PC testserdisp:...
hi, that's nice to hear. but a little bit interesting too: adding the small delay: ok. that's clear why this improves stability. access rights: testserdisp should fail when initialising the display and if access rights are not ok (Error: Unable to open USB:060c/04eb, additional info: SDCONNusb_open(): unable to find or open a matching device). -> opening should fail. even if your display is working now: could you please paste the testserdisp-output in /var/log/messages like in a former post, but...
Thanks a lot for your help! The combination of your patch and sudo fixed my problem! :)
May 24 18:08:43 Vladi-PC testserdisp: SDCONNusb_find(): device found: 0x060c/0x04eb/0x0000 good serdisp_acoolsdcm_setup(): detection failed - using 240x128 as default not so good rights problem? file rights (have you installed udev-rules file '90-libserdisp.rules'?) - if yes: is your user member of group 'users'? selinux / ... ? one quick test: try calling testserdisp -n alphacool as root if the display is working: definitely a problem with access rights.
Hi! Thanks for the quick reply! Unfortunately the patch did not help. I have both libusb 1.0 and libusb 0.1 installed on my system: apt list --installed | grep -i libusb WARNING: apt does not have a stable CLI interface. Use with caution in scripts. libusb-0.1-4/testing,now 2:0.1.12-32 amd64 [installiert] libusb-1.0-0/testing,now 2:1.0.22-2 amd64 [Installiert,automatisch] libusb-1.0-0-dev/testing,now 2:1.0.22-2 amd64 [installiert] libusb-1.0-doc/testing,testing,now 2:1.0.22-2 all [Installiert,automatisch]...
hi vladimir, could you please test the following: in src/serdisp_specific_acoolsdcm.c: near line 550: if (dd->dsp_id == DISPID_ALPHACOOL) { /* init display */ if(fp_usb_control_msg(usbitems->usb_dev, USB_TYPE_VENDOR, ALPHACOOL_INIT, 0, 0, NULL, 0, usbitems->write_timeout) < 0) { sd_error(SERDISP_ERUNTIME, "%s(): request 'ALPHACOOL_INIT' failed", __func__); } } add a small delay: if (dd->dsp_id == DISPID_ALPHACOOL) { /* init display */ if(fp_usb_control_msg(usbitems->usb_dev, USB_TYPE_VENDOR, ALPHACOOL_INIT,...
fixed string overflow problem; stop gcc >= 7 to whine about intentional fall through in a switch/case-block
testserdisp crashes when USB permissions are "wrong"
did forget to answer this: already fixed in an earlier commit.
serdisplib 2.01 not working with the alphacool display
hi vladimir, thanks for your detailed error description. i've tested my alphacool display with fedora 28 / kernel 4.16.8 some minutes ago: it workes, but with a distorted test screen (works fine after 'clear' and a new 'test' in testserdisp). worked fine on the same system but with older kernels :-/ could be a timing problem, maybe this leads to a dark display on your installation (erraneous initialisation). will have to investigate this ... the output of -d 2 can be found in /var/log/messages. maybe...
serdisplib 2.1 not working with the alphacool display
QA Notice: pkg-config files with wrong LDFLAGS detected
uuhm, serdisplib.pc.in is an autoconf-template, NOT the pkgconfig-file itself. serdisplib.pc will be created when calling ./configure. all @blah@ placeholders will be replaced during this step, including @LDFLAGS@. if the created serdisplib.pc still contains such a placeholder THIS would be an error though.
QA Notice: pkg-config files with wrong LDFLAGS detected
removed Solaris support (OpenSolaris is discontinued); SPEC-file: implemented recommendations by rpmlint; typos
serdisplib now uses -Wpendatic and -Wextra: code improvements and corrections, updated some data type definitions, changes for BSD compatibility; code beautifying; corrected typos; clean up
replace named variadic macros (GNU extension) through unnamed ones (...args -> ... + __VA_ARGS__)
shorten and simplify define-names; serdisp_CONN_s: remove unused device_status; fixed typos
added experimental driver/protocol VSSDCP
new driver dpfax; fixed incorrect initialisation in sdtools_init_bbox()
added flag for endian; framebuffer: corrected b...
fixed conflicting and incorrect analysis of sdc...
stable release: serdisplib version 2.01
configure: better Raspberry detection; improve ...
added configure-option to disable building of t...
updated spec-file; added udev-rules file
bug fixes (incorrect bracketing)
soname: force to link against library when comp...
improved SONAME-detection (now BSD-compliant); ...
reenable --enably-dynloading; improved support ...
--disable-dynloading is now default (dynloading...
print note if libusb-1 is installed but not com...
print note if libusb-1 is installed but not com...
port changes from r349/trunk to branch vssdcp
check added for RPi2; don't include SDL if cros...
experimental branch with support for very exper...
bounding box is now calculated by every call of...
serdisp_connect: additional settings for serial...
L4M320T: disable MPFRAMES if running on Raspber...
Home
Home
SvnDisplayL4M320T
SvnHowto
SvnHowto
Home
Home
properies edit (-> added binary touchscreen_too...
displaylink and framebuffer: added support for ...