Title: 中华零售网会员服务
尊敬的会员：
您好！上千种管理、营销、励志、经济管理论著免费下载！
上百个世界著名企业管理营销模式，全开放免费下载！
数万个企业经营管理案例解析，激情奉献！
请登陆：http://www.i18.cn/download/
http://www.i18.cn/bbs/
Bill Pringlemeir wrote:
> On Mon, 04 Oct 2004, [EMAIL PROTECTED] wrote:
> It seems that the variable declaration in the for loop will prevent
> certain compilers from accepting this code. I suggest this,
> {
> + GtkCTree *ctree;
> search = sr->data;
> - GtkCTree *ctree = GTK_CT
Hi,
I have yet another issue with the PARQ implementation.
The problem I observe is the following (the exact numbers are only rough
estimations):
One remote peer was once downloading some files from my server. He was
requesting about 100 different files at a time, so he was given about
100 diff
Hi people
I think there is a bug relating to the public hostname feature.
I found this while trying to download from one node to another.
The main actors are:
Node1: gtk-gnutella/0.95u (2004-09-19) trying to download
Node2: gtk-gnutella/0.95u (2004-09-26) sharing, having its ip change and
having
On Mon, 04 Oct 2004, [EMAIL PROTECTED] wrote:
> The attached patch adds user feedback when a Bitzi query is kicked
> off.
+void search_gui_queue_bitzi_by_sha1(record_t *rec, void *nothing)
+{
[snip]
+
+for (sr=searches; sr; sr = g_list_next(sr) )
+{
+ search = sr->data;
+
Raphael Manfredi said:
> Quoting Alex Bennee <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> :Hmmm, I've often had BAD files turn up in ~/tmp that where OK
> (although :they may not of had a good SHA1). Of course if you know what
> the SHA1 :should be and its Tiger Tree hash is available i
Quoting Alex Bennee <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:Hmmm, I've often had BAD files turn up in ~/tmp that where OK (although
:they may not of had a good SHA1). Of course if you know what the SHA1
:should be and its Tiger Tree hash is available in the Bitzi catalog you
:could p
Quoting "T.F. Cheng" <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:Hi gtkg, I am running version 0.94 on freebsd4.10,
:sometimes I find there is a "*.BAD" file appeared in
:the download and most of the time the download is
:almost finished. why does this happen? and how "BAD"
:is the file?
Raphael Manfredi said:
> Quoting alex <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> :Includes:
> :GTK1 support
> :Common bitzi gui files
> :Bug fixes
> :Internationalised some strings
> :Fixed some other issues Christian mentioned
>
> It has been integrated in CVS.
>
Christian Biere said:
> T.F. Cheng wrote:
>> sometimes I find there is a "*.BAD" file appeared in
>> the download and most of the time the download is
>> almost finished.
>
> It should be completely "finished".
>
>> why does this happen? and how "BAD" is the file?
>
> It means that the SHA1 checks
T.F. Cheng wrote:
> sometimes I find there is a "*.BAD" file appeared in
> the download and most of the time the download is
> almost finished.
It should be completely "finished".
> why does this happen? and how "BAD" is the file?
It means that the SHA1 checksum doesn't match the contents of the
Raphael Manfredi wrote:
> Although GTKG correctly sends SHA1 searches, many servents do not know
> how to handle those and will not route them correctly based on the
> routing tables.
> Therefore SHA1 queries are a waste of Gnutella banwidth space, which is
> why GTKG currently does not automatic
Quoting alex <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:Includes:
:GTK1 support
:Common bitzi gui files
:Bug fixes
:Internationalised some strings
:Fixed some other issues Christian mentioned
It has been integrated in CVS.
:Not been through indent yet.
Please DON'
13 matches
Mail list logo
