opengc-devel Mailing List for Open-source Glass Cockpit (OpenGC) (Page 2)
Status: Pre-Alpha
Brought to you by:
madmartigan
Menu
▾
▴
opengc-devel — Developer's discussion list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(22) |
Nov
(3) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(12) |
Oct
(31) |
Nov
(6) |
Dec
(2) |
| 2003 |
Jan
(1) |
Feb
|
Mar
(5) |
Apr
(9) |
May
(18) |
Jun
|
Jul
|
Aug
(7) |
Sep
(56) |
Oct
(23) |
Nov
(7) |
Dec
(7) |
| 2004 |
Jan
(2) |
Feb
(2) |
Mar
(7) |
Apr
(26) |
May
(3) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(6) |
Nov
(5) |
Dec
|
| 2005 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dieter P. <dp...@ab...> - 2004-04-30 11:43:31
|
Hi, What gfx card are you using? I've experienced problems on a card using line stippling, ie enabling line stippling with glEnable(GL_LINE_STIPPLE) caused the performance of the card to break. Just a thought, Dieter Doyle, Steven wrote: > Hi Guys, > > I am experiencing a serious performance issue, and I don't understand > why. > > Currently I have no datasource and displaying the 777pfd. I'm getting > less than 10 fps ! I believe I have enabled OpenGL in fltk and I have > altered the app update rate appropriately. I have tried it on two > different machines both with good video cards. To me this is a very > simple display which should be incredibly quick to render. > > Any ideas ? > > Cheers > > Steve > > > |
|
From: Doyle, S. <ste...@uk...> - 2004-04-30 09:07:56
|
Hi Guys, I am experiencing a serious performance issue, and I don't understand why. Currently I have no datasource and displaying the 777pfd. I'm getting less than 10 fps ! I believe I have enabled OpenGL in fltk and I have altered the app update rate appropriately. I have tried it on two different machines both with good video cards. To me this is a very simple display which should be incredibly quick to render. Any ideas ? Cheers Steve |
|
From: Doyle, S. <ste...@uk...> - 2004-04-27 15:31:48
|
Tim,
Good spot, I'll fix it on my copy as well.
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 27 April 2004 15:59
To: ope...@li...
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Steve:
I already fixed the debug errors in my local checked-out copy by changing
three declarations of buffer[1] to buffer[2]. The
resulting executable did run without run-time errors. Just search for
"buffer[1]" in all files to find the three occurrences.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 7:52 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Tim,
I didn't actually fix this, but why don't you try commenting out the
construction of the speed tape in ogcBoeing777PFD.cpp then see if it will
run.
Cheers
steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 27 April 2004 15:46
To: ope...@li...
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Steve:
The source I am building is straight from CVS.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 12:02 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Hi,
Yes I can also confirm this, I don't use the speed tape so it doesn't affect
me. I should of mentioned it before . Are what version of OGC are you using
?
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 26 April 2004 18:30
To: ope...@li...
Subject: [Opengc-devel] Debug-mode failure when built with VC7
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET
(Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the
stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp,
ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is
null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to
&(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the
stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
|
|
From: Damion S. <be...@cs...> - 2004-04-27 15:27:36
|
Hi folks, Just as a heads up, I'm in the process of making the namespace change I mentioned earlier. This will help protect against the sorts of problems we ran into with function name conflicts. The "ogc" prefix to class names is being removed; within the namespace classes will be referred to just by their primary extension (e.g. Gauge), and outside the namespace the class is referred to as OpenGC::Gauge. I'll make sure everything within the repository builds correctly but this could affect external projects that use OpenGC. Cheers, -Damion- --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- Your search for deep meaning in a trite and mundane workaday world continues. Meanwhile, 3,000 people worldwide die of malaria every day, you simp. |
|
From: Damion S. <da...@op...> - 2004-04-27 15:17:37
|
Thanks for catching this. I'll make the change in the repository. Cheers, -Damion- On Apr 27, 2004, at 10:59 AM, Tim Crews wrote: > Steve: > > I already fixed the debug errors in my local checked-out copy by > changing three declarations of buffer[1] to buffer[2]. The > resulting executable did run without run-time errors. Just search for > "buffer[1]" in all files to find the three occurrences. > > Tim > > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...]On Behalf Of Doyle, > Steven > Sent: Tuesday, April 27, 2004 7:52 AM > To: 'ope...@li...' > Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7 > > > Tim, > > I didn't actually fix this, but why don't you try commenting out the > construction of the speed tape in ogcBoeing777PFD.cpp then see if it > will > run. > > Cheers > > steve > > -----Original Message----- > From: Tim Crews [mailto:tim...@ge...] > Sent: 27 April 2004 15:46 > To: ope...@li... > Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7 > > > Steve: > > The source I am building is straight from CVS. > > Tim > > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...]On Behalf Of Doyle, > Steven > Sent: Tuesday, April 27, 2004 12:02 AM > To: 'ope...@li...' > Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7 > > > Hi, > > Yes I can also confirm this, I don't use the speed tape so it doesn't > affect > me. I should of mentioned it before . Are what version of OGC are you > using > ? > > Cheers > > Steve > > -----Original Message----- > From: Tim Crews [mailto:tim...@ge...] > Sent: 26 April 2004 18:30 > To: ope...@li... > Subject: [Opengc-devel] Debug-mode failure when built with VC7 > > > Hello: > > I have been building the OpenGC code under Microsoft Visual Studio .NET > (Version 7). I am building the Debug target. When I run it > under the debugger, I get frequent run-time error checks saying that > the > stack frame is corrupted around the variable "buffer". > > An example of this can be found in ogcBoeing777SpeedTape.cpp, > ogcBoeing777SpeedTape::Render, which declares > > char buffer[1]; > > and has many lines that look like this: > > sprintf( buffer, "%i", charSpd/100); > > Even when the result of (charSpd/100) is one digit, sprintf is > null-terminating the string that it is writing to. This is resulting > in a desired write to &(Buffer[0]), but also an undesired write to > &(Buffer[0])+1. I believe this is what the MSVC debugger is > complaining about, since it puts guard data around each variable on the > stack, and detects corruption of that guard data. > > To confirm this, and modified the declaration of Buffer to look like > this: > > char buffer[2]; > > and modified the sprintf code to look like this: > > buffer[1] = 255; > sprintf( buffer, "%i", charSpd/100); > > After stepping over the sprintf, sure enough buffer[1] is zero. > > Tim Crews > GECO, Inc > Mesa, Arizona, USA > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel > > --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- Your search for deep meaning in a trite and mundane workaday world continues. Meanwhile, 3,000 people worldwide die of malaria every day, you simp. |
|
From: Tim C. <tim...@ge...> - 2004-04-27 14:59:25
|
Steve:
I already fixed the debug errors in my local checked-out copy by changing three declarations of buffer[1] to buffer[2]. The
resulting executable did run without run-time errors. Just search for "buffer[1]" in all files to find the three occurrences.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 7:52 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Tim,
I didn't actually fix this, but why don't you try commenting out the
construction of the speed tape in ogcBoeing777PFD.cpp then see if it will
run.
Cheers
steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 27 April 2004 15:46
To: ope...@li...
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Steve:
The source I am building is straight from CVS.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 12:02 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Hi,
Yes I can also confirm this, I don't use the speed tape so it doesn't affect
me. I should of mentioned it before . Are what version of OGC are you using
?
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 26 April 2004 18:30
To: ope...@li...
Subject: [Opengc-devel] Debug-mode failure when built with VC7
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET
(Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the
stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp,
ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is
null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to
&(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the
stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
|
|
From: Doyle, S. <ste...@uk...> - 2004-04-27 14:52:15
|
Tim,
I didn't actually fix this, but why don't you try commenting out the
construction of the speed tape in ogcBoeing777PFD.cpp then see if it will
run.
Cheers
steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 27 April 2004 15:46
To: ope...@li...
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Steve:
The source I am building is straight from CVS.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 12:02 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Hi,
Yes I can also confirm this, I don't use the speed tape so it doesn't affect
me. I should of mentioned it before . Are what version of OGC are you using
?
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 26 April 2004 18:30
To: ope...@li...
Subject: [Opengc-devel] Debug-mode failure when built with VC7
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET
(Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the
stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp,
ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is
null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to
&(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the
stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
|
|
From: Tim C. <tim...@ge...> - 2004-04-27 14:45:50
|
Steve:
The source I am building is straight from CVS.
Tim
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Doyle,
Steven
Sent: Tuesday, April 27, 2004 12:02 AM
To: 'ope...@li...'
Subject: RE: [Opengc-devel] Debug-mode failure when built with VC7
Hi,
Yes I can also confirm this, I don't use the speed tape so it doesn't affect
me. I should of mentioned it before . Are what version of OGC are you using
?
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 26 April 2004 18:30
To: ope...@li...
Subject: [Opengc-devel] Debug-mode failure when built with VC7
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET
(Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the
stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp,
ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is
null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to
&(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the
stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
|
|
From: Doyle, S. <ste...@uk...> - 2004-04-27 07:01:39
|
Hi,
Yes I can also confirm this, I don't use the speed tape so it doesn't affect
me. I should of mentioned it before . Are what version of OGC are you using
?
Cheers
Steve
-----Original Message-----
From: Tim Crews [mailto:tim...@ge...]
Sent: 26 April 2004 18:30
To: ope...@li...
Subject: [Opengc-devel] Debug-mode failure when built with VC7
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET
(Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the
stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp,
ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is
null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to
&(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the
stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Opengc-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengc-devel
|
|
From: Tim C. <tim...@ge...> - 2004-04-26 17:30:35
|
Hello:
I have been building the OpenGC code under Microsoft Visual Studio .NET (Version 7). I am building the Debug target. When I run it
under the debugger, I get frequent run-time error checks saying that the stack frame is corrupted around the variable "buffer".
An example of this can be found in ogcBoeing777SpeedTape.cpp, ogcBoeing777SpeedTape::Render, which declares
char buffer[1];
and has many lines that look like this:
sprintf( buffer, "%i", charSpd/100);
Even when the result of (charSpd/100) is one digit, sprintf is null-terminating the string that it is writing to. This is resulting
in a desired write to &(Buffer[0]), but also an undesired write to &(Buffer[0])+1. I believe this is what the MSVC debugger is
complaining about, since it puts guard data around each variable on the stack, and detects corruption of that guard data.
To confirm this, and modified the declaration of Buffer to look like this:
char buffer[2];
and modified the sprintf code to look like this:
buffer[1] = 255;
sprintf( buffer, "%i", charSpd/100);
After stepping over the sprintf, sure enough buffer[1] is zero.
Tim Crews
GECO, Inc
Mesa, Arizona, USA
|
|
From: yoskater <yos...@vo...> - 2004-04-24 12:39:25
|
I would like to build a window with a gauge inside from the files openGC, but which are the necessary files?(ogcGauge, ogcGaugeComponent and...?) yoan ---------- Esup-Rennes France ---------- ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr |
|
From: Damion S. <da...@op...> - 2004-04-23 20:56:01
|
I'm currently in the process of updating the web site. Any comments you have are welcome; hopefully the new organization will be easier to keep up to date and easier to read than the old color scheme. FYI - a bunch of the links are not currently working (due to non-existent content), so bear with me. -Damion- --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You have greatly angered the God Of Floral Wallcoverings, but it's unclear whether this will affect you in any way. |
|
From: Doyle, S. <ste...@uk...> - 2004-04-22 11:37:59
|
Hi, That has indeed fixed the problem. Everything is fine now. Just for infomation it builds fine using the following latest libs fltk-1.1.5rc1 plib-1.8.1 thanks Steve -----Original Message----- From: Damion Shelton [mailto:da...@op...] Sent: 22 April 2004 06:47 To: ope...@li... Subject: Re: [Opengc-devel] Experimental Repository Build Problem Hi, The problem is fixed. You were right - there appears to be a naming conflict with the "DispatchMessage" function which is part of the Windows API framework. I think this appeared in the experimental repository because of the way things end up inheriting in the new library structure. Anyways, the new functions are DispatchOpenGCMessage and OnOpenGCMessage. I think the correct long-term solution to this sort of problem is to move to an OpenGC:: namespace, rather than working in the global namespace. Please let me know if this fixes the problem for you. I verified that this change does not break compilation on the Mac under gcc, and it should also not affect Linux at all. Cheers, -Damion- On Apr 21, 2004, at 4:23 AM, Doyle, Steven wrote: Thanks Damion, I have made a little progess with the problem, if I change the name of ogcObject::DispatchMessage slightly I can get it to build, there must be some conflict somewhere. --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You're proud that you've matured with your sense of childlike wonder intact, but others are tired of hearing you yell "Fire truck! Fire truck!" whenever one goes by. |
|
From: Damion S. <da...@op...> - 2004-04-22 05:51:55
|
Hi, The problem is fixed. You were right - there appears to be a naming=20 conflict with the "DispatchMessage" function which is part of the=20 Windows API framework. I think this appeared in the experimental=20 repository because of the way things end up inheriting in the new=20 library structure. Anyways, the new functions are DispatchOpenGCMessage and=20 OnOpenGCMessage. I think the correct long-term solution to this sort of=20= problem is to move to an OpenGC:: namespace, rather than working in the=20= global namespace. Please let me know if this fixes the problem for you. I verified that=20 this change does not break compilation on the Mac under gcc, and it=20 should also not affect Linux at all. Cheers, -Damion- On Apr 21, 2004, at 4:23 AM, Doyle, Steven wrote: > Thanks Damion, I have made a little progess with the problem, if=A0I=20= > change the name of ogcObject::DispatchMessage slightly I can get it to=20= > build, there must be some conflict somewhere. --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You're proud that you've matured with your sense of childlike wonder=20 intact, but others are tired of hearing you yell "Fire truck! Fire=20 truck!" whenever one goes by. |
|
From: Damion S. <da...@op...> - 2004-04-22 03:54:07
|
Hi, just wanted to let you know that I replicated your problem. It must=20= have cropped up when I made some changes on the linux side a month or=20 so ago. I'll see what I can do. Cheers, -Damion- > Hi Damion, > > The problem I originally had was was when I was trying to build the=20 > current stable version of opengc and not your new experimental one. I=20= > did solve that problem and got everything working ok. I like what you=20= > have done in the experimental version and thought I would have a go at=20= > building it. > > I am using CMake version 1.8 patch 3 with a target of Visuial Studio 7=20= > .NET 2003.=A0 > > Cheers > > Steve --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You're proud that you've matured with your sense of childlike wonder=20 intact, but others are tired of hearing you yell "Fire truck! Fire=20 truck!" whenever one goes by. |
|
From: Doyle, S. <ste...@uk...> - 2004-04-21 08:23:38
|
Thanks Damion, I have made a little progess with the problem, if I change the name of ogcObject::DispatchMessage slightly I can get it to build, there must be some conflict somewhere. Good luck with the exam cheers steve -----Original Message----- From: Damion Shelton [mailto:da...@op...] Sent: 21 April 2004 03:50 To: ope...@li... Subject: Re: [Opengc-devel] Experimental Repository Build Problem Hi, Just wanted to let you know that I'll take a look at this either Wed or Thurs - I have an exam tomorrow morning and haven't had much free time in the past couple days. Cheers, -Damion- On Apr 15, 2004, at 4:21 AM, Doyle, Steven wrote: Hi Damion, The problem I originally had was was when I was trying to build the current stable version of opengc and not your new experimental one. I did solve that problem and got everything working ok. I like what you have done in the experimental version and thought I would have a go at building it. I am using CMake version 1.8 patch 3 with a target of Visuial Studio 7 .NET 2003. Cheers Steve -----Original Message----- From: Damion Shelton [mailto:da...@op...] Sent: 14 April 2004 21:14 To: ope...@li... Subject: Re: [Opengc-devel] Experimental Repository Build Problem Hi, You said in a previous email that you had corrected the first problem you were having. Was it working after that, and then stopped working, or have you never successfully built the application? Also, what version of CMake are you using? Cheers, -Damion- On Apr 13, 2004, at 12:55 PM, Doyle, Steven wrote: Hi, I'm trying to build the "opengcnew" project taken from the experimental repository. All the libraries build fine, but when I try and build the main application I get the following link errors OpenGCGauges.lib(ogcEGyroAltimeterSetting.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcEGyroAltimeterSetting::OnMouseDown(int,double,double)" (?OnMouseDown@ogcEGyroAltimeterSetting@@UAEXHNN@Z) OpenGCGauges.lib(ogcNavTestGauge.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcNavTestGauge::Render(void)" (?Render@ogcNavTestGauge@@UAEXXZ) OpenGCGauges.lib(ogcKeypadButton.obj) : error LNK2001: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) C:\MyProjects\opengcnew\bin\Debug\OpenGC.exe : fatal error LNK1120: 1 unresolved externals Any ideas ? regards Steve Doyle --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- Years from now, you still won't be able to figure out why the love of your life left you for a nicer, smarter, better-looking person. --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You're proud that you've matured with your sense of childlike wonder intact, but others are tired of hearing you yell "Fire truck! Fire truck!" whenever one goes by. |
|
From: Damion S. <da...@op...> - 2004-04-21 02:50:13
|
Hi, Just wanted to let you know that I'll take a look at this either Wed or=20= Thurs - I have an exam tomorrow morning and haven't had much free time=20= in the past couple days. Cheers, -Damion- On Apr 15, 2004, at 4:21 AM, Doyle, Steven wrote: > Hi Damion, > =A0 > The problem I originally had was was when I was trying to build the=20 > current stable version of opengc and not your new experimental one. I=20= > did solve that problem and got everything working ok. I like what you=20= > have done in the experimental version and thought I would have a go at=20= > building it. > I am using CMake version 1.8 patch 3 with a target of Visuial Studio 7=20= > .NET 2003.=A0 > =A0 > Cheers > =A0 > Steve > =A0 > =A0 > -----Original Message----- > From: Damion Shelton [mailto:da...@op...] > Sent: 14 April 2004 21:14 > To: ope...@li... > Subject: Re: [Opengc-devel] Experimental Repository Build Problem > > > > Hi, > > > > You said in a previous email that you had corrected the first problem=20= > you were having. Was it working after that, and then stopped working,=20= > or have you never successfully built the application? Also, what=20 > version of CMake are you using? > > > > Cheers, > > -Damion- > > > > On Apr 13, 2004, at 12:55 PM, Doyle, Steven wrote: > > > > Hi, > > > > I'm trying to build the "opengcnew" project taken from the=20 > experimental repository. All the libraries build fine, but when I try=20= > and build the main application I get the following link errors > > > > OpenGCGauges.lib(ogcEGyroAltimeterSetting.obj) : error LNK2019:=20 > unresolved external symbol "public: void __thiscall=20 > ogcObject::DispatchMessageA(enum ogcMessage,void *)"=20 > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in=20= > function "public: virtual void __thiscall=20 > ogcEGyroAltimeterSetting::OnMouseDown(int,double,double)"=20 > (?OnMouseDown@ogcEGyroAltimeterSetting@@UAEXHNN@Z) > > > > > OpenGCGauges.lib(ogcNavTestGauge.obj) : error LNK2019: unresolved=20 > external symbol "public: void __thiscall=20 > ogcObject::DispatchMessageA(enum ogcMessage,void *)"=20 > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in=20= > function "public: virtual void __thiscall=20 > ogcNavTestGauge::Render(void)" (?Render@ogcNavTestGauge@@UAEXXZ) > > > > > OpenGCGauges.lib(ogcKeypadButton.obj) : error LNK2001: unresolved=20 > external symbol "public: void __thiscall=20 > ogcObject::DispatchMessageA(enum ogcMessage,void *)"=20 > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) > > > > > C:\MyProjects\opengcnew\bin\Debug\OpenGC.exe : fatal error LNK1120: 1=20= > unresolved externals > > > > Any ideas ? > > > > regards > > Steve Doyle > > > > > > --------- > > Damion Shelton > > Carnegie Mellon University, Robotics Institute > > A408-o Newell Simon Hall > > 412.268.3866 (office) > > 412.818.8829 (cell) > > 412.268.6436 (fax) > > http://www.cs.cmu.edu/~beowulf > > --------- > > Years from now, you still won't be able to figure out why the love of=20= > your life left you for a nicer, smarter, better-looking person. > --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You're proud that you've matured with your sense of childlike wonder=20 intact, but others are tired of hearing you yell "Fire truck! Fire=20 truck!" whenever one goes by. |
|
From: Doyle, S. <ste...@uk...> - 2004-04-15 08:21:20
|
Hi Damion, The problem I originally had was was when I was trying to build the current stable version of opengc and not your new experimental one. I did solve that problem and got everything working ok. I like what you have done in the experimental version and thought I would have a go at building it. I am using CMake version 1.8 patch 3 with a target of Visuial Studio 7 .NET 2003. Cheers Steve -----Original Message----- From: Damion Shelton [mailto:da...@op...] Sent: 14 April 2004 21:14 To: ope...@li... Subject: Re: [Opengc-devel] Experimental Repository Build Problem Hi, You said in a previous email that you had corrected the first problem you were having. Was it working after that, and then stopped working, or have you never successfully built the application? Also, what version of CMake are you using? Cheers, -Damion- On Apr 13, 2004, at 12:55 PM, Doyle, Steven wrote: Hi, I'm trying to build the "opengcnew" project taken from the experimental repository. All the libraries build fine, but when I try and build the main application I get the following link errors OpenGCGauges.lib(ogcEGyroAltimeterSetting.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcEGyroAltimeterSetting::OnMouseDown(int,double,double)" (?OnMouseDown@ogcEGyroAltimeterSetting@@UAEXHNN@Z) OpenGCGauges.lib(ogcNavTestGauge.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcNavTestGauge::Render(void)" (?Render@ogcNavTestGauge@@UAEXXZ) OpenGCGauges.lib(ogcKeypadButton.obj) : error LNK2001: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) C:\MyProjects\opengcnew\bin\Debug\OpenGC.exe : fatal error LNK1120: 1 unresolved externals Any ideas ? regards Steve Doyle --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- Years from now, you still won't be able to figure out why the love of your life left you for a nicer, smarter, better-looking person. |
|
From: Damion S. <da...@op...> - 2004-04-14 20:13:59
|
Hi, You said in a previous email that you had corrected the first problem you were having. Was it working after that, and then stopped working, or have you never successfully built the application? Also, what version of CMake are you using? Cheers, -Damion- On Apr 13, 2004, at 12:55 PM, Doyle, Steven wrote: > Hi, > > I'm trying to build the "opengcnew" project taken from the > experimental repository. All the libraries build fine, but when I try > and build the main application I get the following link errors > > OpenGCGauges.lib(ogcEGyroAltimeterSetting.obj) : error LNK2019: > unresolved external symbol "public: void __thiscall > ogcObject::DispatchMessageA(enum ogcMessage,void *)" > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in > function "public: virtual void __thiscall > ogcEGyroAltimeterSetting::OnMouseDown(int,double,double)" > (?OnMouseDown@ogcEGyroAltimeterSetting@@UAEXHNN@Z) > > OpenGCGauges.lib(ogcNavTestGauge.obj) : error LNK2019: unresolved > external symbol "public: void __thiscall > ogcObject::DispatchMessageA(enum ogcMessage,void *)" > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in > function "public: virtual void __thiscall > ogcNavTestGauge::Render(void)" (?Render@ogcNavTestGauge@@UAEXXZ) > > OpenGCGauges.lib(ogcKeypadButton.obj) : error LNK2001: unresolved > external symbol "public: void __thiscall > ogcObject::DispatchMessageA(enum ogcMessage,void *)" > (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) > > C:\MyProjects\opengcnew\bin\Debug\OpenGC.exe : fatal error LNK1120: 1 > unresolved externals > > Any ideas ? > > regards > Steve Doyle > > --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- Years from now, you still won't be able to figure out why the love of your life left you for a nicer, smarter, better-looking person. |
|
From: Doyle, S. <ste...@uk...> - 2004-04-13 16:55:36
|
Hi, I'm trying to build the "opengcnew" project taken from the experimental repository. All the libraries build fine, but when I try and build the main application I get the following link errors OpenGCGauges.lib(ogcEGyroAltimeterSetting.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcEGyroAltimeterSetting::OnMouseDown(int,double,double)" (?OnMouseDown@ogcEGyroAltimeterSetting@@UAEXHNN@Z) OpenGCGauges.lib(ogcNavTestGauge.obj) : error LNK2019: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) referenced in function "public: virtual void __thiscall ogcNavTestGauge::Render(void)" (?Render@ogcNavTestGauge@@UAEXXZ) OpenGCGauges.lib(ogcKeypadButton.obj) : error LNK2001: unresolved external symbol "public: void __thiscall ogcObject::DispatchMessageA(enum ogcMessage,void *)" (?DispatchMessageA@ogcObject@@QAEXW4ogcMessage@@PAX@Z) C:\MyProjects\opengcnew\bin\Debug\OpenGC.exe : fatal error LNK1120: 1 unresolved externals Any ideas ? regards Steve Doyle |
|
From: Sky FX <sk...@pa...> - 2004-04-13 07:54:48
|
Hello Scott Harens here. Our business is looking for some one that can help with a new unmanned = radio control 86cc helicopter project. We are looking for some one with OpenGC skills. You can work from home = in your own time. We have been working on this project for the last 5 = years. Just a small group of us. A few of us work on it from home. We = will pay you for your time of course. For more information please contact. Scott Harens at = sk...@pa...=20 It's a very cool project. |
|
From: Damion S. <da...@op...> - 2004-04-09 06:07:02
|
Hi, sorry for not replying sooner. I have been extremely busy working on a prototype device at work and dealing with a particularly hard molecular biology class. Including the OpenGC libraries in a visual studio project should be relatively straightforward. Just link against the libraries in your project setting and set the appropriate include paths. However, a larger issue is that OpenGC is currently designed around using FLTK as the windowing manager, and not MFC. In order to effectively use OpenGC in a larger project you would need to write a subclass of ogcRenderWindow that correctly instantiates the OpenGL environment from MFC. See ogcFLTKRenderWindow for an example of how things are done for FLTK; the sequence of things that need to happen would be similar under MFC. There are many tutorials available on the web on how to implement an OpenGL MFC application. Cheers, -Damion- On Apr 5, 2004, at 10:58 AM, yoskater wrote: > Just include the OpenGC libraries in another visual studio project... > > please help ;( --------- Damion Shelton Carnegie Mellon University, Robotics Institute A408-o Newell Simon Hall 412.268.3866 (office) 412.818.8829 (cell) 412.268.6436 (fax) http://www.cs.cmu.edu/~beowulf --------- You won't so much haunt the world after your death as become the spiritual equivalent of that guy who kept coming back to visit high school after graduation. |
|
From: yoskater <yos...@vo...> - 2004-04-05 14:58:12
|
Just include the OpenGC libraries in another visual studio project... please help ;(=20 > Message du 23/03/04 =E0 17h07 > De : Damion Shelton <da...@op...> > A : ope...@li... > Copie =E0 :=20 > Objet : Re: [Opengc-devel] Can U help me? ;) >=20 > Hi, >=20 > Is your question about the OpenGC build process or about including the=20 > OpenGC libraries in another visual studio project after they are built?= =20 > Please let me know and I'll try and help out. >=20 > Cheers, > -Damion- >=20 > On Mar 18, 2004, at 8:01 AM, yoan.rousseau wrote: >=20 > > > >>> Hi! > >>> I have a project! And i think that your OpenGC project can help me= =20 > >>> but? > >>> > >>> My project is: > >>> -include some glass cockpit in a Visual c++ 6.0 App (Cdialog,Sdi or= =20 > >>> Mdi I don?t no) > >>> > >>> After downloading the openGC, and windows dll... I clicked on=20 > >>> OpenGC.EXE from > >>> openGC main folder and it works! > >>> > >>> So I download the source,I use Cmake after Visual c++ 6.0 , add=20 > >>> library directory in my project but it works but there ?s lot of=20 > >>> ?unresolved external symbol? errors?missing lib I think. > >>> > >>> But my question is: Is it possible to include some opengc code in=20 > >>> Visual project (MFC) ? > >>> Source I need etc? > >>> > >>> I don?t Want a complete cockpit 3 or 5 main glass cockpit is enough. > >>> > >>> PS:my English is bad?I?m French! ;) > >>> > >>> Bye & thks!! > >>> yoan >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Opengc-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengc-devel >=20 ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr=20 |
|
From: yoskater <yos...@vo...> - 2004-03-26 09:21:59
|
the enclosing sorry... ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr |
|
From: yoskater <yos...@vo...> - 2004-03-26 08:32:00
|
> Message du 24/03/04 =E0 09h51 > De : yoskater <yos...@vo...> > A : Damion Shelton <da...@op...> > Copie =E0 :=20 > Objet : re: can u help me... >=20 > hello! >=20 > i want to include the openGC libraries in a visual project. > in fact i want, for example something like the picture in encl. >=20 > i just need to show instruments and to be able to act on it. >=20 > yoan > (thks) >=20 >=20 > ------------------------------------------ >=20 > Faites un voeu et puis Voila ! www.voila.fr=20 >=20 > > > [ varioPicture.jpg (35.0 Ko) ] ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr=20 |
1 message has been excluded from this view by a project administrator.