~ubuntu-branches/debian/stretch/assaultcube-data/stretch

« back to all changes in this revision

Viewing changes to source/enet/docs/FAQ.dox

  • Committer: Bazaar Package Importer
  • Author(s): Gonéri Le Bouder, Ansgar Burchardt, Gonéri Le Bouder
  • Date: 2010-04-02 23:37:55 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20100402233755-kf74fxwlu634o6vg
Tags: 1.0.4+repack1-1
[ Ansgar Burchardt ]
* debian/control: fix typo in short description

[ Gonéri Le Bouder ]
* Upgrade to 1.0.4
* bump standards-version to 3.8.4
* Add Depends: ${misc:Depends} just to avoid a lintian warning
* Add a debian/source/format file for the same reason

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
/**
 
2
 @page FAQ Frequently Answered Questions
 
3
 
 
4
@section Q1 Is ENet thread safe?
 
5
 
 
6
ENet does not use any significant global variables, the vast majority
 
7
of state is encapsulated in the ENetHost structure.  As such, as long
 
8
as the application guards access to this structure, then ENet should
 
9
operate fine in a multithreaded environment.
 
10
   
 
11
@section Q2 Isn't ENet just re-inventing TCP?!  What's the point?
 
12
 
 
13
In a perfect world, that would be true.  But as many have found, using
 
14
TCP either in lieu of or in conjunction with UDP can lead to all kinds
 
15
of nightmares.  TCP is a good, solid protocol, however it simply isn't
 
16
up to the task of real-time games.  Too much of TCP's implementation
 
17
dictates a policy that isn't practical for games.  If you want to use
 
18
TCP, then do so -- this library is for people that either don't want
 
19
to use TCP or have tried and ended up being discouraged with the
 
20
performance.
 
21
 
 
22
*/
 
23
 
 
24