-
I confirmed this bug is also present in Swig 1.3.39.
2009-05-06 20:49:50 UTC in SWIG
-
Based on the valgrind output, I'm guessing that the returned object is being immediately and prematurely destroyed, and the subscripts, although not generating and error, are referencing a destroyed object. Obviously the act of assignment somehow prevents the destruction, probably by incrementing the reference count above zero? Still this is valid python and "should" work.
2009-05-06 19:42:47 UTC in SWIG
-
vg_out_bad:407 has the error message.
2009-05-06 19:36:22 UTC in SWIG
-
With a C++ function that returns a vector by value, subscripting the function result directly in python causes an illegal memory access, confirmed by valgrind. I've attached vectest.i which compiles to a python module that exhibits this behavior.
swig -c++ -python vectest.i && g++ -Wall -Wextra -g --shared -o _vectest.so vectest_wrap.cxx -I /usr/include/python2.5/ -L /usr/lib/python2.5/...
2009-05-06 19:29:51 UTC in SWIG
-
It would be helpful if both the client and server could operate on file-like objects rather than actual files. If I'm just moving actual files around then there's very little benefit to even having a tftp python client when I could just shell out and call an existing tftp client. But if I can manipulate file-like objects in a dict or something then I can exploit the tftp implementation to do...
2009-03-24 17:02:54 UTC in Tftpy, a pure Python TFTP Library
-
I untarred the GDB at c:\mingw and when I run it it sez:
jlaughlin@JLAUGHLIN ~/
$ gdb.exe
sh: /mingw/bin/gdb.exe: Bad file number
I'm using MSYS, bash 3.1.0(1), anything else helpful?
The 5.2.1 release sort of works, although readline seems screwed up, no command line history or tab completion.
2009-01-28 22:32:20 UTC in MinGW - Minimalist GNU for Windows
-
/usr/share/aclocal/log4c.m4:7: warning: underquoted definition of AM_PATH_LOG4C
/usr/share/aclocal/log4c.m4:7: run info '(automake)Extending aclocal'
/usr/share/aclocal/log4c.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
Version info:
Linux jlaughlin-laptop 2.6.27-9-generic #1 SMP Thu Nov 20 21:57:00 UTC 2008 i686 GNU/Linux
Distributor ID: Ubuntu...
2008-12-23 13:25:27 UTC in Logging Framework for C
-
nevermind, I was running gdb, not avr-gdb :(
So the patch seems to work as advertised.
2008-05-23 22:48:23 UTC in AVaRICE
-
This worked for me with the latest CVS head date: Mon Feb 25 00:49:02 2008 -0800
Now I am getting a different problem though, GDB is erroring out saying
(gdb) c
Continuing.
Reply contains invalid hex digit 59
I am using a dragon.
2008-05-23 22:41:38 UTC in AVaRICE
-
misc.c has a lot of stuff like
for (i=0; scan_str[i].str != ""; i++)
in it. This is NOT valid C.
I have submitted a patch to change these lines to look like
for (i=0; scan_str[i].str[0] != '\0'; i++)
2008-04-27 08:54:19 UTC in Ham Radio Control Libraries
