Hi,
I have no idea why so many separators have been allowed.
I googled a bit yesterday, and didn't find anything useful. Most other
mysql connectors I've found only use ';'.
But it is documented this way since a long time in APR.
Removing some separators could break some existing configuration. So,
IMHO, it is unlikely to be accepted.
We maybe should have some way to escape some characters to be allowed
these delimiters to be used as "normal" characters.
I cross-post to APR dev@ mailing list to have others feed-back on it.
CJ
Le 21/08/2018 à 09:17, Mimiko a écrit :
Thank you
I was looking for such info and didn't found.
Why so much chars left for params split? Should I fire a request or
this will not be changed in future by concept?
On 20.08.2018 22:14, Christophe JAILLET wrote:
This seems to be mysql APR driver specific.
For some reasons, in APR, in function dbd_mysql_open(), fields are
split according to delimiters in:
static const char *const delims = " \r\n\t;|,";
See Remarks about MySQL at:
http://apr.apache.org/docs/apr-util/1.6/group___a_p_r___util___d_b_d.html#gabddb1fdcb2f8a5f5b83127485c78e8ae
According to the code, there is no way to avoid the "incorrect" split
of the DBDParams parameter.
I guess that your best option is to modify the password.
