- From: Daniel Koch <danielkoch_at_gmx.net>
- Date: Tue, 19 Nov 2002 22:09:09 +0100
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I still got that nasty buffer-overflow problem I already mentioned some mails before. If I try to use mmap with the following options, the program exits after some time, depending on the buffersize I set with comedi_set_buffer_size(): ./mmap -n16 -F100000 -N1000000. Dmesg reports a buffer-overflow, and when I do ./mmap -n16 -F100000 -N1000000 -v I get also get something like front = 0 back = 4678 Why does the program exit there? Is it possible that comedi_mark_buffer_read() isn`t working here ? As I understand it should mark the buffer as read, cause there is ret = comedi_mark_buffer_read(dev,subdevice,front-back). Am I missing something here ? Probably there`s an error within the command-line options I pass over to mmap? I'd like to sample 16 channels at a freq of 100khz over a period of 1 million scans. I'm using a pc104-das16/jr16 card with the following options: comedi_config /dev/comedi0 pc104-das16/jr16 0x220,,1,10,,,,,,,,1 Frank and Roman, as you can see I turned the timer_mode option on, but it didn`t solve the problem. Thanks for your kind help so far, and I really apologize for my little knowledge in C. BTW, I`m using comedilib-0.7.18 and comedi-0.7.65 on an Rtai patched 2.4.19 kernel. My system is a MOPS/586 made byJumptec and the mainboard chipset is an ALI 1489/87. Are there any known bugs running comedi on this chipset ? Regards, Daniel - -- - ---------------------------------------------------------------------- "Schlage die Trommel und fürchte dich nicht" (Heinrich Heine) Daniel Koch (danielkoch_at_gmx.net) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE92qh96i7okj1aOg0RAs9BAJ47unz9Ov1KLFDh3EbdeRzv8xdUSgCePT4D Vhd6nBpTrgZUhUzAZply3p0= =d2vQ -----END PGP SIGNATURE-----
Received on 2002-11-19Z21:09:09