quanbro / aemu Goto Github PK

What steps will reproduce the problem?
1. Try to compile
2. ????
3. Various header files not found, etc.

What is the expected output? What do you see instead?
Compilation succeeds. Compilation failed D:

What version of the product are you using?
Just checked out from SVN. 

Is anyone working on porting the server to windows? because if not I would be 
willing to give it a go.

there is a race condition in _actOnAcceptPacket:
  _spawnLocalEvent(context, ADHOC_MATCHING_EVENT_ESTABLISHED, sendermac, 0, NULL);
  _spawnLocalEvent(context, ADHOC_MATCHING_EVENT_ACCEPT, sendermac, optlen, opt);

the events could be triggered in the wrong order (i.e. ESTABLISHED before 
ACCEPT) if the _matchingEventThread is scheduled exactly between the 2 calls: 
the event_stack is not locked and the thread could already call the event 
handler with the ESTABLISHED event before the ACCEPT gets queued.

Some > 1.xx games fail to launch cause of this regression.

We need to add a check and an override list to only load our io hooks if the 
game if a 1.xx game.

the following code sequence is not safe:

   while (context->event_stack_lock) sceKernelDelayThread(1000);
   context->event_stack_lock = 1;
   ...do something...
   context->event_stack_lock = 0;

A thread reschedule could happen between the test in the "while" and setting 
the lock to "1". The 2 threads could both think the lock is free and both enter 
the critical section at the same time.
Better would be to use a Mutex:
   context->event_stack_mutex = sceKernelCreateMutex("Event Stack", PSP_MUTEX_ATTR_ALLOW_RECURSIVE, 0, NULL);

   sceKernelLockMutex(context->event_stack_mutex, 1, NULL);
   ...do something...
   sceKernelUnlockMutex(context->event_stack_mutex, 1);

The attribute PSP_MUTEX_ATTR_ALLOW_RECURSIVE allows a thread to lock again a 
mutex when it has already been locked by himself. This could be useful to also 
protect the sequence below, see Issue 2 (_spawnLocalEvent will again lock the 
mutex):

   sceKernelLockMutex(context->event_stack_mutex, 1, NULL);
   _spawnLocalEvent(context, ADHOC_MATCHING_EVENT_ESTABLISHED, sendermac, 0, NULL);
   _spawnLocalEvent(context, ADHOC_MATCHING_EVENT_ACCEPT, sendermac, optlen, opt);
   sceKernelUnlockMutex(context->event_stack_mutex, 1);

What steps will reproduce the problem?
1. go to project home
2. click Prometheus Main Server
3. would bring you to http://www.prometheus.uk.to/ which is no longer around

What is the expected output? What do you see instead?
i expect the link to bring us to http://pro.coldbird.uk.to/

What version of the product are you using? On what operating system?
http://code.google.com/p/aemu/ , linux

Please provide any additional information below.
just update the link on the home page