Sadly you removed the possibility to completely exclude linkage to
ICS ZLib :(
This is consistent behaviour with other ICS v7 components, content
compression is determined by configuration defaulting as disabled, not by
compiler defines.
There is nothing to stop you using alternative
Hello Flavio,
Not a known issue. But when it accept new connections after you restart
your application, maybe you are out of nonpaged memory? (sockets use
nonpaged).
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Monday, June 15, 2009,
There is nothing to stop you using alternative compression libraries, I
have applications using different components each with their own versions
of zlib.
Yes, of course, but why increase final application size, and resources
used, if we can simple add the possibility to not duplicate it,
If we are not going to use compression, or we are handling it in
our own code, why link the zlib library?
You said you are not using the v7 component, so none of this currently
effects your applications. It is not realistic to make the code more
complicated just to satisfy compatibility for
Using TEmulVT , which has worked out really well, i ran into an issue
where if i send it a string that is more then 80chars wide, it won't
wrap down to the next line?
if i send a string of 100 chars, it will display a whole line of them
even tho the column setting is 80. On the other side
Using TEmulVT , which has worked out really well, i ran into an issue
where if i send it a string that is more then 80chars wide, it won't wrap
down to the next line?
if i send a string of 100 chars, it will display a whole line of them even
tho the column setting is 80. On the other side
If we are not going to use compression, or we are handling it in
our own code, why link the zlib library?
You said you are not using the v7 component, so none of this currently
effects your applications. It is not realistic to make the code more
complicated just to satisfy
