erlangweb-users Mailing List for Erlang Web (Page 10)
Brought to you by:
etcerlangweb,
paulgray
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(40) |
Dec
(25) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(7) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(10) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
(12) |
Oct
(9) |
Nov
(11) |
Dec
(7) |
| 2010 |
Jan
(3) |
Feb
(10) |
Mar
(18) |
Apr
(20) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Xingdong B. <xin...@er...> - 2008-11-05 11:03:14
|
Hi Ferrety, Thank you for pointing the error out, but it won't affect the main functionalities of Erlang Web, just if you want to use other language rather than default English, you will need to place the translation file in config/languages/en.conf, to define the translation from English to other language, you can find more info about this in the tutorial, and we will fix the error reporting for the next release. I am currently developing several components for the Erlang Web, once they are finished, they will be available to download with examples. Best regards Xingdong ferrety ferrety wrote: > Hi List, > > After quickly reading the doc and the presentation, I've downloaded > version 1.1 from: > http://downloads.sourceforge.net/erlangweb/erlangweb-1.1.tar.gz > > Everything compiled just fine and the "welcome" demo worked s expected. > I've noticed that something was missing (see ERROR_REPORT below) on startup: > > erlangweb-1.1 $ bin/start interactive > .... > =PROGRESS REPORT==== 4-Nov-2008::23:59:59 === > application: eptic > started_at: nonode@nohost > > =ERROR REPORT==== 4-Nov-2008::23:59:59 === > e_lang module: error during loading file: > ["config/","languages/","en.conf"], reason:enoent > > =PROGRESS REPORT==== 4-Nov-2008::23:59:59 === > application: wpart > started_at: nonode@nohost > .... > > So could you fix that guys? > > Moreover, I'm looking for concrete examples I can test and learn from? > It's eaasy to start from something really working. So this will > minimize the learning curve > for new comers. An example, where to put your stuffs, how they'll be > compiled (which file to update for that) ... > > Any advices or plan for that? > > Regards > Ferret > > ------------------------------------------------------------------------- > 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=/ > _______________________________________________ > Erlangweb-users mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlangweb-users > |
|
From: ferrety f. <yfe...@gm...> - 2008-11-04 23:07:05
|
Hi List, After quickly reading the doc and the presentation, I've downloaded version 1.1 from: http://downloads.sourceforge.net/erlangweb/erlangweb-1.1.tar.gz Everything compiled just fine and the "welcome" demo worked s expected. I've noticed that something was missing (see ERROR_REPORT below) on startup: erlangweb-1.1 $ bin/start interactive .... =PROGRESS REPORT==== 4-Nov-2008::23:59:59 === application: eptic started_at: nonode@nohost =ERROR REPORT==== 4-Nov-2008::23:59:59 === e_lang module: error during loading file: ["config/","languages/","en.conf"], reason:enoent =PROGRESS REPORT==== 4-Nov-2008::23:59:59 === application: wpart started_at: nonode@nohost .... So could you fix that guys? Moreover, I'm looking for concrete examples I can test and learn from? It's eaasy to start from something really working. So this will minimize the learning curve for new comers. An example, where to put your stuffs, how they'll be compiled (which file to update for that) ... Any advices or plan for that? Regards Ferret |
|
From: Michal S. <mi...@er...> - 2008-09-01 13:20:29
|
Hi, Thank you for your email. Both patches should be included in the 1.1 release, which we are working on right now. Thanks, Michal -- Michal Slaski http://www.erlang-consulting.com On 30 Aug 2008, at 17:19, Ulf Wiger wrote: > Just thought I'd think out loud about the implementation of edict. > Note that I've just been browsing the code on the web, so this > is just from a quick read-through. > > The data representation seems a bit inefficient. For example: > > fset(Key, Value) -> > case ets:lookup(?MODULE, self()) of > [{_, Dict}] -> ets:insert(?MODULE, {self(), dict:store(Key, > Value, Dict)}); > [] -> exit(no_dict_attached) > end. > > This strategy obviously scales very poorly if a large number of keys > is inserted. > > An alternative strategy would be: > > fset(Key, Value) -> > case ets:member(?MODULE, self()} of > true -> > ets:insert(?MODULE, {{self(),Key}, Value}); > false -> > exit(no_dict_attached) > end. > > ...and so on. > > The penalty will be incurred on terminate_state(), which will > look something like this: > > terminate_state() -> > ets:delete(?MODULE, self()), > ets:match_delete(?MODULE, {self(),'_'},'_'}). > > (the ets table being an ordered_set, of course.) > > > Since it would appear as if this module will be called many times > while > building a page, I would think that this ought to give better > characteristics. > > > One more thing - I believe this function to be wrong: > > fset(List, Key, Value) -> > case ets:lookup(?MODULE, self()) of > [{_, Dict}] -> ets:insert(?MODULE, {self(), dict:store(List, [{Key, > Value}|dict_fetch(List, Dict)], Dict)}); > [] -> exit(no_dict_attached) > end. > > > The dict_fetch/2 function returns 'undefined' if there is no occurence > of the key List. > That would mean that calling e.g. fset("list", "person", "john") > before storing an > initial value for "list", would result in the term {"list", > [{"person","john"}|undefined]} > in the dictionary. It would be better to return an error or initialize > it to [] first. > > BR, > Ulf W > > ---------------------------------------------------------------------- > --- > 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=/ > _______________________________________________ > Erlangweb-users mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlangweb-users |
|
From: Ulf W. <ul...@wi...> - 2008-08-30 15:19:16
|
Just thought I'd think out loud about the implementation of edict.
Note that I've just been browsing the code on the web, so this
is just from a quick read-through.
The data representation seems a bit inefficient. For example:
fset(Key, Value) ->
case ets:lookup(?MODULE, self()) of
[{_, Dict}] -> ets:insert(?MODULE, {self(), dict:store(Key, Value, Dict)});
[] -> exit(no_dict_attached)
end.
This strategy obviously scales very poorly if a large number of keys
is inserted.
An alternative strategy would be:
fset(Key, Value) ->
case ets:member(?MODULE, self()} of
true ->
ets:insert(?MODULE, {{self(),Key}, Value});
false ->
exit(no_dict_attached)
end.
...and so on.
The penalty will be incurred on terminate_state(), which will
look something like this:
terminate_state() ->
ets:delete(?MODULE, self()),
ets:match_delete(?MODULE, {self(),'_'},'_'}).
(the ets table being an ordered_set, of course.)
Since it would appear as if this module will be called many times while
building a page, I would think that this ought to give better characteristics.
One more thing - I believe this function to be wrong:
fset(List, Key, Value) ->
case ets:lookup(?MODULE, self()) of
[{_, Dict}] -> ets:insert(?MODULE, {self(), dict:store(List, [{Key,
Value}|dict_fetch(List, Dict)], Dict)});
[] -> exit(no_dict_attached)
end.
The dict_fetch/2 function returns 'undefined' if there is no occurence
of the key List.
That would mean that calling e.g. fset("list", "person", "john")
before storing an
initial value for "list", would result in the term {"list",
[{"person","john"}|undefined]}
in the dictionary. It would be better to return an error or initialize
it to [] first.
BR,
Ulf W
|
|
From: Xingdong B. <bi...@er...> - 2008-07-03 17:08:11
|
test using etc email |