Julian Foad wrote:
>
> Jonathan Polley wrote:
> >
> > Two other things. First there is a constant string in telnet.cxx that
> > contains s, which MSVC does not like. Second, telnet.cxx uses
> > snprintf(), which is not supported under MSVC (for some reason, they use
> > _snprintf(), go figure).
Jonathan Polley wrote:
>
> Two other things. First there is a constant string in telnet.cxx that
> contains s, which MSVC does not like. Second, telnet.cxx uses
> snprintf(), which is not supported under MSVC (for some reason, they use
> _snprintf(), go figure).
I think the reason is that "snp
On Wednesday, May 15, 2002, at 09:31 PM, Curtis L. Olson wrote:
>> Also, for some reason, MSVC does not like the most recently
>> generated FlightGear.dsp (it does some REALLY WEIRD(tm) things).
>
> Bernie is the one that created the script for this. If you expand on
> your definition of "reall
Jon Berndt writes:
> > Jonathan Polley writes:
> > > I noticed that the latest version of main.cxx references a macro
> > > SG_COMPILER_STR, which doesn't seem to be defined anywhere. Is this
> > > suppose to be referencing SG_COMPILER from simgear/compiler.h?
> >
> > Ooops, my fault, missed c
Never mind.
I need to start waiting two minutes later than I normally would to send
emails complaining of faults. That's how long it usually takes me between
the time I think of writing until I find where I screwed up.
:-/
Jon
smime.p7s
Description: application/pkcs7-signature
> Jonathan Polley writes:
> > I noticed that the latest version of main.cxx references a macro
> > SG_COMPILER_STR, which doesn't seem to be defined anywhere. Is this
> > suppose to be referencing SG_COMPILER from simgear/compiler.h?
>
> Ooops, my fault, missed committing a change. It should
Bernie Bright writes:
> Jonathan Polley wrote:
> >
> > Two other things. First there is a constant string in telnet.cxx that
> > contains s, which MSVC does not like. Second, telnet.cxx uses
> > snprintf(), which is not supported under MSVC (for some reason, they use
> > _snprintf(), go figure)
Jonathan Polley wrote:
>
> Two other things. First there is a constant string in telnet.cxx that
> contains s, which MSVC does not like. Second, telnet.cxx uses
> snprintf(), which is not supported under MSVC (for some reason, they use
> _snprintf(), go figure).
>
Could we fix the snprintf/_s
Jonathan Polley writes:
> I noticed that the latest version of main.cxx references a macro
> SG_COMPILER_STR, which doesn't seem to be defined anywhere. Is this
> suppose to be referencing SG_COMPILER from simgear/compiler.h?
Ooops, my fault, missed committing a change. It should all be there
Jonathan Polley <[EMAIL PROTECTED]> said:
> I noticed that the latest version of main.cxx references a macro
> SG_COMPILER_STR, which doesn't seem to be defined anywhere. Is this
> suppose to be referencing SG_COMPILER from simgear/compiler.h?
Probably :-) I changed my copy of main.cxx for n
Two other things. First there is a constant string in telnet.cxx that
contains s, which MSVC does not like. Second, telnet.cxx uses
snprintf(), which is not supported under MSVC (for some reason, they use
_snprintf(), go figure).
Jonathan Polley
On Wednesday, May 15, 2002, at 07:58 PM, Jona
I noticed that the latest version of main.cxx references a macro
SG_COMPILER_STR, which doesn't seem to be defined anywhere. Is this
suppose to be referencing SG_COMPILER from simgear/compiler.h? Also, for
some reason, MSVC does not like the most recently generated FlightGear.dsp
(it does so
12 matches
Mail list logo