Beiträge von \LaTeX

\LaTeX

Hallo,
Ich find's auch zum ko**en. Mir persoenlich gefaellt Maya als 3D Content Tool am Besten. Das Know-How, das Alias die Jahre ueber hineingesteckt hatte ist wirklich beachtlich. 3dsmax kommt da einfach nicht mit. Ich bin zwar kein Marktexperte, aber mueszte da nicht das Kanadische Kartellamt auch ein Woertchen mitreden? Was denkt ihr?

PS: Diese Uebernahme schreit foermlich nach einer OpenSource-Maya-Version.

ciao

\LaTeX

Hallo Leute,
Hab' mal wieder ein kleines Problem: Ich hab' eine Applikation geschrieben (VC++ 2003) und sie laesst sich kompilieren und ohne Probleme ausfuehren. Das einzige Problem ist, dass ich nachdem ich die Applikation (MFC-basiert) schliesze, ein Beep Sound ertoent und Folgendes in der Output-Konsole steht:

Code

The thread 'Win32 Thread' (0x30c) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x75c) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x694) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x74c) has exited with code 3 (0x3).
The thread 'Win32 Thread' (0x718) has exited with code 3 (0x3).
The program '[1860] blabla.exe: Native' has exited with code 0 (0x0).

Hab' nach dem gleichen Problem gegoogelt bin aber auf keine schluessige Erklaerung gestoszen. Habt ihr vielleicht einen Tipp, wesshalb die zwei Threads nicht mit korrekt terminieren? Haengt's mit der Synchronisierung zusammen? Wenn ja, wie kann ich es in Win2000/XP bewerkstelligen?

PS: Folgende Warnings erhalte ich nach bzw. waehrend des Compilierens:

Code

warning LNK4006: __NULL_IMPORT_DESCRIPTOR already defined in winmm.lib(WINMM.dll); second definition ignored
warning LNK4006: __NULL_IMPORT_DESCRIPTOR already defined in winmm.lib(WINMM.dll); second definition ignored
warning LNK4098: defaultlib 'LIBC' conflicts with use of other libs; use /NODEFAULTLIB:library
warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library

Dank' im Voraus fuer jeden Hint,
ciao

\LaTeX

Zitat von juergolix

Frage1:

Trotz \lehead{\headmark} wird mir der Kolumenentitel nicht angezeigt! Worarn kann das liegen? Die Headsepline funktioniert doch auch!!

Was verstehts du unter Kolumenentitel? Meinst du den Header, wo in vielen Buechern Kaptiel, Kapitelueberschrift bzw. Section und Section-Ueberschrift stehen? Wenn ja: s. Code weiter unten.

Zitat von juergolix

Frage2:
Wie schaffe ich es, dass bei den chaptern nicht
"Kapitel 1
blbla"
steht, sondern nur "1 blabla"?

Du kannst dazu das Package "titlesec" verwenden. Hier mal ein Bsp:

LaTeX

\documentclass[12pt,a4paper,titlepage]{report}


\usepackage{epsfig}
\usepackage{graphicx}
%---------------------------------------------------------------------
\usepackage{fancyhdr}
%---------------------------------------------------------------------
\usepackage{float}
\usepackage{latexsym}
%\usepackage{scrpage2}


\usepackage{german}
\usepackage[latin1]{inputenc}








%---------------------------------------------------------------------
% Layout-Einstellungen fuer Kapitel
\usepackage{titlesec}
\titlespacing{\chapter}
             {0ex}
             {-15.0ex}  % beforesep
             {10.0ex}  % aftersep
\titleformat{\chapter}
	    [hang]
	    {\Large \bf}
	    {\thechapter.}
	    {0.3cm}
            {}
%---------------------------------------------------------------------


\sloppy
\setlength{\parskip}{5pt plus 2pt minus 1pt}
\addtolength{\hoffset}{-0.504cm}
\setlength{\voffset}{-1.5cm}
\addtolength{\textheight}{3cm}
\addtolength{\textwidth}{+1.0cm}


\setlength{\parindent}{0pt}
\setlength{\oddsidemargin}{40pt} %Seitenrand rechts
\renewcommand{\sfdefault}{phv}


