Russel Winder
Russel Winder
It appears that the following in a C header file: ``` static inline void dvb_file_free(struct dvb_file *dvb_file) { struct dvb_entry *entry = dvb_file->first_entry, *next; while (entry) { next = entry->next;...
I have stripped this down from a real libdvbv5 problem. We have two C header files, one contains a declaration of a struct, the other the definition of the struct....
In the C header file is: ```c static inline void dvb_file_free(struct dvb_file *dvb_file) { struct dvb_entry *entry = dvb_file->first_entry, *next; while (entry) { next = entry->next; if (entry->channel) free(entry->channel); if...
Playing with libdvbv5 still: I am having a problem with function pointers. In the C code a function is declared: ``` dvb_v5_descriptors* dvb_scan_transponder ( dvb_v5_fe_parms* parms, dvb_entry* entry, int dmx_fd,...
I spotted that there had been a change to _IOR ans _IOW processing so I thought I'd try running dstep on the libdvbv5 library again. I compiled dstep from master...
C bitfields
I guess bitfields are not yet handled by DStep: certainly the bitfields in libdvbv5 header files do not seem to map to anything looking like a bitfield in D. The...
``` |> dstep -o LibDVBv5 /usr/include/libdvbv5/dvb-{fe,file,frontend,scan}.h dstep: an unknown error occurred: std.file.FileException@/build/ldc-1.1.1/runtime/phobos/std/file.d(536): /usr/include/libdvbv5/dvb-fe.d: Permission denied ---------------- std.file.FileException@/build/ldc-1.1.1/runtime/phobos/std/file.d(536): /usr/include/libdvbv5/dvb-fe.d: Permission denied ---------------- ```
libdvbv5 is a library with many, many C header files. In those C header files, #include is used to ensure name definition happens before use, thereby avoiding compilation errors. Currently...
Using Glide master/HEAD built with Rust 1.30.1 on Debian Sid using GStreamer build from master/HEAD everything seems to work for playing FLAC files… except: It seems not possible to play...
Apologies for this non-issue issue, but I wasn't sure the best channel to open communication. I am interested in working with /dev/radioX rather than /dev/videoX. rscam as is doesn't really...