Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Possible to avoid first Buffer " *net-fsm*" has a running process? #58

Open
dotmilk opened this issue Aug 8, 2016 · 3 comments
Open

Comments

@dotmilk
Copy link

dotmilk commented Aug 8, 2016

This occurs every time I start up everything and send the ping. Often I don't notice the message and prompt. By the time I do and press Y, I get:

error in process filter: epmd-recv-port-resp: Assertion failed: (> (length arg) 2)
error in process filter: Assertion failed: (> (length arg) 2)
@dotmilk
Copy link
Author

dotmilk commented Aug 8, 2016

And as a related question: why is the fsm being killed on ping to begin with?

@bdionne
Copy link

bdionne commented Jul 29, 2017

Yea this is a bit annoying, so I dug into it a bit. If I comment out this line in net-fsm the problem goes away.

What seems to be happening is erl-connect makes a call to fsm-connect to connect to epmd, passing a success continuation that makes another call to fsm-connect to connect to the node specified. The first FSM terminates and kills the buffer, giving that message.

Commenting out that line works for me but I don't know enough about this code yet to submit a PR or grok what I might have broken. Looking at fsm-connect, fsm-open-socket, and fsm-attach, it appears to want to reuse the same process and switch the buffers. I'll poke at it some more.

@massemanet
Copy link
Owner

this is fixed in http://www.github.com/massemanet/distel/2018 branch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants