Jakob,
The stream compression code is quite new and we haven't had a chance to
test it with many other implementations yet. Do you see any error
messages in the server logs that might be related?
Regards,
Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
On Sunday December 18 2005 19:08, Matt Tucker wrote:
Jakob,
The stream compression code is quite new and we haven't had a chance to
test it with many other implementations yet. Do you see any error
messages in the server logs that might be related?
Hi Matt,
Indeed, debug.log contains the
Hi all,Has anyone managed to get the library to build to binary on Windows?It seems that various files are missing, and some lines of code are not liked by MSVC.Is it really released in an incomplete state, or am I doing something wrong? After all, Google Talk is a Windows-only app too, so it must
On Sun, 18 Dec 2005 20:07:54 +0100, Jakob Schroeter [EMAIL PROTECTED] wrote:
Indeed, debug.log contains the following:
...
java.util.zip.ZipException: no current ZIP entry
at java.util.zip.ZipOutputStream.write(Unknown Source)
...
Now, I haven't been looking at the Wildfire source or
On 18 Dec 2005, at 19:56, Matthew Wild wrote:
Has anyone managed to get the library to build to binary on Windows?
It seems that various files are missing, and some lines of code are
not liked by MSVC.
Is it really released in an incomplete state, or am I doing
something wrong? After all,
I was recently trying to convert some Java code to C# (to use
SharpZipLib), and I found the 'noHeader' parameters of the Inflater
constructor _HAD_ to be correct otherwise nothing would work. AFAIK:
the Java implementations have something similar, so you might check
that those values are correct
On Sunday December 18 2005 20:59, Tijl Houtbeckers wrote:
On Sun, 18 Dec 2005 20:07:54 +0100, Jakob Schroeter [EMAIL PROTECTED] wrote:
Indeed, debug.log contains the following:
...
java.util.zip.ZipException: no current ZIP entry
at java.util.zip.ZipOutputStream.write(Unknown Source)
Tjil,
Thanks for the link. I filed the following issue:
http://www.jivesoftware.org/issues/browse/JM-493
It sounds like using Jzlib is the right approach. The main problem we
ran into when committing stream compression support was a lack of other
implementations to test against for
hi matt,
i dont think there are clients which suport it yet. Its a big loop.
Client developers are waiting for servers and vice versa.
I have also prepared code and no chance to test it yet because of
missing servers.
But i think its time now to get some implementations. So Wildfire is a
good
i dont think there are clients which suport it yet. Its a big loop.
Client developers are waiting for servers and vice versa.
I have also prepared code and no chance to test it yet because of
missing servers.
Are there any estimations on how much a normal sream consumes in bandwidth,
I can't get the base component to build, I haven't got anywhere near as far as that yet, but if I do, I'll surely let you know ;)On 12/18/05, Kevin Smith
[EMAIL PROTECTED] wrote:On 18 Dec 2005, at 19:56, Matthew Wild wrote:
Has anyone managed to get the library to build to binary on Windows? It
On Sunday 18 December 2005 14:06, Remko Troncon wrote:
i dont think there are clients which suport it yet. Its a big loop.
Client developers are waiting for servers and vice versa.
I have also prepared code and no chance to test it yet because of
missing servers.
Are there any
12 matches
Mail list logo