confirmed steps to reproduce the issue in the simplest way:
# ulimit -s 240 && openmpt123
Segmentation fault
The problem appears to be a large stack allocation in a static initializer when
using constrained stack sizes. This issue appears to be fixed in upstream
openmpt, we are testing a back port of this patch now to confirm. it appears
the optimizer changes this from a stack allocation at -O3, but
Confirmed its the same linking to JUST libopenmpt, without libavformat
I’m still working on a complete stand alone example but the way to reproduce
this is to dlopen a module that is linked to libavformat. It does not require
any code at all related to libavformat to be executed at all, or any includes
to libavformat, or anything at all related to apt, just the li
If you don't remove that block from the code after that other var was added… it
will cause this error to come back on that branch now that you've forced the
64bit align
On Jul 18, 2013, at 5:42 PM, Daniel Pocock wrote:
>
>
> On 18/07/13 21:25, Michael Jerris wrote:
If that fixed it.. then the issue is the missing def for FORCE_64BIT_ALIGN.
Also of note, that pad shouldn't be there anymore after algorithm was added I
suspect, as it always serves the same purpose.
On Jul 18, 2013, at 3:10 PM, John Foley wrote:
> You're using the legacy crypto implementati
6 matches
Mail list logo