178110 2007-05-11 21:18 0000 media-libs/freeimage CFLAGS -pipe issues 2009-05-12 08:21:24 0000 1 1 1 Unclassified Gentoo Linux Games unspecified All Linux RESOLVED FIXED P2 normal --- 251112 10 1 egore@gmx.de games@gentoo.org basic@mozdev.org branko.majic@gmail.com contact@dword.dk eXt@sidvind.com gasper.azman@gmail.com gehasia@gmail.com linux@brachttal.net netzdamon@gmail.com pageexec@freemail.hu sknot_2000@yahoo.de egore@gmx.de 2007-05-11 21:18:14 0000 I saw several segfaults with freeimage and ogre in opengate [1]. I tracked down the issue to be in the CFLAGS. My CFLAGS normally are -O3 -march=athlon-xp -pipe If I drop -pipe from the CFLAGS an rebuild freeimage it works fine. [1] http://sourceforge.net/projects/opengate Reproducible: Always egore@gmx.de 2007-05-11 21:33:07 0000 Ok, I'm no longer sure it is "-pipe" ... It seems to work with "-O3 -march=athlon-xp" and also with "-O3 -pipe" but not with "-O3 -march=athlon-xp -pipe". I'm not really sure what to do. Maybe we should not apply custom CFLAGS? Or add them as an option like mplayer? linux@brachttal.net 2007-06-10 21:31:15 0000 I tried this use flags and it wasn't a solution for me. I've the same problems running Ogre3D apps. I found this thread from freeimage. http://sourceforge.net/forum/message.php?msg_id=4112322 Quote: "The only possible problem I could see is that you link FreeImage with the OS 'native' libpng instead of the FreeImage one ... " Perhaps we shouldn't use Gentoo libpng as long there's no better solution. linux@brachttal.net 2007-06-10 22:12:24 0000 See here a possible solution: http://bugs.gentoo.org/show_bug.cgi?id=181611 wolf31o2@gentoo.org 2007-06-20 01:22:11 0000 Why did you file a new bug for that? linux@brachttal.net 2007-06-20 20:44:40 0000 Don't ask me. I would also fit into this bug report. But now we've two bugs. Sorry! I asked some questions in the freeimage forum and no developers answered to me. I don't think they they'll change their library dependency handling. nyhm@gentoo.org 2007-07-21 20:07:58 0000 *** Bug 181611 has been marked as a duplicate of this bug. *** branko.majic@gmail.com 2007-09-08 19:54:23 0000 Created an attachment (id=130366) libpng and FreeImage's libpng diff I've made a diff between FreeImage's libpng and the vanilla libpng (version 1.2.16), and submitted the attachment here. The only difference seems to be the 'pngconf.h' file. FreeImage developers seem to have enabled some form of feature in libpng that's been intentionally blocked by the libpng developers. Developers of libpng "explain" that with this (in the same pngconf.h file): /* The size of the png_text structure changed in libpng-1.0.6 when * iTXt support was added. iTXt support was turned off by default through * libpng-1.2.x, to support old apps that malloc the png_text structure * instead of calling png_set_text() and letting libpng malloc it. It * was turned on by default in libpng-1.3.0. */ Now, iTXt seems to enable reading/writing of PNG comments in languages other than English, according to http://sourceforge.net/forum/message.php?msg_id=4110303 (I'm guessing he meant in encodings other thatn ISO-8859-1?). As for the assembler/MMX "thingies", I have no idea, to be honest. Probably someone with better knowledge should look into it (although I'm wondering if that bit of code is needed for non win32 archs? - just a thought). Now, if the assembler/MMX defines are NOT needed, one solution could be to add a USE flag to libpng (itxt), and add appropriate checking to FreeImage ebuild etc, although I'm doubtful the package maintainers would like it. Maybe someone who had the problems could try testing if removal of assembler/MMX defines will result in equal amount of instability. On the other side - is the change non-trivial enough to be considered a security risk if FreeImage is built using its own libpng? P.S. If I'm writing utter nonsense here, please inform me of that, I'm just trying to help (I've been somewhat affected by this bug while trying to build a game that uses the library). :) P.S.S. I managed to originally post in wrong bug report (the duplicate one), sorry. And if I made a mistake by posting here again, please shoot me... bobby@neoawareness.com 2007-12-21 04:31:59 0000 Created an attachment (id=139022) ebuild for freeimage 3.10.0 I had the same problems with OGRE 1.4 crashing when it tries to load a png image. It seems version 3.10.0 of freeimage has fixed the problem, but still requires it's own version of libpng. The ebuild applies to patches. Will post them next. bobby@neoawareness.com 2007-12-21 04:37:08 0000 Created an attachment (id=139023) modified version of freeimage-3.9.3-build.patch This patch is a modified version of the freeimage-3.9.3-build.patch. I removed the parts that makes freeimage use the system's libraries instead of the custom versions. bobby@neoawareness.com 2007-12-21 04:46:42 0000 Created an attachment (id=139024) Fixes two compile bugs. First bug is a missing MIN(a,b) define. I didn't know of a safe header to include for this simple macro so I just added it to the source file that needs it. Second bug has to do with a 64bit pointer(I am on amd64) being casted to a DWORD (32bit) value. The build stopped with an loss of precision error. I replaced DWORD with size_t. This may not be the best replacement, since some systems may not have size_t defined. But it should be fine on Linux. steve@chinavfx.net 2008-01-01 10:46:51 0000 I have made some tests, I found we can not simply change freeimage's libjpeg and libpng to use system's library, the system lib lack of some feature which is enabled by freeimage, the seg fault problem is tiff's LZW. if you use gdb, you can find the seg fault problem. MIN(a,b) problem is easy to fix, libtiff can also use system's lib, but system tiff don't have these headers: tiffiop.h tif_config.h tif_dir.h, the openexr and openjpeg in freeimage-3.10 can also use system lib, but i'm not so sure about libmng. LZW problem exists in system lib(3.8.2) and freeimage's 3.9.0. So, If we only enable libjpeg/libpng/libmng in freeimage, then the testapi will have only one problem, LZW of tiff. I'm not so sure about libmng, I think it should depend on the libpng. I hope my bad english make myself clear. :) contact@dword.dk 2008-03-20 00:04:06 0000 New ebuild for freeimage-3.10.0 submitted here: http://bugs.gentoo.org/show_bug.cgi?id=213969 (Fixes problem with visibility of internal versions of libraries.) gehasia@gmail.com 2008-08-11 09:13:21 0000 Hello everybody, i just would like to know why this bug hasn't been closed and the new ebuild integrated into the portage tree ? FreeImage 3.11.0 has been released, but the most recent version i could find in the portage tree is 'freeimage-3.9.3-r1' which is masked, waiting for this bug to be closed and it's seems that Christian did a new ebuild for resolving the issue with libpng. nyhm@gentoo.org 2008-09-02 00:16:09 0000 This should be fixed with bug 213969. 130366 2007-09-08 19:54 0000 libpng and FreeImage's libpng diff vanilla-freeimage.diff text/plain LS0tIGxpYnBuZy0xLjIuMTYvcG5nY29uZi5oCTIwMDctMDEtMzEgMTQ6MjI6MzMuMDAwMDAwMDAw ICswMTAwCisrKyBmcmVlaW1hZ2VfbGlicG5nL3BuZ2NvbmYuaAkyMDA3LTA5LTA4IDIwOjMwOjQw LjAwMDAwMDAwMCArMDIwMApAQCAtMTksNiArMTksMjIgQEAKIAogI2RlZmluZSBQTkdfMV8yX1gK IAorLyogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICov CisvKiogQWRkZWQgYnkgRnJlZUltYWdlCisqLworI2RlZmluZSBQTkdfaVRYdF9TVVBQT1JURUQK KyNkZWZpbmUgUE5HX1JFQURfaVRYdF9TVVBQT1JURUQKKyNkZWZpbmUgUE5HX1dSSVRFX2lUWHRf U1VQUE9SVEVECisKKyNpZmRlZiBfV0lOMzIKKyNkZWZpbmUgUE5HX0FTU0VNQkxFUl9DT0RFX1NV UFBPUlRFRAorI2Vsc2UKKyN1bmRlZiBQTkdfQVNTRU1CTEVSX0NPREVfU1VQUE9SVEVECisjZGVm aW5lIFBOR19OT19BU1NFTUJMRVJfQ09ERQorI2RlZmluZSBQTkdfTk9fTU1YX0NPREUKKyNlbmRp ZiAvLyBfV0lOMzIKKy8qIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSAqLworCiAvKiAKICAqIFBOR19VU0VSX0NPTkZJRyBoYXMgdG8gYmUgZGVmaW5lZCBv biB0aGUgY29tcGlsZXIgY29tbWFuZCBsaW5lLiBUaGlzCiAgKiBpbmNsdWRlcyB0aGUgcmVzb3Vy Y2UgY29tcGlsZXIgZm9yIFdpbmRvd3MgRExMIGNvbmZpZ3VyYXRpb25zLgo= 139022 2007-12-21 04:31 0000 ebuild for freeimage 3.10.0 freeimage-3.10.0.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLWxpYnMvZnJlZWltYWdlL2ZyZWVpbWFn ZS0zLjkuMy1yMS5lYnVpbGQsdiAxLjIgMjAwNy8wNS8wNCAxNjo0MTo1NSBtYWJpIEV4cCAkCgpp bmhlcml0IGV1dGlscyBmbGFnLW8tbWF0aWMgdG9vbGNoYWluLWZ1bmNzIG11bHRpbGliCgpNWV9Q Tj1GcmVlSW1hZ2UKTVlfUD0ke01ZX1BOfSR7UFYvLy59CkRFU0NSSVBUSU9OPSJJbWFnZSBsaWJy YXJ5IHN1cHBvcnRpbmcgbWFueSBmb3JtYXRzIgpIT01FUEFHRT0iaHR0cDovL2ZyZWVpbWFnZS5z b3VyY2Vmb3JnZS5uZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS8ke1BOfS8ke01Z X1B9LnppcAoJZG9jPyAoIG1pcnJvcjovL3NvdXJjZWZvcmdlLyR7UE59LyR7TVlfUH0ucGRmICki CgpMSUNFTlNFPSJHUEwtMiBGSVBMLTEuMCIKU0xPVD0iMCIKS0VZV09SRFM9In5hbWQ2NCB+cHBj IH54ODYiCklVU0U9ImRvYyIKCkRFUEVORD0iYXBwLWFyY2gvdW56aXAiCgpTPSR7V09SS0RJUn0v JHtNWV9QTn0KCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgIiR7U30iCgllcGF0Y2gg XAoJCSIke0ZJTEVTRElSfSIvJHtQfS1idWlsZC5wYXRjaCBcCgkJIiR7RklMRVNESVJ9Ii8ke1B9 LWJ1Z3MucGF0Y2gKCWVkb3MydW5peCBnZW5zcmNsaXN0LnNoIGdlbmZpcHNyY2xpc3Quc2gKCXNo IC4vZ2Vuc3JjbGlzdC5zaCB8fCBkaWUgImdlbnNyY2xpc3QgZmFpbGVkIgoJc2ggLi9nZW5maXBz cmNsaXN0LnNoIHx8IGRpZSAiZ2VuZmlwc3JjbGlzdCBmYWlsZWQiCn0KCnNyY19jb21waWxlKCkg ewoJdGMtZXhwb3J0IENDIENYWCBBUgoJYXBwZW5kLWZsYWdzIC1mbm8tc3RyaWN0LWFsaWFzaW5n CgllbWFrZSB8fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7CgllbWFrZSBE RVNURElSPSIke0R9IiBMSUJESVI9L3Vzci8kKGdldF9saWJkaXIpIGluc3RhbGwgXAoJCXx8IGRp ZSAiZW1ha2UgaW5zdGFsbCBmYWlsZWQiCglkb2RvYyBSRUFETUUubGludXggV2hhdHNuZXcudHh0 Cgl1c2UgZG9jICYmIGRvZG9jICIke0RJU1RESVJ9Ii8ke01ZX1B9LnBkZgp9Cg== 139023 2007-12-21 04:37 0000 modified version of freeimage-3.9.3-build.patch freeimage-3.10.0-build.patch text/plain LS0tIE1ha2VmaWxlCisrKyBNYWtlZmlsZQpAQCAtMTQsOCArMTQsMTAgQEAKICAgICBNQUtFRklM RSA9IHNvbGFyaXMNCiBlbmRpZg0KIA0KK0ZMQUdTID0gLVdhbGwgLWZQSUMNCiBkZWZhdWx0Og0K LQkkKE1BS0UpIC1mIE1ha2VmaWxlLiQoTUFLRUZJTEUpIA0KKwkkKE1BS0UpIENDPSIkKENDKSIg Q1hYPSIkKENYWCkiIEFSPSIkKEFSKSIgQ09NUElMRVJGTEFHUz0iJChGTEFHUykiIC1mIE1ha2Vm aWxlLmdudQ0KKwkkKE1BS0UpIENDPSIkKENDKSIgQ1hYPSIkKENYWCkiIEFSPSIkKEFSKSIgQ09N UElMRVJGTEFHUz0iJChGTEFHUykiIC1mIE1ha2VmaWxlLmZpcA0KIA0KIGFsbDoNCiAJJChNQUtF KSAtZiBNYWtlZmlsZS4kKE1BS0VGSUxFKSBhbGwgDQpAQCAtMjQsNyArMjcsOCBAQAogCSQoTUFL RSkgLWYgTWFrZWZpbGUuJChNQUtFRklMRSkgZGlzdCANCiANCiBpbnN0YWxsOg0KLQkkKE1BS0Up IC1mIE1ha2VmaWxlLiQoTUFLRUZJTEUpIGluc3RhbGwgDQorCSQoTUFLRSkgLWYgTWFrZWZpbGUu Z251IGluc3RhbGwNCisJJChNQUtFKSAtZiBNYWtlZmlsZS5maXAgaW5zdGFsbA0KIA0KIGNsZWFu Og0KIAkkKE1BS0UpIC1mIE1ha2VmaWxlLiQoTUFLRUZJTEUpIGNsZWFuIA0KLS0tIE1ha2VmaWxl LmZpcAorKysgTWFrZWZpbGUuZmlwCkBAIC0xOSw4ICsxOSw4IEBACiANCiBNT0RVTEVTID0gJChT UkNTOi5jPS5vKQ0KIE1PRFVMRVMgOj0gJChNT0RVTEVTOi5jcHA9Lm8pDQotQ0ZMQUdTID0gJChD T01QSUxFUkZMQUdTKSAkKElOQ0xVREUpDQotQ1hYRkxBR1MgPSAkKENPTVBJTEVSRkxBR1MpIC1X bm8tY3Rvci1kdG9yLXByaXZhY3kgJChJTkNMVURFKQ0KK0NGTEFHUyArPSAkKENPTVBJTEVSRkxB R1MpICQoSU5DTFVERSkNCitDWFhGTEFHUyArPSAkKENPTVBJTEVSRkxBR1MpIC1Xbm8tY3Rvci1k dG9yLXByaXZhY3kgJChJTkNMVURFKQ0KIA0KIFRBUkdFVCAgPSBmcmVlaW1hZ2VwbHVzDQogU1RB VElDTElCID0gbGliJChUQVJHRVQpLmENCkBAIC01NiwxNiArNTYsMTUgQEAKIAkkKEFSKSByICRA ICQoTU9EVUxFUykNCiANCiAkKFNIQVJFRExJQik6ICQoTU9EVUxFUykNCi0JJChDQykgLXMgLXNo YXJlZCAtV2wsLXNvbmFtZSwkKFZFUkxJQk5BTUUpIC1vICRAICQoTU9EVUxFUykgJChMSUJSQVJJ RVMpDQorCSQoQ0MpICQoTERGTEFHUykgLXNoYXJlZCAtV2wsLXNvbmFtZSwkKFZFUkxJQk5BTUUp IC1vICRAICQoTU9EVUxFUykgJChMSUJSQVJJRVMpDQogDQogaW5zdGFsbDoNCi0JaW5zdGFsbCAt bSA2NDQgLW8gcm9vdCAtZyByb290ICQoSEVBREVSKSAkKElOQ0RJUikNCi0JaW5zdGFsbCAtbSA2 NDQgLW8gcm9vdCAtZyByb290ICQoSEVBREVSRklQKSAkKElOQ0RJUikNCi0JaW5zdGFsbCAtbSA2 NDQgLW8gcm9vdCAtZyByb290ICQoU1RBVElDTElCKSAkKElOU1RBTExESVIpDQotCWluc3RhbGwg LW0gNzU1IC1vIHJvb3QgLWcgcm9vdCAkKFNIQVJFRExJQikgJChJTlNUQUxMRElSKQ0KLQlsbiAt c2YgJChTSEFSRURMSUIpICQoSU5TVEFMTERJUikvJChWRVJMSUJOQU1FKQ0KLQlsbiAtc2YgJChW RVJMSUJOQU1FKSAkKElOU1RBTExESVIpLyQoTElCTkFNRSkNCi0JbGRjb25maWcNCisJaW5zdGFs bCAtbSA2NDQgJChIRUFERVIpICQoREVTVERJUikvJChJTkNESVIpDQorCWluc3RhbGwgLW0gNjQ0 ICQoSEVBREVSRklQKSAkKERFU1RESVIpLyQoSU5DRElSKQ0KKwlpbnN0YWxsIC1tIDY0NCAkKFNU QVRJQ0xJQikgJChERVNURElSKS8kKExJQkRJUikNCisJaW5zdGFsbCAtbSA3NTUgJChTSEFSRURM SUIpICQoREVTVERJUikvJChMSUJESVIpDQorCWxuIC1zZiAkKFNIQVJFRExJQikgJChERVNURElS KS8kKExJQkRJUikvJChWRVJMSUJOQU1FKQ0KKwlsbiAtc2YgJChWRVJMSUJOQU1FKSAkKERFU1RE SVIpLyQoTElCRElSKS8kKExJQk5BTUUpDQogDQogY2xlYW46DQogCXJtIC1mIGNvcmUgRGlzdC8q LiogdTJkdG1wKiAkKE1PRFVMRVMpICQoU1RBVElDTElCKSAkKFNIQVJFRExJQikgJChMSUJOQU1F KQ0KLS0tIE1ha2VmaWxlLmdudQorKysgTWFrZWZpbGUuZ251CkBAIC0xOSw4ICsxOSw4IEBACiAN CiBNT0RVTEVTID0gJChTUkNTOi5jPS5vKQ0KIE1PRFVMRVMgOj0gJChNT0RVTEVTOi5jcHA9Lm8p DQotQ0ZMQUdTID0gJChDT01QSUxFUkZMQUdTKSAkKElOQ0xVREUpDQotQ1hYRkxBR1MgPSAkKENP TVBJTEVSRkxBR1MpICAtV25vLWN0b3ItZHRvci1wcml2YWN5ICQoSU5DTFVERSkNCitDRkxBR1Mg Kz0gJChDT01QSUxFUkZMQUdTKSAkKElOQ0xVREUpDQorQ1hYRkxBR1MgKz0gJChDT01QSUxFUkZM QUdTKSAtV25vLWN0b3ItZHRvci1wcml2YWN5ICQoSU5DTFVERSkNCiANCiBUQVJHRVQgID0gZnJl ZWltYWdlDQogU1RBVElDTElCID0gbGliJChUQVJHRVQpLmENCkBAIC01NSwxNSArNTUsMTUgQEAK IAkkKEFSKSByICRAICQoTU9EVUxFUykNCiANCiAkKFNIQVJFRExJQik6ICQoTU9EVUxFUykNCi0J JChDQykgLXMgLXNoYXJlZCAtV2wsLXNvbmFtZSwkKFZFUkxJQk5BTUUpIC1vICRAICQoTU9EVUxF UykgJChMSUJSQVJJRVMpDQorCSQoQ0MpICQoTERGTEFHUykgLXNoYXJlZCAtV2wsLXNvbmFtZSwk KFZFUkxJQk5BTUUpIC1vICRAICQoTU9EVUxFUykgJChMSUJSQVJJRVMpDQogDQogaW5zdGFsbDoN Ci0JaW5zdGFsbCAtbSA2NDQgLW8gcm9vdCAtZyByb290ICQoSEVBREVSKSAkKElOQ0RJUikNCi0J aW5zdGFsbCAtbSA2NDQgLW8gcm9vdCAtZyByb290ICQoU1RBVElDTElCKSAkKElOU1RBTExESVIp DQotCWluc3RhbGwgLW0gNzU1IC1vIHJvb3QgLWcgcm9vdCAkKFNIQVJFRExJQikgJChJTlNUQUxM RElSKQ0KLQlsbiAtc2YgJChTSEFSRURMSUIpICQoSU5TVEFMTERJUikvJChWRVJMSUJOQU1FKQ0K LQlsbiAtc2YgJChWRVJMSUJOQU1FKSAkKElOU1RBTExESVIpLyQoTElCTkFNRSkJDQotCWxkY29u ZmlnDQorCWluc3RhbGwgLWQgJChERVNURElSKS8kKElOQ0RJUikgJChERVNURElSKS8kKExJQkRJ UikNCisJaW5zdGFsbCAtbSA2NDQgJChIRUFERVIpICQoREVTVERJUikvJChJTkNESVIpDQorCWlu c3RhbGwgLW0gNjQ0ICQoU1RBVElDTElCKSAkKERFU1RESVIpLyQoTElCRElSKQ0KKwlpbnN0YWxs IC1tIDc1NSAkKFNIQVJFRExJQikgJChERVNURElSKS8kKExJQkRJUikNCisJbG4gLXNmICQoU0hB UkVETElCKSAkKERFU1RESVIpLyQoTElCRElSKS8kKFZFUkxJQk5BTUUpDQorCWxuIC1zZiAkKFZF UkxJQk5BTUUpICQoREVTVERJUikvJChMSUJESVIpLyQoTElCTkFNRSkNCiANCiBjbGVhbjoNCiAJ cm0gLWYgY29yZSBEaXN0LyouKiB1MmR0bXAqICQoTU9EVUxFUykgJChTVEFUSUNMSUIpICQoU0hB UkVETElCKSAkKExJQk5BTUUpDQo= 139024 2007-12-21 04:46 0000 Fixes two compile bugs. freeimage-3.10.0-bugs.patch text/plain LS0tIFNvdXJjZS9GcmVlSW1hZ2UvUGx1Z2luQk1QLmNwcC5vcmlnCTIwMDctMTItMjAgMTg6NDA6 MTcuMDAwMDAwMDAwIC0wODAwCisrKyBTb3VyY2UvRnJlZUltYWdlL1BsdWdpbkJNUC5jcHAJMjAw Ny0xMi0yMCAxODo0MDo0OC4wMDAwMDAwMDAgLTA4MDAKQEAgLTI2LDYgKzI2LDEwIEBACiAjaW5j bHVkZSAiRnJlZUltYWdlLmgiDQogI2luY2x1ZGUgIlV0aWxpdGllcy5oIg0KIA0KKyNpZm5kZWYg TUlODQorI2RlZmluZSBNSU4oYSxiKSAoYSA8PSBiID8gYSA6IGIpDQorI2VuZGlmDQorDQogLy8g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KIC8vICAgQ29uc3RhbnRzICsgaGVhZGVycw0KIC8vIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCi0tLSBTb3VyY2UvTWV0YWRhdGEv RXhpZi5jcHAub3JpZwkyMDA3LTEyLTIwIDE5OjI4OjUxLjAwMDAwMDAwMCAtMDgwMAorKysgU291 cmNlL01ldGFkYXRhL0V4aWYuY3BwCTIwMDctMTItMjAgMTk6Mzc6MzAuMDAwMDAwMDAwIC0wODAw CkBAIC00OTUsNyArNDk1LDcgQEAKIAkJfQ0KIA0KIAkJLy8gcmVtZW1iZXIgdGhhdCB3ZSd2ZSB2 aXNpdGVkIHRoaXMgZGlyZWN0b3J5IHNvIHRoYXQgd2UgZG9uJ3QgdmlzaXQgaXQgYWdhaW4gbGF0 ZXINCi0JCURXT1JEIHZpc2l0ZWQgPSAoKChEV09SRClpZmRwICYgMHhGRkZGKSA8PCAxNikgfCAo RFdPUkQpZGU7DQorCQlEV09SRCB2aXNpdGVkID0gKCgoc2l6ZV90KWlmZHAgJiAweEZGRkYpIDw8 IDE2KSB8IChEV09SRClkZTsNCiAJCWlmKHZpc2l0ZWRJRkQuZmluZCh2aXNpdGVkKSAhPSB2aXNp dGVkSUZELmVuZCgpKSB7DQogCQkJY29udGludWU7DQogCQl9IGVsc2Ugew0K