Hi,
I'm still hitting the InterlockedCompareExchange regression described here [1] (i.e. entry point for InterlockedCompareExchange@12 could not be located in libintl-8.dll), and noticed that some packages are still affected, that is still have the symbol in the dll. I've found one package (i.e. mingw-gtkspellmm30 which I've taken care to rebuild) which, although rebuilt to fix the issue, ended up still having InterlockedCompareExchange@12 in the symbol table, as well as another one which was not rebuilt at all, i.e. mingw-openssl. Unfortunately, I'm not sure which is the best way to find out which packages need to be (re-)rebuilt? (This is on rawhide btw.)
- Sandro
[1] http://comments.gmane.org/gmane.comp.gnu.mingw.w64.general/7411
Sandro Mani schreef op ma 08-07-2013 om 01:56 [+0200]:
Hi,
I'm still hitting the InterlockedCompareExchange regression described here [1] (i.e. entry point for InterlockedCompareExchange@12 could not be located in libintl-8.dll)
Hi,
Could you attach a list of all mingw RPMs you've got installed on your system? (rpm -qa | grep mingw | sort) All packages in F19 should be regression-free.
Is the gtkspellmm30 package the only one which shows this regression or have you also seen it on other libraries?
Regards,
Erik
On 09.07.2013 19:25, Erik van Pienbroek wrote:
Sandro Mani schreef op ma 08-07-2013 om 01:56 [+0200]:
Hi,
I'm still hitting the InterlockedCompareExchange regression described here [1] (i.e. entry point for InterlockedCompareExchange@12 could not be located in libintl-8.dll)
Hi,
Could you attach a list of all mingw RPMs you've got installed on your system? (rpm -qa | grep mingw | sort) All packages in F19 should be regression-free.
Is the gtkspellmm30 package the only one which shows this regression or have you also seen it on other libraries?
Regards,
Erik
Hi Erik,
Find the list below (as noted though, I'm using rawhide, not f19 - in case it matters). I've scanned all dlls in the sys-root/mingw/bin folder with objdump, grepping for the said symbol, and now there are no affected dlls anymore. I can try installing the whole set of mingw packages later this evening and scan those dlls also if it helps. But to specifically answer your question: mingw-gtkspellmm30 is the only library I noticed where the rebuild did not fix the problem (but the subsequent rebuild did, so maybe it was just a matter of the koji buildroot not having had the updated mingw-crt package at the time?). Also, mingw-openssl is the only affected package I've noted which was not rebuilt (and a rebuild also there fixed the problem, i.e. the mingw-openssl-1.0.1e-2.1 is my locally rebuilt package).
Best, Sandro
mingw32-atk-2.8.0-1.fc20.noarch mingw32-atkmm-2.22.7-2.fc20.noarch mingw32-binutils-2.23.52.0.1-1.fc20.x86_64 mingw32-bzip2-1.0.6-3.fc19.noarch mingw32-cairo-1.12.14-2.fc20.noarch mingw32-cairomm-1.10.0-9.fc19.noarch mingw32-cpp-4.8.1-1.fc20.x86_64 mingw32-crt-2.0.999-0.28.trunk.r5915.20130628.fc20.noarch mingw32-curl-7.29.0-1.fc20.noarch mingw32-curlpp-0.7.3-1.fc20.noarch mingw32-dbus-1.6.8-2.fc19.noarch mingw32-dlfcn-0-0.15.r11.fc19.noarch mingw32-eigen3-3.1.3-1.fc20.noarch mingw32-enchant-1.6.0-8.fc19.noarch mingw32-expat-2.1.0-4.fc19.noarch mingw32-filesystem-99-1.fc20.noarch mingw32-fontconfig-2.10.93-1.fc20.noarch mingw32-freetype-2.4.12-1.fc20.noarch mingw32-gcc-4.8.1-1.fc20.x86_64 mingw32-gcc-c++-4.8.1-1.fc20.x86_64 mingw32-gdb-7.6-1.fc20.noarch mingw32-gdk-pixbuf-2.28.2-2.fc20.noarch mingw32-gettext-0.18.2.1-3.fc20.noarch mingw32-giflib-4.1.6-2.fc20.noarch mingw32-glew-1.9.0-5.fc20.noarch mingw32-glib2-2.37.3-2.fc20.noarch mingw32-glibmm24-2.36.2-2.fc20.noarch mingw32-gtk3-3.9.0-3.fc20.noarch mingw32-gtkmm30-3.8.1-2.fc20.noarch mingw32-gtkspell3-3.0.3-2.fc20.noarch mingw32-gtkspellmm30-3.0.2-3.fc20.noarch mingw32-harfbuzz-0.9.18-4.fc20.noarch mingw32-headers-2.0.999-0.28.trunk.r5915.20130628.fc20.noarch mingw32-hunspell-1.3.2-9.fc19.noarch mingw32-icu-50.1.2-1.fc20.noarch mingw32-jasper-1.900.1-21.fc19.noarch mingw32-lcms2-2.4-2.fc19.noarch mingw32-leptonica-1.69-2.fc20.noarch mingw32-libffi-3.0.13-3.fc20.noarch mingw32-libidn-1.25-2.fc19.noarch mingw32-libjpeg-turbo-1.2.90-1.fc20.noarch mingw32-libpng-1.5.13-2.fc19.noarch mingw32-libsigc++20-2.3.1-1.fc19.noarch mingw32-libssh2-1.4.3-1.fc20.noarch mingw32-libtiff-4.0.3-2.fc19.noarch mingw32-libwebp-0.2.1-2.fc20.noarch mingw32-libxml2-2.9.1-1.fc20.noarch mingw32-nsis-2.46-9.fc19.x86_64 mingw32-nsiswrapper-9-6.fc19.noarch mingw32-openjpeg-1.5.1-3.fc20.noarch mingw32-openssl-1.0.1e-2.1.fc20.noarch mingw32-pango-1.35.0-1.fc20.noarch mingw32-pangomm-2.34.0-2.fc20.noarch mingw32-pixman-0.30.0-2.fc20.noarch mingw32-pkg-config-0.28-1.fc20.x86_64 mingw32-poppler-0.22.5-1.fc20.noarch mingw32-poppler-glib-0.22.5-1.fc20.noarch mingw32-pthreads-2.8.0-23.20110511cvs.fc20.noarch mingw32-qt-4.8.5-2.fc20.noarch mingw32-qt-qmake-4.8.5-2.fc20.x86_64 mingw32-readline-6.2-2.fc19.noarch mingw32-sqlite-3.7.17-2.fc20.noarch mingw32-termcap-1.3.1-15.fc19.noarch mingw32-tesseract-3.02.02-2.fc20.noarch mingw32-twaindsm-2.2.0-1.noarch mingw32-wine-gecko-2.21-1.fc20.noarch mingw32-win-iconv-0.0.4-2.fc19.noarch mingw32-zlib-1.2.7-2.fc19.noarch mingw64-wine-gecko-2.21-1.fc20.noarch mingw-binutils-generic-2.23.52.0.1-1.fc20.x86_64 mingw-filesystem-base-99-1.fc20.noarch
Sandro Mani schreef op di 09-07-2013 om 19:39 [+0200]:
But to specifically answer your question: mingw-gtkspellmm30 is the only library I noticed where the rebuild did not fix the problem (but the subsequent rebuild did, so maybe it was just a matter of the koji buildroot not having had the updated mingw-crt package at the time?). Also, mingw-openssl is the only affected package I've noted which was not rebuilt (and a rebuild also there fixed the problem, i.e. the mingw-openssl-1.0.1e-2.1 is my locally rebuilt package).
What grep command did you use to find out whether a library is affected by the regression?
Are you sure that the mingw32-gtkspellmm30-3.0.2-3.fc20.noarch is the one which is built by koji and not a local build of yours? I've got the same version installed here and the regression doesn't seem to be present there (verified using Dependency Walker). You can make sure you've got the correct mingw32-gtkspellmm30-3.0.2-3.fc20.noarch by running 'yum reinstall mingw32-gtkspellmm30'.
For mingw32-openssl-1.0.1e-2.fc20.noarch I also couldn't find anything odd with Dependency Walker.
For reference, you can check out the list of most recent mingw RPMs (which are used by our automated testsuite) at http://svn.nntpgrab.nl/svn/fedora_mingw_testsuite/trunk/installed_pkgs.txt
Regards,
Erik van Pienbroek
Best, Sandro
mingw32-atk-2.8.0-1.fc20.noarch mingw32-atkmm-2.22.7-2.fc20.noarch mingw32-binutils-2.23.52.0.1-1.fc20.x86_64 mingw32-bzip2-1.0.6-3.fc19.noarch mingw32-cairo-1.12.14-2.fc20.noarch mingw32-cairomm-1.10.0-9.fc19.noarch mingw32-cpp-4.8.1-1.fc20.x86_64 mingw32-crt-2.0.999-0.28.trunk.r5915.20130628.fc20.noarch mingw32-curl-7.29.0-1.fc20.noarch mingw32-curlpp-0.7.3-1.fc20.noarch mingw32-dbus-1.6.8-2.fc19.noarch mingw32-dlfcn-0-0.15.r11.fc19.noarch mingw32-eigen3-3.1.3-1.fc20.noarch mingw32-enchant-1.6.0-8.fc19.noarch mingw32-expat-2.1.0-4.fc19.noarch mingw32-filesystem-99-1.fc20.noarch mingw32-fontconfig-2.10.93-1.fc20.noarch mingw32-freetype-2.4.12-1.fc20.noarch mingw32-gcc-4.8.1-1.fc20.x86_64 mingw32-gcc-c++-4.8.1-1.fc20.x86_64 mingw32-gdb-7.6-1.fc20.noarch mingw32-gdk-pixbuf-2.28.2-2.fc20.noarch mingw32-gettext-0.18.2.1-3.fc20.noarch mingw32-giflib-4.1.6-2.fc20.noarch mingw32-glew-1.9.0-5.fc20.noarch mingw32-glib2-2.37.3-2.fc20.noarch mingw32-glibmm24-2.36.2-2.fc20.noarch mingw32-gtk3-3.9.0-3.fc20.noarch mingw32-gtkmm30-3.8.1-2.fc20.noarch mingw32-gtkspell3-3.0.3-2.fc20.noarch mingw32-gtkspellmm30-3.0.2-3.fc20.noarch mingw32-harfbuzz-0.9.18-4.fc20.noarch mingw32-headers-2.0.999-0.28.trunk.r5915.20130628.fc20.noarch mingw32-hunspell-1.3.2-9.fc19.noarch mingw32-icu-50.1.2-1.fc20.noarch mingw32-jasper-1.900.1-21.fc19.noarch mingw32-lcms2-2.4-2.fc19.noarch mingw32-leptonica-1.69-2.fc20.noarch mingw32-libffi-3.0.13-3.fc20.noarch mingw32-libidn-1.25-2.fc19.noarch mingw32-libjpeg-turbo-1.2.90-1.fc20.noarch mingw32-libpng-1.5.13-2.fc19.noarch mingw32-libsigc++20-2.3.1-1.fc19.noarch mingw32-libssh2-1.4.3-1.fc20.noarch mingw32-libtiff-4.0.3-2.fc19.noarch mingw32-libwebp-0.2.1-2.fc20.noarch mingw32-libxml2-2.9.1-1.fc20.noarch mingw32-nsis-2.46-9.fc19.x86_64 mingw32-nsiswrapper-9-6.fc19.noarch mingw32-openjpeg-1.5.1-3.fc20.noarch mingw32-openssl-1.0.1e-2.1.fc20.noarch mingw32-pango-1.35.0-1.fc20.noarch mingw32-pangomm-2.34.0-2.fc20.noarch mingw32-pixman-0.30.0-2.fc20.noarch mingw32-pkg-config-0.28-1.fc20.x86_64 mingw32-poppler-0.22.5-1.fc20.noarch mingw32-poppler-glib-0.22.5-1.fc20.noarch mingw32-pthreads-2.8.0-23.20110511cvs.fc20.noarch mingw32-qt-4.8.5-2.fc20.noarch mingw32-qt-qmake-4.8.5-2.fc20.x86_64 mingw32-readline-6.2-2.fc19.noarch mingw32-sqlite-3.7.17-2.fc20.noarch mingw32-termcap-1.3.1-15.fc19.noarch mingw32-tesseract-3.02.02-2.fc20.noarch mingw32-twaindsm-2.2.0-1.noarch mingw32-wine-gecko-2.21-1.fc20.noarch mingw32-win-iconv-0.0.4-2.fc19.noarch mingw32-zlib-1.2.7-2.fc19.noarch mingw64-wine-gecko-2.21-1.fc20.noarch mingw-binutils-generic-2.23.52.0.1-1.fc20.x86_64 mingw-filesystem-base-99-1.fc20.noarch
mingw mailing list mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/mingw
On 10.07.2013 08:20, Erik van Pienbroek wrote:
Sandro Mani schreef op di 09-07-2013 om 19:39 [+0200]:
But to specifically answer your question: mingw-gtkspellmm30 is the only library I noticed where the rebuild did not fix the problem (but the subsequent rebuild did, so maybe it was just a matter of the koji buildroot not having had the updated mingw-crt package at the time?). Also, mingw-openssl is the only affected package I've noted which was not rebuilt (and a rebuild also there fixed the problem, i.e. the mingw-openssl-1.0.1e-2.1 is my locally rebuilt package).
What grep command did you use to find out whether a library is affected by the regression?
That would be i686-w64-mingw32-objdump -p $dllfile | grep InterlockedCompareExchange@12
Are you sure that the mingw32-gtkspellmm30-3.0.2-3.fc20.noarch is the one which is built by koji and not a local build of yours? I've got the same version installed here and the regression doesn't seem to be present there (verified using Dependency Walker). You can make sure you've got the correct mingw32-gtkspellmm30-3.0.2-3.fc20.noarch by running 'yum reinstall mingw32-gtkspellmm30'.
Oh darn, you are right. The -2 release was indeed a local one of mine. Sorry!
For mingw32-openssl-1.0.1e-2.fc20.noarch I also couldn't find anything odd with Dependency Walker.
I can find it in the rawhide version as follows: $ <grab mingw32-openssl-1.0.1e-2.fc20.noarch.rpm from koji or via yumdownloader> $ rpm2cpio mingw32-openssl-1.0.1e-2.fc20.noarch.rpm | cpio -id $ i686-w64-mingw32-objdump -p usr/i686-w64-mingw32/sys-root/mingw/bin/libssl-10.dll | grep Inter 5093c 1565 InterlockedCompareExchange@12
Note however that the rawhide version was rebuilt on May 10th, while the last f19 build was on March 24th, i.e. probably before the regression appeared? The f19 does indeed not have the symbol in the table.
Best, Sandro
Sandro Mani schreef op wo 10-07-2013 om 11:32 [+0200]:
On 10.07.2013 08:20, Erik van Pienbroek wrote:
For mingw32-openssl-1.0.1e-2.fc20.noarch I also couldn't find anything odd with Dependency Walker.
I can find it in the rawhide version as follows: $ <grab mingw32-openssl-1.0.1e-2.fc20.noarch.rpm from koji or via yumdownloader> $ rpm2cpio mingw32-openssl-1.0.1e-2.fc20.noarch.rpm | cpio -id $ i686-w64-mingw32-objdump -p usr/i686-w64-mingw32/sys-root/mingw/bin/libssl-10.dll | grep Inter 5093c 1565 InterlockedCompareExchange@12
Your observation is correct. libcrypto-10.dll of the mingw32-openssl package also got hit by the regression. The reason why I didn't see it earlier is because it appeared in a different location then with the other packages. Anyway, I just rebuilt mingw-openssl for both rawhide and f19. The f19 update can be found at https://admin.fedoraproject.org/updates/mingw-openssl-1.0.1e-3.fc19 so feel free to +1 the update
Regards,
Erik
On 10.07.2013 21:22, Erik van Pienbroek wrote:
Sandro Mani schreef op wo 10-07-2013 om 11:32 [+0200]:
On 10.07.2013 08:20, Erik van Pienbroek wrote:
For mingw32-openssl-1.0.1e-2.fc20.noarch I also couldn't find anything odd with Dependency Walker.
I can find it in the rawhide version as follows: $ <grab mingw32-openssl-1.0.1e-2.fc20.noarch.rpm from koji or via yumdownloader> $ rpm2cpio mingw32-openssl-1.0.1e-2.fc20.noarch.rpm | cpio -id $ i686-w64-mingw32-objdump -p usr/i686-w64-mingw32/sys-root/mingw/bin/libssl-10.dll | grep Inter 5093c 1565 InterlockedCompareExchange@12
Your observation is correct. libcrypto-10.dll of the mingw32-openssl package also got hit by the regression. The reason why I didn't see it earlier is because it appeared in a different location then with the other packages. Anyway, I just rebuilt mingw-openssl for both rawhide and f19. The f19 update can be found at https://admin.fedoraproject.org/updates/mingw-openssl-1.0.1e-3.fc19 so feel free to +1 the update
Awesome, thanks! I've +1ed the update.
Best, Sandro
-
Erik van Pienbroek -
Sandro Mani