Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!


1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


jdhardy

Member Since 28 Jun 2000
Offline Last Active Jun 16 2014 09:18 AM

Posts I've Made

In Topic: Using IronPython as a scripting language for monogame

10 June 2014 - 01:39 AM

If you're using it as a scripting system internal to your game, then it will run on just fine on any desktop OS. If the scripts need to interact with the OS (opening files, etc.) then there are a few issues on non-Windows systems, but nothing major.

 

Non-desktop OSes (iOS, Android, WinPhone, Win8) are not yet supported. Getting the core to work on them wouldn't be that hard (except iOS, which doesn't allow runtime code generation), it just takes time.


In Topic: How do I convert String to Int using String Stream *solved*

29 July 2006 - 02:09 PM

Quote:
Original post by utilae
ostringstream g_StrStream;//string stream

What are the differences between the three and which do I need?

i = input
o = output
no prefix = both

You need an istringstream (or a stringstream), which uses a string as the source:

istringstream iss("5");
int five;
iss>>five;

Or, with boost::lexical_cast:

#include <boost/lexical_cast.hpp>
int five = boost::lexical_cast<int>("5");

In Topic: Exporting a class to DLL for gnu from msvc

29 July 2006 - 06:05 AM

Quote:
Original post by cnstrnd
To follow on this particular subject :

How can one be sure the virtual functions in the v-table are ordered the same by different compilers ?
You can't, but in practice, they usually are. Multiple or virtual inheritance isn't as likely to work, however.

As long as you use interfaces with no base classes and only virtual functions, and the member function parameters are interfaces or primitive types, you should be OK. This is basically a cheap version of COM. Pretty much every Windows compiler uses the same vtable layout for this reason - compatibilty with COM interfaces.

On other platforms you only have one compiler to worry about, so it doesn't really matter.

In Topic: std::list speed issue?

24 July 2006 - 04:24 PM

Quote:
Original post by Driv3MeFar
Quote:
Original post by SiCrane
Iterating through a list is actually very slow. In order to go through the list you need to dereference the next pointer of each node. This causes the cache to turn into mush. You may want to consider a std::vector or std::deque instead. They both have better cache locality than a std::list.


Just out of curiosity, if the std::deque in non-contiguous in memory, how is it faster to iterate through than a linked list? Does it try to be as contiguous as possible, or is it just STL magic?
A deque is an array of arrays. Each chunk is contiguous, but the chunks are not contiguous with each other. The locality is still better than a list, but not as good as a vector.

In Topic: Vista w/o DVD Burner?

11 June 2006 - 04:13 PM

Quote:
Original post by KulSeran
You can however boot off the disk if you have a virutal computer that can see the disk.
Thus, if you get a copy of VMWare or a similar program, you can run that from inside your regular OS, and then
boot the virtual ISO drive inside VMWare and test your OS there.
I'd just like to add that this works great with the free VMWare Player - just use www.easyvmx.com to generate the VMX file.


PARTNERS