Bug#672035: [Swig-user] Using own string class
On 24/05/12 22:37, David Piepgrass wrote: At ZNC we have an own string class CString, which is inherited from std::string. The goal is to use it as a just string in target languages. How to do that properly? When you use a string class derived from std::string, the main problem tends to be that SWIG's built-in typemaps refer to std::string explicitly, but that's unnecessary. For some target languages (at least C# and Java) if you simply make a copy of the typemap with std::string changed to $*1_ltype, then you can %apply those typemaps to your derived class. Thanks for pointing this out. I've put these modifications into swig-2.0.7. William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672035: [Swig-user] Using own string class
On 24/05/12 19:45, Alexey Sokolov wrote: Hello! At ZNC we have an own string class CString, which is inherited from std::string. The goal is to use it as a just string in target languages. How to do that properly? When I was writing modperl and modpython ZNC modules, I used an approach described at http://old.nabble.com/Forward-declaration-error--td24064356.html Used swig -E on std_string.i, got a long file as a result, cleaned it up and changed all occurences of std::string to CString. It worked fine before SWIG 2.0.5, but in 2.0.5 it started to give errors while generating sources for modpython: /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (directorout) std::pair CString,CString = std::pair CString,CString DIRECTOROUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (in) std::pair CString,CString *INPUT = std::pair CString,CString *INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (in) std::pair CString,CString INPUT = std::pair CString,CString INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (typecheck) std::pair CString,CString *INPUT = std::pair CString,CString *INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (typecheck) std::pair CString,CString INPUT = std::pair CString,CString INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (argout) std::pair CString,CString *OUTPUT = std::pair CString,CString *INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (argout) std::pair CString,CString OUTPUT = std::pair CString,CString INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (typecheck) std::pair CString,CString *INPUT = std::pair CString,CString *INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (typecheck) std::pair CString,CString INPUT = std::pair CString,CString INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (freearg) std::pair CString,CString *INPUT = std::pair CString,CString *INOUT /usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (freearg) std::pair CString,CString INPUT = std::pair CString,CString INOUT Sending copy of the letter to 672...@bugs.debian.org Also there is related issue #174 on github/znc. I can't replicate this bug with 2.0.6, you are going to have to provide a test case. swig-2.0.5 introduced a regression which was fixed in 2.0.7 - incorrect typemaps for templates were being used in conjunction with typedef. Please try 2.0.7 and report back if fixed. William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628507: subversion: FTBFS with perl 5.14: test failures
The exact error is unclear to me. SWIG-2.0.4 contains a fix for perl 2.14, see: http://sourceforge.net/tracker/?func=detailaid=3260265group_id=1645atid=301645 It might be worth trying this version of SWIG. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508046: ccache warning fixes for gcc-4.3
Package: ccache Version: 2.4-15 The following patch cleans up gcc-4.3 warnings: $ make -s ccache.c: In function ‘tmp_string’: ccache.c:146: warning: ignoring return value of ‘asprintf’, declared with attribute warn_unused_result util.c: In function ‘x_asprintf’: util.c:151: warning: ignoring return value of ‘vasprintf’, declared with attribute warn_unused_result stats.c: In function ‘write_stats’: stats.c:94: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result diff -Naur ccache-2.4-orig/ccache.c ccache-2.4/ccache.c --- ccache-2.4-orig/ccache.c 2004-09-13 11:38:30.0 +0100 +++ ccache-2.4/ccache.c 2008-12-07 10:28:24.0 + @@ -143,7 +143,9 @@ gethostname(hostname, sizeof(hostname)-1); #endif hostname[sizeof(hostname)-1] = 0; - asprintf(ret, %s.%u, hostname, (unsigned)getpid()); + if (asprintf(ret, %s.%u, hostname, (unsigned)getpid()) == -1) { + fatal(could not allocate tmp_string); + } } return ret; diff -Naur ccache-2.4-orig/stats.c ccache-2.4/stats.c --- ccache-2.4-orig/stats.c 2004-09-13 11:38:30.0 +0100 +++ ccache-2.4/stats.c 2008-12-07 10:28:24.0 + @@ -91,7 +91,7 @@ if (len = (int)sizeof(buf)-1) fatal(stats too long?!); lseek(fd, 0, SEEK_SET); - write(fd, buf, len); + if (write(fd, buf, len) == -1) fatal(could not write stats); } diff -Naur ccache-2.4-orig/util.c ccache-2.4/util.c --- ccache-2.4-orig/util.c 2004-09-13 11:38:30.0 +0100 +++ ccache-2.4/util.c 2008-12-07 10:28:24.0 + @@ -148,7 +148,9 @@ *ptr = NULL; va_start(ap, format); - vasprintf(ptr, format, ap); + if (vasprintf(ptr, format, ap) == -1) { + fatal(out of memory in x_asprintf); + } va_end(ap); if (!ptr) fatal(out of memory in x_asprintf);
Bug#396900: new scsh version available (0.6.7)
Package: scsh Version: 0.6.6.2 Severity: wishlist Maybe you know this already, but a new scsh version 0.6.7 is available from ftp://ftp.scsh.net/pub/scsh/0.6/scsh-0.6.7.tar.gz . Hopefully there will be a Debian package of the new version soon :-). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages scsh depends on: ii scsh-0.6 0.6.6-7A `scheme' interpreter designed fo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354026: java-package: generated package should provide java1-runtime
Package: java-package Version: 0.27 Severity: important The packages generated by the make-jpkg tool do not provide the virtual package java1-runtime. However, several packages depend on java1-runtime only (and not java-runtime or java2-runtime). Some examples from my sarge packages list: jflex 1.3.5-7 libdom1-java 0.19990107-6 libjdepend-java 2.9-1 libjzlib-java 1.0.5-1.1 Actually, I think those are all... I cannot find any information on the Debian Java FAQ, but the Debian policy for Java states that the preferred virtual package name is java1-runtime. The discussion on the mailing list (http://lists.debian.org/debian-java/2005/04/msg00032.html) said that it will soon be fixed in experimental but the newest version on the mirrors is 0.27 and the packages it generates still do not provide java1-runtime. I suggest adding java1-runtime to the Provides: line in the shell scripts. That is, unless you consider the Java2 runtimes to be packages that do not implement the methods from Java 1.1 that have been deprecated in Java 2. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages java-package depends on: ii coreutils 5.2.1-2 The GNU core utilities ii debhelper 4.2.32 helper programs for debian/rules ii fakeroot1.2.10 Gives a fake root environment ii unzip 5.52-1sarge3 De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347244: libmagic1: Ogg FLAC signature is wrong
Package: file Version: 4.12-1 Severity: minor The Ogg FLAC signature in /usr/share/misc/file/magic is wrong. This signature is in section vorbis and is generated from the file magic/Magdir/vorbis in the source. Current signature: 28string fLaC\b, FLAC audio Should be: (according to http://flac.sourceforge.net/ogg_mapping.html) 28string \x7fFLAC\b, FLAC audio If you want to test it, generate a FLAC file using Ogg transport using flac -ogg. The file will only be detected as Ogg data. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libmagic1 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages file depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345545: cmdtool: All pty's in use (requires BSD ptys?)
Package: xview-clients Version: 3.2p1.4-19 Severity: normal If I run cmdtool it errors out saying: All pty's in use XView error: NULL pointer passed to xv_set This page [http://www.physionet.org/physiotools/xview/#linux] says that the problem is caused by the kernel not supporting BSD style ptys. It also says that they have updated the source code to support UNIX98 ptys. The source is available here: http://www.physionet.org/physiotools/xview/src/ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xview-clients depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xviewg 3.2p1.4-19XView shared libraries [libc6] -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294499: Bug fixed in SWIG-1.3.27
SWIG-1.3.27 contains the swig-fix-for-threadsafe-ZTS.patch patch. Assumed fixed and closing corresponding swig bugtracker bug http://sourceforge.net/tracker/index.php?func=detailaid=653355group_id=1645atid=101645 William -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324186: mozilla-firefox: Segfaults when installing adblock with fresh profile
Package: mozilla-firefox Version: 1.0.4-2sarge2 Followup-For: Bug #324186 After I updated to 1.0.4-2sarge2, I experienced problems with extensions. Opening the Tools Extensions window would sometimes crash Firefox with a segmentation fault. I then moved the entire ~/.mozilla directory to someplace else. When I started firefox after moving the profile directory, it starts up OK. I can open the Extensions window without any problems. I then installed the adblock extension from adblock.mozdev.org/dev.html. Installing this extension would crash Firefox with a segmentation fault after the download progress-bar in the Extensions window reaches 100% Here are some messages from the terminal: *** loading the extensions datasource *** loading the extensions datasource *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = http://mozdev.sweetooth.org/adblock/adblock-0.5-dev.xpi, property = disabled) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = http://mozdev.sweetooth.org/adblock/adblock-0.5-dev.xpi, property = internalName) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = {34274bf4-1d97-a289-e984-17e546307e4f}, property = internalName) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = {34274bf4-1d97-a289-e984-17e546307e4f}, property = locked) Segmentation fault This extension (Adblock) works fine before I updated. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-386lmznofb Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305883: darcs ignores $VISUAL, and $DARCS_EDITOR
Package: darcs Version: 1.0.2-1 Followup-For: Bug #305883 I have set $EDITOR, $DARCS_EDITOR, and $VISUAL to /usr/bin/vi, which on my machine is a symlink to /etc/alternatives/vi, which is a symlink to /usr/bin/nvi, yet darcs still fails to edit a long comment. I have nano, but I don't have emacs. A sample session. $ mkdir bugtest $ cd bugtest $ touch foo $ darcs init $ ls _darcs foo $ darcs add foo $ darcs record Darcs needs to know what name (conventionally an email address) to use as the patch author, e.g. 'Fred Bloggs [EMAIL PROTECTED]'. If you provide one now it will be stored in the file '_darcs/prefs/author' and used as a default in the future. To change your preferred author address, simply delete or edit this file. What is your email address? William S [EMAIL PROTECTED] addfile ./foo Shall I record this patch? (1/1) [ynWsfqadjk], or ? for help: y What is the patch name? test Do you want to add a long comment? [yn] y sh: line 1: emacs: command not found sh: line 1: emacs: command not found Received SIGHUP or SIGTERM Finished recording patch 'test' $ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-386lmznofb Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages darcs depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl3 7.13.2-2 Multi-protocol file transfer libra ii libgmp34.1.4-6 Multiprecision arithmetic library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libncurses55.4-4 Shared libraries for terminal hand ii libreadline4 4.3-11GNU readline and history libraries ii libssl0.9.70.9.7e-3 SSL shared libraries ii zlib1g 1:1.2.2-4.sarge.1 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]