106
Tactics / Re: General Tactics for Newbie Player
« on: February 03, 2014, 05:40:24 pm »
3 is right.
News:
New board
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
107
Coding / Re: memset(*this,0,sizeof....
« on: February 03, 2014, 05:37:27 pm »
My point is that it simply doesn't make sense to store the vtable ptr with the data.
If the compiler did, an array of 10000 instances of class RainDrop would use up 40k bytes of memory where 4 bytes are enough.
The only exception to that is when you are using RTTI. Then it makes sense. Maybe that's where all the superstition comes from ?
If the compiler did, an array of 10000 instances of class RainDrop would use up 40k bytes of memory where 4 bytes are enough.
The only exception to that is when you are using RTTI. Then it makes sense. Maybe that's where all the superstition comes from ?
108
Coding / Re: memset(*this,0,sizeof....
« on: February 03, 2014, 02:45:08 pm »
then sizeof() must comprise the vtable (or at least a ptr to it). But it doesn't afaik.
109
Tactics / Re: General Tactics for Newbie Player
« on: February 03, 2014, 02:42:07 pm »
Radar coverage is an important factor (ideally of the whole world).
Build some radar towers if you can't afford more bases.
Do you win all the missions ?
Build some radar towers if you can't afford more bases.
Do you win all the missions ?
110
Coding / memset(*this,0,sizeof....
« on: February 03, 2014, 08:38:48 am »
Cppcheck complains: ERROR using memset on a class that has virtual functions (or similar).
Imho Cppcheck is wrong here. I don't know much about the internals of a compiler, but imho the compiler should keep the function table (and thus the virtuals) well apart from the instance data.
Can anyboy confirm/disconfirm ?
Imho Cppcheck is wrong here. I don't know much about the internals of a compiler, but imho the compiler should keep the function table (and thus the virtuals) well apart from the instance data.
Can anyboy confirm/disconfirm ?
112
Discussion / Re: Casual player and contributor
« on: February 02, 2014, 03:40:08 pm »
Hi Karamel and welcome to UFO:AI !
What you say sounds very reasonable to me, so I'm looking forward to your contributions
What you say sounds very reasonable to me, so I'm looking forward to your contributions
113
Discussion / Re: Interceptions
« on: January 24, 2014, 03:37:10 pm »
NicSO,
please see our wiki -> contribute -> mapping
You don't need to create a whole new map; even a single small tile for an RMA map will help.
And even if you don't succeed, you'll have a better idea of how much work it needs to implement some brilliant idea ...
please see our wiki -> contribute -> mapping
You don't need to create a whole new map; even a single small tile for an RMA map will help.
And even if you don't succeed, you'll have a better idea of how much work it needs to implement some brilliant idea ...
114
Feature Requests / Some things you'd better not ask for ...
« on: January 21, 2014, 04:14:28 pm »
There are 3 things in UFO:AI which are often asked for by new users: battlescape saves, destructible terrain and engine switch. These things have been discussed to death on the forums and most devs are really tired of talking about them, because those three things simply will not happen in UFO:AI.
If you want to know about the details go here:
http://ufoai.org/wiki/3_Taboos
If you want to know about the details go here:
http://ufoai.org/wiki/3_Taboos
115
Feature Requests / Re: The game should play around 2030 instead
« on: January 14, 2014, 04:16:05 am »
The intro is by far not the only place where 2084 is referenced. In the tech descriptions you'll find lots of places like "was invented in 2047". Also many human tech descriptions are so far ahead of today that 2030 simply seems too close.
116
Bugs in stable version (2.5) / Re: Fullscreen mouse grab
« on: January 14, 2014, 04:09:55 am »
Take your time playing. A dev should know the game he is programming 
Looking for bugfixes all by yourself is tough. With a little help from the other teammembers it's much easier. And that's part of the fun...
Looking for bugfixes all by yourself is tough. With a little help from the other teammembers it's much easier. And that's part of the fun...
117
Bugs in stable version (2.5) / Re: Fullscreen mouse grab
« on: January 13, 2014, 04:45:59 pm »
Pushed it to both master and 2.5. Sorry for the delay.
You must be a rather qualified dev if you can find the line of code you need even in the ufoai src
Needless to say that such persons are of course invited to deliver more patches of even join the team.
You must be a rather qualified dev if you can find the line of code you need even in the ufoai src
Needless to say that such persons are of course invited to deliver more patches of even join the team.
118
Feature Requests / Re: 2.6 - Radar coverage is very unclear
« on: January 12, 2014, 04:06:25 am »
Np. It wasn't the wrong place. It's just that I 'upgraded' your FR to a bug.
119
Bugs in stable version (2.5) / Re: game will not start
« on: January 02, 2014, 05:14:23 pm »
DarkRain, you're right. git rm does remove the file locally. Still not sure what happened on my machines and led me to that false impression...
120
Bugs in stable version (2.5) / Re: game will not start
« on: January 02, 2014, 05:06:00 am »
git rm: I'll have to check that. At least I have a file here which I personally git rm'ed on another machine...