X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/7a8cd62135619ad52e05ae1c929ef07e166e4260..c3520e6897adbb11cd8762fc357ef68fd624e11e:/include/xbt/queue.h

diff --git a/include/xbt/queue.h b/include/xbt/queue.h
index 3b83e7f99c..ab918ffb70 100644
--- a/include/xbt/queue.h
+++ b/include/xbt/queue.h
@@ -1,7 +1,7 @@
 /* A (synchronized) message queue.                                          */
 /* Popping an empty queue is blocking, as well as pushing a full one        */
 
-/* Copyright (c) 2007, 2009, 2010. The SimGrid Team.
+/* Copyright (c) 2007, 2009-2011, 2013-2014. The SimGrid Team.
  * All rights reserved.                                                     */
 
 /* This program is free software; you can redistribute it and/or modify it
@@ -21,12 +21,8 @@ SG_BEGIN_DECL()
   * These is the classical producer/consumer synchronization scheme, 
   * which all concurrent programmer recode one day or another.
   *
-  * The good thing of this implementation is that it works seamlessly
-  * in your universe. When using one of the classical simulation
-  * interface (such as MSG), it achieves the synchronization on top
-  * of the simulator. If you use instead the real life implementation
-  * comming with GRAS, it uses the synchronization of your OS
-  * (whatever could it be). The choice is done at link time.
+  * The synchronization of this implementation is done within the SimGrid 
+  * realm, switching between SimGrid processes.
   *  
   * For performance concerns, the content of queue must be homogeneous, 
   * just like dynars (see the \ref XBT_dynar section). Actually, queues use a