Re: [fpc-devel] Memory leak @ tobjectdef.getcopy

2019-12-01 Thread Sven Barth via fpc-devel
Am 01.12.2019 um 18:08 schrieb bla...@blaise.ru: On 01.12.2019 19:15, bla...@blaise.ru wrote: With the following two exceptions, there are no other assigned(vmtentries) checks before dereferencing. And one assertion @ TVMTBuilder.generate_vmt : if assigned(_class.childof) then  

Re: [fpc-devel] Autogenerated names for internal RecordDefs

2019-12-01 Thread Sven Barth via fpc-devel
Am 01.12.2019 um 11:02 schrieb bla...@blaise.ru: On 30.11.2019 20:47, Sven Barth via fpc-devel wrote: Am 30.11.2019 um 13:27 schrieb bla...@blaise.ru: { This is a resubmission of https://lists.freepascal.org/pipermail/fpc-devel/2019-August/041915.html } trecorddef.create_global_internal

Re: [fpc-devel] Memory leak @ tobjectdef.getcopy

2019-12-01 Thread Sven Barth via fpc-devel
Ryan Joseph via fpc-devel schrieb am So., 1. Dez. 2019, 19:06: > Blaise how are the closures coming? I think you have enough done you could > submit it into trunk so we can start testing. Please if you can get to this > we have people willing to help. It's been some 6 months now since I offered

[fpc-devel] Remnants of VMT regeneration

2019-12-01 Thread Blaise
TVMTBuilder.generate_vmt has _class.resetvmtentries; and TVMTBuilder.generate_vmt_def has { the VMT definition may already exist in case of generics } if assigned(try_search_current_module_type(vmtdefname)) then exit; Thus, it appears that VMT regeneration

Re: [fpc-devel] Needless pestering

2019-12-01 Thread Blaise
On 01.12.2019 20:27, Ryan Joseph wrote: how are the closures coming? You are literally looking at them coming. you could submit it into trunk That is exactly what I am doing. In small self-contained reviewable changesets. It's been some 6 months now My last submission in August got no

Re: [fpc-devel] Memory leak @ tobjectdef.getcopy

2019-12-01 Thread Ryan Joseph via fpc-devel
Blaise how are the closures coming? I think you have enough done you could submit it into trunk so we can start testing. Please if you can get to this we have people willing to help. It's been some 6 months now since I offered to help and it's still in limbo. Sorry to pester you but we're

Re: [fpc-devel] Memory leak @ tobjectdef.getcopy

2019-12-01 Thread Blaise
On 01.12.2019 19:15, bla...@blaise.ru wrote: With the following two exceptions, there are no other assigned(vmtentries) checks before dereferencing. And one assertion @ TVMTBuilder.generate_vmt : if assigned(_class.childof) then begin if not

[fpc-devel] Memory leak @ tobjectdef.getcopy

2019-12-01 Thread Blaise
1) Maybe it was not always the case, but tobjectdef.vmtentries is never nil (initialised to an empty list @ .create & @ .ppuload. With the following two exceptions, there are no other assigned(vmtentries) checks before dereferencing. I propose that these two useless checks be removed. @

Re: [fpc-devel] When will the next version of FPC be released?

2019-12-01 Thread Florian Klämpfl
Am 30.11.19 um 20:41 schrieb J. Gareth Moreton: My programming buddy has been asking me this question as well, and I can only say "I don't know".  Do we have a release candidate though? No. https://bugs.freepascal.org/roadmap_page.php has still open entries. On 30/11/2019 13:04, Marco van

Re: [fpc-devel] Autogenerated names for internal RecordDefs

2019-12-01 Thread Blaise
On 30.11.2019 20:47, Sven Barth via fpc-devel wrote: Am 30.11.2019 um 13:27 schrieb bla...@blaise.ru: { This is a resubmission of https://lists.freepascal.org/pipermail/fpc-devel/2019-August/041915.html } trecorddef.create_global_internal generates internal RecordDef names as