\bibliographystyle{plain}
\bibliographystyle{unsrt}


\begin{document}


%---------------------------------------------------------------------
  \pagestyle{fancy}


  \renewcommand{\headrulewidth}{1.0pt}
  \setlength{\headwidth}{\textwidth}
  \renewcommand{\chaptermark}[1]{\markboth{#1}{}} 
  \renewcommand{\sectionmark}[1]{\markright{\thesection\ #1}} 
  \fancyhf{} %delete the current section for header and footer 
  \fancyhead[L]{\bfseries\leftmark}
  \fancyhead[R]{\bfseries\rightmark}


%---------------------------------------------------------------------


\pagenumbering{arabic}
\setcounter{page}{1}
%\pagestyle{scrheadings}
%\headsepline{1pt}
%\lehead{\headmark}


\chapter{fds}
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfdsdfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds
dfdsffdf
\section{dfd}
sdfdsfds


\end{document}

Alles anzeigen

ciao

\LaTeX

Zitat von Shine

außerdem würd ich bei beiden vorgehensweisen mal aufpassen, auf was du da zugreifst, weil die "Ränder des würfels" haben ja keine 26 nachbarn ;-), owa das nur nebenbei

Klar, das war auch durch '...' im Code repraesentiert Die Raender musst ja eh' fuer beide Varianten ueberpruefen.

Zitat von Shine

du führst rechnungen durch, die in der form zu oft durchgeführt werden, nämlich wird in jedem durchlauf der innersten schleife alles an multiplikationen durchgeführt, was net notwendig is...

naja vielleicht bringt das ja was

Da hast' Recht, danke fuer'n Hinweis.

Zitat von Plantschkuh!

Naja, zwei Additionen und nix ist unoptimiert sicher billiger als zwei Additionen und irgendwas... Und den Speicherzugriff hast du bei beiden Varianten dabei.

Cool, d.h. der Dereference Operator ist zur Laufzeit in diesem Fall "for free"?

Danke nochmals fuer euere Beitraege. Jetzt ist einiges klarer.
ciao

\LaTeX

Hallo Leute..

Mich interessiert, welche Methode effizienter (im Sinne der Geschwindigkeit) ist. Die Methode mit dem Direktzugriff:

Code

#define INDEX(x,y,z) (z*xdim*ydim + y*xdim + x)
unsigned int my_array = new unsigned int[xdim*ydim*zdim];
...
unsigned int cur_a=0;


for (int z=0; z<zdim; z++)
{
  for (int y=0; y<ydim; y++)
  {
    for (int x=0; x<xdim; x++)
    {
      cur_a = my_array[INDEX(x,y,z)];
      ...
      // Zugriff auf die 26 Nachbarn des Elementes an der Position x,y,z
      if (my_array[INDEX(x-1,y-1,z-1)] < cur_a) // Nachbar: 01
      {
        ...
      }
      ...
      if (my_array[INDEX(x+1,y+1,z+1)] < cur_a) // Nachbar: 26
      {
        ...
      }
      ...
    }
  }
}

Alles anzeigen

... oder die mit Pointerarithmetik:

Code

...
unsigned int my_array = new unsigned int[xdim*ydim*zdim];
unsigned int *cur_a=0;


// nur 9 Verweise auf die Nachbarn (die restlichen Nachbarn
// werden mittels Pointerarithmetik ermittelt)
unsinged int *a01=0;
unsinged int *a02=0;
unsinged int *a03=0;
...
unsinged int *a09=0;


for (int z=0; z<zdim; z++)
{
  for (int y=0; y<ydim; y++)
  {
    cur_a = &my_array[INDEX(x,y,z)];
    ...
    // Zugriff auf die 9 Nachbarn des Elementes an der Position x,y,z
    a01 = &my_array[INDEX(x-1,y-1,z-1)];
    ...
    a09 = &my_array[INDEX(x+1,y+1,z+1)];


    for (int x=0; x<xdim; x++)
    {
      ...
      if (*(a01+x) < cur_a) // Nachbar: 01
      {
        ...
      }
      if (*(a01+x+1) < cur_a) // Nachbar: 02
      {
        ...
      }
      if (*(a01+x+2) < cur_a) // Nachbar: 03
      {
        ...
      }
      ...
      if (*(a02+x) < cur_a) // Nachbar: 04
      {
        ...
      }
      if (*(a02+x+1) < cur_a) // Nachbar: 05
      {
        ...
      }
      if (*(a02+x+2) < cur_a) // Nachbar: 06
      {
        ...
      }
      ...
      ...
      if (*(a09+x) < cur_a) // Nachbar: 24
      {
        ...
      }
      if (*(a09+x+1) < cur_a) // Nachbar: 25
      {
        ...
      }
      if (*(a09+x+2) < cur_a) // Nachbar: 26
      {
        ...
      }
    }
  }
}

Alles anzeigen

D.h. die konkrete Frage, die ich mir hier stelle ist, ob "if (*(a+x+1) < cur_a)" teurer ist als "if (my_array[z*xdim*ydim + y*xdim + x] < cur_a)"? Also auf der einen Seite [Zwei Additionen und ein Derefenzieren] und auf der anderen Seite [3 Multiplikationen und zwei Additionen]. Oder anders ausgedrueckt: dauert das Dereferenzieren eines Pointers laenger als wenn man 3 uint Werte multipliziert (wenn man die Ermittlung des Pointers a mal auszer Acht laeszt)?

Koennt ihr mir eine Empfehlung geben, ohne, dass ich's jetzt selber testen muss?

Danke im Voraus,
ciao..

\LaTeX

Hallo,
Wenn du in Google nach: 'latex diplomarbeit site:tuwien.ac.at' suchst, kommst du auf die Seite von Wolfgang Rieger. Das Format seiner DA aehnelt deinen Vorstellungen (soweit ich's beurteilen kann).

Hoffe, das Hilft. Wenn nicht, dann kannst schreib doch einfach dein eigenes Style-Package. Ist eine Arbeit von max. 2 Tagen. Vielleicht ist dir der folgende Thread nuetzlich:

http://www.informatik-forum.at/showthread.php?t=14472

ciao

\LaTeX

Zitat von MarvinTheRobot

wie kommst du auf mehr als 20GB im monat wenn du die nightflat bei dem produkt sowieso schon hast? da lass ich doch mein eserl nur von 20h bis 7h laufen..... da wird sowieso nicht verrechnet...

Leider bin ich nicht der einzige im Haushalt, der das Internet nutzt.. und das mit der Night-Flatrate ist zwar nett, aber ich arbeite am PC eher tagsueber und da lade ich mir die Daten, die ich in dem Moment benoetige (und nicht den naechsten Morgen) :-/. Alles zusammen fuehrt dann manchmal dazu, dass ich von Inode ermahnt werde. Ich wollte nur wissen, ob der Flat Rate Tarif etwas taugt.

ciao..

\LaTeX

Hallo Leute..
Ich hab im Moment einen Internet-Zugang von Inode (xDSL@home 2048/384; 20 GB Transfervolumen). Mich interessiert ob jemand von euch Erfahrungen mit der

xDSL@home 768/128 flat

Variante hat. Wie langsam ist es denn wirklich? Zahlt sich der Umstieg von der Geschwindigkeit her aus (wenn man mehr als 20 GB/Monat herunterlaedt)?

Danke im Voraus fuer euere Meinungen..
ciao..

\LaTeX

Zitat von slapi

so, ein paar dinge:

erstens machts für mich keinen sinn diesen vector mit new anzulegen.
ein einfaches

vector<Vec3> node_vertices;

sollte genügen.

zum zweiten, der Fehler liegt eindeutig hier:

(*node_vertices)[index] = (*vertices)[ivert];
++index;

Die Debug-Ausgabe sagt, dass du über den reservierten heap-Bereich hinausgeschrieben hast, in diesem fall, weil index bei der Zuweisung einmal zu hoch war.

Ich weiß nicht, was die schleife genau tut, so wie sie da steht, solltest du erstens das "resize" davor weglassen und den vector mit

node_vertices.push_back((*vertices)[ivert]);

anstatt mit der obigen Zuweisung befüllen, dann kann der index auch nicht mehr falsch sein. Ansonsten ist die Verwendung der Funktion vectorxy.at(vector-index) anstatt vectorxy[vector-index] empfehlenswert, die genau das gleiche wie der operator [] tut, nur eine exception wirft, wenn der index out of range ist.

Alles anzeigen

Ast rein.. das haut hin. Hatte es vor ein paar Tagen auch mit der Stack-Variante probiert, allerdings, hatte ich '[]' dem '.at()' vorgezogen. Auf jeden Fall danke schoen!!

ciao..

\LaTeX

Zitat von Zentor

Vielleicht hilft
http://www.codecomments.com/archive370-2005-3-431069.html
mfg Oliver

Danke fuer den Link.. er erklaert die Problematik recht gut und ich bin um einiges schlauer (:-)) aber ich weiss net ganz genau, wie ich das auf mein Problem abbilden soll.. :-/ Hast du (oder wer andere(r)) Erfahrung mit Debugging Tools (insbesondere fuer Memory-Probleme)? Falls, doch, kannst vielleicht ein paar emfehlen (wenn moeglich Open Source und fuer Win)?

Danke nochmals..
ciao..

\LaTeX

Hallo Leute..
Hab wieder mal ein Problem: Also ich hab eine Klasse und die Methode 'createNewNode()', die mir einen Pointer auf ein 'vector<Vec3>' haelt, wobei 'Vec3' eine Klasse ist, die mir einen 3-dimensionalen Vektor repraesentiert. Diese Methode und 'createSubTree()' zusammen entspraechen einem Rekursiven Methodenaufruf. Hier mal die wichtigsten Code-Stuecke:

Code

void BlaBla::createNewNode(vector<Vec3> *vertices, ...)
{
  if (...)
  {
    vector<Vec3> *node_vertices = new vector<Vec3>;
    node_vertices->resize(...);
    unsigned int index = 0;
    for (unsigned int ivert=0; ivert<num_vertices; ivert++)
    {
      if (...)
      {
        (*node_vertices)[index] = (*vertices)[ivert];
        ++index;
      }
    }
    ...
    createSubTree(my_array);
    ...
    node_vertices->clear();
    delete node_vertices;
  }
}


...
void BlaBla::createSubTree(vector<Vec3> *array)
{
  ...
  // Werte von array werden veraendert/bearbeitet
  createNewNode(array);
  ...
}

Alles anzeigen

Der Compiler bemaengelt nichts und kompiliert ohne Warnings. Zur Laufzeit bekomme ich nach einer Weile die Fehlermeldung: 'Unhandled exception at 0x778813b1 in MyApp.exe: User breakpoint.'. Der Call Stack gibt Folgendes aus:

Code

MyApp.exe!_CrtIsValidHeapPointer(const void * pUserData=0x022610f8)  Line 1807	C
MyApp.exe!_free_dbg_lk(void * pUserData=0x022610f8, int nBlockUse=1)  Line 1132 + 0x9	C
MyApp.exe!_free_dbg(void * pUserData=0x022610f8, int nBlockUse=1)  Line 1070 + 0xd	C
MyApp.exe!operator delete(void * p=0x022610f8)  Line 369 + 0xb	C++
MyApp.exe!std::allocator<SomeLib::Vec3>::deallocate(SomeLib::Vec3 * _Ptr=0x022610f8, unsigned int __formal=402)  Line 132 + 0x9	C++
MyApp.exe!std::vector<SomeLib::Vec3,std::allocator<SomeLib::Vec3> >::_Tidy()  Line 797	C++
MyApp.exe!std::vector<SomeLib::Vec3,std::allocator<SomeLib::Vec3> >::clear()  Line 745	C++
MyApp.exe!createNewNode(std::vector<SomeLib::Vec3,std::allocator<SomeLib::Vec3> > * vertices=0x0012f340)  Line 334	C++

Tja, ich bin mit meiner Weissheit am Ende.. Ich weiss nur, dass die Methode '_CrtIsValidHeapPointer()' ueberprueft, ob der Pointer (in diesem Fall, wohl der Pointer auf das array 'node_vertices') im lokalen Heap liegt oder nicht. Anscheinend ist das nicht der Fall.. Wieso eigentlich nicht? Hat jemand einen Rat wo der Fehler sein koennte?

Dank im Voraus fuer jeden Hint..
ciao..

\LaTeX

Zitat von Daedalus

auf der website von inode gibts ein skript, mit dem das ganz einfach funktioniert:

http://www6.inode.at/support/intern…rnet_linux.html

Tja, augen muesst man haben.. Danke fuer den Link hat prima funktioniert..

ciao...

\LaTeX

Hallo Leute..
Versuche gerade eine Internetverbindung (Inode/Studentenaccount) in SuSE Linux 8.2 herzustellen, leider ohne Erfolg. Kann mir jeman mal erklaeren wie ich die Inode-Internetverbindung in Linux konfigurieren kann? Hab' mit YAST2 versucht, die Netzwerkkarte zu installieren, aber eine Verbindung konnte ich dennoch nicht herstellen (bei Chello geht's :-/)

Dank im Voraus..
ciao..

\LaTeX

Zitat von slapi

so, ich werd mal versuchen, das zu erklären, hier wurden ein paar sachen vermischt:
...
Hoffe, die Infos helfen!

Stefan
ISO C++ Standardisierung

1000 Dank (pro Compilerfehler ein "Danke Sehr" ;-)).. Das war's.. Hab nur die Klassen-/Struct- usw. Deklarationen in die Namespaces gepackt aber nicht die Definitionen. Die Forward Declarations habe ich eh so gehabt (also bei Pointer und References Forward Declarations verwenden usw.). Jetzt kann ich wenigstens ruhigen gewissens die Forward Declarations verwenden.. die waren mir, bevor du sie mir erklaert hast, etwas suspekt.. :thumb:

PS: Danke auch an fren. Du hattest natuerlich auch recht.. ich habe es nur nicht gewuszt.. aber jetzt weisz ich's.

ciao..

\LaTeX

Zitat von fren

im prinzip sollts immer ein pärchen geben, jedes .cpp hat sein .h mit den prototypen/class deklarationen. im .cpp file includest du das .h, im .h file machst du weitere includes die nötig sind.

forward declarations brauchst du nur wenn ein name zu einem bestimmten zeitpunkt in einem .h file noch nicht bekannt ist weil er weiter unten erst deklariert wird. mit einer forward deklaration sagst du nur das es den namen mal geben wird, du musst ihn dann trotzdem irgendwie zur verfügung stellen.

hth

So weit so gut, also verstehe ich es eh richtig. Nun habe ich das Problem, dass ich versuche, eine Circular Inclusion durch Forward Declarations zu umgehen. Im Konkreten habe ich folgende Abhaengigkeiten:

Node (benutzt Camera, Light, Model)
Camera (abgeleitet von Node)
Light (abgeleitet von Node)
Model (abgeleitet von Node)

Dann habe ich folgendes in den Files stehen:
File: node.h

Code

// node.h
#ifndef _NODE_H_
#define _NODE_H_


//#include "camera.h"
//#include "light.h"
//#include "model.h"
...


using namespace Loader;
using namespace MathLib;


// forward declarations
class Camera;
class Light;
class Model;


namespace Loader
{
//-----------------------------------------------------------------------------
/// Represents a node.
class Node : public ReferenceCounter
{
public:
  /// Holds the node type.
  enum NodeType
  {
    NODE_ANONYMOUS = 0x00000000,
    NODE_CAMERA    = 0x00000001,
    NODE_GEOMETRY  = 0x00000002,
    NODE_LIGHT     = 0x00000003
  };
  /// Holds the type of the node.
  static NodeType type_;
  /// Holds the node name.
  char *name_;
...
public:
//-----------------------------------------------------------------constructor-
/// The default constructor.
  Node();


//------------------------------------------------------------------destructor-
/// The destructor.
  virtual ~Node();


//------------------------------------------------------------------asCamera()-
/// Convertes this node to a camera.
/// @return Returns a pointer to a 'Camera' object.
  Camera *asCamera();


//-------------------------------------------------------------------asLight()-
/// Convertes this node to a light.
/// @return Returns a pointer to a 'Light' object.
  Light *asLight();


//-------------------------------------------------------------------asModel()-
/// Convertes this node to a model.
/// @return Returns a pointer to a 'Model' object.
  Model *asModel();


//-------------------------------------------------------------------getType()-
/// Returns the node type.
/// @return Returns the type of the node.
  virtual NodeType getType() const;
...
}; // class Node


//------------------------------------------------------------------operator>>-
/// This reads a node from an input stream.
BinInStream &operator>>(BinInStream &stream, Node &node);
...


} // namespace Loader


#endif // _NODE_H_

Alles anzeigen

File: camera.h

C

// camera.h
#ifndef _CAMERA_H_
#define _CAMERA_H_


#include "node.h"
#include "bin_in_stream.h"
#include "bin_out_stream.h"
#include "stream_ops.h"


using namespace Loader;
using namespace MathLib;


namespace Loader
{
/// Holds the different camera types.
enum CameraType
{
  /// The anonymous camera.
  CAM_ANONYMOUS,
  /// The point camera.
  CAM_POINT,
  /// The directional camera.
  CAM_DIRECTIONAL,
  /// The spot camera.
  CAM_SPOT
};


//-----------------------------------------------------------------------------
/// Represents a camera.
class Camera : public Node
{
public:
  /// To be set to Camera.
  static NodeType type_;
  /// Holds the fiel of view.
  float fov_;
  /// Holds the focal length.
  float focal_length_;


public:
//-----------------------------------------------------------------constructor-
/// The default constructor.
  Camera();


//------------------------------------------------------------------destructor-
/// The destructor.
  virtual ~Camera();


//-------------------------------------------------------------------getType()-
/// Returns the node's type.
/// @return Returns the type of the node.
  virtual Node::NodeType getType() const;
}; // class Camera


//------------------------------------------------------------------operator>>-
/// This reads a camera from an input stream.
BinInStream &operator>>(BinInStream &stream, Camera &camera);
...


} // namespace Loader


#endif // _CAMERA_H_

Alles anzeigen

Und schlieszlich bekomme ich in den Files: camera.cpp, light.cpp, model.cpp an entsprechenden Positionen den Fehler: xxx.cpp(20): error C2027: use of undefined type 'Xxxx' c:\...\node.h(yy) : see declaration of 'Xxxx'. Im naechsten File hab ich die Posititonen markiert.
File: camera.cpp

C

// camera.cpp
#include "camera.h"
#include "node.h"
...


using namespace Loader;
using namespace MathLib;


Loader::Node::NodeType Loader::Camera::type_ = NODE_CAMERA;


//-----------------------------------------------------------------constructor-
Camera::Camera() : //camera.cpp(20): error C2027: use of undefined type 'Camera' c:\...\node.h(36) : see declaration of 'Camera'


  fov_(0.0f),
  focal_length_(0.0f)
{
}


//------------------------------------------------------------------destructor-
Camera::~Camera()  //camera.cpp(20): error C2027: use of undefined type 'Camera' c:\...\node.h(36) : see declaration of 'Camera'
{
}


//-------------------------------------------------------------------getType()-
Node::NodeType Camera::getType() const //camera.cpp(20): error C2027: use of undefined type 'Camera' c:\...\node.h(36) : see declaration of 'Camera'
{
  return(type_);
}
...

Alles anzeigen

Jemand eine Idee, weshalb er die Definition nicht animmt oder warum der Fehler auftritt?

Bin fuer jeden Hint dankbar..

fren Danke fuer die Erklaerung..

ciao..

\LaTeX

Hallo an alle..
Also ich bin jetzt an einem Punkt angelangt, wo ich forward declarations und header incluisions anwenden muss. Zusaetzlich zweifle ich an meiner Kenntnis ueber die Richtige Verwendung von C++ Header-Files.. deshalb: Koennte mir jemand erklaeren, wann ich Headers inkludieren muss und wann es nicht notwendig ist (in Verbindung mit Namespaces).. ein Link (oder Aehnliches) macht's auch (hab danach gegoogelt, aber nichts Brauchbares gefunden :-\).

Dank im Voraus fuer euere Hilfe..
ciao..

\LaTeX

Zitat von Bug

Hast du in file_a.cpp die Headerdatei file_b.h inkludiert?

Ja, also fuer gewoehnlich inkludiere ich die Header-Dateien sowohl in *.cpp als auch in *.h-Files.. Aber das passt schon.. ohne forward declaration funktioniert's.. Danke trotzdem fuer den Hinweis..

ciao..

\LaTeX

Zitat von lerod

hm also momentan seh i sowieso ned ganz ein, wieso du nicht folgendes machen kannst (?!)

//////////////
// file_a.h

#include "file_b.h"
#include "file_c.h"

class A : public C
{
B *myvar_;
...
};

Alles anzeigen

Ja, also das hab ich vorher auch gehabt (ohne forward declaration). Ich bin dann auf einer Seite (http://www-subatech.in2p3.fr/~photons/subat…CPP-INC-1.shtml) gestoszen, wo diese Methode propagiert wird und dachte mir, dass ich meinen Code auch abaendern sollte. Aber ich glaub', ich belasse es bei der Variante die du vorgeschlagen hast.. da geht's und ich finde, dass es so uebersichtlicher ist.

Danke auf jeden Fall..
ciao..

\LaTeX

Zitat von lerod

hm erstens einmal versteh i ned, warum/weshalb auch immer bei dir class B 2x definiert wird. egal, jedenfalls lt MSDN: http://msdn.microsoft.com/library/defaul…/html/C2027.asp

Sorry, hab's auf die Schnelle gepostet und nicht ueberprueft.. Jetzt muesste es stimmen.. sorry das Wirrwarr..

Zitat von Plantschkuh!

Jou, das Schlüsselwort ist "fully defined" (OK, sind zwei Wörter ). Der Compiler kann keinen Code für Klasse B erzeugen, solange er nicht Klasse A kennt; z.B. wird die Größe von Klasse A für Feld- und Methodenzugriffe gebraucht, und für Konstruktoren muß bekannt sein, wie ein A konstruiert werden muß und so. Also die forward declaration muß auch durch eine tatsächliche Definition von A ergänzt werden.

Danke sehr.. Hab jetzt den Code geaendert (siehe Post #1), aber das was du sagst, trifft auch auf den zu. Ich hab also A,B,C sowohl deklariert (*.h) als auch definiert (*.cpp). Sobald ich aber versuche, eine Forward Declaration von B im File file_a.h zu machen, schreit er, und verlangt eine Definition von B.. Der Fehler tritt aber im File file_b.cpp auf (siehe Post #1: C2027).

Ich weiss nicht, wieso er von der Definition von B nichts weiss. Irgendwelche Ideen?

Danke nochmals..
ciao..

\LaTeX

Zitat von MaxAuthority

hat es einen grund, warum du:

#include "B.h"

statt

#include "file_b.h" hast?

Und einen methode definiert man mit:

B::B()

statt

B:B()

Alles anzeigen

Sorry, war nur ein Tippfehler (hab's oben ausgebessert). Trotzdem danke, hast natuerlich Recht, aber das obige Problem besteht immer noch..

ciao..

Beiträge von \LaTeX

Alias von Discreet aufgekauft!!!

Multiple threads & exit code

Problem mit Kolumnentitel und Kapitelüberschrift

Pointerarithmetik vs. Direktzugriff

Pointerarithmetik vs. Direktzugriff

documentclass UND usepackages ODER ganz anders????

Inode xDSL@home 768/128 flat

Inode xDSL@home 768/128 flat

std::vector & Heap Probleme

std::vector & Heap Probleme

std::vector & Heap Probleme

SuSE Linux & Inode

SuSE Linux & Inode

Forward declaration & header inclusion

Forward declaration & header inclusion

Forward declaration & header inclusion

Forward declaration & header inclusion

Forward declaration & header inclusion

Forward declaration & header inclusion

Forward declaration & header inclusion

Rechtliches