[DGD] DGD 1.5.5
bart at wotf.org
bart at wotf.org
Thu Mar 23 13:22:43 CET 2017
A small patch to make the network extensions compile again after this change.
---
diff --git a/src/comm.cpp b/src/comm.cpp
index fa78c3a..6bdd36a 100644
--- a/src/comm.cpp
+++ b/src/comm.cpp
@@ -502,6 +502,7 @@ static void comm_del(Frame *f, user *usr, Object *obj,
bool destruct)
}
}
+#ifndef NETWORK_EXTENSIONS
/*
* NAME: comm->challenge()
* DESCRIPTION: set the UDP challenge for a binary connection
@@ -534,6 +535,7 @@ void comm_challenge(Object *obj, String *str)
PUT_STRVAL_NOREF(&val, str);
d_assign_elt(data, arr, v, &val);
}
+#endif
/*
* NAME: comm->write()
@@ -1042,6 +1044,7 @@ static void comm_baccept(Frame *f, connection *conn, int
port)
this_user = OBJ_NONE;
}
+#ifndef NETWORK_EXTENSIONS
/*
* NAME: comm->daccept()
* DESCRIPTION: accept a datagram connection
@@ -1074,6 +1077,7 @@ static void comm_daccept(Frame *f, connection *conn, int
port)
endtask();
this_user = OBJ_NONE;
}
+#endif
/*
* NAME: comm->receive()
On Wed, 15 Mar 2017 09:47:49 +0100, Felix A. Croes wrote
> bart at wotf.org wrote:
>
> > With dgd supporting outbound tcp connections and this addition of udp,
> > 'vanilla' dgd supports most things the network extensions seem to be used for.
> > I do use the ability to open arbitrary ports, and there are some slight
> > differences in behavior.
>
> The network extensions don't support UDP very well. There is no notion
> of UDP connections, so all incoming packets on a UDP port are kept in
> the same buffer by the OS, from which DGD reads one packet once a while
> in between executing LPC code.
>
> After the introduction of UDP connections, it becomes possible to
> have a dedicated thread reading incoming UDP packets and storing
> them in per- connection buffers. That will make supporting 1000 UDP
> users feasible, just like 1000 TCP users are now.
>
> > I suppose this also means being able to send udp datagrams from an udp user
> > object, but is it possible to initiate sending udp from dgd?
>
> Not yet. If the network extensions can be reworked to provide only that
> additional functionality, through for instance connect(addr, port,
> "udp"), then as far as I'm concerned we can do away with the NETWORK_EXTENSIONS
> macro.
>
> Regards,
> Felix Croes
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
--
http://www.flickr.com/photos/mrobjective/
http://www.om-d.org/
More information about the DGD
mailing list