ich hab einen überladenen << operator

std::ostream &operator << ( std::ostream &out, const osg::GraphicsContext::ScreenSettings &ss )
{
	std::streamsize p = out.precision( 3 );
	out << ss.width << "x" << ss.height << "x" << ss.colorDepth << "b, " << ss.refreshRate << " Hz";
	out.precision( p );

	return out;
}

und verwende den

std::cout << "initializing window with " << targetSettings 
		<< ", " << ( this->isFullscreen ? "fullscreen" : "windowed" ) << std::endl;

bisher hat das immer geklappt, jetzt hab ich gerade meinen code (an völlig anderen stellen) etwas umstrukturiert und wie aus heiterem himmel funktioniert das nicht mehr.

msvc9.0 schrieb:

Error 1 error C2679: binary '<<' : no operator found which takes a right-hand operand of type 'osg::GraphicsContext::ScreenSettings' (or there is no acceptable conversion) h:\myprojectdir\source\renderer.cpp 127

hat wer 'ne spontane idee was da falsch sein kann? ich hab nicht den hauch einer ahnung was da los ist...

Ansonsten auch einfach mal probieren neu erstellen. Das funktionirt meistens, wenn etwas plötzlich ein Fehler gibt, obwohl man dort nix geändert hat..

bb

Zeig mal her, was du geändet hast. (Hast du das auch mal probiert rückgängig zu machen?).

naja, das kann ich hier nicht posten, das umfasst das halbe projekt... rückgängig machen geht nicht mehr, das war zu viel. aber das waren änderungen, die die klassen und operatoren, die hier im spiel sind nicht im entferntesten betreffen. achso, doch, die klasse, in deren methode ich den std::cout << bla code drinnen hab, der jetzt nicht mehr kompiliert, war vorher 'ne nested class, jetzt ist sie keine mehr. aber das hat ja auch nichts damit zu tun.

drakon schrieb:

Ansonsten auch einfach mal probieren neu erstellen.

meinst du damit 'nen rebuild? hab ich schon versucht, auch ein clean project bzw. neustart von msvs. wenn ichs neu reintippen würd, würd ich die funktion wieder genauso schreiben, daher versprech' ich mir dadurch nicht viel erfolg...

unskilled schrieb:

klammern und semikoli obendrüber sind alle noch korrekt?!

jap, der rest baut und läuft problemlos.

bb

#ifndef __HPTIME_H__
#define __HPTIME_H__

#include <ostream>

#include <windows.h>

namespace bla
{
	class HPTime
	{
	private:
		...
	public:
		friend HPTime operator - ( HPTime &left, HPTime &right );
		friend std::ostream &operator << ( std::ostream &out, const HPTime &time );
	};

	inline HPTime operator - ( HPTime &left, HPTime &right )					{	return HPTime( left.startCntr.QuadPart - right.startCntr.QuadPart );	}
	inline std::ostream &operator << ( std::ostream &out, const HPTime &time )	{	out << time.getTimeMilliSeconds() << "ms";	return out;					}
}

#endif

wenn ich den operator <<, der in diesem file definiert ist, auskommentiere, dann funktioniert der andere. fällt euch da was auf?

wenn ich den operator <<, der in diesem file definiert ist, auskommentiere, dann funktioniert der andere. fällt euch da was auf?

Jopp - da fehlt ne Klammer... Aber das hatte ich dir schon davor gesagt

bb

o sry - hatte die scrollbar net gesehen, der kam ja noch x)

dann poste ma die komplette datei - oder guck davor mal, ob du vll ausversehen irgend nen bezeichner gewählt hast, der in der winapi durch nen makro scho vergeben ist

oder du guckst mal, ob du versehentlich die gleichen include-guards verwendet hast, weil du iwas per copy&paste übernommen hast und vergessen hast, die zu ändern...

mehr ideen hab ich jz au net

btw:
auf so ne include-guards: __HPTIME_H__ solltest du verzichten und lieber bezeichner ohne unterstrich(e) am anfang verwenden, da die für den compiler resveriert sind...

bb

PS: inline musst du bei sowas net mehr davorschreiben und op- nutzt eigtl intern IMMER den op-= - sieht dann so aus:

HPTime operator - (const HPTime &left, const HPTime &right) //const !
{
  HPTime tmp (left);
  tmp -= right;
  return tmp;
}

natürlich musst du deiner klasse dann auch nen operator -= spendieren, aber das sollte net so das prob sein und der sollte eigtl so und so schon existieren...

je nach geschmack kannst du die letzten beiden zeilen auch zusammenfassen
was zwar auch noch unter geschmack fällt, aber eigtl immer so gemacht wird: die parameter heißen lhs und rhs (left hand side / right hand side)

bb

und, hey, danke für das

unskilled schrieb:

auf so ne include-guards: __HPTIME_H__ solltest du verzichten

und das

unskilled schrieb:

inline musst du bei sowas net mehr davorschreiben

und das

unskilled schrieb:

op- nutzt eigtl intern IMMER den op-=

!
wusst ich nicht, thx!

bb

wenn ich das so anschreib

namespace bla
{
	class HPTime
	{
		...

		friend bla::HPTime operator - ( bla::HPTime &left, bla::HPTime &right );
		friend std::ostream &operator << ( std::ostream &out, const bla::HPTime &time );
	};
}

inline bla::HPTime operator - ( bla::HPTime &left, bla::HPTime &right )	
	{	return bla::HPTime( left.startCntr.QuadPart - right.startCntr.QuadPart );	}
inline std::ostream &operator << ( std::ostream &out, const bla::HPTime &time )	
	{	out << time.getTimeMilliSeconds() << "ms";	return out;							}

dann beschwert sich der compiler, dass die operatoren nicht auf private members zugreifen dürfen. (???) versteh ich nicht ganz, die signatur ist ja komplett gleich. meine annahme war jetzt, dass ich den bereichsauflösungsoperator für die friend deklarationen angeben muss. das einzige, das ich mir als syntaktisch korrekt vorstellen kann ist sowas hier:

friend bla::HPTime ::operator - ( bla::HPTime &left, bla::HPTime &right );

dann bekomm' ich allerdings den fehler hier: "missing type specifier - int assumed." wie geb' ich 'nen bereichsauflösungsoperator für operatoren an?