gtk-gnutella logo
Current version: 1.2.3

Unix下的Gnutella软件

gtk-gnutella是Unix类系统下 Gnutella 的服务端/客户端实现,该软件依赖于 GTK+ (1.2版以上 ) 、 libxml,但Gnome不是必须的。 目前,gtk-gnutella主要在Linux(Debian 3.1)下进行开发与测试, 至少支持如下操作系统:Linux、 FreeBSDNetBSDDarwin、 Solaris、Tru64 UNIX (OSF/1)、 SGI IRIX、BeOS等, 支持的CPU构架包括:x86、AMD64、PowerPC、SPARC、MIPS等

Gnutella按照GNU通用公共许可证(GPL)进行发布。

gtk-gnutella尚未完工,但已经具有完整的功能,通过gtk-gnutella, 可以分享、搜索、下载各种文件,gtk-gnutella的稳定性也很好, 可以自觉地一天接一天地工作下去。

欢迎将您的想法与创意发到gtk-gnutella-devel邮件列表来。 臭虫报告请发往 SourceForge.net Bug Tracker

如果你熟悉C语言,或者对文档翻译感兴趣,欢迎有空来帮忙。

新闻

3 March 2024, Version 1.2.3 Released

This is a maintenance release with minor bug fixes.

Improvements
Bug Fixes
Under the Hood

25 February 2022, Version 1.2.2 Released

This is a maintenance release with major bug fixes.

There were several shortcomings with bandwidth management: capping was not performed correctly and could overuse uploading bandwidth. Also when the DHT is turned off or on, we need to recompute proper bandwidth stealing.

Corruption of the DHT disk databases could also lead to a crash.

There was a critical old bug in the Dynamic Querying layer that affected Ultrapeers mostly: we could corrupt memory and/or crash when the current node was removed and we were processing a Dynamic Query for that node. This is more likely to happen when running as an Ultrapeer but it could also affect nodes running as leaves, although the probability of that bug happening is much less in that case.

Finally, it is best to not iterate on a global list that could get changed due to a node removal. This was the case when sending pongs to neighbouring nodes, so we now take a private copy.

Improvements
Bug Fixes
Under the Hood

12 July 2021, Version 1.2.1 Released

This is a maintenance release with minor bug fixes.

Note that our project IRC #gtk-gnutella channel is now on irc.libera.chat.

When launching gtk-gnutella and there is a stale lockfile present, listing some PID, and it happens that there is already another process running under this PID, we abort, complaining that another gtk-gnutella is running. However, if the lockfile is really stale, and the PID listed in there has nothing to do with gtk-gnutella at the moment, the user will need to remove the stale lockfile. Hence we show them the command to run, listing the full lockfile path so that it is easy to overcome this little inconvenience!

When using hashtables for memory management, it was possible to trigger a resizing and, during the course of operations, have further memory used, requiring tracking of new items in the same hashtable we were in the process of resizing. That led to double VMM freeing of the region used to store the data.

Add properties to track bytes exchanged by schedulers. These properties track the amount of bytes exchanged by session and are reset to 0 whenever a new user session starts. It allows users to see the actual amount of data consumed by running gtk-gnutella sessions, programatically via the shell interface.

Add -t switch to shell "status" command: this displays the total amount of bandwidth consumed during the session for the different schedulers.

Improvements
Bug Fixes
Under the Hood

Older news...

Users Love Us Community Choice SF Favourite Community Leader Open Source Excellence SourceForge.net Logo RSS Feed Available Open Hub metrics Coverity Scan Build Status gtk-gnutella at GitHub
gtk-gnutella © 2000-2014 by Yann Grossel, Raphaël Manfredi and various contributors.