You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(80) |
Jun
(71) |
Jul
(34) |
Aug
(58) |
Sep
|
Oct
(220) |
Nov
(146) |
Dec
(36) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(28) |
Feb
(152) |
Mar
(293) |
Apr
(213) |
May
(158) |
Jun
(96) |
Jul
(78) |
Aug
(39) |
Sep
(169) |
Oct
(128) |
Nov
(83) |
Dec
(149) |
2003 |
Jan
(155) |
Feb
(14) |
Mar
(60) |
Apr
(86) |
May
(92) |
Jun
(109) |
Jul
(25) |
Aug
(44) |
Sep
(10) |
Oct
(39) |
Nov
(37) |
Dec
(128) |
2004 |
Jan
(71) |
Feb
(199) |
Mar
(192) |
Apr
(360) |
May
(93) |
Jun
(75) |
Jul
(51) |
Aug
(195) |
Sep
(390) |
Oct
(186) |
Nov
(173) |
Dec
(331) |
2005 |
Jan
(102) |
Feb
(154) |
Mar
(160) |
Apr
(88) |
May
(79) |
Jun
(78) |
Jul
(126) |
Aug
(94) |
Sep
(110) |
Oct
(187) |
Nov
(188) |
Dec
(31) |
2006 |
Jan
(12) |
Feb
(40) |
Mar
(123) |
Apr
(102) |
May
(62) |
Jun
(36) |
Jul
(19) |
Aug
(31) |
Sep
(59) |
Oct
(67) |
Nov
(57) |
Dec
(35) |
2007 |
Jan
(153) |
Feb
(53) |
Mar
(27) |
Apr
(11) |
May
(49) |
Jun
(3) |
Jul
(56) |
Aug
(58) |
Sep
(30) |
Oct
(57) |
Nov
(47) |
Dec
(155) |
2008 |
Jan
(71) |
Feb
(68) |
Mar
(79) |
Apr
(72) |
May
(82) |
Jun
(10) |
Jul
(19) |
Aug
(25) |
Sep
(17) |
Oct
(10) |
Nov
(32) |
Dec
(9) |
2009 |
Jan
(26) |
Feb
(1) |
Mar
(1) |
Apr
(12) |
May
(16) |
Jun
(7) |
Jul
(12) |
Aug
(22) |
Sep
(21) |
Oct
|
Nov
(7) |
Dec
|
2010 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
|
May
(5) |
Jun
(5) |
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
|
Dec
(6) |
2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(11) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(5) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(2) |
Dec
(1) |
2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2016 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2017 |
Jan
(3) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2018 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Eric B. <er...@us...> - 2008-10-26 23:43:28
|
Colin Paul Adams wrote: > I've just suddenly started seeing half-a-dozen > > [GIAAA] internal error. > > messages. It was because validity check on inspect instructions was not implemented yet. There is a new version of the compiler in Subversion. Validity check on inspect instructions is not fully implemented yet, but at least it reports the following errors instead of the internal errors: [VOMB-2] class XM_XSLT_SUB_PICTURE (204,9): inspect choice `a_per_mille' is not a constant attribute. ---- [VOMB-2] class XM_XSLT_SUB_PICTURE (204,22): inspect choice `a_percent' is not a constant attribute. ---- [VOMB-2] class XM_XSLT_SUB_PICTURE (206,9): inspect choice `a_digit_sign' is not a constant attribute. ---- [VOMB-2] class XM_XSLT_SUB_PICTURE (208,9): inspect choice `a_zero_digit_sign' is not a constant attribute. ---- [VOMB-2] class XM_XSLT_SUB_PICTURE (210,9): inspect choice `a_decimal_separator' is not a constant attribute. ---- [VOMB-2] class XM_XSLT_SUB_PICTURE (212,9): inspect choice `a_grouping_separator' is not a constant attribute. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Colin P. A. <co...@co...> - 2008-10-26 05:49:02
|
>>>>> "Eric" == Eric Bezault <er...@us...> writes: Eric> Colin Paul Adams wrote: >> I've just suddenly started seeing half-a-dozen >> >> [GIAAA] internal error. >> >> messages. >> >> Is there any way to get more information? Eric> The only way is to run gec in the debugger. Is the code of Eric> your program available somewhere? I will have to send you the whole of my modified version of Gobo (the changes are huge). -- Colin Adams Preston Lancashire |
From: Eric B. <er...@us...> - 2008-10-25 20:37:31
|
Colin Paul Adams wrote: > I've just suddenly started seeing half-a-dozen > > [GIAAA] internal error. > > messages. > > Is there any way to get more information? The only way is to run gec in the debugger. Is the code of your program available somewhere? -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Colin P. A. <co...@co...> - 2008-10-25 18:26:07
|
I've just suddenly started seeing half-a-dozen [GIAAA] internal error. messages. Is there any way to get more information? -- Colin Adams Preston Lancashire |
From: Emmanuel S. [ES] <ma...@ei...> - 2008-10-21 16:40:56
|
> Im am still seing some plain "Syntax error" messages - these could be > greatly improved. > > Then I get this: > > > [VMRC-2] class XM_XSLT_STYLE_ELEMENT (50,2): replicated features > XM_XSLT_STYLE_ELEMENT have not been selected. > > I have no clue as to which the replicated features might be. My only > remedy is to try compiling with ISE instead. Make sure to use 6.3 as 6.2 suffer from a very similar problem for this kind of error. Manu |
From: Colin P. A. <co...@co...> - 2008-10-21 15:14:59
|
Gec is giving some poor error messages. Im am still seing some plain "Syntax error" messages - these could be greatly improved. Then I get this: [VMRC-2] class XM_XSLT_STYLE_ELEMENT (50,2): replicated features XM_XSLT_STYLE_ELEMENT have not been selected. I have no clue as to which the replicated features might be. My only remedy is to try compiling with ISE instead. -- Colin Adams Preston Lancashire |
From: Eric B. <er...@go...> - 2008-09-30 09:34:07
|
Colin Paul Adams wrote: > Given such classes, I don't see the need for `set_hash_function' in > DS_HASH_TABLE. It seems to me that it is only muddying the waters to > have a class that is specific to HASHABLE, and then not use that property. More precisely, `hash_function' was initially introduced because the feature `hash_code' of DOUBLE is very bad. So it was more a workaround than a new functionality. And then, it was used to provide case-insensitive hash codes for strings. It would be indeed better (and more reusable) to have different classes. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Colin P. A. <co...@co...> - 2008-09-30 09:09:56
|
This looks more useful than just providing an alternative hash code for HASHABLE objects. To take adavantage of it, I suggest new classes, DS_HASH_FUNCTION_TABLE [G, K] and DS_MULTIARRAYED_HASH_FUNCTION_TABLE [G, K] (note the unconstrained genericity). Creation procedures for these classes will possess an additional formal argument of type KL_HASH_FUNCTION [K], and the class invariant will specify that `hash_function' is always non-Void. Given such classes, I don't see the need for `set_hash_function' in DS_HASH_TABLE. It seems to me that it is only muddying the waters to have a class that is specific to HASHABLE, and then not use that property. -- Colin Adams Preston Lancashire |
From: Colin P. A. <co...@co...> - 2008-09-28 13:41:48
|
Today I have managed to get all the XPath test suite to compile and run using ST_STRING. Two of the tests are failing. These are both regular expression tests where dotall mode isn't working. As the regular expression stuff isn't correct anyway, I'm not too concerned about this for the moment. What does concern me is that the elapsed time for running the tests (excluding the compile time) with gec has doubled (from .33 to .66 of a second). So prospects don't look good at the moment. -- Colin Adams Preston Lancashire |
From: Eric B. <er...@us...> - 2008-09-25 12:25:38
|
Arno Fiva wrote: > By calling `twin' on the keys of a hash table, following exception occurs: You should realize that `keys' is just another view on the same table. So, cloning `keys' will clone the table. Therefore it is recommended to call: l_table.twin.keys instead of: l_table.keys.twin I now fixed the call-on-void-target in the version in Subversion, but I just wanted to warn you that the behavior might not be the one that you expect. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Arno F. <arn...@gm...> - 2008-09-24 21:11:40
|
By calling `twin' on the keys of a hash table, following exception occurs: ------------------------------------------------------------------------------- Class / Object Routine Nature of exception Effect ------------------------------------------------------------------------------- DS_SPARSE_TABLE_KEYS copy @3 copy: <00007F271CD4F598> Feature call on void target. Fail ------------------------------------------------------------------------------- DS_SPARSE_TABLE_KEYS copy @3 <00007F271CD4F598> Routine failure. Fail ------------------------------------------------------------------------------- DS_SPARSE_TABLE_KEYS twin @3 <00007F271CD4F508> (From ANY) Routine failure. Fail ------------------------------------------------------------------------------ To reproduce call following feature test_ds_sparse_table_keys local l_table: DS_HASH_TABLE [STRING, STRING] l_list: DS_BILINEAR [STRING] do create l_table.make_default l_list := l_table.keys.twin end |
From: Paul M. <pm...@re...> - 2008-09-15 18:43:43
|
On Mon, Sep 15, 2008 at 02:33:47PM +0200, Bernd Schoeller wrote: > Dear Paul, > > I have looked at your class text. The addition of an interval of valid > values for 'integer options' seems reasonable and should be included. > Still, I think it should be directly added to AP_INTEGER_OPTION, instead > of having a specific sub-class. It is just too small to justify a > complete new class. The default range is min-integer to max-integer, and > the help text will only display default ranges if the limits have been > changed. Perfect. > BTW: AP_INTEGER_INTERVAL_OPTION would be an option that takes an interval > as the parameter. (--foo=1..10 or -b 20-40). But that is probably too > specific for the library and not what you intended. Agreed. I originally threw it together as BOUNDED_INTEGER_OPTION and then changed the name at the last minute since I used an INTEGER_INTERVAL in the definition. -paul |
From: Bernd S. <ber...@co...> - 2008-09-15 12:33:41
|
Dear Paul, I have looked at your class text. The addition of an interval of valid values for 'integer options' seems reasonable and should be included. Still, I think it should be directly added to AP_INTEGER_OPTION, instead of having a specific sub-class. It is just too small to justify a complete new class. The default range is min-integer to max-integer, and the help text will only display default ranges if the limits have been changed. BTW: AP_INTEGER_INTERVAL_OPTION would be an option that takes an interval as the parameter. (--foo=1..10 or -b 20-40). But that is probably too specific for the library and not what you intended. Adding an AP_DATE_OPTION class seems very interesting, though it would add a dependency of the argument library to the 'time' library (which - AFAIK - is currently not there). Parsing dates from strings is also a complex job. Some of this work has been done in the XML libraries, but again we get into trouble of creating dependencies between libraries (there was a discussion between Colin and Eric sometime ago about this issues, but I do not know how this was resolved). Bernd On Thu, 11 Sep 2008 17:03:49 +0200, Eric Bezault <er...@us...> wrote: > Thanks Paul. > > Bernd, can you have a look at Paul's contribution and > see how to integrate it into your Arguments library? > Thanks. > -- Bernd Schoeller, PhD, CTO Comerge AG, Technoparkstrasse 1, CH-8005 Zurich, Switzerland |
From: Bernd S. <ber...@co...> - 2008-09-15 08:55:33
|
On Thu, 11 Sep 2008 17:03:49 +0200, Eric Bezault <er...@us...> wrote: > Thanks Paul. > > Bernd, can you have a look at Paul's contribution and > see how to integrate it into your Arguments library? > Thanks. > I am just back from vacation, but I will do this ASAP. Bernd -- Bernd Schoeller, PhD, CTO Comerge AG, Technoparkstrasse 1, CH-8005 Zurich, Switzerland |
From: Eric B. <er...@us...> - 2008-09-11 15:06:04
|
Thanks Paul. Bernd, can you have a look at Paul's contribution and see how to integrate it into your Arguments library? Thanks. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com Paul Morgan wrote: > Thanks for making your libraries available. > > Attached is code for an integer option that requires > an interval. I will be making classes for dates and > date intervals over the next couple days and can provide > those, as well. Let me know if you're interested. > > Caveat: I have only tested the classes under ISE so far. > > Kind regards, > Paul Morgan > |
From: Eric B. <er...@us...> - 2008-09-11 08:02:39
|
Daniel Tuser wrote: > Hi Gloria > It seams you missed the answer of Eric. But thanks anyways. I think that it's because it didn't go through to the mailing list. Here it is again. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Daniel T. <dan...@gm...> - 2008-09-10 20:35:24
|
Hi Gloria It seams you missed the answer of Eric. But thanks anyways. Daniel Müller Gloria wrote: > Hallo Daniel > > I just searched the web, then I found this: > > http://svnbook.red-bean.com/nightly/de/svn-book.html#svn.advanced.props.special.keywords > > --G > > > > -----Ursprüngliche Nachricht----- > Von: gob...@li... im Auftrag von Daniel Tuser > Gesendet: Di 09.09.2008 14:44 > An: Gobo Developers Mailing List > Betreff: [gobo-eiffel-develop] Class header > > I was always wondering how you set the "date" and "revision" in the > class header. Could someone help me, how to do that? > > Thanks in advance, > Daniel > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gobo-eiffel-develop mailing list > gob...@li... > https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop > > > |
From: Müller G. <glm...@st...> - 2008-09-10 18:18:37
|
Hallo Daniel I just searched the web, then I found this: http://svnbook.red-bean.com/nightly/de/svn-book.html#svn.advanced.props.special.keywords --G -----Ursprüngliche Nachricht----- Von: gob...@li... im Auftrag von Daniel Tuser Gesendet: Di 09.09.2008 14:44 An: Gobo Developers Mailing List Betreff: [gobo-eiffel-develop] Class header I was always wondering how you set the "date" and "revision" in the class header. Could someone help me, how to do that? Thanks in advance, Daniel ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gobo-eiffel-develop mailing list gob...@li... https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop |
From: Daniel T. <dan...@gm...> - 2008-09-09 12:44:32
|
I was always wondering how you set the "date" and "revision" in the class header. Could someone help me, how to do that? Thanks in advance, Daniel |
From: Daniel T. <dan...@gm...> - 2008-09-08 16:29:52
|
Eric Bezault wrote: > Daniel Tuser wrote: >> I tried to run some test cases of gobo using the ISE compiler. The >> compilation fails because class UC_STRING exists two times in the >> folders: >> .../library/kernel/spec/ise/uc_string.e >> .../library/kernel/unicode/uc_string.e > > In $GOBO/library/kernel, you need to run: > > geant clobber > > followed by: > > geant install Ok. Didn't know that. Thank you |
From: Eric B. <er...@us...> - 2008-09-08 15:00:52
|
Daniel Tuser wrote: > I tried to run some test cases of gobo using the ISE compiler. The > compilation fails because class UC_STRING exists two times in the folders: > .../library/kernel/spec/ise/uc_string.e > .../library/kernel/unicode/uc_string.e In $GOBO/library/kernel, you need to run: geant clobber followed by: geant install -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
From: Daniel T. <dan...@gm...> - 2008-09-08 14:43:21
|
I tried to run some test cases of gobo using the ISE compiler. The compilation fails because class UC_STRING exists two times in the folders: .../library/kernel/spec/ise/uc_string.e .../library/kernel/unicode/uc_string.e Regards, Daniel |
From: Emmanuel S. [ES] <ma...@ei...> - 2008-08-31 16:40:43
|
Fair enough, but you could make the argument CHARACTER_32 all the time since a CHARACTER is automatically converted to a CHARACTER_32 without performance lost. In any case, my suggestion to use `code_byte_count' will reduce code duplication. Regards, Manu > -----Original Message----- > From: gob...@li... [mailto:gobo- > eif...@li...] On Behalf Of Colin Paul > Adams > Sent: Sunday, August 31, 2008 9:37 AM > To: gob...@li... > Subject: Re: [gobo-eiffel-develop] Question regarding > UC_UTF8_ROUTINES.character_byte_count > > >>>>> "Emmanuel" == Emmanuel Stapf [ES] <ma...@ei...> writes: > > Emmanuel> But the `else' part is useless since it is guaranteed to > Emmanuel> never execute this code. Should it be simply > Emmanuel> implemented as: > > [third attempt at trying to reply to the list - sorry Manu]: > > It will be executed if CHARACTER is mapped to CHARACTER_32. > -- > Colin Adams > Preston Lancashire > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gobo-eiffel-develop mailing list > gob...@li... > https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop |
From: Colin P. A. <co...@co...> - 2008-08-31 16:37:08
|
>>>>> "Emmanuel" == Emmanuel Stapf [ES] <ma...@ei...> writes: Emmanuel> But the `else' part is useless since it is guaranteed to Emmanuel> never execute this code. Should it be simply Emmanuel> implemented as: [third attempt at trying to reply to the list - sorry Manu]: It will be executed if CHARACTER is mapped to CHARACTER_32. -- Colin Adams Preston Lancashire |
From: Emmanuel S. [ES] <ma...@ei...> - 2008-08-31 16:28:51
|
The code of UC_UTF8_ROUTINES.character_byte_count reads: character_byte_count (c: CHARACTER): INTEGER is -- Number of bytes needed to encode character -- `c' with the UTF-8 encoding local a_code: INTEGER do if c <= byte_127 then -- 2^7 -- 0xxxxxxx Result := 1 elseif c <= byte_255 then -- 110xxxxx 10xxxxxx Result := 2 else a_code := c.code if a_code < 2048 then -- 2^11 -- 110xxxxx 10xxxxxx Result := 2 elseif a_code < 65536 then -- 2^16 -- 1110xxxx 10xxxxxx 10xxxxxx Result := 3 else Result := 4 end end ensure character_byte_count_large_enough: Result >= 1 character_byte_count_small_enough: Result <= 4 end But the `else' part is useless since it is guaranteed to never execute this code. Should it be simply implemented as: character_byte_count (c: CHARACTER): INTEGER is -- Number of bytes needed to encode character -- `c' with the UTF-8 encoding do Result := code_byte_count (c.code) ensure character_byte_count_large_enough: Result >= 1 character_byte_count_small_enough: Result <= 4 end ? Thanks, Manu ------------------------------------------------------------------------ Eiffel Software 805-685-1006 http://www.eiffel.com Customer support: http://support.eiffel.com User group: http://groups.eiffel.com/join ------------------------------------------------------------------------ |