Hi!<div><br></div><div><div class="gmail_quote">On Fri, Apr 15, 2011 at 12:06, Dave Challis <span dir="ltr"><<a href="mailto:dsc@ecs.soton.ac.uk">dsc@ecs.soton.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I'm fairly new to erlang, so when I'm working on something, my development cycle usually goes something like:<br>
<br>
1. Write/change code<br>
2. Compile using rebar / erlc<br>
3. Start a shell using erl -pa ebin<br>
4. Paste in commands to test changes<br>
5. Quit shell, go to 1<br>
<br>
Steps 3-5 usually take the longest, so I'm wondering, is there any way to stay in a shell, but to reset it to the default state?  I.e. the equivalent of calling l(module_name) to load the latest version of the compiled module, calling f() to clear all variables, and also destroying any ETS tables that might have been created.<br>


<br>
Or is there some better way to test code changes from the shell after .beam files have been recompiled while it's running?<br><br></blockquote><div><br></div><div>I would strongly recommend to start using a test server - eunit or common_test are included in OTP. It really does wonders with the length of the development cycle :-) Plus it's much more reproducible and all the other advantages of having automated tests.</div>

<div><br></div><div>regards,</div><div>Vlad</div><div><br></div></div></div>