Re: [jdev] Re: Local proxy for multiple applications

2006-04-24 Thread Mikael Hallendal
21 apr 2006 kl. 20.26 skrev Michal Vaner (Vorner): Hi, Dne pátek 21 duben 2006 19:49 Magnus Henoch napsal(a): I haven't looked at it myself but Telepathy might be a place to start: http://telepathy.freedesktop.org/wiki/ My god, not another DBus monster! :-O Using D-Bus doesn't by itself

Re: [jdev] sasl digest-response

2006-04-24 Thread Dominik Zablotny
Dnia 23-04-2006, nie o godzinie 20:51 +0200, Asia Gąsiewska napisał(a): Is this how it should work? I won't dare to analyse your algorithm (especially without the source code), but you can take a look at my .NET implementation. It does not handle ISO 8859-1 nor multiple challenges (thanks for

[jdev] Re: GNUPG as DLL

2006-04-24 Thread George Hazan
Hello, Justin! Fri, 21 Apr 2006 07:04:56 -0800 you wrote: JK As far as I know, the GnuPG developers intentially don't provide a DLL JK form of the program. This is why even GPGME (GnuPG Made Easy, the JK official library for apps to use) calls gpg.exe behind the scenes. Yep, probably

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Norman Rasmussen
On 4/24/06, George Hazan [EMAIL PROTECTED] wrote: Even on a PIV/2800 with 1GB RAM it takes about 200-300 msec to launch the gnupg.exe and process its result. Such a delay itself is a mess for a user who can type quickly. hear, hear. -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Michal vorner Vaner
On Mon, Apr 24, 2006 at 04:52:33PM +0400, George Hazan wrote: Hello, Justin! Fri, 21 Apr 2006 07:04:56 -0800 you wrote: JK As far as I know, the GnuPG developers intentially don't provide a DLL JK form of the program. This is why even GPGME (GnuPG Made Easy, the JK official library for

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Michal vorner Vaner
On Mon, Apr 24, 2006 at 05:52:29PM +0400, George Hazan wrote: Hello, Michal! Mon, 24 Apr 2006 15:46:59 +0200 you wrote: Even on a PIV/2800 with 1GB RAM it takes about 200-300 msec to launch the gnupg.exe and process its result. MvV Than the system (windows) should be rewritten, not the

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Justin Karneges
On Monday 24 April 2006 05:52, George Hazan wrote: Yep, probably because that EXE should be completely rewritten to allow to use the existing code as DLL.. For example, right now it uses global varibles instead of context structures. That's why I was looking for a brave guy :=) I believe

[jdev] Re: GNUPG as DLL

2006-04-24 Thread George Hazan
Hello, Michal! Mon, 24 Apr 2006 17:17:47 +0200 you wrote: Even on a PIV/2800 with 1GB RAM it takes about 200-300 msec to launch the gnupg.exe and process its result. MvV Than the system (windows) should be rewritten, not the program. If the antivirus usage is a corporate policy, you can't

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Michal vorner Vaner
On Mon, Apr 24, 2006 at 10:09:53PM +0400, George Hazan wrote: Hello, Michal! Mon, 24 Apr 2006 17:17:47 +0200 you wrote: Even on a PIV/2800 with 1GB RAM it takes about 200-300 msec to launch the gnupg.exe and process its result. MvV Than the system (windows) should be rewritten, not the

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Cedric Hyppolite
Hi, BouncyCastle (BC) is supposed to handle PGP. If you don't mind interfacing to a Java library, you could let BC handle your encryption on the fly. http://www.bouncycastle.org Regards, Cedric Le 24 avr. 06 à 20:47, Michal vorner Vaner a écrit : On Mon, Apr 24, 2006 at 10:09:53PM +0400,

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Trejkaz
On Tuesday 25 April 2006 01:17, Michal vorner Vaner wrote: it obeys one of the unix rules - one task = one program. Any instant messaging application which implements voice or video chat already disobeys this rule, so I don't think people should stick too strongly to it. I do not thing the

Re: [jdev] Re: GNUPG as DLL

2006-04-24 Thread Trejkaz
On Tuesday 25 April 2006 04:47, Michal vorner Vaner wrote: Anyway, GPG was designed to run under UNIX systems, where launching a binary is really fast (it has to be, since many good application use external programs for different actions, which menas configurability and not duplexing of code)