headers
Andreas Rottmann | 13 Dec 17:26
Picon
Picon
Gravatar

Re: almost back

Steve Holmes <steve <at> holmesgrown.com> writes:

[also interested in zinf development, but still learning C++]

I'd like to follow up here and say that I (also wearing my zinf debian
maintainer hat -> _/\_ ;-)) am also interested in lending a helping
hand, but am also tied up with some other projects. I have a good
knowledge of C++, but I still have to review the code you posted some
time ago, so I can actually post some (hopefully) useful ideas for
development.

I also really would like to contribute my experience in interfacing
C++ with scripting languages (I wrote a framework for that, using a
quite different approach (-> very C++-centric) from SWIG and similiar
tools, see http://yehia.sf.net). I don't have done work on this for
some time, because I started a P2P work distribution application, but
some months I began to restructure it (making it more modular) and
implemented classes for (non-blocking, event-based IO). It would be
*really* great if we could merge efforts here and produce code that
maybe *also* of use for other (non-zinf related) projects.

Now, before I get too shameless in self-promotion, I stop - hopefully
the zinf developers can flame a bit (or comment ;-) on the above.

Regards, Andy - who goes off to browse the ML archive for the code
stuff.

P.S: Are there sometimes people in #zinf on freenode?
--

-- 
Andreas Rottmann         | Dru <at> ICQ        | 118634484 <at> ICQ | a.rottmann <at> gmx.at
(Continue reading)

Permalink | Reply |
headers
Robert Hart | 13 Dec 18:08

Re: almost back


On Fri, 2002-12-13 at 16:26, Andreas Rottmann wrote:

> I'd like to follow up here and say that I (also wearing my zinf debian
> maintainer hat -> _/\_ ;-)) am also interested in lending a helping
> hand, but am also tied up with some other projects. I have a good
> knowledge of C++, but I still have to review the code you posted some
> time ago, so I can actually post some (hopefully) useful ideas for
> development.

I'd be interested to here your views on the issue of maintainance of
zinf2. (with you wearing you hat) 

It seems to me, looking through the sourceforge, and debian bugs lists,
(and actually using zinf) that there are (easily) fixable bugs that
could be looked at. 

Would you be interested in accepting patches for zinf2, and would you
prefer to do this as "upstream" or as "debian maintainer"?

Rob

-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
Permalink | Reply |
headers
Andreas Rottmann | 13 Dec 18:10
Picon
Picon
Gravatar

Re: almost back

Andreas Rottmann <a.rottmann <at> gmx.at> writes:

> tools, see http://yehia.sf.net). I don't have done work on this for
>
s/yehia/ucxx/. Sorry. Does someone know if/how it is possible to
change a name of a SF project?

> some time, because I started a P2P work distribution application, but
> some months I began to restructure it (making it more modular) and
> implemented classes for (non-blocking, event-based IO). It would be
> *really* great if we could merge efforts here and produce code that
> maybe *also* of use for other (non-zinf related) projects.
> 
No that I've re-read the 'A new design proposal' thread, I'd like you
(the zinf developers, esp. Ed), consider the following interface. I
know it's a bit late, but maybe we can exchange some (hopefully
valuable) ideas. Note that the following code uses the Signal/Slot
mechanism of sigc++, which you probably know from GTK+ (altough the
sigc++ implementation is said to be faster).

class DataSource : virtual public SigC::Object
{
  public:
    typedef unsigned int size_type;

    DataSource();
    virtual ~DataSource();

    virtual size_type read(void *data, size_type len) throw (IOException) = 0;
    virtual void set_notification(bool do_notify) = 0;
(Continue reading)

Permalink | Reply |
headers
Ed Sweetman | 13 Dec 20:55
Favicon

Re: almost back

Andreas Rottmann wrote:
> Andreas Rottmann <a.rottmann <at> gmx.at> writes:
> 
> 
>>tools, see http://yehia.sf.net). I don't have done work on this for
>>
> 
> s/yehia/ucxx/. Sorry. Does someone know if/how it is possible to
> change a name of a SF project?
> 
> 
>>some time, because I started a P2P work distribution application, but
>>some months I began to restructure it (making it more modular) and
>>implemented classes for (non-blocking, event-based IO). It would be
>>*really* great if we could merge efforts here and produce code that
>>maybe *also* of use for other (non-zinf related) projects.
>>
> 
> No that I've re-read the 'A new design proposal' thread, I'd like you
> (the zinf developers, esp. Ed), consider the following interface. I
> know it's a bit late, but maybe we can exchange some (hopefully
> valuable) ideas. Note that the following code uses the Signal/Slot
> mechanism of sigc++, which you probably know from GTK+ (altough the
> sigc++ implementation is said to be faster).
> 
> class DataSource : virtual public SigC::Object
> {
>   public:
>     typedef unsigned int size_type;
>
(Continue reading)

Permalink | Reply |
headers
Tim Lesher | 13 Dec 20:53

Re: almost back

On Fri, Dec 13, 2002 at 06:10:42PM +0100, Andreas Rottmann wrote:
> Note that the following code uses the Signal/Slot mechanism of
> sigc++, which you probably know from GTK+ (altough the sigc++
> implementation is said to be faster).

AFAIK, sigc++ hasn't been ported to Win32.  Is that true?

--

-- 
Tim Lesher <tim <at> lesher.ws>
http://www.lesher.ws

-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
Permalink | Reply |
headers
Andreas Rottmann | 13 Dec 22:03
Picon
Picon
Gravatar

Re: almost back

Tim Lesher <tim <at> lesher.ws> writes:

> On Fri, Dec 13, 2002 at 06:10:42PM +0100, Andreas Rottmann wrote:
> > Note that the following code uses the Signal/Slot mechanism of
> > sigc++, which you probably know from GTK+ (altough the sigc++
> > implementation is said to be faster).
> 
> AFAIK, sigc++ hasn't been ported to Win32.  Is that true?
> 
No, there is even win32/docs file in the 1.2 source tree (I was
talking about 1.2). Take a look at the recent mailing list archives,
there are enough win32-specific messages. libsigc++ is actually quite
portable, but a bit demanding from the compiler (regarding conforming
to the C++ standard).

Regards, Andy
--

-- 
Andreas Rottmann         | Dru <at> ICQ        | 118634484 <at> ICQ | a.rottmann <at> gmx.at
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint              | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
Permalink | Reply |
headers
Tim Lesher | 13 Dec 22:42

Re: almost back

On Fri, Dec 13, 2002 at 10:03:46PM +0100, Andreas Rottmann wrote:
> Tim Lesher <tim <at> lesher.ws> writes:
> > AFAIK, sigc++ hasn't been ported to Win32.  Is that true?
> > 
> No, there is even win32/docs file in the 1.2 source tree (I was
> talking about 1.2). 

OK.  I came across it some time ago while I was searching for some QT
slot docs, and it seemed pretty UNIX-centric at the time.

Good to hear.

--

-- 
Tim Lesher <tim <at> lesher.ws>
http://www.lesher.ws

-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
Permalink | Reply |

Gmane