<p>Am 20.11.2016 18:21 schrieb "Pierre Free Pascal" <<a href="mailto:pierre@freepascal.org">pierre@freepascal.org</a>>:<br>
><br>
> Hi,<br>
><br>
><br>
> > -----Message d'origine-----<br>
> > De : <a href="mailto:fpc-pascal-bounces@lists.freepascal.org">fpc-pascal-bounces@lists.freepascal.org</a> [mailto:<a href="mailto:fpc-pascal-">fpc-pascal-</a><br>
> > <a href="mailto:bounces@lists.freepascal.org">bounces@lists.freepascal.org</a>] De la part de Tony Whyman<br>
> > Envoyé : dimanche 20 novembre 2016 15:13<br>
> > À : FPC-Pascal users discussions<br>
> > Objet : [fpc-pascal] Error: Internal error 2014052302<br>
> ><br>
> > Any ideas as to what this means?<br>
><br>
>   As a general rule, internal errors are consistency checks that<br>
> are made inside the compile.<br>
>   You will need to look into the compiler sources<br>
> themselves to get more precise information.<br>
><br>
>   Here searching using grep gives:<br>
> in directory fpcbuild-3.0.0/fpcsrc/compiler<br>
> $ grep -n 2014052302 *pas *inc */*pas */*inc<br>
> symdef.pas:1959:              internalerror(2014052302);<br>
><br>
> symdef.pas-1946-    procedure tstoreddef.deref;<br>
> symdef.pas-1947-      var<br>
> symdef.pas-1948-        symderef : pderef;<br>
> symdef.pas-1949-        i : longint;<br>
> symdef.pas-1950-      begin<br>
> symdef.pas-1951-        typesym:=ttypesym(typesymderef.resolve);<br>
> symdef.pas-1952-        if df_specialization in defoptions then<br>
> symdef.pas-1953-          genericdef:=tstoreddef(genericdefderef.resolve);<br>
> symdef.pas-1954-        if assigned(genconstraintdata) then<br>
> symdef.pas-1955-          genconstraintdata.deref;<br>
> symdef.pas-1956-        if assigned(genericparas) then<br>
> symdef.pas-1957-          begin<br>
> symdef.pas-1958-            if not assigned(genericparaderefs) then<br>
> symdef.pas:1959:              internalerror(2014052302);<br>
><br>
> So the problem here is apparently that genericparas<br>
> is assigned but genericparaderefs is not!<br>
><br>
>   From this, I can assume that your code is using generics feature,<br>
> which is a part of the compiler that I really don't know...<br>
><br>
> > Seen on FPC 3.0.0 under AMD64 Linux Mint 17<br>
> ><br>
> > The odd thing about this one is that :<br>
> ><br>
> > a) Always on the same blank line just after a constructor<br>
>   This constructor is a specialization of a generic class definition, no?<br>
> > b) Goes away when you recompile clean<br>
>   This might suggest a subtle problem with PPU<br>
> loading versus full recompilation.</p>
<p>That had already been fixed in trunk and I think I also had the fix be merged to 3.0.1, so it would be in the 3.0.2 release as well.</p>
<p>Regards,<br>
Sven</p>