Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
Quote:
Originally Posted by
Tha
When are there coming any more updates? Looking forward to see something!
Soon...
Sent from my Windows Phone 8S by HTC using Tapatalk
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
If this development is associated with TheJacob then he'll usually find a way to try and make money from it.
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
Quote:
Originally Posted by
Wessel
If you don't like the OS choice, then why don't you just stick to your Phoenix or Plus edit? It's been a time I've been in this section, and the hostality here is just shocking.
I find it quite innovating, making a Emulator in Linux. Maybe this sparks some originality here. Good luck with the project, nobrain.
Any emulator using Java or <.NET4.0 could theoretically be run on Linux :p
How are you handling concurrency/threading issues?
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
Quote:
Originally Posted by
Quackster
If this development is associated with TheJacob then he'll usually find a way to try and make money from it.
No money is being made from this project.
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
Quote:
Originally Posted by
ησвяαιη
No money is being made from this project.
Nothing is being made.
fixed
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
Quote:
Originally Posted by
Caustik
How are you handling concurrency/threading issues?
We have not decided which standard we are going to implement; we will be catching this rabbit in a few days (and the subversion repository will be up by then) so you can checkout how we decided to implement it then. We are open to suggestions though if you have a standard that you prefer (such as Boost Threads or PThreads). We are leaning towards PThreads though. Note, C++11 threads are off the table.
Re: Resolution Emulator (r63b, Code Name: RAJ, C++03)
The subversion repository along with an updated thread will be posted tomorrow evening. Spent a few hours today exploring documentation generation software (such as Doxygen), however none appealed to the goal we had in mind. It is likely that formal, written documentation (leaning towards using latex) will be added to the subversion repository at a later date than the initial publication of the subversion repository.
Update: New thread has been posted and is in queue for approval. Requested that this thread is closed.