[jira] [Commented] (XERCESC-2257) symbol not found in flat namespace (_xercesc_messages_3_2_dat)

"Boris Kolpackov (Jira)" <[email protected]> Fri, 15 Nov 2024 14:26:00 +0000 (UTC)
Newsgroups gmane.text.xml.xerces-c.devel
Message-ID <[email protected]>
    [ https://issues.apache.org/jira/browse/XERCESC-2257?page=3Dcom.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D17=
898638#comment-17898638 ]=20

Boris Kolpackov commented on XERCESC-2257:
------------------------------------------

> I'm not discarding it.

Well, you are: we have fixed the security issue (and so, as far as I know, =
there aren't any open ones at the moment), and you turn around and publicly=
 announce that Xerces-C++ is still not good enough and should be taken out =
back and shot.

> But we have very different opinons about what a "maintained and safe" cod=
e base means, and that's just not a bridgeable divide I expect.

But "safe" for what? Is Xerces-C++ safe to parse trusted input, in your opi=
nion? And in my opinion, no XML parser that wasn't explicitly designed from=
 the grounds up to be safe on untrusted input can be considered safe. Is Ex=
pat safe in your opinion? It gets a bunch CVEs fixes in pretty much every r=
elease. It is also the foundation of pretty much every Linux distribution. =
Should it also be take out back and shot, in your opinion?


> It's up to the macports folks to decide how to straddle that line obvious=
ly.

I don't personally care about MacPorts but I would ask you not to make simi=
lar statements in the future about the Xerces-C++ project and its future th=
at come across as the position of the project and not your personal opinion=
.

> symbol not found in flat namespace (_xercesc_messages_3_2_dat)
> --------------------------------------------------------------
>
>                 Key: XERCESC-2257
>                 URL: https://issues.apache.org/jira/browse/XERCESC-2257
>             Project: Xerces-C++
>          Issue Type: Bug
>    Affects Versions: 3.3.0
>            Reporter: Ryan Carsten Schmidt
>            Priority: Major
>
> Software linking with libxerces-c-3.3.dylib fails to work:
> =C2=A0
> {noformat}
> dyld[5155]: symbol not found in flat namespace (_xercesc_messages_3_2_dat=
)
> {noformat}
> =C2=A0
> This was reported to MacPorts here: [https://trac.macports.org/ticket/713=
04]
> This is a regression; 3.2.4 didn't have this problem.
> Surely for version 3.3.x on these lines {{3_2}} should be changed to {{{}=
3_3{}}}?
> [https://github.com/apache/xerces-c/blob/v3.3.0/src/xercesc/util/MsgLoade=
rs/ICU/ICUMsgLoader.cpp#L54-L55]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)