|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
|
|
gtk-gnutella-devel Digest, Vol 27, Issue 1Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: Build failure (Christian Biere) 2. Re: Build failure (Christian Biere) 3. Join me in saving the net (Robbie Cahill) 4. Re: Join me in saving the net (Hauke Hachmann) 5. FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" (Larry Nieves) 6. Re: FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" (Christian Biere) 7. Build error in r16059 (Hauke Hachmann) ---------------------------------------------------------------------- Message: 1 Date: Sat, 29 Nov 2008 17:39:39 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Build failure To: gtk-gnutella-devel@... Message-ID: <20081129163939.GA1015@...> Content-Type: text/plain; charset=utf-8 Hauke Hachmann wrote: > kmsg.c: In function ?k_send_find_value_response?: > kmsg.c:626: warning: format ?%d? expects type ?int?, but argument 4 has > type ?size_t? > kmsg.c:626: warning: format ?%d? expects type ?int?, but argument 5 has > type ?size_t? Too bad this is just a warning and doesn't cause a compile error. Maybe in 1000 years 64-bit platforms can be used safely. > I know that this has nothing to do with the error mentioned above, I > just happened to see it when my screen stopped scrolling by. I thought > this should perhaps be (int)'ed away... Certainly not. A cast to "int" is almost always a bug. The 100 and some occurences in gtk-gnutella's code are no exception. -- Christian ------------------------------ Message: 2 Date: Sat, 29 Nov 2008 19:14:31 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Build failure To: gtk-gnutella-devel@... Message-ID: <20081129181430.GD1015@...> Content-Type: text/plain; charset="utf-8" Raphael Manfredi wrote: > :kmsg.c: In function ???k_send_find_value_response???: > :kmsg.c:626: warning: format ???%d??? expects type ???int???, but argument 4 has > :type ???size_t??? > :kmsg.c:626: warning: format ???%d??? expects type ???int???, but argument 5 has > :type ???size_t??? On 32-bit architectures where GCC doesn't complain about such bugs, the attached patch can be used for test-compiling to expose them. Of course, the compiled binary cannot be used. -- Christian -------------- next part -------------- Index: src/common.h =================================================================== --- src/common.h (revision 15886) +++ src/common.h (working copy) @@ -676,6 +676,11 @@ get_rcsid_string(void) \ #include "casts.h" +#undef size_t +#define size_t uint64_t +#undef ssize_t +#define ssize_t int64_t + #endif /* _common_h_ */ /* vi: set ts=4 sw=4 cindent: */ Index: src/main.c =================================================================== --- src/main.c (revision 15886) +++ src/main.c (working copy) @@ -1315,8 +1315,8 @@ main(int argc, char **argv) * Gtk+ 1.2 and GLib 1.2 are not 64-bit clean, thus must not be * used on 64-bit architectures. */ - STATIC_ASSERT(sizeof(size_t) == sizeof(gsize)); - STATIC_ASSERT(sizeof(ssize_t) == sizeof(gssize)); +//XXX STATIC_ASSERT(sizeof(size_t) == sizeof(gsize)); +//XXX STATIC_ASSERT(sizeof(ssize_t) == sizeof(gssize)); STATIC_ASSERT(UNSIGNED(INT_MIN) > 0); STATIC_ASSERT(UNSIGNED(LONG_MIN) > 0); ------------------------------ Message: 3 Date: Sun, 30 Nov 2008 18:26:10 +1100 (EST) From: Robbie Cahill <robbiesyd@...> Subject: [gtk-gnutella-devel] Join me in saving the net To: gtk-gnutella-devel@... Message-ID: <20081130072610.664094E234@...> Content-Type: text/plain; charset=utf-8 Hi, Did you know the Government is proposing an internet censorship scheme that goes further than any other democracy in the world? I've just signed a petition to prevent the scheme that will make the internet up to 87% slower, more expensive, accidentally block up to one in 12 legitimate sites, will miss the vast majority of inappropriate content and is very easily sidestepped. The government of the day may add any ?unwanted? site to a secret blacklist under the scheme. Our Government should be doing all in its power to take Australia into the 21st century economy, and to protect our children. This proposed internet censorship does neither. Can you join me and take action on the net today to save the net? http://www.getup.org.au/campaign/SaveTheNet/442 Thanks! ------------------------------ Message: 4 Date: Sun, 30 Nov 2008 10:54:17 +0100 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] Join me in saving the net To: gtk-gnutella-devel@... Message-ID: <200811301054.17561.haxe@...> Content-Type: text/plain; charset="utf-8" Hi, disturbing as the Austalian government's understanding of the internet may be and has been for long, I think that mail was also a bit misguided. (Reference quote at the bottom of this mail). 1. This is a development mailing list. Political issues (even important ones like this) should be discussed elsewhere. 2. This mailing list is international, as is the internet in general. The mail should have said in the first sentence that "the Government" refers to the Australian one. 3. The mail states some "facts" about some alleged government plans, but doesn't say where this information comes from. How can I verify it or read more about it? 4. The mail directs to a random website, where I am supposed to leave my e-mail address. The mail should have given some background to increase trust in that website. Who runs it? What other petitions have been successfully mediated by that website? Does the website only send a bunch of e-mails to a certain senator, or does the organizazion engage in an official petition that has a well-defined legal status (at least in my non-Australian jurisdiction) and should therefore only be signed by Australians? If given, where can I verify that information? 5. The subtext of the mail makes it very clear that it has been sent unchanged to a lot of places. It even sounds like a random advertisement ("Can you join me..."). That certainly makes people more inclined to simply regard it as spam (which it may well be) and treat it as such. Kind regards, Hauke Hachmann On Sunday 30 November 2008, Robbie Cahill wrote: > Hi, > > Did you know the Government is proposing an internet censorship > scheme that goes further than any other democracy in the world? > > I've just signed a petition to prevent the scheme that will make the > internet up to 87% slower, more expensive, accidentally block up to > one in 12 legitimate sites, will miss the vast majority of > inappropriate content and is very easily sidestepped. The government > of the day may add any ?unwanted? site to a secret blacklist under > the scheme. > > Our Government should be doing all in its power to take Australia > into the 21st century economy, and to protect our children. This > proposed internet censorship does neither. Can you join me and take > action on the net today to save the net? > > http://www.getup.org.au/campaign/SaveTheNet/442 > > Thanks! ------------------------------ Message: 5 Date: Sun, 8 Feb 2009 16:53:03 +0100 From: Larry Nieves <lanieves@...> Subject: [gtk-gnutella-devel] FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" To: gtk-gnutella-devel@... Message-ID: <20090208155303.GG8131@...> Content-Type: text/plain; charset=utf-8 I upgraded late last night to the latest SVN GTKG: gtk-gnutella/0.96.6u-15953 After around 3 minutes running, the client crashes with error on the Subject above. This is what was happening at the moment: 09-02-08 02:43:28 (MESSAGE): BOOT collected <scrubbed> from UDP IPP pong from <scrubbed> 09-02-08 02:43:29 (MESSAGE): bitzi_query_by_sha1: result already in cache 09-02-08 02:43:29 (MESSAGE): bitzi_gui_update: data 0xb7123168, size 366278394 goodness 2.100000, judgement 10, type video/x-msvideo, details 624x352, 24 fps, 1141 kbps 09-02-08 02:43:29 (MESSAGE): bitzi_query_by_sha1: result already in cache 09-02-08 02:43:29 (MESSAGE): bitzi_gui_update: data 0xb7123144, size 366287110 goodness 2.100000, judgement 10, type video/x-msvideo, details 624x352, 24 fps, 1142 kbps FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" RT created new chunk #0, now holds 0 / 16384 HSEP: Shared files changed to 40 (12173793 KiB) CRASH (pid=21062) by SIGABRT I tried once again and this time GTKG "survives" less than 1 minute with identical message. I then downgrade to r15952 and exactly the same happens after less than 40 seconds running. I then downgraded to r15951 and this time GTKG manages to run for almost 13 hours, but at the final stages of a download it crashes again: 09-02-08 15:23:39 (MESSAGE): DHT STORE valid security token from <scrubbed>* (LIME v0.0) [3f4c84cb2a52cb6da25aac583fc962a508f2796c] "unknown", ref=1 fw WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" 09-02-08 15:23:39 (WARNING): DHT non-routable contact address in firewalled node 127.0.0.1:0 replaced by UDP source <scrubbed> FATAL: Assertion failure in file_object.c:309: "xfo == fo" RT created new chunk #0, now holds 0 / 16384 HSEP: Shared files changed to 40 (12173793 KiB) RT cycling over table, elapsed=4545, holds 6278 / 16384 RT cycling over table, elapsed=3718, holds 7961 / 16384 RT cycling over table, elapsed=1809, holds 7074 / 16384 RT created new chunk #1, now holds 6715 / 32768 RT cycling over table, elapsed=3626, holds 17306 / 32768 RT created new chunk #2, now holds 10646 / 49152 RT cycling over table, elapsed=3354, holds 20439 / 49152 RT cycling over table, elapsed=7447, holds 27148 / 49152 RT cycling over table, elapsed=6124, holds 26150 / 49152 RT cycling over table, elapsed=6583, holds 28352 / 49152 RT cycling over table, elapsed=6023, holds 29445 / 49152 CRASH (pid=23763) by SIGABRT I don't know if this last crash is related to previous two. -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C ------------------------------ Message: 6 Date: Sun, 8 Feb 2009 17:18:12 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" To: gtk-gnutella-devel@... Message-ID: <20090208161811.GA1601@...> Content-Type: text/plain; charset=utf-8 Larry Nieves wrote: > I upgraded late last night to the latest SVN GTKG: > > gtk-gnutella/0.96.6u-15953 > > After around 3 minutes running, the client crashes with error on the > Subject above. This is what was happening at the moment: > FATAL: Assertion failure in dbmap.c:122: "dm->count == map_count(dm->u.m.map)" This has been fixed meanwhile. It was introduced yesterday (r15952) by activating completely untested code. So you won't see it with any revisions older than that. > I tried once again and this time GTKG "survives" less than 1 minute with > identical message. > > I then downgrade to r15952 and exactly the same happens after less than > 40 seconds running. > > I then downgraded to r15951 and this time GTKG manages to run for > almost 13 hours, but at the final stages of a download it crashes again: > > 09-02-08 15:23:39 (MESSAGE): DHT STORE valid security token from <scrubbed>* (LIME v0.0) [3f4c84cb2a52cb6da25aac583fc962a508f2796c] "unknown", ref=1 fw > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > WARNING: Assertion failure in downloads.c:4174: "!FILE_INFO_FINISHED(d->file_info)" > 09-02-08 15:23:39 (WARNING): DHT non-routable contact address in firewalled node 127.0.0.1:0 replaced by UDP source <scrubbed> > FATAL: Assertion failure in file_object.c:309: "xfo == fo" I've never seen it, I suspect it was added in r15947 or later. It might have been fixed meanwhile. Downgrade to be on the safe side. -- Christian ------------------------------ Message: 7 Date: Wed, 4 Mar 2009 14:06:49 +0100 From: Hauke Hachmann <haxe@...> Subject: [gtk-gnutella-devel] Build error in r16059 To: gtk-gnutella-devel@... Message-ID: <200903041406.49623.haxe@...> Content-Type: text/plain; charset="us-ascii" Hi list, when I try to build the current svn revision (r16059), I get the following build error: cd gtk2; make libgtk2.a [...] make[4]: *** No rule to make target `downloads.o', needed by `libgtk2.a'. Stop. Bye, Hauke ------------------------------ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 27, Issue 1 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |