From 7a3353b9b1941eb4186036b347e440b3f97bdb62 Mon Sep 17 00:00:00 2001 From: casanova Date: Wed, 31 Jan 2007 21:16:54 +0000 Subject: [PATCH] foo git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/simgrid/simgrid/trunk@3086 48e7efb5-ca39-0410-a469-dd3cf9ba447f --- src/surf/network_gtnets.c | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/src/surf/network_gtnets.c b/src/surf/network_gtnets.c index e3a6b0d750..96e37b9fc0 100644 --- a/src/surf/network_gtnets.c +++ b/src/surf/network_gtnets.c @@ -24,18 +24,13 @@ static int *routing_table_size = NULL; #endif /** QUESTIONS for GTNetS integration - ** 1. What's the deal with name_service and get_resource_name - ** Right now our local dictionaries contain only integers - ** and not structures, but it seems that surf_network_resource->common_public - ** needs something in it, for the above. + ** 1. Check that we did the right thing with name_service and get_resource_name ** 2. Right now there is no "kill flow" in our GTNetS implementation. Do we ** need to do something about this? - ** 3. We didn't reall do anything with the "action" stuff, which we assume - ** is fine. - ** 4. We ignore the fact there is some max_duration on flows (see #2 above) - ** 5. share_resources() returns a duration, not a date, right? - ** 6. How do we tell the user that "rates" are not supported? - ** 7. We don't update "remaining" for ongoing flows. Is it bad? + ** 3. We ignore the fact there is some max_duration on flows (see #2 above) + ** 4. share_resources() returns a duration, not a date, right? + ** 5. We don't suppoer "rates" + ** 6. We don't update "remaining" for ongoing flows. Is it bad? **/ /* Free memory for a network link: REMOVED BY KF */ -- 2.20.1