[DGD] Writing an external network daemon

[Petter Nyström]

Cheers, then I know. I think I'm on the right track then. Thanks, all!

Regards,

Jimorie

On Sun, Jul 26, 2009 at 4:40 PM, Noah Gibbs<noah_gibbs at yahoo.com> wrote:
>  I think telnet protocol defaults to line-mode, so yes, it'll give you the predictable behavior you want, but that's all done at the LPC level.  Fundamentally, network data gets broken up at arbitrary points, and only re-buffering at the final destination can change that (by faking continuity).  You can't keep TCP/IP from breaking these things up for you, you can only put them back together afterward.
>
> --- On Sun, 7/26/09, Petter Nyström <jimorie at gmail.com> wrote:
>
>> From: Petter Nyström <jimorie at gmail.com>
>> Subject: Re: [DGD] Writing an external network daemon
>> To: "All about Dworkin's Game Driver" <dgd at dworkin.nl>
>> Date: Sunday, July 26, 2009, 7:33 AM
>> Ah.
>>
>> Yes, that makes sense. Thanks for clarifying. However, I
>> am
>> experimenting some now, and I'm not sure what I should be
>> able to
>> expect from DGD's buffering. I am using binary connections,
>> and If I
>> send the string "123" back to the MUD via my external
>> daemon, I most
>> of the times receive the string "123". But sometimes I get
>> three
>> consecutive calls to receive_message() with "1", "2" and
>> "3",
>> respectively. Or any variation thereof. I guess I should be
>> using the
>> telnet protocol if I want a more predictable behaviour?
>>
>> Also not using any multiplexing, either.
>>
>> Regards,
>>
>> Jimorie
>>
>> On Sun, Jul 26, 2009 at 4:23 PM, Felix A. Croes<felix at dworkin.nl>
>> wrote:
>> > <jimorie at gmail.com>
>> wrote:
>> >
>> >>[...]
>> >> But you don't have any thoughts on how you would
>> control the flow
>> >> going back to receive_message() of the connected
>> objects? (If you did,
>> >> I apologize and ask that you repeat them in
>> simpler terms. :P)
>> >
>> > Easiest would be not to do any multiplexing.  Let the
>> external
>> > network thingy open a new connection to DGD for every
>> "outbound"
>> > connection.  Then those connections could be binary
>> or telnet mode,
>> > with the appropriate buffering handled automatically
>> by DGD.
>> >
>> > Regards,
>> > Felix Croes
>> > ___________________________________________
>> > https://mail.dworkin.nl/mailman/listinfo/dgd
>> >
>> ___________________________________________
>> https://mail.dworkin.nl/mailman/listinfo/dgd
>>
>
>
>
> ___________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
>