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

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

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

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

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

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

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?

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:

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,

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

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

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

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

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

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

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

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:

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

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

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

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

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

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

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

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