<br><br><div class="gmail_quote">On Mon, Mar 3, 2008 at 10:06 PM, Vance Shipley <<a href="mailto:vances@motivity.ca">vances@motivity.ca</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sun Mar 2 09:36:07 CET 2008 Torben Hoffmann wrote:<br>
} I have worked with Erlang/OTP for almost 2 years now - the last<br>
} year full time on a project which creates a telephone exchange<br>
} where we have dealt with encoding and decoding of Q.SIG (PSS1)<br>
} plus the Q.SIG protocol stack itself as well as an interface to<br>
} layer 2 with a C-port.<br>
<br>
You could have used my native Erlang Layer 2 (LAPD)!<br>
<br>
        <a href="http://lapderl.ggoglecode.com" target="_blank">http://lapderl.ggoglecode.com</a><br>
<font color="#888888"><br>
        -Vance<br>
</font></blockquote></div><br>Argh, that almost hurts, but only almost... ;-)<br><br>I didn't find any links apart from the old Motivity url's when I searched last summer so I decided to be a man about it and write a C-port to the E1 card that we were mandated to use - it was enough that we got fancy on the software side, so no room for changing the hardware as well!!<br>
<br>Anyway, the experience of interfacing to something that has a C-API has not killed me, but made me stronger plus it also allowed me to show that Erlang can interact with legacy code when that is needed and that is a good selling point.<br>
<br>Once the deadline pressure on my project is over I will look into the possibility of releasing the source code for the E1 card since I have made an abstraction layer (not as abstract as I would have liked it, but you live life forwards and understand it backwards) so that I could swap out the E1 card for another relatively easy, i.e., one would only have to write a C-port that opens up to the DL primitives and then one has a functional LAPD protocol. This seems to be something that others might benefit from, but releasing code is not that straight forward when working in a big company so the exploration will have to wait until I have proven that Erlang/OTP was the right choice for the project.<br>
<br>Luckily I do not have the surplus energy to dig into your code now so I can stay oblivious to the possibility that I might have re-invented the wheel... at least for now!<br><br>Cheers,<br>Torben<br><br>