ay be. Without a reproducible setup there's only a limited
> amount that I can do to help.
>
> -Robert Middleton
>
>
> On Thu, Oct 28, 2021 at 9:46 AM Bob Kirnum wrote:
> >
> > The example applications (at least trivial and console) run fine so
> dynamic
>
e, so that log4cxx will know how to
> load the class. Perhaps it loads them in alphabetical order?
>
> This SO post may provide some insight:
>
> https://stackoverflow.com/questions/335369/finding-c-static-initialization-order-problems
>
> -Robert Middleton
>
> On Thu, Oct
emory
> someplace? If it was a problem with log4cxx directly, I would expect
> that all of the tests would fail with the same error.
>
> -Robert Middleton
>
> On Wed, Oct 27, 2021 at 2:38 PM Matt Sicker wrote:
> >
> > Could this be a firewall configuration issue?
>
actions are ok(but that is using 10.15).
> Assuming that your stack trace is correct, it's complaining about line
> 159 in class.cpp, which is just 'return true'.
>
> Are you able to run the unit tests at all?
>
> -Robert Middleton
>
> On Wed, Oct 27, 2021 at 11:
Running application dynamically linked with log4cxx started crashing after
upgrading MacOs to Monterey. I tried building a debug version from source
but get the same error. Back trace shown below. Looks like something is
missing in the environment but there are no cmake or build errors. Any
sug
