Forum

by Jocelyn-Fiat (modified: 2018 Sep 05)

:: Welcome :: Forum

Eiffel related groups and forums:

Check the latest messages:

  • Mar 21
    Gobo Eiffel 19.03 released
    This release is the first one with the new version number format. This format is similar to the one adopted by other programs with the major and minor numbers corresponding to the year and month, followed by an identification of the code used to build the release (here the day on which the code
  • Mar 11
    Re: Eiffel and Ada
    Ada uses memory pools > - Eiffel employs garbage collection. Ada uses memory pools, but > garbage collection is optional. > > Ada's memory pool concept is quite easy to implement in Eiffel by using once instances. Eiffel-Loop makes use of memory pools to recycle string instances. See for
  • Mar 11
    Re: [eiffel-users] Re: Eiffel and Ada
    like. FYI, the Gobo Eiffel compiler can run with no GC. It's because it has been implemented so that it does not generate any garbage (or almost any). The advantage of compiling this application this way is that it makes it run faster. But the only programs that I can think of which could
  • Mar 11
    Re: Eiffel and Ada
    Hi John, I know the GC can be suspended, but am not aware of being able to disable it utterly (either in ES or from the ECF). I am not sure why one would want to operate without a GC and what the alternative would look like. Larry
  • Mar 11
    Eiffel and Ada
    Hello Dr. Meyer wrote in another thread: All Eiffel-related comments, whether from newbies or from experts, whether > conventional or outlandish, are welcome. That prompts me to inquire about something I've been wondering for some months now. I like Eiffel and have used it in the past, mainly
  • Mar 11
    Re: Eiffel and Ada
    Well, here's one place my own sloppiness of language may count as a mischaracterization: > > - Eiffel employs garbage collection. Ada uses memory pools, but > garbage collection is optional. > > I understand that GC is actually optional in Eiffel, or at least, one can turn it off in
  • Mar 10
    Eiffel shortest statement for object creation and result of function

    If I'd like to add a DATE_TIME to a logger for example I'd like to avoid creating a local variable for that. Is there any similar statement as

    create {DATE_TIME}.make_now.formatted_out ("yyyy-mm-dd hh:mi:ss")
    

    which is not possible?

  • Mar 10
    Re: [eiffel-users] The long slow death of UML
    Yes to read long-term experiences of Eiffel experts in general (and in particular yours Thomas) are always fascinating and quite informative. Also, not being a medorator, more are welcome. Sent: Friday, 08. March 2019 at12:29 Uhr From: "Rosivaldo Fernandes Alves" To:
  • Mar 10
    RE: [eiffel-users] The long slow death of UML
    To clarify: postings to this group are not moderated. A handful of times a spammer got in and was promptly removed. Other than that, I guess it’s a sign of the seriousness of the Eiffel community that no moderation is needed. All Eiffel-related comments, whether from newbies or from experts,
  • Mar 08
    Re: [eiffel-users] The long slow death of UML
    Being not a moderator, I can only thank you for the insights. Em 07/03/2019 18:32, Thomas Beale escreveu: > (...) > > (If this post is deemed inappropriate by moderators, you may delete > without offending me ;) > > - thomas beale
  • Mar 07
    The long slow death of UML
    I wrote a blog post summarising 20 years of frustrations about UML, which is nevertheless something we have to use for our work. I thought it would be reasonable to repost the link here, since this community knows more about formal aspects of programming, and many here have thought about better
  • Feb 23
    Re: Basic meta-model (BMM), Eiffel origins, uses.
    Hi Thomas, I was interested to read about your approach to enumerations but the link is not setup correctly. Finnian On Saturday, 23 February 2019 15:02:05 UTC, Thomas Beale wrote: > > This is a bit off topic, but I thought some people here might be > interested. In our work in openEHR, we have
  • Feb 23
    Re: [eiffel-users] Re: Basic meta-model (BMM), Eiffel origins, uses.
    On 23/02/2019 16:11, Finnian Reilly wrote: Hi Thomas, I was interested to read about your approach to enumerations but the link is not setup correctly. Weak copy-paste skills ;) See here: specifications.openehr.org/releases/LANG/latest/bmm.html -- Thomas Beale Principal, Ars Semantica
  • Feb 23
    Basic meta-model (BMM), Eiffel origins, uses.
    This is a bit off topic, but I thought some people here might be interested. In our work in openEHR, we have undertaken (over nearly 20 years) a major effort of information systems and semantic engineering for the healthcare domain. Like any large project, it has generated useful side-technologi
  • Feb 22
    Re: [eiffel-users] Docking no longer works properly (Windows 10)?
    Hi Jocelyn, Bertrand, I have Windows 10 Home, version 1803, OS build 17134.590, 64 bit. The problem is the same with Eiffel Studio (18.07.10.1981) and with my own application built using ES. I am not running 17.05 anymore, although I guess I could try to rebuild the application and see if it
  • Feb 22
    Re: [eiffel-users] Docking no longer works properly (Windows 10)?
    First it would help to know your exact Windows version. On my side I can see the latest Feature update I got is Windows 10, version 1809 . I don't think there is an official newer version. I am running Windows 10 Pro, 64bits. About your own applications, do you have issue only with recently
  • Feb 22
    RE: [eiffel-users] Docking no longer works properly (Windows 10)?
    Dear Thomas, I asked around and it seems to work for us including with the latest updates... Any way to document the problem further or enable us to reproduce it? Thanks, -- BM From: eiffel...@googlegroups.com [mailto:eiffel...@googlegroups.com] On Behalf Of Thomas Beale Sent:
  • Feb 21
    Docking no longer works properly (Windows 10)?
    I have found that both my own application and Eiffel Studio docking functions no longer work properly, for example, dragging a tab to put it side-by-side (via the 'cross' control that appears) no longer works. The cross appears, but dropping the cursor from drag-and-drop from the tab no longer
  • Feb 21
    Re: [eiffel-users] Use of UT_CSV_HANDLER with CSV file as input
    So, after further investigations, - the reading seems quicker with KL_TEXT_INPUT_FILE - I could have read the file in multiple times instead of reading the entire @ once as done by read_string(l_file.count) - finalizing the system (with assertions) it goes now 1'12'' to read its
  • Feb 21
    Re: [eiffel-users] Use of UT_CSV_HANDLER with CSV file as input
    You didn't find it in the list of descendants because it was not compiled in your project yet. In order to browse the code (and not miss what is not compiled, i.e. not reachable from the root class), I usually have a second project with in the ECF file. -- Eric
  • Feb 21
    Re: [eiffel-users] Use of UT_CSV_HANDLER with CSV file as input
    Thx Eric, thx for your answer. The file contains the following data: ;;;1545344;1545344 > ;;;519321;519321 > Fecha;Hora;Kw;kWhD;kVarhD > 01-01-2016;0:15;805;201;28 > 01-01-2016;0:30;804;201;29 > 01-01-2016;0:45;806;201;29 > 01-01-2016;1:00;808;202;29 > .... > 70179 lines of that I'm figuring out
  • Feb 21
    Re: [eiffel-users] Use of UT_CSV_HANDLER with CSV file as input
    into > > | > l_csv_handler.read_file (l_is,agent impl_action_for_each_csv_line (?)) > | > > any *comment about my code and advices* are also mostly welcome I see nothing wrong, apart from the fact that I would have used a KL_TEXT_INPUT_FILE instead of the combination of a PLAIN_TEXT_FILE
  • Feb 21
    Use of UT_CSV_HANDLER with CSV file as input
    Hi everybody! Trying to parse csv files, I found the following lib (gobo) into $ISE_EIFFEL UT_CSV_HANDLER and am trying to parse like that and the result is an infinite loop into l_csv_handler.read_file (l_is, agent impl_action_for_each_csv_line (?)) any comment about my code and advices are
  • Feb 19
    Re: [eiffel-users] Re: AutoTest
    Thanks a lot for the shared thoughts, Larry. Best Regards, Rosivaldo. Em 19/02/2019 15:32, Larry Rix escreveu: > I have not put in any serious effort on automated testing, so my > experience does not count for much on that topic. > > The very brief and cursory attempts at creating
  • Feb 19
    Re: [eiffel-users] Re: AutoTest
    I have not put in any serious effort on automated testing, so my experience does not count for much on that topic. The very brief and cursory attempts at creating automated tests did not come with results where I thought I would give it more time and serious effort. My view of the resulting
  • See more ...