libpcrecpp0-8.41-6.4.2 >
A `Ip9|fccrOv Ƶ#p\
glc+آ- ܜ!KU=~3W>/!Lj sJiW٭\OfKwQZӫ9u@,e 䤦=pPj!ⴟW
*b(E: ۞@PdDb3 YzG)A ٦RrUQS\a9c R% mB፪'3TvEM9470f1710c44ab9b074ff62bbb8a3260bf6b0209 3b21ecdd8b728db62f16a1b7d2fe628f2100c789133e0d8e9ee2693a35ff40b6 Q `Ip9| KLAT7Ȇr~FtA셰s 8
EAK;pyLp ®L,datZd奦^c[ԺB
|&<|זuPC^i.J}9G /@ w*%0K2+8bp
p+4dt.W@Zq747}ip 5zG_ ;ɘ%KR ϑږaBy > p @ 4 ? $ d K - N [ q
& 0 H P & ( S 8 \
9
: |
> @ F G 0 H 8 I @ X D Y P \ h ] p ^ b c I d e f l u v w t x | y z C libpcrecpp0 8.41 6.4.2 A library for Perl-compatible regular expressions The 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. `IZsheep11 SUSE Linux Enterprise 15 SUSE LLC BSD-3-Clause https://www.suse.com/ System/Libraries http://www.pcre.org/ linux x86_64 `IP`IQ 3f1db601f5c3ae21985599b5f463b81bd28647caf7a4034966c1f60f9206e6f9 libpcrecpp.so.0.0.1 root root root root pcre-8.41-6.4.2.src.rpm libpcrecpp.so.0()(64bit) libpcrecpp0 libpcrecpp0(x86-64) @ @ @ @ @ @ @ @ @ @ @ @ @ @ @
/sbin/ldconfig /sbin/ldconfig libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libpcre.so.1()(64bit) libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.9)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.20)(64bit) libstdc++.so.6(GLIBCXX_3.4.21)(64bit) libstdc++.so.6(GLIBCXX_3.4.9)(64bit) rpmlib(CompressedFileNames) rpmlib(FileDigests) rpmlib(PayloadFilesHavePrefix) rpmlib(PayloadIsXz) 3.0.4-1 4.6.0-1 4.0-1 5.2-1 4.14.1 `qZY@Y@Yw2Y1S@XYXW9WaC@VV@UB@T@bwiedemann@suse.com fvogt@suse.com kstreitova@suse.com matz@suse.com astieger@suse.com mpluskal@suse.com astieger@suse.com dimstar@opensuse.org astieger@suse.com mpluskal@suse.com astieger@suse.com astieger@suse.com p.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 /sbin/ldconfig /sbin/ldconfig sheep11 1624525146 8.41-6.4.2 8.41-6.4.2 libpcrecpp.so.0 libpcrecpp.so.0.0.1 /usr/lib64/ -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g obs://build.suse.de/SUSE:Maintenance:19625/SUSE_SLE-15_Update/c29fd075853c9c65f9f8c8afbfdf250e-pcre.SUSE_SLE-15_Update cpio xz 5 x86_64-suse-linux ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=bca22b222047a9259b7768aba5836b0586e4e8c7, stripped P R R R R R R R R R R R
R R
R R az,4b(ʫK utf-8 60ebc7b04ef144f54821efe1db71a752112d799fec5cefdea28a82e71eafebcc ? 7zXZ
! t/.~]
cr$x#D@!UJݧly$R09:L ͉Ro
}Eўe3:CIa\ė= O6N GuQ O5brgu Y5Dv!~z(>uJyt=ب-9~r 1n E{f60!ZS`-gʯY c8&WӀg"*O O ,J L|} N@ePi<7A|7emV 8=d =M [V>фT4S=_x2O2 {&{C8 鰰PΕ [ ^K߈lb@O'ة;c</ D eQ}oqw@G כ) ^UiPln b{Occ=L̐?Kvj,Ui8D.t~kjK$Ol.|HӶm| ~ -
vg~R]`MCbCدp/c\wM
*dd^ 3SD=mI_Ý7C_^%)d\p g{fd@oZ^H/S.pDY퇲?~6zJ43m4Ixg zNpB/Ha @? O)G]X-g| YKS5 fK){5G84hs n@:^ԅ{9RX@eY&[ٛQgP3jy_i'GhcdC=(մͩۏ/N=JXvI[)kx"n
X*26nh(:jכVjc<A/eeUTf((Eѭ`y() :E0K:H!k>rs0JpFηRl"D2E yD9LH.\ $).9,w̮1Nl͞fN:TڪB%J
+n| ݩ(otbeC):T
}=V"1z\9R0RRo}-4:Kyo,E
ҔxCZ
ޅrQS!0 o FY1;F̃sܡ"OA8uPWب?jWCa g;2.yh`,ef>
Bn}?Hŋ59}S1X- c5}Ըjw8ߔTS$?b%6HMO
ѩP+˰
TZwYQ!ʦ X
{m6ߛlZcQls}41\旬́Ӫj˜
E݅ *%O^`VX_$jkh;Y|4`vk03*jLdLdXW{t ePA핇/U nJS\:pY64= )MmlKB\ޮb7`
I#U[ Ϸ= e'%SۊbO
LfW~;èVB"=M.qn: ً
q'` w] Q6Fz{/5;6Z#u![ g0C^ZgQo0k7+NuR+
?p=Tf\ WIl[#jy9ӥg
vn jɃ /`*meX#e:2b?h:&RTcJLѝZkC H#UY,frn=~0R[zm62 PȾӔh:5 3 ]"NH5Ƀ ՝ϽLj/;*ES+@-ZX rf:^.} GZhD+8p;_<|gF+A.9Diҿ~BdeORFQPFh:]z~HFbO/̆h E!5RC,l?pwf'*>ZY/_ MS{ {.#9fZu`vuzlj3)0h@LMLu5f:L N!6e}ebS'4U1sNbj@KMmUTwJoF!ztYX8.l~)mcw 5d3D{S}BdP/NPvEinS۞Lsgo:H<|T˺ohez93..< 6-߯%:i+J !z a _y _Eۓdf- \C͢M^E cG8ʟٔm@#gex]e`t6]V/H%\2!I?R7,HW2h
"=`5x gC//~hȔVl Ǘ lEY"&Xp6U\0 lxLLe, IT:7\߿Wc^nQv$0
@zhueLU\ҽm CT/r}X-o\ 'R*RĚ:R/wq>/qPC"&!9z{H4 ǴpE2#'w?>zp CHX
Js4N yM Od춵HpdLқ:!l QMD/NUȼ$LC.LSqU# 'Fk5|.:&G<]n͛/4[TY$W^ªiVޚN Λy+p
Lr8<;;;N+9Jܩ2a0áU;ymW&- #EI=;?,/,46J&"
5ZlIj7Q
Aƀ.DN&'+hIճ.}gx\ KnzU? SNE?=1-MWF-zE@+Lyf/
{
vѥ T\y"wL 1J(*) OyaGvȥ"gC<o&!mt`Hi`VM
i?(8*ZMe4ưL3Gz UeOyrjL{ga4%Uьm§٣IϨs؍oc
~Mp(IN]zoBIG-ɖ{ۈDKqmbQs"垆iȘtLmfj=Wd0RWVƕb4pVg/z ҫ9; ~c
sW"\e<*}HC9Q؉*%Ta*q-Yv rMGƜ Ka=L'ꇺ28`d+!mR'6&oF2y/qi8 ]
*=;hN:iQ@/^,gE x_xs!d8v.R )^܈:" Eh)D^i96ރ{vnjynM<*}s2"%TR)\?]y&3P
hb`ã8
:&ޑDke
}*p_7"/%$m܂>m34c\I1SD
9I Hk \30դ>;yO&aD=^HgmZ>62|G|0ԓ>Pt(=DJ ?sq*I6FXq>%;?ܯN>>5x| Zo%D>uw`\g ^џ~8 _[^Zꖄ¢[\m vi>o R3P@96z^Puy_0.tO,481D4= ~(xmp-1NZMVIoNR)ӊnA<ٜW9;vG+(Pw|Ӗ8YRh~ UZj]=ۗtO&B6Fødkw'] >ʥD S;>+77(2R >c79S͎bQ%d/Dx2B i
%vlB_=M[&9å d0 >}. w-)2Yb.DQYe|3a!O7!@8~@?\2 f0XcGJaHOz%=_<
{zlag-˞k $Blё+/Y0phFiHO$ E!=y1F)Gk^IdlE XEURVU6:w")|$p{ W- (ꭢb"@#a`6$| 'I9 $ہ\aeגծ4iUR1y)\-B y*b 3-/tKbIɵ99pؿ%'KyAYws<M/݅ӄ,,zm:{ .o1t2:Zv ^%?PLu홤f #;zFv%9\@o sN)z\%k Mdqe,`ΐm6RR@WK ώЉYF;AxPN4j84N}
'Si8 1df._s s`aH]:!+iOGYug^
!XZ? 4Ήc|\S))UQ~bNZ>@ɢ&z6PF"H;GG a!VAL$}x?}2n5"HK8pa!;KT\=i T kf' 4Mw :mOz\zX
?Mr DNXxΆt ģ£=
2)ST86;L#m{3_^o˾ 5L&0*7yoa^Ki0{UG<²i_0Cj'y ;$jL GuYoi}0ԓ4 ҩap$-4G ɟ rYm$#Z
z7~y %K>KFl9Āȶ |PUv}FnyM:FjfJl~.*c
F!Xe*ݰbvm ІK1
^ `܋L h 9bڴQ~8 _G253\EeUC}b ;{=͔0N#`3+
W`%?T 09?0YE-sy`>
Is']G }`ƴ =Ahㄋn2+{bf\I%EeMָA8oz o6u 7[t/oW@^`V欧% 〇T
SV!~e K2 Rz\FcK,qSSd`CsXI0g;S21Wokj o*B;_kn7=sV0"V;Tfa_n?E Ad-yAU
=3vHvF{Yр0he@! nGL1KROgd2qR%%oj0gƞ+T\KE\ ט& ]&Sظ$]Ȏ+"B^ LI&qvo𣂴QbrIӗ=X>wh=#fH|R qCpB7 w㜀4 hI`7
2Wm!x a9Rv˃S%S gsb=E94W{ j҅ ē ?f/lratHYZqJ0auHz5r!
حR=`XS) 4e!VIƑQlc>"
>ioE#3 5 8#
#h n\Y9·}_4= RC! uy+p+,smeCPF% P9ŖKK}!./_= pl{UBHMa {jY5` 3@E3G /Zs>ˮ!+N+%?Ո^S@h}%ESߖ$:lԁLowBa Ӫܐ3ΆPQ_Q n(R *V 锖SU^ 3';191 &-U$SvK
~!u)v~ŭj'>g8 /lJM/u4Y Na [O)˽Șod"&}6VJ[1̢ɃzH'*s8H:'d:z= &`-z (I(tS(.tQA`nρ##GEeA-,=HZ|i)cT zzQ"K߫3];[37 VX
H& }F W YYre{Bo,%&Xģ T >}iO6VcASKI)6]M!73T& vpvsȐ+gu? <g- eH
'A}DGG?K?.-+8K- X[#Sy/xodJ3n-P(P+R\pq 86gqy8cМG{AK,͒/]r M?5 ֊à/[NxޔDߝ I? _gA' pGPsAAS1hAIG HKNQ!
j4z!QE)]}I#ײ'?r2xL H9QxYM^i|z \DAW,
NV8s&T5'H|n _)WenGrA0NUjQxr* "4ӍR͛ F>+f4addI45>Z8ȸ".',Ũڽ1vOUUQNRs7Ez?w asS~ JkC~5{<#Z_Hc^g'zΊa癀_סx#5 }(gs-?a7^O _9 nsFr
gicnt{ j R,P}lQ 1kuC˹v UYw;V|Dux`5Eԋ"=H#KE ̺t(iu}'r$}Do&?{<+4(YE > n-oc*Nr@`r*90Ej{zXT1PeQoŝܥ~N.漨;|@7-dފhAgm<SƧi%ͻƟiz_/>I{ٮ!
)oWzw h ?dx uAߢ.cI>AߓH /ɛ2B!usjw9p:A Ii2_q5˭=h'*V͓ &D?ь)'w(~zl֬MQV?>x%3%~o50o>(9FX@!:B7ІS1Z '05.I1?a cVoo㯽tz{FcA.G4DкQ8{Do|>=[++6ԍ:IY6|t4 ц4đ 7E:QA~vtJBrܥ1 ?u#=X{>^6}gv=>B֚) =˸A?9i(m5 '7dcf>URbl\ɔ[mqҀPRgl.M/na7u,.@H?? ۋ86Ԑ|/@iDuIF j HL O7甗Ǐ= P&Ӌ} cG]ո?FN
|.M$QllB-pvbv 0 "RjF`[Lَ rˠi>o&KS٠GFPſ_Y ^OP 1[)ak"I-ݻHDA ~yB,F,v:y ɻw O
^>V2 lmrZVB eI6@F ]ķ _
YZ