The dangers of streaming across versions of glibc: A cautionary tale (2014)
1–10 of 82 posts
Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#2Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#3Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#4Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#5Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#6The post of from 2014 FYI. No idea if this is still an issue.
https://postgresql.verite.pro/blog/2018/08/27/glibc-upgrade....
Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#7AFAIK, this is fixed in PostgreSQL 10 (ICU), so no reason to panic if you are on v10+. However, it nicely demonstrates problems with strcoll :-)
Also, with libc collations you have to rebuild indexes after a glibc upgrade:
https://postgresql.verite.pro/blog/2018/08/27/glibc-upgrade....
Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#8The post of from 2014 FYI. No idea if this is still an issue.
Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#9The post of from 2014 FYI. No idea if this is still an issue.
nezirus ( https://news.ycombinator.com/item?id=18855711 ) says it isn't. (I don't know how this squares with daamien's ( https://news.ycombinator.com/item?id=18855837 ) contrary reply.)
SELECT * FROM pg_catalog.pg_collation;
As usual with collations, you must be careful and know what you are doing (old collations are also still available, for backwards compatibility)Re: The dangers of streaming across versions of glibc: A cautionary tale (2014)
#10The post of from 2014 FYI. No idea if this is still an issue.
nezirus ( https://news.ycombinator.com/item?id=18855711 ) says it isn't. (I don't know how this squares with daamien's ( https://news.ycombinator.com/item?id=18855837 ) contrary reply.)