|
|
| Author |
Message |
< Erlang patches mailing list ~ shell_SUITE failure (presumably caused by gen_stream) |
| jay |
Posted: Tue Jun 15, 2010 7:43 am |
|
|
|
User
Joined: 06 Sep 2006
Posts: 139
Location: Los Angeles, CA USA
|
The failure in shell_SUITE is a parsing error on rr(prim_file). It
seems that prim_file.erl is an erts preloaded file. I do not know
what that means. In what ways could my test_suite, which creates and
destroys processes, impact a "preloaded file" module? If I create a
crash, could it somehow unload the preloaded files or is there some
way that preloaded memory could be modified or overwritten?
jay
________________________________________________________________
erlang-patches (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
Post received from mailinglist |
|
|
| Back to top |
|
| jay |
Posted: Tue Jun 15, 2010 7:43 am |
|
|
|
User
Joined: 06 Sep 2006
Posts: 139
Location: Los Angeles, CA USA
|
The failure in shell_SUITE is a parsing error on rr(prim_file). It
seems that prim_file.erl is an erts preloaded file. I do not know
what that means. In what ways could my test_suite, which creates and
destroys processes, impact a "preloaded file" module? If I create a
crash, could it somehow unload the preloaded files or is there some
way that preloaded memory could be modified or overwritten?
jay
________________________________________________________________
erlang-patches (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
Posted: Tue Jun 15, 2010 8:38 am |
|
|
|
Guest
|
On Mon, Jun 14, 2010 at 11:41:38PM -0700, Jay Nelson wrote:
> The failure in shell_SUITE is a parsing error on rr(prim_file). It
Can you elaborate? Have you got an error message?
> seems that prim_file.erl is an erts preloaded file. I do not know
> what that means. In what ways could my test_suite, which creates and
prim_file.beam is converted to a binary blob and linked into the
emulator, so it is always loaded, before the code server is started,
and can not be unloaded. I guess not reloaded either.
> destroys processes, impact a "preloaded file" module? If I create a
> crash, could it somehow unload the preloaded files or is there some
> way that preloaded memory could be modified or overwritten?
There should not be such a possibility.
It seems more likely you have affected the shell process(es)
or code server. The shell is divided in one process that does the
evaluating and one that "is" the shell process and does the interpreting,
or something like that. Which one that loads records I do not know.
In case you did not know; rr(prim_file) loads all record
definitions from the file prim_file.beam or from prim_file.erl,
so it has to find the files in the code path, from the code server.
>
> jay
>
>
> ________________________________________________________________
> erlang-patches (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
--
/ Raimo Niskanen, Erlang/OTP, Ericsson AB
________________________________________________________________
erlang-patches (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
Posted: Tue Jun 15, 2010 8:39 am |
|
|
|
Guest
|
On Mon, Jun 14, 2010 at 11:41:38PM -0700, Jay Nelson wrote:
> The failure in shell_SUITE is a parsing error on rr(prim_file). It
Can you elaborate? Have you got an error message?
> seems that prim_file.erl is an erts preloaded file. I do not know
> what that means. In what ways could my test_suite, which creates and
prim_file.beam is converted to a binary blob and linked into the
emulator, so it is always loaded, before the code server is started,
and can not be unloaded. I guess not reloaded either.
> destroys processes, impact a "preloaded file" module? If I create a
> crash, could it somehow unload the preloaded files or is there some
> way that preloaded memory could be modified or overwritten?
There should not be such a possibility.
It seems more likely you have affected the shell process(es)
or code server. The shell is divided in one process that does the
evaluating and one that "is" the shell process and does the interpreting,
or something like that. Which one that loads records I do not know.
In case you did not know; rr(prim_file) loads all record
definitions from the file prim_file.beam or from prim_file.erl,
so it has to find the files in the code path, from the code server.
>
> jay
>
>
> ________________________________________________________________
> erlang-patches (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
--
/ Raimo Niskanen, Erlang/OTP, Ericsson AB
________________________________________________________________
erlang-patches (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:erlang-patches-unsubscribe@erlang.org
Post received from mailinglist |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum
|
|
|