Re: [Liberty-eiffel] Bell Release Candidate 2

[Germán Arias]

Hi Rapha, thanks for test.

I revert my liberty-eiffel installation to the version I used to develop
eiffel-iup and I get the same problems. So, I test in my Desktop PC (the
same system but 32 bits) and all works perfectly.

Maybe the origin of the problem is an update of my 64 bits system at my
laptop. But now I'm sure this is not a problem on liberty-eiffel or
eiffel-iup.

On your question about dispose, I add this if for some reason eiffel
decide release an object (maybe a widget that is not more used), in this
case eiffel-iup release the object at IUP side too (if still exist). The
inverse never happen, IUP never try to release an eiffel object.
Initially I tried this, but was a disaster.

I will take your suggestion about strings. Now I remember I read
something about this, but not remember where.

Thanks.
Germán

El mar, 24-05-2016 a las 23:38 +0200, Raphael Mack escribió:
> So, I gave it a try and for me it looks good at the first sight.
> example7 doesn't hang in case I move the split view
> 
> example 7 also closes fine for me - interesting is, that with BDW GC
> also example 5 terminates fine... It might be related to some dispose
> features, which you seem to use extensively, you even do memory
> allocations which is not a good idea. Note: s := "xxx" is already an
> allocation of a STRING object... you might want to add once before the
> manifest strings. And it seems, that the IUP wrapper relies on the call
> of dispose. This is not a good design, as it is non-deterministic when
> it is called - you not even sure that it is called. Extrem example would
> be compile with -no_gc.
> 
> So far for today.
> 
> Regards,
> Rapha
> 
> Am Dienstag, den 24.05.2016, 22:32 +0200 schrieb Raphael Mack:
> > Hi,
> > 
> > this is strange, currently I could not imagine what kind of change in
> > Liberty could cause this behavior. Anyhow, thanks a lot for testing and
> > the reports - this is what release candidates are good for!
> > 
> > I will look into it but maybe one more question before: what Liberty
> > version did you work with during IUP wrapper development? Adler or
> > something newer?
> > 
> > Regards,
> > Rapha
> > 
> > Am Dienstag, den 24.05.2016, 13:44 -0600 schrieb Germán Arias:
> > > Well, I downloaded and installed the bell-rc2 tarball and notice many
> > > problems with eiffel-iup that previously are not present. The problems
> > > are with examples 5 and 7. Aside of the problem with example 5 (the
> > > terminal prompt don't return after close the app) there is other problem
> > > with split view. If you select the tab number 3 and then move the split
> > > line from one side to another (from right limit to the left limit or
> > > vice versa) suddenly the application hangs. 
> > > 
> > > At example 7 the problem is that the application don't show the knob of
> > > the sbox widget. So you ca not resize the button. This imagen
> > > (https://gnutopics.files.wordpress.com/2016/04/eiffel-iup-7.jpg) show
> > > how should look the knob, but currently this is not present.
> > > 
> > > These are not IUP problems, I have C examples to test these widgets and
> > > works perfectly. I'm sure I tested all widgets previously with
> > > eiffel-iup (before its release) and these worked perfectly.
> > > 
> > > Something was changed at liberty-eiffel that are causing these problems.
> > > I will try with previous revisions of the repository (or the equivalent
> > > on git), although this is difficult to me since liberty-eiffel takes
> > > more than one hour to build on my laptop.
> > > 
> > > Germán
> > > 
> > > El lun, 23-05-2016 a las 02:11 -0600, Germán Arias escribió:
> > > > Hi
> > > > 
> > > > Testing the example number 5 at eiffel-iup, I notice a problem. If I
> > > > launch the example from a terminal and then close the window of the
> > > > example, the application remains running (the terminal's prompt don't
> > > > return). When you close the window of the example the process should
> > > > terminate. But currently the process continues, and I should kill it
> > > > with Ctrl+C. But this worked perfectly some days ago.
> > > > 
> > > > Here the backtrace:
> > > > 
> > > > Received signal 2 in './example5'.
> > > > 4 frames in run-time stack.
> > > > ====  Bottom of run-time stack  ====
> > > > <atexit wrapper>
> > > > ======================================
> > > > Garbage Collector at work.
> > > > dispose called (during sweep phase)
> > > > ======================================
> > > > dispose IUP_FRAME
> > > > Current = IUP_FRAME#0x13afd28
> > > >         [ cb_destroy = Void
> > > >           cb_unmap = Void
> > > >           cb_map = Void
> > > >           widget = POINTER#0x13b1d10
> > > >         ]
> > > > line 444 column 39
> > > > file /home/german/Instalados/dev-eiffel/eiffel-iup/library/iup_widget.e 
> > > > ======================================
> > > > delete_widget_for_object IUP
> > > > Current = IUP#0x12c0aa8
> > > >         [ get_param = Void
> > > >           objects = #0x12c2ab8
> > > >           idle_action = Void
> > > >         ]
> > > > wgt = POINTER#0x13b1d10
> > > > eiffel_object = IUP_FRAME#0x13afd28
> > > >         [ cb_destroy = Void
> > > >           cb_unmap = Void
> > > >           cb_map = Void
> > > >           widget = POINTER#0x13b1d10
> > > >         ]
> > > > line 350 column 5
> > > > file /home/german/Instalados/dev-eiffel/eiffel-iup/library/iup.e 
> > > > ====  Top of run-time stack   ====
> > > > 
> > > > 
> > > > Is this a problem at liberty-eiffel? or a bug on eiffel-iup?
> > > > 
> > > > Germán
> > > > 
> > > > El sáb, 21-05-2016 a las 13:08 +0200, Raphael Mack escribió:
> > > > > Hi,
> > > > > 
> > > > > with some minor changes and hopefully better debian packaging here is
> > > > > RC2 with the same request for trying.
> > > > > 
> > > > > You can get it from
> > > > > git://git.savannah.gnu.org/liberty-eiffel.git
> > > > > http://download.savannah.gnu.org/releases/liberty-eiffel/bell-rc2.tar.gz
> > > > > http://apt.liberty-eiffel.org/ rc main
> > > > > 
> > > > > (I hope Savannah is now fully available again) 
> > > > > 
> > > > > @Doug, can you try to purge the rc1 package before to see whether we
> > > > > have the conffile in correctly?
> > > > > 
> > > > > Stay tuned and have fun!
> > > > > Rapha
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > 
> > 
> > 
> > 
> 
> 
>