Hey Bill, Thanks a lot for the help. This does the job:
(gdb) r Starting program: /root/src/wsjtx/build/Debug/wsprd -f 7.0386 wspr_7038600160310_1944.wav Cannot access memory at address 0x0 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabi/libthread_db.so.1". 1944 -15 -5.5 7.040049 2 OH3MHA KP20 33 1944 -13 -2.7 7.040055 0 I2GPG JN45 33 1944 -22 -2.7 7.040101 0 SM3ESX JP82 20 1944 -19 -3.3 7.040118 0 SI9AM JP82 23 <DecodeFinished> [Inferior 1 (process 1609) exited normally] (gdb) q The only thing is, it takes an awful lot of time: real 2m55.589s I pass the CFLAGS to the compiler via: cmake -D CMAKE_BUILD_TYPE=Debug -D CMAKE_INSTALL_PREFIX=/root/src/wsjt/src/build/Debug/ -D CMAKE_C_FLAGS=-I/usr/include -Wall -Wno-missing-braces -O3 -march=armv7-a -mcpu=cortex-a9 -mtune=cortex-a9 -mfpu=neon -mfloat-abi=hard -ffast-math -D CMAKE_PREFIX_PATH=/root/src/hamlib /root/src/wsjtx/src/ Is this the way of doing it? Why is it so slow (also without the DEBUG option real 2m11.681s)? Pavel Demin does the same interestingly in ~10sec on the same cpu. I have no clue why he does not see the bug! 73 de PA7T / Clemens Am 15.03.2016 um 12:47 schrieb Bill Somerville <[email protected]>: > On 15/03/2016 10:47, Clemens Heese wrote: >> Old value = (unsigned char *) 0xbeff9050 "" >> New value = (unsigned char *) 0xbeff9000 >> "\030@\214\071\"\377\225\071!5\241\071Jخ9\346\363\302\071t\222\006:\347\367\234:`\357A:" >> encode (symbols=0xbef4564d "\220\377\276\b\300\215\266\330\020\002", >> data=0xbef45682 "", nbytes=0) at /root/src/wsjtx/src/lib/wsprd/fano.c:77 >> 77 *symbols++ = sym & 1; >> > Hi Clemens, > > ok, I see the issue. The 'encode()' function is overrunning the output buffer > because it is going around a loop one too many times. I have committed a > change that should fix this at r6531 r6532 in the WSJT-X development branch. > > Steve, please review my change r6531 as I am uncertain why the 'channelbits' > array in 'get_wspr_channel_symbols' is 162 long but only the first 160 > elements get filled after my change. Should the 'channelbits' array be 176 > elements and my change above reverted so that it is filled by 11 times 8 bits > times 2 with only the first 162 symbols relevant to the message? > > Thinking further about this I think my first change is wrong and have > committed another that increases the channelbits array to 176 elements. I > believe r6532 is now correct. > > 73 > Bill > G4WJS. > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140_______________________________________________ > wsjt-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
