De: Antonio Scuri
Enviado: sexta-feira, 29 de maio de 2020 13:12
Para: IUP discussion list.
Assunto: Re: [Iup-users] IUP iupDlgListDestroyAll refactored
> Because IupDestroy will also remove the dialog from that list and list->next
> will be invalid.
Like this, it worked without problems.
Hi Scuri,
There are some news issues with IUP-3.29
1. Possible dereference null at functions iFlatTreeTextEditVALUECHANGED_CB and
iFlatTreeTextEditKCR_CB (src/iup_flatree.c)
Function iFlatTreeGetNode can return NULL, so, var nodefocus can be NULL
2. Uninitialized var used
Please, disregard that message.
Wrong diagnostics.
regards,
Ranier Vilela
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users
Hi Scuri,
Possible errors with iup_mglplot.cpp
1. line 97: error #40: expected an identifier
!_Is_implicitly_default_constructible<_Uty1>::value ||
!_Is_implicitly_default_constructible<_Uty2>::value)
2. line 96: error #788: not a valid member class or function template
declaration
Iupvled is usually statically linked.
Those functions were not exported in the DLL. Just fixed and committed to
the SVN.
Best,
Scuri
Em sex., 10 de jul. de 2020 às 14:42, Ranier Vilela
escreveu:
> Hi Scuri,
>
> Troubles with IUP compilation:
>
> ''; echo Tecmake: linking iupvled.exe ...
>
I have no idea. This should work, just like other folders are created.
Best,
Scuri
Em sex., 10 de jul. de 2020 às 14:58, Ranier Vilela
escreveu:
> Hi Scuri,
>
> More troubles with IUP compilation:
>
> if [ ! -d dep ] ; then mkdir -p dep ; fi
> ! foi inesperado neste momento.
>
Hi Scuri,
More troubles with IUP compilation:
if [ ! -d dep ] ; then mkdir -p dep ; fi
! foi inesperado neste momento.
../tecmakewin.mak:1741: recipe for target 'dep' failed
win-make[2]: *** [dep] Error 255
makefile:12: recipe for target 'iuplua' failed
win-make[1]: *** [iuplua] Error 2
Hi Scuri,
Troubles with IUP compilation:
''; echo Tecmake: linking iupvled.exe ...
c:/progra~2/mib055~1/2019/community/vc/tools/msvc/14.26.28801/bin/Hostx86/x86/link
-nologo-incremental:no -machine:X86 -debug -MANIFEST:NO -subsystem:windows
-out:../bin/Win32/iupvled.exe
No. Notice that count is obtained from iupArrayCount, later iupArrayInc
is called, so when i==count it is a valid operation to use fonts[i].
Best,
Scuri
Em sex., 10 de jul. de 2020 às 13:34, Ranier Vilela
escreveu:
> De: Ranier Vilela
> Enviado: sexta-feira, 10 de julho de 2020 16:12
>
De: Ranier Vilela
Enviado: sexta-feira, 10 de julho de 2020 16:12
Para: IUP discussion list.
Assunto: [Iup-users] IUP 3.29 Possible leak at iupwin_font.c
Attached patch try to fix.
regards,
Ranier Vilela
fix_possible_leak_iupwin_font.patch
Description: fix_possible_leak_iupwin_font.patch
Hi Scuri,
There are a possible leak at (src/win/iupwin_font.c)
At line 89, IUP call:
fonts = (IwinFont*)iupArrayInc(win_fonts);
To create room for the next font, but uses var i with count value.
var i must be count + 1, otherwise will replace the last font, leaking last
pointer font.
regards,
11 matches
Mail list logo