[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Remote EOF and MinGW builds
[Thread Prev] | [Thread Next]
- Subject: Re: Remote EOF and MinGW builds
- From: Andreas Schneider <mail@xxxxxxxxxxxx>
- Reply-to: libssh@xxxxxxxxxx
- Date: Mon, 8 Mar 2010 11:50:38 +0100
- To: libssh@xxxxxxxxxx
On Friday 05 March 2010 16:06:41 you wrote: > Hi Andreas, Hi Thomas, > On 05.03.2010 10:17, Andreas Schneider wrote: > > On Wednesday 03 March 2010 20:51:24 you wrote: > >> what about using Apache Portable Runtime (APR) or Netscape Portable > >> Runtime (NSPR)? Both implement poll() for Windows, Linux and Unix and > >> are known to be very portable and rather bug free. > > > > we don't want to add new dependencies to libssh, so this is not an > > option. We have to implement it in libssh. We can use LGPL code or ask > > an author if we can use the code in libssh under LGPL or write it on our > > own. > > this means you want to reimplement your own portable runtime. Which is > from my point of view almost impossible for such a small Project. You > just have to look at the code base that was needed for NSPR and APR. well, that what we already do. I don't think that we need all functions from nspr or apr. I don't think it is too hard to get a working poll implementation on Windows. The problem is that I'm a Linux developer and we don't have a Windows infrastructure. Maybe the best would be to apply your patch if it works and is tested. In addition implement runtime detection of WSAPoll(). Would you be interested in doing this task? > But you are right the downside is that you rely on an additional > library. But you have also chosen to use a cryptographic library instead > of implementing you own. The same applies to zlib. Well, crypto and zlib are requirements. You don't really want to implement crypto stuff by yourself. > The big advantage of a portable run time is, that it is well maintained > and widely spread. There is almost no computer that does not include > NSPR or APR libraries. Aris is currently traveling. We have to wait until he answers but I think the doesn't want to add a dependency on a new library too. We really appreciate your help and comments. Cheers, -- andreas
Remote EOF and MinGW builds | Thomas Schmid <schmid-thomas@xxxxxxx> |
Re: Remote EOF and MinGW builds | Andreas Schneider <mail@xxxxxxxxxxxx> |
Re: Remote EOF and MinGW builds | Thomas Schmid <schmid-thomas@xxxxxxx> |