published sinan 0.10.0.2

[Eric Merritt]

Guys,

Published sinan 0.10.0.2. This should solve a couple of problems,
including Tobbe's.

Thanks,
Eric

[Dave Peticolas]

Fixes 'sinan shell', thanks!

[Torbjorn Tornkvist]

Great!

But I still get 'socket error: (111, Connection refused' on my little
laptop.
It works fine however on another machine of mine....
Any, ideas why I get this error on my laptop?

Is it listening to a specific port?
Is it binding to a specific interface?
Where is the code setting up the socket (so that I may debug this)?

Cheers, Tobbe


On May 19, 6:19 am, Dave Peticolas <dave.petico...@gmail.com> wrote:

[Torbjorn Tornkvist]

Here's another problem:

# sinan help release
Traceback (most recent call last):
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
sinan", line 84, in <module>
sys.exit(main())
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
sinan", line 68, in main
{'url' : 'localhost:8599'})
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 116, in parse
parse_possible_key(argv, args, 0)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 86, in parse_possible_key
parse_special_key(argv, arg[1:], args, index)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 26, in parse_special_key
parse_special_value(argv, arg, args, index + 1)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 38, in parse_special_value
parse_possible_key(argv, args, index + 1)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 88, in parse_possible_key
parse_task(argv, arg, args, index)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 20, in parse_task
parse_possible_key(argv, args, index + 1)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 88, in parse_possible_key
parse_task(argv, arg, args, index)
File "/usr/local/erlware/release_packages/sinan-0.10.0.2/client/
libsinan/args.py", line 17, in parse_task
" and " + arg)
NameError: global name 'self' is not defined


--Tobbe

[Torbjorn Tornkvist]

Hm...what about this:

# ls -l _build/development/apps/derail-0.1.0/ebin
total 32
-rw-r--r-- 1 tobbe tobbe 435 2008-05-16 09:09 derail.app
-rw-r--r-- 1 tobbe tobbe 925 2008-05-12 07:57 derail_app.beam
-rw-r--r-- 1 tobbe tobbe 7360 2008-05-19 10:31 derail.beam
-rw-r--r-- 1 tobbe tobbe 13132 2008-05-19 10:31 derail_gen.beam

# sinan clean
starting run
[clean] cleaning build artifacts
[clean] stop
run complete

# ls -l _build/development/apps/derail-0.1.0/ebin
total 32
-rw-r--r-- 1 tobbe tobbe 435 2008-05-16 09:09 derail.app
-rw-r--r-- 1 tobbe tobbe 925 2008-05-12 07:57 derail_app.beam
-rw-r--r-- 1 tobbe tobbe 7360 2008-05-19 10:31 derail.beam
-rw-r--r-- 1 tobbe tobbe 13132 2008-05-19 10:31 derail_gen.beam

Shouldn't the ebin dir be cleaned out after a 'sinan clean' ?

--Tobbe

On May 19, 6:08 am, "Eric Merritt" <cyberl...@gmail.com> wrote:

[Eric Merritt]

Tobbe,

So this logic works as follows.

Client tries to connect to server. If client cannot connect it tries
to start up server. Then it waits 2 seconds for server to start and
tries reconnecting. If that reconnect fails it will error with the
above connection failure.

There are a couple of possible problems here. Its possible that the
service is taking more then 2 seconds to start up. Its also possible
that the server isn't starting correctly and dieing. Though thats less
probable considering that I check for that outcome.

The server side uses crary and all that code is in sinan_web_api. That
should provide you with a place to look. The client logic is in the
client area in the sinan script.

Try running /usr/local/erlware/bin/sinserv. That should startup and
run in detached mode. If that works take a look at the logs in
~/.sinan/logs/kernel.log to see if something else may be wrong. It
could be that its just taking longer then 2 seconds to start. I may
need to make that smarter.

[Eric Merritt]

Tobbe,

I don't know what this is off the top of my head. I will take a look
at it tonight.

[Eric Merritt]

Tobbe,

Everything in _build should be wiped by the clean command.

I will get these problems fixed tonight and get out 0.10.0.3.

[Torbjorn Tornkvist]

Sorry for being such a pain...but look at this:

