libpcrecpp0-32bit-8.41-6.4.2 >  A `@p9|,lЖGbS^A:/]Q[\;}"kAM,8aeCs /711VhVvE1MBeE"B U}Iu~$?<Um|?#Oc%CRtR 56\Jj}@L 7:\֔~06e>y6.G4ag !7Dm`T_˶Р$PqdCb14d093cbbd99a67ca20492967d07c2e97fa9bdb41ec9aadbf95cbba9ae3af5dd36d58acf6a1dc6c40a06e6b88b50e70703193088T`@p9|,u@aGi$OgrN 8ܪaɇ9E—)!jGIp6;K (O lW#f7D6| ->C߬=3.p}5w(5VD)jπ̨<HF- h%Z > pd`D2 _ Ik WiB>WG"P'C4c˒n?. b) udb^l `ʳ' c^z $>pA?d  Q 5Vc y     ,4>H`h( 8 9H :4 >BGHIXYZ [\] ^DbNc defluvw<xDyLClibpcrecpp0-32bit8.416.4.2A library for Perl-compatible regular expressionsThe PCRE library is a set of functions that implement regular expression pattern matching using the same syntax and semantics as Perl 5. pcrecpp provides a C++ API to the PCRE engine.`@sheep93SUSE Linux Enterprise 15SUSE LLC BSD-3-Clausehttps://www.suse.com/System/Librarieshttp://www.pcre.org/linuxx86_64/sbin/ldconfig`@`@75c44e861db8c769cd06a6771f109c36d934a43b511c7b9bb3e00d49dffd5d67libpcrecpp.so.0.0.1rootrootrootrootpcre-8.41-6.4.2.src.rpmlibpcrecpp.so.0libpcrecpp0-32bitlibpcrecpp0-32bit(x86-32)pcre-32bit@@@@@@@@@@@@@@@@    /bin/shlibc.so.6libc.so.6(GLIBC_2.0)libc.so.6(GLIBC_2.1.3)libc.so.6(GLIBC_2.3.4)libc.so.6(GLIBC_2.4)libgcc_s.so.1libgcc_s.so.1(GCC_3.0)libpcre.so.1libstdc++.so.6libstdc++.so.6(CXXABI_1.3)libstdc++.so.6(CXXABI_1.3.8)libstdc++.so.6(CXXABI_1.3.9)libstdc++.so.6(GLIBCXX_3.4)libstdc++.so.6(GLIBCXX_3.4.20)libstdc++.so.6(GLIBCXX_3.4.21)libstdc++.so.6(GLIBCXX_3.4.9)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.0.4-14.6.0-14.0-15.2-14.14.1`qZY@Y@Yw2Y1S@XYXW9WaC@VV@UB@T@bwiedemann@suse.comfvogt@suse.comkstreitova@suse.commatz@suse.comastieger@suse.commpluskal@suse.comastieger@suse.comdimstar@opensuse.orgastieger@suse.commpluskal@suse.comastieger@suse.comastieger@suse.comp.drouand@gmail.com- Do not run profiling 'check' in parallel to make package build reproducible (boo#1040589)- Use %license (boo#1082318)- add pcre-8.41-stack_frame_size_detection.patch to fix pcre stack frame size detection because modern compilers broke it by cloning and inlining pcre match() function [bsc#1058722]- RunTest needs much stack, on s390x more than the default 8 MB. [bnc#1046102]- pcre 8.41: * If pcregrep in multiline mode with --only-matching matched several lines, it restarted scanning at the next line instead of moving on to the end of the matched string, which can be several lines after the start. * Fix a missing else in the JIT compiler reported by 'idaifish'. CVE-2017-6004 bsc#1025709 * A (?# style comment is now ignored between a basic quantifier and a following '+' or '?' (example: /X+(?#comment)?Y/. * Avoid use of a potentially overflowing buffer in pcregrep * Fix issues reported by fuzzers in pcretest: - Check for values < 256 when calling isprint() in pcretest. - Give an error for too big a number after \O. * In the 32-bit library in non-UTF mode, an attempt to find a Unicode property for a character with a code point greater than 0x10ffff (the Unicode maximum) caused a crash. CVE-2017-7186 bsc#1030066, CVE-2017-7244 bsc#1030807 * The alternative matching function, pcre_dfa_exec() misbehaved if it encountered a character class with a possessive repeat, for example [a-f]{3}+. * When pcretest called pcre_copy_substring() in 32-bit mode, it set the buffer length incorrectly, which could result in buffer overflow. CVE-2017-7245 bsc#1030805, CVE-2017-7246 bsc#1030803- Enable jit on aarch64 - Enable profiled building- pcre 8.40: * Using -o with -M in pcregrep could cause unnecessary repeated output when the match extended over a line boundary. * Fix register overwite in JIT when SSE2 acceleration is enabled. * Ignore "show all captures" (/=) for DFA matching. * Fix JIT unaligned accesses on x86 * In any wide-character mode (8-bit UTF or any 16-bit or 32-bit mode), without PCRE_UCP set, a negative character type such as \D in a positive class should cause all characters greater than 255 to match, whatever else is in the class. There was a bug that caused this not to happen if a Unicode property item was added to such a class, for example [\D\P{Nd}] or [\W\pL]. * When pcretest was outputing information from a callout, the caret indicator for the current position in the subject line was incorrect if it was after an escape sequence for a character whose code point was greater than \x{ff}. * A pattern such as (?abc)(?(R)xyz) was incorrectly compiled such that the conditional was interpreted as a reference to capturing group 1 instead of a test for recursion. Any group whose name began with R was misinterpreted in this way. (The reference interpretation should only happen if the group's name is precisely "R".) * A number of bugs have been mended relating to match start-up optimizations when the first thing in a pattern is a positive lookahead. These all applied only when PCRE_NO_START_OPTIMIZE was *not* set: + A pattern such as (?=.*X)X$ was incorrectly optimized as if it needed both an initial 'X' and a following 'X'. + Some patterns starting with an assertion that started with .* were incorrectly optimized as having to match at the start of the subject or after a newline. There are cases where this is not true, for example, (?=.*[A-Z])(?=.{8,16})(?!.*[\s]) matches after the start in lines that start with spaces. Starting .* in an assertion is no longer taken as an indication of matching at the start (or after a newline).- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.- record minor vulnerabilities fixed in 8.39- Update to version 8.39: * Some appropriate PCRE2 JIT improvements have been retro-fitted to PCRE1. * CVE-2016-3191: workspace overflow for (*ACCEPT) with deeply nested parentheses (boo#971741) * CVE-2016-1283: Heap buffer overflow DoS (boo#960837) * Apart from that, this is another bug-fix release.- pcre 8.38: * CVE-2015-3217: Call Stack Overflow Vulnerability in match() bsc#933878 * Other fixes to assertions, crashes, buffer overflows and performance issues found by fuzzer, affecting applications accepting regular expression from untrusted sources- pcre 8.37: * CVE-2015-2325: Patterns with certain groups specifying a zero minimum quantifier caused incorrect code to be compiled, leading to an incorrect memory read. [boo#924960] * CVE-2015-2326: Specific patterns containing a forward reference with subroutine calls caused incorrect code to be compiled [boo#924961] * CVE-2014-8964: If an assertion condition was quantified with a minimum of zero, SIGSEGV or other misbehaviour could occur. [boo#906574] * further bug fixes as listed in ChangeLog- Update to version 3.16 * This is primarily a bug-fix release. * The Unicode data tables have been updated to Unicode 7.0.0. - Remove pcre-commit1472.patch; fixed on upstream release - Remove obsolete "Obsoletes" tag/bin/shpcre-32bit8.41-6.4.28.41-6.4.28.41 8.41libpcrecpp.so.0libpcrecpp.so.0.0.1/usr/lib/-fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:19625/SUSE_SLE-15_Update/c29fd075853c9c65f9f8c8afbfdf250e-pcre.SUSE_SLE-15_Updatecpioxz5x86_64-suse-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=91b6c92444a9130b47d99114627bfb28ff499e7e, strippedPRRRRRR RR RR RR RR RRutf-85220f515e9e2f7225cec24c75e5b2eeedfafc93b2f1bf9a0e5f5aab8c36ecf6a?7zXZ !t/#2F] cr$x#D@o0͠a, _y 0SR}Ad7plSK $aW|KZHV_(GUw81rĖ,%68a#EY%UqHH30q1nQ"х7.*>RuL:,^rމ2EGch_Y_4ْ2Z|pmZܟ=p2U4Ǧ XҚP7 U}9]q ) Zd#+ܦh7$]gO 'h{-S7R@meڧp72e d+ ֩OT)y 4iX*5ـaNϏٺ, %P+'a<;LT$eLYD|!X9.:p$ﬗbEN1}jp_)SE6)vݒva]T<ͭ)q6Ę(_O"-80 H&@L3,}).nib?@jpZ?7vsaĵv:f])7%2 \M.@ٔmY\ѵX"V.-k|IFfIK}2AJGJQH*YŬQrLeE[VOڈ^-50x-|Х`іٛjPi3Iy>|kiޓqy˜gˈbYFJfIiHi } /]~fcE7j( m^h`9m/P#2)"u@|Sd A `gsS 3yǸ(փɁtd_G:9͈iWMtCb 1sŋФ[q a u@P [}qldVcw ݫ v n|4 & {A;T;{G}?Ecc7b^| .; 1џ+W,qKE [8ǿcjF=';xYio;N%s$ta!a;" 00yu-,HuWϚY K9|nQ޾7h-/v:'tXO~ {4tD,@l34.rk4f+-BElSN\6dv[_&޾b։J:ׇu ٘:}o^2 pi}͟.}ރL1L*faf㎫e)֟m\ץp  ҌS 4 3=$>Yy-k s1cyd };$>-vA| '>*/-'&_Rfx#of'y !X.[{zdNcbu)7Jn 7]+ )7K$-qinkXGr$c3|CtCg / 3-' V_3+7v63'^FQ5qG˝TW rEF1?nSP<|$įVxϗe$Zo'AZֺJptU^&rNL[=C -,ְ!-5k~ |TCa>,,7Hhg3_DH\(:m-<80'7͍!ΎX޶Q%Z56ҒVLт֐=5Up|}J~!y>6K ꅲo٫t)8πbÞ =Z4R{~ +qX$uV̥&0'~אe* Km6)1oF<FP9_ovΥ?vuy`yN`gyRpXܹUO})j hnюe)[(Dްsp,o^pokYZnJRtۇb ()>s5ca5~`kEChXv3uvitIM |19̨{>#Xu:!р0g09N=!…n܋m/3ǀXbWiaVԆBj:Vƌʼ^ Yhn!HC9>Bz0&}uSiO`\}8`vGxA`#ƒN\ƱdY%c6{ㄒ̚Lj i"Io1utO`7iE֙p7>%Rí 5i]#13G|}T,֝4]M|&s n A/$uؠ7 aǘQc%H3bē1r\Gjvꨱ׽3]? T[CEk1Grn^YmT~x[怷g&VzUP b A[A4㓂U8Isc -_}K4_XԝVO/@ƖcJ: Pif>< 7mxB =%󼐻hs1t]aǑdw2C_Fnz?w`x8l6?"+zbCyx5BCEigU`S|_]dQ63Ar\2鈴;x8iXm %7 ZOíkMlwͻ>8v) ‹.O_] Rh> 3/ؼ_0Gzs@5.<7x2FXZ Vg +QcT^vF`Xeġ 3*0xdHڻ#ɈsJv8&Jf[P/|t!aVJhKVCC 2븱ԋOwF{@0ƼL֠3;OBOIejڷ\VXv<'PRuHOi_]k!lO ^Wgh S( s 'sQS,8i$=423*%i ռ8ds},|8B~ Gw_dOF!29b$%ON0W_lՔ2lX NF<>NnlݷYk7_h;bņpmUT5mkP\7%KTkcSŸX ѧYo^V4M-.EQ_)|$PH@SF.kML CK^l|qg\COm HD"g^B'σ/iVm&o M2 $3Y`*2@,1C:&,4oV}=+2M^]){V@K7i/~“ZhN3CUxc1Uj@LsjLRoXӖe.Ҹ]G t& Le~'YsY StyqD[37n_3U^o+9&c+hr /}r"\K%SVNRa0)$8.H.& \s VY`8jcwӃX$ Z81W?w ÑNG#* хF$(fdmÓbݕf7/zt.q uMK8ytɌgx#P{ ubVPB9mG\jGşRF ~COy~|j}aT%&UaG.-;6s&[KM<.6\obʁ`!exei*;"d4?lÝjeju,]66wV!]aٍpDI?Ԏ'7pGuq'Q6lda,Uf6k>)wi8~H=c#Ciik!XP584(ĠNZ,zh2M3=F)꺽^@Eң}4 HU&Y;kD׹[lq 1M xyjyH$?s[҆,BRقwՃtu:j2ձT i@1v2kP9SBc337I(tC?X/!SdD6]'G& Ȟѵ#s]+mk9f't.Lg{B@Vl.Å;2=6؈vmTla?(sIdʹN `H &JeYcnN\d6,`/Dɝ!I5h4{ ,M[Eȧd؜|L=<CiL2k-dۅA7Rl=V{ 9Bh75-G ,(P_yZJ?ʈ# Ilw!St/2ިYH4!ЬǹEA~p@o^ǨK؇6m_ms_=t>۹_V-o66J@wN32#VIw&M|%4؆O!PFM?AɥF("D)ďúy`ڒA<03 e]n3Z!}amii_Aa=ؚ}X}w6||>5H! hu* ѷSܭŅ̴Kdh4vT5^)(5 B/|=ƣ+8j1&~XM4=,=NF@"K_>T6+Rށ2"NWEĘfD}0Ι?6C0QT]~%aUb6^}ݳ!3-);voaFLb-@ ɱp_Ĉ5 VO[⩤AL=Ɗ'wh8%cpVi&@E2+C,5{^tG~u|wx\ԍ&!淈JvX $?Dp #.EddXӴ_bѲUe2Ĕ",7 6)V2y"70G#[P 8zV"i]5bJ_fɄGP=ǖ@mw> C$3yRR./=q|]DDAo6sLhu+<q ))ۧFXG؇ٹw4l) kOvP,q\K._VOJ=-8,?_OYGBzzգ!H]wGRaǴKOْ|jn(bZC 0!nCcө1B :(keYG(Dr/hݨB~'4b&T1" xr?%yT |8"ᱚ`M;CKLA_C >9՗/ɍ bP%Gf?$2lUR` P.gó_8b1K5y[xAPUON6Ɛ4q'M9rd`+#כWާ.Awuok?!Ѻ׺(b dd>aϻPou 1:%G+:]욧waM.WATnrI_ǕӉ< or>'؜ tWpPcr'&^"MxѩE(dpS>΅;k) yGH#,Tu]<6"ɣ_ȄnG<][jʁ)ͤ$RbTr+hwT`rO޾)9NtIaReGv#L=^S{/xM/nZ$"짚UX|t$IT2Mb>;K6˳_ g8Ef!=|5ͧVjOЯ_Z5=v3l\ʼLGWa zmƈv:h鷶R[N˃џ@a E^!eN98͜-a};zؐ7fJD oK Z$0,kSP_5xVUWlXNNj:*t` }.#wC45=ȵ_!?]%Ю@Q8S$G-kw*Fy,as)A㠂yVRIb_GD46b1ĿGhK5UYLfXITyυ}!f7K\l^́ЎHB4f팴>ЕxH;o\htg :9tҧW67+P[ȳt;Җ/X)]^[_EtFKvƄЂZH]㯵Q<7_YrI돌=Z][Y#1`$㑊*6m>Hw1k@kDvTK6p"SQ42C7\Л<5nq710U ÙS]|z߯FnpX̓ۤAooYHEӵAre^T_H1\L-v 2vW]X(Cw-4!r09dc+wߕr (r5 _v>Ly8)fMJL5h}tC%? c38KG |/ [LJy{%0ơ3*(4Pe=7va7(JبXTH Wr N؞H `S\ukfhPLQ럊]t[(PkR6Z T]i_L 9 Aa-ЎQBg䷱~`+@$<"^"0t?R#)ܸA)6LaNigEI>#KaDEGZcѐ)mF3ڀD-`V3v#M5e/<XoMi&Rdn'H);UYe>3ǹ}Y WR kOޅP;4ٲaE` @*l'4dylZ HTf~f 3hr]leYB{CaZ9'p'nGm&!9$5-aI`f6e"sXoX¯W}0E|?o&ix(" [wR%Am_GW,E1x;P]"˟eʠ–No0?$"zU! *.5JѻZp]AKvf`D\ItJU"8;B c)շn|'T"9ܜ*"uoh ;C۱;зG{`.^i ٱ G >r[ D݄6gLH26jN.z7(u1gz/W7%6Hzk90qiY zt: Yz HxD'F/ㅞhYިC)LyGI{'԰ӣGpaST+<7uMfZ: @5xɭdV.{9 JMB*=MOxM`hWdegqᡧ!ϛlt!vo8\r9|nW' H\|~\ϸʱPt@Hu:{5i%-8Wv{羳B/r/j^< e"L̤偿:Az95-i1f1szɹ~ڏsݬe %mwٌWGT-o%wwhRd\C(#1㞃8D0Y^+ztEB_"ۂ}r (&&d|@Hͦ\ s|ÿ%*u& /G>?ְtjU\Qk2~ՈX}rKь$[vGVP+>* cSYvdec=Z2Ei^vi 9:SqXvuEl1 QUvDJM:^Ó)hKp2"~hKpHuTgJqڳ/v!{2MoO[tzPz7:q1AuuCprY8g܇۫ _b}DھwcРE@d{}T}K7}C6e`ϥt8UHIQõ*e*[m VgvlBC/!3!~,+/ƭYca؟J5q [@̫Wӵrq :,NCMHEw},T_b^WJOyvy [%g:ʯ O%VyXu k`\;,|:>I+vu759V~¢Y5?<(m܄8HdMA͔9WEˣqZD.%i%RwbQ&;Il[_NQT \”J.2\ CJc8&%͘;2;.k6bY#4}n5m5;{>쯢š$nqru2澸B.?O;@Vε\դ+;lB6SCqk |<ف&̽i Z@CA;7yڈNuo6`UƵPjI|R|pɸع;w~b4+8#ˍgJoҨٖ:jg-oDa fc 08ySwAM} rC:J#q?' KS V ed-. YZ