[erlang-questions] blue tail ticket tracker

kg9020 <>
Thu Oct 18 17:47:50 CEST 2007


I have found a way to work out the error thanks to Joe's book I have a
direction and a a tool webtool to track down the problem..  Again thanks
...webtool crashdump is great .....

art


On 10/18/07,  <
> wrote:
>
> Send erlang-questions mailing list submissions to
>        
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://www.erlang.org/mailman/listinfo/erlang-questions
> or, via email, send a message with subject or body 'help' to
>        erlang-questions-request <>
> @erlang.org <>
>
> You can reach the person managing the list at
>         <>
> .org <>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of erlang-questions digest..."
>
> Today's Topics:
>
>   1. ANN: ActionScript (ECMAScript 4) to Erlang        compiler (Joel
> Reymont)
>   2. Re: *current* value? (Paulo S?rgio Almeida)
>   3. Re: *current* value? (YC)
>   4. Re: *current* value? (Gerd Flaig)
>   5. Re: Erlang or OCaml (Roberto Saccon)
>   6. Re: ANN: ActionScript (ECMAScript 4) to Erlang    compiler
>      (Anthony Shipman)
>   7. Re: ANN: ActionScript (ECMAScript 4) to Erlang    compiler
>      (Roberto Saccon)
>   8. Re: Parser combinators (Torbjorn Tornkvist)
>   9. Re: blue tail ticket tracker (Torbjorn Tornkvist)
>
>
> ---------- Forwarded message ----------
> From: Joel Reymont <>
> To: erlang-questions Questions <>
> Date: Wed, 17 Oct 2007 23:50:17 +0100
> Subject: [erlang-questions] ANN: ActionScript (ECMAScript 4) to Erlang
> compiler
> Folks,
>
> Roberto Saccon and I agreed to collaborate on the ActionScript
> (ECMAScript 4) to Erlang compiler. We will start with the partial
> yecc grammar that Denis Loutrein put together.
>
> The project is open source and hosted at http://code.google.com/p/
> jserl/.
>
> My personal goal is to deliver a working compiler within a couple of
> months since the compiler is part of a bigger project for me.
>
> We do need a better name than jserl, though, so how about suggesting
> something warm and fuzzy? How about the Panda Project?
>
>        Thanks, Joel
>
> --
> http://wagerlabs.com
>
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Paulo Sérgio Almeida <>
> To: YC <>
> Date: Wed, 17 Oct 2007 23:42:08 +0100
> Subject: Re: [erlang-questions] *current* value?
> Hi,
>
> YC wrote:
>
> > Hopefully this follow-up doesn't make me sound like a troll - but I
> > can't help but notice that ets and even Mnesia is recommended before
> > process dictionary (which is very heavily frowned upon) in this thread,
> > and I am not sure if I understand the reason, unless process dictionary
> > is technically inferior or broken.  From FP perspective, neither is
> > pure, so why one better than another?
> >
> > There must be a reason for the level of discouragement about a built-in
> > facility.
>
> I think people are exagerating a bit on the discouragement. There are
> bad examples, like using it in general purpose libraries or doing
> intermodule sets and gets. But using it in a small module that contains
> the main loop of the process can result in something readable. This is a
> way to simulate objects, with "instance variables" being in the process
> dictionary. But philosophy apart, the sensible thing to do is:
>
> - for small state, pass it around in a parameter in the process loop,
> e.g. in a record;
>
> - for a large number of *SMALL* entries, or when advanced lookup (like
> select) is needed, use ets;
>
> - for a large state with lots of substructure sharing (e.g. a forest
> with lots of common large sub-trees), use the process dictionary. An
> important difference from ets is that no copying is done: we are only
> referencing process memory, while with ets terms are copied to a
> separate memory area and no subterm sharing is preserved, resulting in
> possibly much larger memory requirements.
>
> Regards,
> Paulo
>
>
>
>
> ---------- Forwarded message ----------
> From: YC <>
> To: "Thomas Lindgren" <>, "Paulo Sérgio Almeida" <
> >, "Sean Hinde" <>, "Richard Carlsson"
> <>
> Date: Wed, 17 Oct 2007 17:34:39 -0700
> Subject: Re: [erlang-questions] *current* value?
> Thanks Thomas, Paul, Sean, and Richard for explanations.  Appreciate it.
>
> yc
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Gerd Flaig <>
> To: 
> Date: Thu, 18 Oct 2007 03:16:42 +0200
> Subject: Re: [erlang-questions] *current* value?
> YC <> writes:
>
> > Basically - one can bind the value by a particular context (I think in
> > Erlang process is the basic unit for a context).  The main use is to
> reduce
> > the # of parameters that needs to be explicitly passed in, which
> obviously
> > makes the function impure (although can be more practical).
>
> to the contrary, the function becomes impure if it has side effects,
> like e.g. modifying the process dictionary.
>
> The number of parameters passed for the current state is normally
> exactly 1. If the state has structure, most of the time records are
> used.
>
> % create record with some default values
> -record(state, {current_confusion=none, current_answer=42}).
>
> start() ->
>    % initial state record is constructed with defaults
>    server_loop(#state{}).
>
> server_loop(State) ->
>    receive
>        {get_confused, Confusion} ->
>            server_loop(State#state{current_confusion=Confusion});
>        {set_answer, Answer} ->
>            server_loop(State#state{current_answer=Answer})
>    end.
>
>
> HTH
>
>        Goodbyte, Gerd.
> --
> The last thing one knows in constructing a work is what to put first.
>                -- Blaise Pascal
>
>
>
>
> ---------- Forwarded message ----------
> From: "Roberto Saccon" <>
> To: "Michael Vanier" <>
> Date: Thu, 18 Oct 2007 01:34:33 -0300
> Subject: Re: [erlang-questions] Erlang or OCaml
> Great thread, highly informative for anyone considering switching to
> Erlang, it even inspired me to summarize this thread in an extended blog
> post:
> http://www.rsaccon.com/2007/10<http://www.rsaccon.com/2007/10/why-erlang.html>/why-erlang.html
> <http://www.rsaccon.com/2007/10/why-erlang.html>
>
> On 10/15/07, Michael Vanier <> wrote:
> >
> > Learn both.
> >
> > Mike
> >
> > Lone Wolf wrote:
> > > Hi.
> > > Recently, I have been trying to learn a language other than Java.
> > > Erlang seems to be ready for the prime time (used in the commercial
> > world).
> > > On the other side, OCaml seems to be a cool and capable language.
> > > I want to learn something useful and fun.
> > > Tell what do you think ?
> > > (if you are Erlang die-hard, please put this aside ;))
> > >
> > > */Deep into that darkness peering, long I stood there, wondering,
> > > fearing, Doubting, dreaming dreams no mortal ever dreamed before./*
> > > */E.A Poe/*
> > > *//*
> > > *//*
> > >
> > > ------------------------------------------------------------------------
> >
> > > Catch up on fall's hot new shows
> > > <http://us.rd.yahoo.com/tv/mail<http://us.rd.yahoo.com/tv/mail/tagline/falltv/evt=47093/*http://tv.yahoo.com/collections/3658>
> > /tagline/falltv/evt=47093/*http://tv.yahoo.com/collections/3658
> > <http://us.rd.yahoo.com/tv/mail/tagline/falltv/evt=47093/*http://tv.yahoo.com/collections/3658>
> > >  > on Yahoo! TV. Watch previews, get listings, and more!
> > >
> > >
> > > ------------------------------------------------------------
> > ------------
> > >
> > > _______________________________________________
> > > erlang-questions mailing list
> > > 
> > > http://www.erlang.org/mailman<http://www.erlang.org/mailman/listinfo/erlang-questions>/listinfo/erlang-questions
> > <http://www.erlang.org/mailman/listinfo/erlang-questions>
> > _______________________________________________
> > erlang-questions mailing list
> > 
> > http://www.erlang.org/mailman<http://www.erlang.org/mailman/listinfo/erlang-questions>
> > /listinfo/erlang-questions<http://www.erlang.org/mailman/listinfo/erlang-questions>
> >
>
>
>
> --
> Roberto Saccon
> http://rsaccon.com
>
> ---------- Forwarded message ----------
> From: Anthony Shipman <>
> To: 
> Date: Thu, 18 Oct 2007 15:26:49 +1000
> Subject: Re: [erlang-questions] ANN: ActionScript (ECMAScript 4) to Erlang
> compiler
> On Thursday 18 October 2007 08:50, Joel Reymont wrote:
> > Folks,
> >
> > Roberto Saccon and I agreed to collaborate on the ActionScript
> > (ECMAScript 4) to Erlang compiler. We will start with the partial
> > yecc grammar that Denis Loutrein put together.
> >
> > The project is open source and hosted at http://code.google.com/p/
> > jserl/.
> >
> > My personal goal is to deliver a working compiler within a couple of
> > months since the compiler is part of a bigger project for me.
> >
> > We do need a better name than jserl, though, so how about suggesting
> > something warm and fuzzy? How about the Panda Project?
>
> I've thought of using the SpiderMonkey javascript interpreter as a part of
> an
> Erlang system. The interpreter could be put into a C node and communicate
> with the rest of the system via messages.
>
> This might be less trouble if you just need an extension language.
>
> --
> Anthony Shipman                    Mamas don't let your babies
>                    grow up to be outsourced.
>
>
>
> ---------- Forwarded message ----------
> From: "Roberto Saccon" <>
> To: "Anthony Shipman" <>
> Date: Thu, 18 Oct 2007 02:55:13 -0300
> Subject: Re: [erlang-questions] ANN: ActionScript (ECMAScript 4) to Erlang
> compiler
> yeah, but in my case I really want it to compile so it runs on the Erlang
> VM (I have a use case where I need to do AST transformations and another
> where I receive a ready-to-compile AST)
>
> On 10/18/07, Anthony Shipman <> wrote:
> >
> > On Thursday 18 October 2007 08:50, Joel Reymont wrote:
> > > Folks,
> > >
> > > Roberto Saccon and I agreed to collaborate on the ActionScript
> > > (ECMAScript 4) to Erlang compiler. We will start with the partial
> > > yecc grammar that Denis Loutrein put together.
> > >
> > > The project is open source and hosted at http://code.google.com/p/
> > > jserl/.
> > >
> > > My personal goal is to deliver a working compiler within a couple of
> > > months since the compiler is part of a bigger project for me.
> > >
> > > We do need a better name than jserl, though, so how about suggesting
> > > something warm and fuzzy? How about the Panda Project?
> >
> > I've thought of using the SpiderMonkey javascript interpreter as a part
> > of an
> > Erlang system. The interpreter could be put into a C node and
> > communicate
> > with the rest of the system via messages.
> >
> > This might be less trouble if you just need an extension language.
> >
> > --
> > Anthony Shipman                    Mamas don't let your babies
> >                    grow up to be outsourced.
> > _______________________________________________
> > erlang-questions mailing list
> > 
> > http://www.erlang.org/mailman<http://www.erlang.org/mailman/listinfo/erlang-questions>/listinfo/erlang-questions
> > <http://www.erlang.org/mailman/listinfo/erlang-questions>
> >
>
>
>
> --
> Roberto Saccon
> http://rsaccon.com
>
> ---------- Forwarded message ----------
> From: Torbjorn Tornkvist <>
> To: 
> Date: Thu, 18 Oct 2007 09:43:39 +0200
> Subject: Re: [erlang-questions] Parser combinators
> Have a look here:
>
> http://www.engr.uconn.edu/<http://www.engr.uconn.edu/~jeffm/Source/Erlang/>
> ~jeffm/Source/Erlang/ <http://www.engr.uconn.edu/~jeffm/Source/Erlang/>
>
> --Tobbe
>
>
>
> Joel Reymont wrote:
> > Folks,
> >
> > Any suggestions on how parser combinators can be elegantly and
> > cleanly implemented in Erlang?
> >
> > State needs to be threaded from combinator to combinator and I don't
> > see an option apart from either keeping the state in the process
> > dictionary or keeping it in a process launched at the beginning of
> > the parsing run.
> >
> > How could the following bits of Haskell without having to deal with
> > state returned from each of reschoice, symbol, commaSep, etc.?
> >
> >       Thanks, Joel
> >
> > ---
> >
> > varDeclarations = do
> >    reschoice [ "Variable", "Variables", "Vars", "Var" ]
> >    symbol ":"
> >    decs <- commaSep varDeclaration
> >    return $ VarDecs decs
> >
> > whileStatement = do
> >    reserved "While"
> >    e <- expr
> >    reserved "Begin"
> >    xs <- statements
> >    reserved "End"
> >    return $ While e (Compound xs)
> >
> > ident = do
> >    c <- identStart
> >    cs <- many (identLetter)
> >    return (c:cs)
> >
> > sign = (char '-' >> return (0-1))
> >         <|> (char '+' >> return 1)
> >         <|> return 1
> >
> >
> > --
> > http://wagerlabs.com
> >
> >
> >
> >
> >
>
>
>
>
> ---------- Forwarded message ----------
> From: Torbjorn Tornkvist <>
> To: 
> Date: Thu, 18 Oct 2007 10:31:42 +0200
> Subject: Re: [erlang-questions] blue tail ticket tracker
>  wrote:
> > I am unable to get btt to run on ubuntu 4.1.2  linux 2.6.20-16 - generic
> > .  Please look at the following error out put in attached file.  All
> > guidance will be welcome
>
> Sorry, but the warranty for BTT expired some centuries ago...
> But if you try it via CEAN you might get lucky :-)
>
> --Tobbe
>
> >
> >   Thanks
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> >  bin/btt -i -c  ./btt.conf
> > Erlang (BEAM) emulator version 5.4.9 [source] [threads:0]
> >
> > ip = {10,254,1,161}
> > port = 8337
> > docroot = "/home/art/btt_local_install/www"
> > dbdir = "/home/art/btt_local_install/db"
> > maildir = "/home/art/btt_local_install/mail"
> > logdir = "/home/art/btt_local_install/logs/btt"
> > cmd = false
> > cmd_ip = {127,0,0,1}
> > cmd_port = 9338
> > Eshell V5.4.9  (abort with ^G)
> > 1>
> > =INFO REPORT==== 24-Nov-2006::09:51:02 ===
> > Yaws: Listening to 10.254.1.161:8337 for servers
> >  - http://NoName:8337 under /home/art/btt_local_install/www
> >
> > =INFO REPORT==== 5-Dec-2006::15:51:13 ===
> > Wrap log "/home/art/btt_local_install/logs/btt/NoName.access"
> > BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
> >        (v)ersion (k)ill (D)b-tables (d)istribution
> > /home/art
> >
> >
>
>
>
> _______________________________________________
> erlang-questions mailing list
> 
> http://www.erlang.org/mailman<http://www.erlang.org/mailman/listinfo/erlang-questions>
> /listinfo/erlang-questions<http://www.erlang.org/mailman/listinfo/erlang-questions>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20071018/67d74b38/attachment.html>


More information about the erlang-questions mailing list