Hmm...
Can you give a complete minimal example? I just tried the following
one, and this compiles without problems, as it should:
= snip ==
struct bar {} ;
struct foo {
foo( foo const rhs ) : p( rhs.p ) {}
bar* const p ;
}
Wow, it works! Thanks a lot for your help...
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de Frederic
Bouvier
Envoyé : jeudi 9 décembre 2004 20:31
À : FlightGear developers discussions
Objet : RE: [Flightgear-devel] MSVC
Selon RENNUIT Antoine 203220
I think it complains the class has no constructor other than the
copy one.
you should try to add one :
class MyClass {
public:
MyClass(AnotherClass *p); // constructor
MyClass(const MyClass mc); // copy constructor
private:
AnotherClass* const ptrToAnotherClass;
}
But I don't know at the moment, why Jons code doesn't work :(
CU,
Christian
For the moment, I'll just make it non-const.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Berndt writes:
Can you give a complete minimal example? I just tried the
following one, and this compiles without problems, as it should:
See below.
Are you *using* the assignment operator for your class
somewhere?
Not that I know of.
see below
FGTable::FGTable(const
Alistair K Phipps writes:
or use vector FGTable* rather than vector FGTable ,
Yes I prefer using this form too
Cheers
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
kugelfang presented his FlightGear Aero Club site on
http://forums.avsim.net/dcboard.php?az=show_topicsforum=198 today.
http://www.static-lift.net/aero-club/main/home.html
Maybe we'll get some nice WWI planes in the next time. :-)
m.
___
Alistair K Phipps writes:
or use vector FGTable* rather than vector FGTable ,
Yes I prefer using this form too
Norman
I made a few small changes to use the pointer as described above by Alistair.
That took
care of the problem. Thanks guys.
Jon
On Thursday 09 December 2004 21:53, Martin Spott wrote:
Lee Elliott wrote:
However, the 'server' (dual PIII-650, 768 MB) is a simple
IDE based system and the lan is bog-standard 100Mbit so it
seems a little slower to me, than running with everything
local.
This doesn't surprise, because
On Friday, 10 December 2004 00:57, Nick Coleman wrote:
The DoD is going to stop making DAFIF available to the public.
I don't know TerraGear at all, but I thought I'd give a heads up just in
case it uses it.
I'm surprised someone else hasn't commented on this yet.
Losing DAFIF access will be
- Original Message -
From: Steven Beeckman [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, December 10, 2004 2:08 PM
Subject: Re: [Flightgear-devel] Broadcast Address
Citeren John Wojnaroski [EMAIL PROTECTED]:
I've been thinking of moving over
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, December 10, 2004 1:35 PM
Subject: Re: [Flightgear-devel] Broadcast Address
RTLinux might give you some additional fine grained timing tools to throw
at
Can you give a complete minimal example? I just tried the
following one, and this compiles without problems, as it should:
See below.
Are you *using* the assignment operator for your class
somewhere?
Not that I know of.
Cheers
-Gerhard
Header file for FGTable:
--- start ---
#include
Jon Berndt wrote:
Are you *using* the assignment operator for your class
somewhere?
Not that I know of.
FGTable::FGTable(const FGTable t) :
PropertyManager(t.PropertyManager)
{
snip
Tables = t.Tables;
I think the problem is this assignment of vector FGTable which
involves
Let us know what you come up with on the broadcast stuff.
Regards,
Curt.
I will do that...
Your short discussion on timing brought to mind an interesting question.
Since there is some unpredictability to the scheduling algorithms and device
drivers and system calls, can the 60Hz rate
John Wojnaroski wrote:
I will do that...
Your short discussion on timing brought to mind an interesting question.
Since there is some unpredictability to the scheduling algorithms and device
drivers and system calls, can the 60Hz rate really be locked.
You are right, without taking additional
Citeren John Wojnaroski [EMAIL PROTECTED]:
I've been thinking of moving over to RTLinux (there is an open-source
GPL'd
version) in 2005. It fits nicely with the structure of the opengc
display
code.
I'd like to mention RTAI (http://www.rtai.org), a Linux kernel patch
to get the kernel
On Sat, 11 Dec 2004 01:06:56 +0200, Paul Surgeon [EMAIL PROTECTED] wrote:
I'm surprised someone else hasn't commented on this yet.
We had a discussion a couple of months ago, when the topic first came up.
All the best,
David
--
http://www.megginson.com/
18 matches
Mail list logo