<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent posts to news</title><link href="https://sourceforge.net/p/dcprod/news/" rel="alternate"/><link href="https://sourceforge.net/p/dcprod/news/feed.atom" rel="self"/><id>https://sourceforge.net/p/dcprod/news/</id><updated>2003-11-14T10:10:42Z</updated><subtitle>Recent posts to news</subtitle><entry><title>No more</title><link href="https://sourceforge.net/p/dcprod/news/2003/11/no-more/" rel="alternate"/><published>2003-11-14T10:10:42Z</published><updated>2003-11-14T10:10:42Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net50196d2de56187084fdc03e0288f1f26f9258678</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Just to tell you, I will not do anything more on dcpro. I have not given up my DC aspirations, but I have decided to rewrite it from scratch. Once I get a complete system, search for Dolda Connect instead.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Zombie processes, part 2</title><link href="https://sourceforge.net/p/dcprod/news/2003/02/zombie-processes-part-2/" rel="alternate"/><published>2003-02-17T00:17:28Z</published><updated>2003-02-17T00:17:28Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.netb67138f09cdbea360f6033ea23f4a5d33946e13c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I compensated for the CLONE_THREAD flaw in linuxthreads, so the issue with zombie filters seems to be solved now. The new release is available as dcprod 0.2-2.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Zombie processes</title><link href="https://sourceforge.net/p/dcprod/news/2003/02/zombie-processes/" rel="alternate"/><published>2003-02-16T22:04:54Z</published><updated>2003-02-16T22:04:54Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.netc9956547ad7982531075b9194fbfd05548f74edb</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I finally discovered why dcprod fails to wait for the filter processes. I suspected from the beginning that it was a flaw in the LinuxThreads implementation, but I thought it was that the signal handlers weren't correctly cloned. When I looked deeper, it turned out that LinuxThreads puts the cloned processes in different thread groups, even though Linux has had support for thread groups since the release of 2.4.&lt;br /&gt;
I was going to recommend everyone to upgrade their glibc, but then I found that not even the latest CVS version uses thread groups correctly.&lt;br /&gt;
I have begun writing a compensation for this issue in dcprod, so that the filter are both forked and waited for in the same thread, and hopefully I'll be done later tonight.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>dcprod GUI released</title><link href="https://sourceforge.net/p/dcprod/news/2003/02/dcprod-gui-released/" rel="alternate"/><published>2003-02-13T16:34:18Z</published><updated>2003-02-13T16:34:18Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net535a98a1c45f9288864711468d4bbcc12e8c5e3e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I've released a GUI in the dcpro (as opposed to dcprod) package. It runs with gtk+-1.2. Much is to be changed with this GUI. I will remake the make process, too. The current release is truly an alpha release, but it's far better than nothing.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>dcprod finally stable?</title><link href="https://sourceforge.net/p/dcprod/news/2003/02/dcprod-finally-stable/" rel="alternate"/><published>2003-02-13T16:07:00Z</published><updated>2003-02-13T16:07:00Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.netf768d4ff0728c87aea82bba5d937ab47bff8648e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I finally took my time to add list locking for interfaces and transfers. It seems to have paid off, though, becuase I'm not getting any of these strange, register changing crashes anymore. I've fixed some deadlocks, but some may be left.&lt;br /&gt;
The current bugs are more of the resource-devouring kind. For example, zombie filters aren't waited for, and there still seems to be a slight memory leak.&lt;br /&gt;
It seems stable enough to warrant a minor version number change, though.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>New release</title><link href="https://sourceforge.net/p/dcprod/news/2002/11/new-release/" rel="alternate"/><published>2002-11-24T23:11:24Z</published><updated>2002-11-24T23:11:24Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net2112743f4a6cb9d1acb0d0abee0c69f143a07723</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I released 0.1-9 today, in which I fixed som emore bugs, most significantly of which that I made interface fd:s nonblocking, something that used to block threads arbitrarily when connected to laggy hubs.&lt;br /&gt;
I've also added virtual file support for the share, which I plan to use for the file list one day. Unfortunately, the crappy DC protocol imposes some limitations on this, but it might still be usable for some purposes.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>0.1-8</title><link href="https://sourceforge.net/p/dcprod/news/2002/10/01-8/" rel="alternate"/><published>2002-10-15T00:46:25Z</published><updated>2002-10-15T00:46:25Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net22fdd4dbd8237b26829281449d656781d94d4703</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I released 0.1-8. I think I've finally found out why the uploads tended to block. I never even considered that send() could differ form write() in that it blocks until _all_ bytes are written...&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>0.1-7 released!</title><link href="https://sourceforge.net/p/dcprod/news/2002/10/01-7-released/" rel="alternate"/><published>2002-10-13T13:57:15Z</published><updated>2002-10-13T13:57:15Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.netc25bc85174c77042540be5bc592830aacbcf3d79</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;After a month of debugging, I believe that I have finally found the cause of the constant segfaults.&lt;br /&gt;
After using valgrind, it seemed they were due to that commands issued by a closing hub remained in the command queue, and were executed with an invalid interface reference when the hub interface was closed. I have not yet done any exhaustive testing, but it has made it through a situation that made it crash almost every time before, namely to be able to connect to a large number of hubs in sequence.&lt;br /&gt;
The problem was fixed simply by adding mutexes to the interfaces and deleting commands from the command queue when the interface they were associated with closes.&lt;br /&gt;
It took some pretty long time, though. I just hope it was worth it.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Kicking</title><link href="https://sourceforge.net/p/dcprod/news/2002/10/kicking/" rel="alternate"/><published>2002-10-13T02:43:01Z</published><updated>2002-10-13T02:43:01Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net707aacdfb82d13785390a355e75d6e30c7cc3dc2</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Just wanted to tell everyone that today I got kicked from my first hub for not having the file list available. The bastards!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Documentation finished</title><link href="https://sourceforge.net/p/dcprod/news/2002/09/documentation-finished/" rel="alternate"/><published>2002-09-01T16:08:16Z</published><updated>2002-09-01T16:08:16Z</updated><author><name>Fredrik Tolf</name><uri>https://sourceforge.net/u/dolda2000/</uri></author><id>https://sourceforge.net48eed46c79456c2a8148c4d5cdaf2d1edc66c049</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I finally took the time to write manpages for dcprod. I have added them to release 0.1-6 along with some extra bugfixes. I finally saw what I had made that could just delete transfers in the middle of the file.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>