Version 4.20, 2006.11.30, urgency: MEDIUM:
* Release notes
- The new transfer() function has been well tested.
I recommend upgrading any previous version with this one.
* Bugfixes
- Fixed support for encrypted passphases (broken in 4.19).
- Reduced amount of debug logs.
- A minor man page update.
Version 4.19, 2006.11.11, urgency: LOW/EXPERIMENTAL:
* Release notes
- There are a lot of new features in this version. I recommend
to test it well before upgrading your mission-critical systems.
* New features
- New service-level option to specify OCSP server flag:
OCSPflag = <flag>
- "protocolCredentials" option changed to "protocolUsername"
and "protocolPassword"
- NTLM support to be enabled with the new service-level option:
protocolAuthentication = NTLM
- imap protocol negotiation support added.
- Passphrase cache was added so the user does not need to reenter
the same passphrase for each defined service any more.
- New service-level option to retry connect+exec section:
retry = yes|no
- Local IP and port is logged for each established connection.
- Win32 DLLs for OpenSSL 0.9.8d.
* Bugfixes
- Serious problem with SSL_WANT_* retries fixed.
The new code requires extensive testing!
Version 4.18, 2006.09.26, urgency: MEDIUM:
* Bugfixes
- GPF on entering private key pass phrase on Win32 fixed.
- Updated OpenSSL Win32 DLLs.
- Minor configure script update.
Version 4.17, 2006.09.10, urgency: MEDIUM:
* New features
- Win32 DLLs for OpenSSL 0.9.8c.
* Bugfixes
- Problem with detecting getaddrinfo() in ./configure fixed.
- Compilation problem due to misplaced #endif in ssl.c fixed.
- Duplicate 220 in smtp_server() function in protocol.c fixed.
- Minor os2.mak update.
- Minor update of safestring()/safename() macros.
Version 4.16, 2006.08.31, urgency: MEDIUM:
* New features sponsored by Hewlett-Packard
- A new global option to control engine:
engineCtrl = <command>[:<parameter>]
- A new service-level option to select engine to read private key:
engineNum = <engine number>
- OCSP support:
ocsp = <URL>
* New features
- A new option to select version of SSL protocol:
sslVersion = all|SSLv2|SSLv3|TLSv1
- Visual Studio vc.mak by David Gillingham <dgillingham@gmail.com>.
- OS2 support by Paul Smedley (http://smedley.info)
* Bugfixes
- An ordinary user can install stunnel again.
- Compilation problem with --enable-dh fixed.
- Some minor compilation warnings fixed.
- Service-level CRL cert store implemented.
- GPF on protocol negotiations fixed.
- Problem detecting addrinfo() on Tru64 fixed.
- Default group is now detected by configure script.
- Check for maximum number of defined services added.
- OpenSSL_add_all_algorithms() added to SSL initialization.
- configure script sections reordered to detect pthread library funcions.
- RFC 2487 autdoetection improved. High resolution s_poll_wait()
not currently supported by UCONTEXT threading.
- More precise description of cert directory file names (thx to Muhammad
Muquit).
* Other changes
- Maximum number of services increased from 64 to 256 when poll() is used.
This module allows users to communicate with eBay using perl and
their XML based eBay API. You can use it to list items for sale,
bid, get seller item list, search, get ebay time, or do anything
else.
Many details of this API can be found at http://developer.ebay.com.
To be able to use this module, you need to register there and obtain
keys and a authentication token using "tokentool".
The job of its module is to encapsulate connectivity and authentication,
and communication with ebay. First, you need to initialize your
ebay connection by passing it credentials. After that, you can send
queries to eBay. A typical request is comprised of its name, and
a hash table of application parameters.
This is a pure Java (Type IV) JDBC driver for the PostgreSQL
database. It allows Java programs to connect to a PostgreSQL
database using standard, database independent Java code.
The driver provides a reasonably complete implementation of the
JDBC 3 specification in addition to some PostgreSQL specific
extensions.
Version 8.1-408 (2006-12-01)
* update Italian translation update. (jurka) Thanks to Giuseppe
Sacco.
* update Brazilian Portuguese translation update. (jurka) Thanks
to Euler Taveira de Oliveira.
* fix When issuing multiple queries on one statement the driver
was not clearing some intermediate state between executions.
When an update, insert, or delete followed a select, the select's
results were still available and would be returned instead of
the non-query's affected row count. (jurka) Thanks to Gilles
Rayrat.
* fix When the driver asks the server to resolve a type the
resolved type is stored in the SimpleQuery object. When the
statement is executed again the driver determines whether the
existing types match or if it needs to be reprepared by comparing
the current Statement's settings with the SimpleQuery. The
Statement will have the unspecified oid while the SimpleQuery
will have the resolved oid, so there will not be a match and
the statement will needlessly be reprepared. Allow an unspecified
oid to match any resolved type. (jurka) Thanks to Akira Sato.
* fix When creating a ResultSet from a refcursor, respect the
creating ResultSet's scollability setting. The way the ResultSet
is created means that it will always be scrollable anyway, so
there's no downside. We cannot support updatable refcursor
ResultSets until we get updatable cursors. (jurka)
* fix Fix a bug in function escape processing. When dealing
with an invalid escape the code attempted to read until it hit
the escape end and press on, but it forgot to increment its
position counter. This lead to an infinite loop that eventually
resulted in an out of memory error. (jurka)
* fix Update the documentation to reflect the fact that the
default prepareThreshold is five, not zero. (jurka)
* fix Correct error message in CallableStatement to identify
the mismatch with the registered return type. (jurka)
* fix Correct escaping of named savepoints which follow
identifier, not literal rules. (jurka) Thanks to Michael Paesold.
Version 8.1-407 (2006-05-23)
* update Remove documentation's claim that we don't support
functions with out parameters. (jurka)
* update Updated German translation. (jurka) Thanks to Andre
Bialojahn.
* fix Using callable statements against older server versions
(7.4 or 8.0) did not work because of recent changes to output
parameter handling. 7.4 and 8.0 do not support function output
parameters, but they still must support the functions return
value. Every function must have either a return value or an
output parameter so we force the minimum output parameter count
to one. (jurka)
* fix When running against a 8.1+ server with protocol version
2 we cannot handle output parameters and can only handle the
traditional function return value. (jurka)
Version 8.1-406 (2006-05-22)
* update Updated German transalation. (jurka) Thanks to Andre
Bialojahn.
* fix Fix a couple of bugs in CallableStatement outputs. An
oversight in the checking of actual results vs. what the caller
specified for registerOutParameter was checking all register
parameters against the first out parameter, not the parameter
it actually corresponded with. Also with a function that has
an in parameter and an out parameter, the out parameter will
be registered at position 2, but will be returned in a result
at position 1 because the first input parameter generates no
output. The driver needs to correctly map between these two
parameter offsets. (davec) Thanks to Luis Londono.
* fix Error messages were not run through MessageFormat if it
didn't have any parameters. This was a problem because all
error messages are written expecting to be run through the
formatter and use two single quotes when only one is desired
in the output. Without being run through the formatter the two
quotes appeared in the output. (jurka) Thanks to Giuseppe Sacco.
* fix Add some more synchronization to the TypeInfoCache. We
need synchronization around the PreparedStatements because they
may not be used by two threads at the same time. Additional
synchronization is applied to the maps to ensure that they are
in sync with each other. Make _pgNameToSQLType static. (jurka)
Thanks to Till Toenges.
* fix An OutOfMemoryError during fe<->be communication leaves
the protocol in an unknown state. This prevents the caller from
even closing the connection. Checking every allocation is a
lot of work, but the most likely error location is going to be
when receiving large result sets. Put in checks around receiving
row data to detect memory exhaustion, keep the protocol in a
known state, and report the failure back to the user. (jurka)
Thanks to David Blasby.
* fix When we're unable to parse a timestamp value, the error
message should print out the bad value. It was printing a char
array which showed up as a useless [C@xxxx. (jurka) Thanks to
Oliver Jowett.
* fix gij/gcj has some JDK1.5 classes in it, but it only supports
JDK1.4 as the default source level. This confuses older ant
versions and our build script tries to compile a JDK1.5 version.
Instead of letting ant detect the java version, let the jvm
tell us that itself using java.specification.version as suggested
by Heikki Linnakangas. Also put in a check for a JDK1.6 compile
attempt and bail out with an explanatory unsupported error
message instead of just failing at some random point. (jurka)
* fix When a prepared statement uses different parameter types
than what the statement was originally prepared for, the driver
must replan the query for the new types. When doing this in
batches the driver was not correctly freeing old plans. To
cleanup prepared statements the driver records a reference to
a query object in response to the ParseComplete message. The
problem in this case was that since the driver sends multiple
Parse messages before a Sync, when the driver receives the
first ParseComplete message the query object now contains a
reference to the latest parsed statement, not the first. So it
was only cleaning up the last parsed statement not all of them.
(jurka) Thanks to Peter Eisentraut.
* fix When the Connection retrieved from XAConnection.getConnection()
is closed we do not want to rollback the transaction because
the underlying connection is not closed and the transaction is
being managed by the XAResource, not the Connection. (jurka)
Thanks to Niels Beekman.
Version 8.0-318 (2006-12-01)
* update Brazilian Portuguese translation update. (jurka) Thanks
to Euler Taveira de Oliveira.
* fix When issuing multiple queries on one statement the driver
was not clearing some intermediate state between executions.
When an update, insert, or delete followed a select, the select's
results were still available and would be returned instead of
the non-query's affected row count. (jurka) Thanks to Gilles
Rayrat.
* fix When the driver asks the server to resolve a type the
resolved type is stored in the SimpleQuery object. When the
statement is executed again the driver determines whether the
existing types match or if it needs to be reprepared by comparing
the current Statement's settings with the SimpleQuery. The
Statement will have the unspecified oid while the SimpleQuery
will have the resolved oid, so there will not be a match and
the statement will needlessly be reprepared. Allow an unspecified
oid to match any resolved type. (jurka) Thanks to Akira Sato.
* fix When creating a ResultSet from a refcursor, respect the
creating ResultSet's scollability setting. The way the ResultSet
is created means that it will always be scrollable anyway, so
there's no downside. We cannot support updatable refcursor
ResultSets until we get updatable cursors. (jurka)
* fix Fix a bug in function escape processing. When dealing
with an invalid escape the code attempted to read until it hit
the escape end and press on, but it forgot to increment its
position counter. This lead to an infinite loop that eventually
resulted in an out of memory error. (jurka)
* fix Update the documentation to reflect the fact that the
default prepareThreshold is five, not zero. (jurka)
* fix Correct escaping of named savepoints which follow
identifier, not literal rules. (jurka) Thanks to Michael Paesold.
Version 8.0-317 (2006-05-23)
* fix A bad merge of out of memory detection and zero testing
resulted in incorrectly handing of null values. (jurka) Thanks
to Glenn Holmer.
Version 8.0-316 (2006-05-22)
* fix Error messages were not run through MessageFormat if it
didn't have any parameters. This was a problem because all
error messages are written expecting to be run through the
formatter and use two single quotes when only one is desired
in the output. Without being run through the formatter the two
quotes appeared in the output. (jurka) Thanks to Giuseppe Sacco.
* fix An OutOfMemoryError during fe<->be communication leaves
the protocol in an unknown state. This prevents the caller from
even closing the connection. Checking every allocation is a
lot of work, but the most likely error location is going to be
when receiving large result sets. Put in checks around receiving
row data to detect memory exhaustion, keep the protocol in a
known state, and report the failure back to the user. (jurka)
Thanks to David Blasby.
* fix gij/gcj has some JDK1.5 classes in it, but it only supports
JDK1.4 as the default source level. This confuses older ant
versions and our build script tries to compile a JDK1.5 version.
Instead of letting ant detect the java version, let the jvm
tell us that itself using java.specification.version as suggested
by Heikki Linnakangas. Also put in a check for a JDK1.6 compile
attempt and bail out with an explanatory unsupported error
message instead of just failing at some random point. (jurka)
* fix When a prepared statement uses different parameter types
than what the statement was originally prepared for, the driver
must replan the query for the new types. When doing this in
batches the driver was not correctly freeing old plans. To
cleanup prepared statements the driver records a reference to
a query object in response to the ParseComplete message. The
problem in this case was that since the driver sends multiple
Parse messages before a Sync, when the driver receives the
first ParseComplete message the query object now contains a
reference to the latest parsed statement, not the first. So it
was only cleaning up the last parsed statement not all of them.
(jurka) Thanks to Peter Eisentraut.
MLDonkey has a very serious bug which leeds to uploading
data blocks twice to eMule clients.
This is due to the fact that MLDonkey gets confused by
eMule rotating block request scheme.
http://hydranode.com/docs/ed2k/ed2kproto.php#upload
> Namely, eMule (and compatible) clients use "rotational chunkrequest"
scheme,
> where each REQCHUNKS packet contains one new chunk and two older chunks
> ...
> This can lead to duplicate data being sent by mldonkeys, if a rotational
> chunkrequest scheme is used when communicating with them.
More infos about it, including logs proving the problem, can be found here:
http://mldonkey.sourceforge.net/forums/viewtopic.php?t=4576
Bump PKGREVISION.
Based on PR 33091, made pkglint clean and update.
FetchYahoo is a Perl script that downloads mail from a Yahoo! account
to a local mail spool. It is meant to replace fetchmail for people
using Yahoo! mail since Yahoo!'s POP service no longer free. It
downloads messages to a local mail spool, including all parts and
attachments. It then deletes messages unless requested not to. It can
also optionally forward messages to a specified e-mail address and
repeat with a given interval.
