Forum

    Discussion regarding the Eiffel programming language and various supporting tools.
  • Apr 15
    Re: [EXT] [eiffel-users] pleases help me with this code
    yes i want to buy it its easy في الخميس، 15 أبريل 2021 في تمام الساعة 8:35:12 ص UTC+2، كتب Ulrich W. رسالة نصها: > And you wrote this to get your coding done? > > >>> karam ahmed schrieb am 14.04.2021 um 16:49 in > Nachricht <03e03f15-1f4e-40bf...@googlegroups.com>: > >
  • Apr 15
    Antw: [EXT] [eiffel-users] pleases help me with this code
    And you wrote this to get your coding done? >>> karam ahmed schrieb am 14.04.2021 um 16:49 in Nachricht <03e03f15-1f4e-40bf-8bf6-43b0843cf69dn@googlegroups.com>: > Consider the following specifications of Account class. > > // INITIAL BALANCE: MINIMUM INITIAL BALANCE >
  • Apr 14
    pleases help me with this code
    Consider the following specifications of Account class. // INITIAL BALANCE: MINIMUM INITIAL BALANCE // DEPOSITS: COLLECTION OF DEPOSITS; // WITHDRAWS: COLLECTION OF WITHDRAWALS // BALANCE: CURRENT BALANCE OF ACCOUNT // CURRENCY: CURRENCY OF ACCOUNT // OWNER: CLASS HOLDING INFO ABOUT THE OWNER
  • Apr 13
    Antw: Re: [EXT] Re: [eiffel-users] GPL installers
    <87b34aa5-7542-e9e1-d497-7d24c295e7b4@algeb.re>: > Le 12/04/2021 à 02:02, stephen1...@gmail.com a écrit : >> And it seems as of now (April 11/21), the 19.12 gpl edition is no longer >> available from Sourceforge. I could only download 19.05. > > > 19.12 was a beta version, accordingly you can
  • Apr 12
    Re: [EXT] Re: [eiffel-users] GPL installers
    19.12 was a beta version, accordingly you can find it in the beta folder: https://sourceforge.net/projects/eiffelstudio/files/beta/ -- Vivien Moreau (jmiven)
  • Apr 12
    Re: [EXT] Re: [eiffel-users] GPL installers
    And it seems as of now (April 11/21), the 19.12 gpl edition is no longer available from Sourceforge. I could only download 19.05. On Friday, March 12, 2021 at 3:16:23 AM UTC-5 Ulrich W. wrote: > >>> Richard schrieb am 11.03.2021 um 17:34 in > Nachricht <3bd4afdf-ecb7-4
  • Apr 11
    Re[2]: Antw: [EXT] Re: [eiffel-users] Agents -- two open operands to one ?
    What a wonderful link — I could not imagine how many things were thought of so a long time ago. Moreover, many things have been implemented partially, completely or even with a better outcome than initially expected. But you are right, the document does not include all potential improvements,
  • Apr 11
    Re: Antw: [EXT] Re: [eiffel-users] Agents -- two open operands to one ?
    To Alexander Kogtenkov : About the possible additional simplifications of currying that you mentioned, are they included in the working paper "Eiffel as a functional programming language" (created in 2012, last updated in 2014) ? To Bertrand Meyer : The evolution of Eiffel has been ongoing
  • Apr 09
    Re: Antw: [EXT] Re: [eiffel-users] Agents -- two open operands to one ?
    Thanks to all -- My current problem resolved, and looking forward to further currying simplifications ... Regards, Howard On Thursday, 8 April 2021 at 11:16:53 UTC+1 kwa...@mail.ru wrote: > Eiffel is constantly evolving in the direction of simplification. For > example, the presented code uses
  • Apr 09
    RE: [eiffel-users] ext compilation error
    Hi Jocelyn It's a bit late to check the times on the rc files in question (I should have done that before). My guess is that, yet, the file in question is a leftover, BUT, all this trouble began when my old system's motherboard went South and I had to build a new system from the rubble. I
  • Apr 09
    Re: [eiffel-users] ext compilation error
    Hi, I have just tried again to use mingw, and for me the generated file .rc contains something like "This Program was made using EiffelStudio using GCC" in fact, the .rc is generated using the %ISE_EIFFEL%\studio\config\win64\mingw\eiffel.rc Then I guess, the .rc file you have is from a previous
  • Apr 08
    Re: Antw: [EXT] Re: [eiffel-users] Agents -- two open operands to one ?
    Eiffel is constantly evolving in the direction of simplification. For example, the presented code uses much more readable PROCEDURE [STRING, STRING] instead of the old PROCEDURE [ANY, TUPLE [STRING, STRING]]. Similarly, at some point it should be possible to replace the boilerplate code
  • Apr 08
    Antw: [EXT] Re: [eiffel-users] Agents -- two open operands to one ?
    <161786898...@f301.i.mail.ru>: > You are talking about "currying". Routine classes are using tuples to pass > arguments to feature calls. As a result, direct currying is impossible (as, I > guess, you figured out by trial and error). A wrapper (as pointed out in > another reply) can be used
  • Apr 08
    Re: [eiffel-users] Agents -- two open operands to one ?
    You are talking about "currying". Routine classes are using tuples to pass arguments to feature calls. As a result, direct currying is impossible (as, I guess, you figured out by trial and error). A wrapper (as pointed out in another reply) can be used instead. Let’s look at an example.
  • Apr 07
    Re: [eiffel-users] Agents -- two open operands to one ?
    Hi, take a look at stackoverflow -> eiffel agent. I remember I had a similar question.... https://stackoverflow.com/questions/55406410/eiffel-passing-argument-to-agent-received-as-argument Maybe this one answers your question. The idea is to encapsulate your call into another with only one
  • Apr 07
    Agents -- two open operands to one ?
    Hi, I am familiar with the syntax for an agent with one open and one closed operand, as directly useable in: expose_actions.extend (agent draw_date (?, l_grid_item)) which works in the original [single] context in which I wrote it. Can I pass an agent to a routine with two open operands, and then
  • Apr 07
    Agents -- two open operands to one ?
    Hi, I am familiar with the syntax for an agent with one open and one closed operand, as directly useable in: expose_actions.extend (agent draw_date (?, l_grid_item)) which works in the original [single] context in which I wrote it. Can I pass an agent to a routine with two open operands, and then
  • Apr 07
    Antw: [EXT] [eiffel-users] on line version of Touch of Class?
    Nachricht <537cde1b-9892-467b-9792-2b426a046b85n@googlegroups.com>: > At least for the last couple of years an online PDF version of Touch of > Class has been freely downloadable from this address > http://se.ethz.ch/~meyer/down/touch/TOUCH.pdf Having bought the book, I missed to get the
  • Apr 06
    Re: [eiffel-users] on line version of Touch of Class?
    Thanks Bertrand! Best, Enrico Il 06/04/2021 17:44, Bertrand Meyer ha scritto: > Dear Enrico, > > I think it was more of a glitch; a version that I made temporarily available and forgot to remove (until sometime ago (forgot when). > > Please contact Springer. They have formulas available
  • Apr 06
    RE: [eiffel-users] on line version of Touch of Class?
    Dear Enrico, I think it was more of a glitch; a version that I made temporarily available and forgot to remove (until sometime ago (forgot when). Please contact Springer. They have formulas available for universities using textbooks, including electronically. Thanks, -- BM
  • Apr 06
    on line version of Touch of Class?
    At least for the last couple of years an online PDF version of Touch of Class has been freely downloadable from this address http://se.ethz.ch/~meyer/down/touch/TOUCH.pdf I think this happened after the release of the 2nd edition of the book and I used to point my students there. I'm not
  • Apr 06
    Re[2]: [eiffel-users] Software Drag Racing: C++ vs C# vs Python vs Eiffel - Which Will Win?
    The ability to address a single byte of memory is in the days of yore. For a long time, the minimum addressable memory unit is not a single byte, but 8-16-32-64 bytes instead. The CPU cache lines have similar addressable storage capacity. The CPUs still support reading and writing single bytes.
  • Apr 06
    Re: [eiffel-users] Software Drag Racing: C++ vs C# vs Python vs Eiffel - Which Will Win?
    Hi Alexander It turns out that the inlining factor plays an essential role to get the best results. My version (it differs from the C++ version by very efficient bit counting algorithm, but this affects only the final step, not the main loop) with the factor set to 15 outperforms the C++
  • Apr 06
    Antw: [EXT] Re[2]: [eiffel-users] Software Drag Racing: C++ vs C# vs Python vs Eiffel - Which Will Win?
    <161721501...@f496.i.mail.ru>: > Hi Finnian, > > I’ll send my version (or, more precisely, fragments of it) to you privately > because I did not use EL_* classes. > > It turns out that the inlining factor plays an essential role to get the > best results. My version (it differs from
  • Apr 06
    Antw: [EXT] Re: [eiffel-users] Software Drag Racing: C++ vs C# vs Python vs Eiffel - Which Will Win?
    <161713138...@f302.i.mail.ru>: > Both C++ and C# use a specialized version of a bit vector, not an array of > Boolean values. A more realistic comparison would be to replace "BitArray" in > the C# implementation with "bool []". > > The reverse could also be modelled by packing BOOLEANs
  • See more ...