-
-
Notifications
You must be signed in to change notification settings - Fork 554
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error: Could not parse subexpression ";" when parsing #109
Comments
Your missing the ending semicolon after the last Note that the error messages situation is going to immensely improve as soon as the esrap issue about it is resolved, which is sooner by the day ;-) (nikodemus/esrap#26). |
Thanks dimitri! I've removed the
In fact, if I change the file to:
I get the same error:
|
If I strip the config down to:
I get a different error:
Perhaps something else is wrong with my setup? |
Which version are you using when trying that? I can't reproduce the problem at all given current master's version, with neither of the syntaxes you've pasted here. In older versions the ordering of the clauses did matter, so you could try placing the |
Hi Dimitri - it's the version you've packaged as a deb. I've also tried master and the 3.0.99 tag. Could it be some other library / dependancy? dkam@localhost:~$ /usr/bin/pgloader --version
STYLE-WARNING: Undefined alien: "SSLv2_client_method"
pgloader version "3.0.99"
compiled with SBCL 1.1.14.debian
dkam@localhost:~$ /usr/bin/pgloader booko3.load
STYLE-WARNING: Undefined alien: "SSLv2_client_method"
2014-08-25T23:04:22.033000+04:00 LOG Starting pgloader, log system is ready.
2014-08-25T23:04:22.059000+04:00 LOG Main logs in '/tmp/pgloader/pgloader.log'
2014-08-25T23:04:22.068000+04:00 LOG Data errors in '/tmp/pgloader/'
2014-08-25T23:04:22.068000+04:00 LOG Parsing commands from file #P"/home/dkam/booko3.load"
An unhandled error condition has been signalled:
255 fell through ECASE expression. Wanted one of (10).
|
Did you try the line re-ordering trick, or building a newer version? |
Currently, the config is simply:
Building from the master branch, I get the following:
During the build - these errors appear - could this be related?
|
Oh, ok, so that's not a parsing problem. I think it's https://github.com/qitab/qmynd/blob/master/src/mysql-protocol/handshake.lisp#l209 wherein we only support the MySQL protocol from 4.1 onward. What version of MySQL is this server running? |
It's running 5.5: Server version: 5.5.38-0ubuntu0.12.04.1-log |
Ok can you try with the |
Sure thing!
|
Is there a configuration knob in MySQL so that it would run with the old protocol? My reading of http://dev.mysql.com/doc/internals/en/connection-phase-packets.html#packet-Protocol::Handshake makes it a compile-time option, and I don't know how you could check that... |
Hey Dimitri, Thanks, |
Can you tell me which version exactly you're using? It might be that they have a different protocol that the stock MySQL one... |
Mysql: Server version: 5.5.38-0ubuntu0.12.04.1-log (Ubuntu) |
I just improved the situation just a little bit here: qitab/qmynd@fc1b3db Now when using the current version of the driver you should have a proper error message. To update the driver, you can do:
Then you have to rebuild pgloader. Note that Also I'm hinted in http://bugs.mysql.com/bug.php?id=64870 that it might be an SSL problem, can you try without SSL if you're actually already using it? |
Any news? |
I've pulled the latest changes in master, cloned the qmynd repo and built it (within the pgload directory ), then build pgloader.
I believe this is what you were expecting? But now with a clearer error. I'll try without SSL now. The remote mysql server is : Server version: 5.5.38-0ubuntu0.12.04.1-log (Ubuntu) |
Thanks for retrying, this is more in line with normal users expectations, despite still failing. At least we get a grasp why directly from the error message, without having to look at the source code... From there, I don't know exactly what to do, your MySQL server isn't using the Protocol Version 10 apparently, at that's the only one known by the driver, and the only other one documented that I found is Protocol 9 (MySQL 3.x era), certainly not 255 as we saw before in your logs. |
I'm closing that one to clean up the number of open issues and for lack of new elements allowing to make progress. If you have some, please consider re-opening with them, of course. |
Hi there. I'm getting the following error when using the supplied deb on Ubuntu 14.04
My config is based on the sample:
The text was updated successfully, but these errors were encountered: