> > Yes. > > If FooApp is compiled against 8.0, it will then be unable to run if > > you upgrade libpq to 8.1. IIRC on Unix it will "fall > forward" to the > > new version if it's just a minor version upgrade (correct me if I'm > > wrong). > > On windows, it will break with an ugly dialog box. Which is why DLL > > renames are usually only done for backwards incompatible changes. > > So each app ships with it's required version of libpq, thus > preventing any issues, including problems caused by finding > an older dll with a different API. It makes life easier for us. Only then we can be almost certain that all apps will ship with 8.0.0, 8.1.0 etc, and nobody will get any minor version upgrades. But yeah, the easiest for us is certainly to push that out to the app vendor. Not really a problem for me, just wanted to point out the scenario. //Magnus
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера