#42 CueTools DB Plugin 216 lookup crashes EAC

[none ofyourbusiness]

[ as described in the EAC support forum here: http://www.digital-inn.de/threads/eac-contacting-ctdb-at-the-end-of-ripping-then-crashes.47391/ ]

I am copying the report here verbatim:

Same thing happened to me on my old Laptop recently (which is the device I use to rip discs).
EAC 1.3, 02-SEP-2016
(Machine specs: WXP Pro SP3 x86, Intel Celeron 530 (1.73GHz), 2 GB RAM; Drive: "HL-DT-STDVDRAM GSA-T40L KC07")

I'm reasonably sure this has nothing to do with the hardware/software, but with the disc itself.
I say this because I'm in the process of ripping my entire library to FLAC, and so far, this problem has only occurred with one disc of a hundred or more.
(Maybe it's important to note that this was a copy-protected disc - specifically this one: https://www.discogs.com/Herbert-Grönemeyer-Mensch/release/445431 )

What happens is, the testing / ripping / compression is executed as normal, but at the end, the CTDB plugin takes unusually long (compared to other discs), and goes through a large number of URLs, then finally gets to "db.cuetools.net/submit2.php", again taking a while longer than normal, before the entire program simply closes without any error messages or anything.

Result: ripped (.flac) files are there, but no .log is created.

I have tried this several times on several days, so I'm also pretty sure that it's not just a temporary hiccup in communicating with the DB, for example.

I've since found another disc in my library (Paul Simon - Graceland; NO copy protection on that one) with which I can reproduce that exact problem.
Ripping with CTDB Plugin disabled works fine for both these discs.
I don't know if this is a bug in the plugin, a bug in EAC, a combination of the two, or a fatally corrupted database entry for each of the discs in question.
I would be glad to provide additional information if I can -- let me know.

[Grigory Chudov]

Crash was caused by long lines in CTDB log. CTDB plugin was modified to shorten long lines.