Could someone other than myself please have a look at this.
https://bugs.kde.org/show_bug.cgi?id=436958
None of these issues affect my system. I strongly suspect a distro
specific issue. https://bugs.gentoo.org/show_bug.cgi?id=789330. The
offending commit makes no sense as a true root cause. I wo
On Thu, May 13, 2021 at 1:00 AM Michael Reeves wrote:
>
> Could someone other than myself please have a look at this.
>
> https://bugs.kde.org/show_bug.cgi?id=436958
>
> None of these issues affect my system. I strongly suspect a distro
> specific issue. https://bugs.gentoo.org/show_bug.cgi?id=789
Thanks do we have the text of the assert?
On Wed, May 12, 2021, 7:30 PM Aleix Pol wrote:
> On Thu, May 13, 2021 at 1:00 AM Michael Reeves
> wrote:
> >
> > Could someone other than myself please have a look at this.
> >
> > https://bugs.kde.org/show_bug.cgi?id=436958
> >
> > None of these issues
That's a crash in the implicit default constructor of QTemporaryFile. And
that would be a Qt bug if its reproducible. You sure you have the current
1.9 branch and built from that?
On Wed, May 12, 2021, 7:30 PM Aleix Pol wrote:
> On Thu, May 13, 2021 at 1:00 AM Michael Reeves
> wrote:
> >
> > Co
On Donnerstag, 13. Mai 2021 07:53:05 CEST Michael Reeves wrote:
> That's a crash in the implicit default constructor of QTemporaryFile.
I don't think so.
> > #10 0x55590227c7bb in SourceData::readAndPreprocess
> > (this=0x555903298590, pEncoding=0x555903144ab0,
> > bAutoDetectUnicode=true) at
Yeah the code your getting is out of sync with git. That crash is in a qt
function that is not directly called by kdiff3. The is visible sign of how
its getting called at that line number. In any event I'm about to push a
fix for the originating issue. Try building with CMAKE_BUILD_TYPE=Debug.
If t
I was looking at the wrong file then. That very likely is related to bug
436958.
On Thu, May 13, 2021, 3:35 PM Ingo Klöcker wrote:
> On Donnerstag, 13. Mai 2021 07:53:05 CEST Michael Reeves wrote:
> > That's a crash in the implicit default constructor of QTemporaryFile.
>
> I don't think so.
>
>
Or maybe not. I'll have another look at this now that emergency fix is
addressed. Calling SourceData::readAndPreprocess on a SourceData object
flagged as a directory shouldn't be happening.
On Thu, May 13, 2021, 3:59 PM Michael Reeves wrote:
> I was looking at the wrong file then. That very like