# sinan shell
starting run
[check_depends] start
[check_depends] stop
[build] start
[build] stop
starting shell ...
{error_logger,{{2008,5,19},{21,30,5}},"~s~n",["beam/beam_load.c(1162):
Error loading function ets:'-table/2-fun-1-'/1: op int_code_end: :\n
exported function info/2 redefines BIF\n"]}
{error_logger,{{2008,5,19},{21,30,5}},supervisor_report,[{supervisor,
{local,kernel_sup}},{errorContext,start_error},{reason,{'EXIT',{undef,
[{ets,module_info,[module]},{code,do_start,1},
{supervisor,do_start_child,2},{supervisor,start_children,3},
{supervisor,init_children,2},{gen_server,init_it,6},{proc_lib,init_p,
5}]}}},{offender,[{pid,undefined},{name,code_server},{mfa,
{code,start_link,[]}},{restart_type,permanent},{shutdown,2000},
{child_type,worker}]}]}
{error_logger,{{2008,5,19},{21,30,5}},crash_report,[[{pid,<0.7.0>},
{registered_name,[]},{error_info,{shutdown,{kernel,start,[normal,
[]]}}},{initial_call,{application_master,init,[<0.5.0>,<0.6.0>,
{appl_data,kernel,
[application_controller,erl_reply,auth,boot_server,code_server,disk_log_server,disk_log_sup,erl_prim_loader,error_logger,file_server_2,fixtable_server,global_group,global_name_server,heart,init,kernel_config,kernel_sup,net_kernel,net_sup,rex,user,os_server,ddll_server,erl_epmd,inet_db,pg2],undefined,
{kernel,[]},
[application,application_controller,application_master,application_starter,auth,code,code_aux,packages,code_server,dist_util,erl_boot_server,erl_distribution,erl_prim_loader,erl_reply,erlang,error_handler,error_logger,file,file_server,file_io_server,prim_file,global,global_group,global_search,group,heart,hipe_unified_loader,inet6_tcp,inet6_tcp_dist,inet6_udp,inet_config,inet_hosts,inet_gethost_native,inet_tcp_dist,init,kernel,kernel_config,net,net_adm,net_kernel,os,ram_file,rpc,user,user_drv,user_sup,disk_log,disk_log_1,disk_log_server,disk_log_sup,dist_ac,erl_ddll,erl_epmd,erts_debug,gen_tcp,gen_udp,gen_sctp,prim_inet,inet,inet_db,inet_dns,inet_parse,inet_res,inet_tcp,inet_udp,inet_sctp,pg2,seq_trace,wrap_log_reader,zlib,otp_ring0],
[],infinity,infinity},normal]}},{ancestors,[<0.6.0>]},{messages,
[{'EXIT',<0.8.0>,normal}]},{links,[<0.6.0>,<0.5.0>]},{dictionary,[]},
{trap_exit,true},{status,running},{heap_size,610},{stack_size,21},
{reductions,124}],[]]}
{error_logger,{{2008,5,19},{21,30,5}},"~s~n",["beam/beam_load.c(1162):
Error loading function ets:'-table/2-fun-1-'/1: op int_code_end: :\n
exported function info/2 redefines BIF\n"]}
{"Kernel pid terminated",application_controller,{undef,
[{ets,match_delete,[ac_tab,{{application_master,'_'},<0.7.0>}]},
{application_controller,handle_info,2},{gen_server,handle_msg,6}]}}

Crash dump was written to: erl_crash.dump
Kernel pid terminated (application_controller) ()


Any ideas ?

--Tobbe

On May 19, 6:08 am, "Eric Merritt" <cyberl...@gmail.com> wrote:

[Torbjorn Tornkvist]

Hi, its me again :-)

Here's another, not too nice looking, thing:

# sinan buil
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 4.0//EN">
<HTML><HEAD>
<TITLE>500 Internal Server Error</TITLE>
</HEAD><BODY>
<H1>500 Internal Server Error</H1>Internal error on POST to
http://localhost:8599/do_task/buil: throw: {unknown_task,
["do_task","buil"]}<P>Stack:<PRE><CODE>[{swa_crary_handler,handle_do_request,
4},
{crary_ctrl,call_handler,2},
{crary_util,'-spawn_link/1-fun-0-',1},
{proc_lib,init_p,3}]</CODE></PRE></P><HR />
<ADDRESS>crary/0.2.2 Server at srparish.net Port 8599</ADDRESS>
</BODY></HTML>

Cheers, Tobbe

On May 19, 6:08 am, "Eric Merritt" <cyberl...@gmail.com> wrote:

[Eric Merritt]

Tobbe,

You are not being a pain. These are all issues that need to be worked
out. It looks like you are trying to load beam code from a newer
version of erts into an old version of erts. Off the top of my head I
can't imagine why this would happen.

Oh! I know. Do a faxien upgrade-release erl. I think that will solve
your problem.

We really need to think about package gruops in erlware.

[Anders Nygren]

On May 19, 2:38 pm, Torbjorn Tornkvist <torbjorn.tornkv...@gmail.com>
wrote:

> Sorry for being such a pain...but look at this:

Tobbe
I had a bunch of similar problems. I deleted my ~/.sinan and then it
started
working better

/Anders

[Scott Parish]

it looks like there's a typo "buil" somewhere (should be "build")

sRp

[Anders Nygren]

On Mon, May 19, 2008 at 8:24 PM, Scott Parish <s...@srparish.net> wrote:
>
> it looks like there's a typo "buil" somewhere (should be "build")
>
> sRp

Yes, It does that on non existing command names. Which of
course is not very nice.

/Anders

[Eric Merritt]

Solved this problem. However, the help task doesn't yet understand how
to print out help for individual tasks. It should, would you mind
adding a ticket?

Thanks,
Eric