#ifndef jumps_
#define jumps_

#include <string>
#include <deque>

struct jump_ellement
{
	std::string::iterator block_begin;  //im fertigen interpreter sollte hier kein string tüp mehr sein, sondern das ellement für die zeille
	std::string::iterator block_end;	// ^^
	std::deque<jump_ellement> includet_blocks;	//das is zwar zum speichern, in berürung sollete
	std::deque<jump_ellement>::iterator ibarrow; //ibarrow verwendet werden, hier wird der nechste aus zu führende block gespeichert, wenn in einen neuen block gegangen wird, wird dieser auf auf das erste ellement gestellt.
	std::deque<jump_ellement>::iterator mother_block;
};

#endif

Main.cpp :

#include "jumps.h"
#include <string>
#include <deque>

void new_block(std::deque<jump_ellement>::iterator & block_arrow);
void goback_block(std::deque<jump_ellement>::iterator & block_arrow);

int main()
{
	std::string code="{}";
	jump_ellement base_ellement;  //!!!! achtung vorsicht da die zeiger auf die einzelnen ellemenete itaratoren auf eine deque sind, kann auf base_ellement selbst kein zeiger zeigen, weil es sich in keiner deque befindet, das wahre base_ellement ist das erste ellement der deque in base_ellement!!!!!
	base_ellement.includet_blocks.push_back(jump_ellement());
	std::deque<jump_ellement>::iterator block_arrow=base_ellement.includet_blocks.begin();

}

void new_block(std::deque<jump_ellement>::iterator & block_arrow)   //gedacht für den präprozessor
{

	block_arrow->includet_blocks.push_back(jump_ellement());   //ertstelle neuen block in diesem block
	block_arrow->ibarrow=block_arrow->includet_blocks.end()-1;	//setze den zeiger auf den neuen block
	block_arrow->ibarrow->mother_block=block_arrow;	//setze den rücksprung zeiger des neuen block auf den jetzigen block
	block_arrow=block_arrow->ibarrow;
}

void goback_block(std::deque<jump_ellement>::iterator & block_arrow)	//noch nich fertig fehlnt ja noch die rücksprungadresse
{
	block_arrow=block_arrow->mother_block;
}

Irgendwie mag der quelltext durch g++ auf linux aber nicht auf Windows hier die Fehler:

1>------ Erstellen gestartet: Projekt: blablub, Konfiguration: Debug Win32 ------
1> main.cpp
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(795): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(12): Siehe Verweis auf die Instanziierung der gerade kompilierten Klassen-template "std::deque<_Ty>".
1> with
1> [
1> _Ty=jump_ellement
1> ]
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(795): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(795): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(795): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(796): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(796): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(796): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\deque(796): error C2027: Verwendung des undefinierten Typs "jump_ellement"
1> c:\users\biggreenfoot\documents\visual studio 2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
========== Erstellen: 0 erfolgreich, Fehler bei 1, 0 aktuell, 0 übersprungen ==========

Der Fehler macht mich am meisten fertig:

2010\projects\blablub\blablub\jumps.h(9): Siehe Deklaration von 'jump_ellement'
1> c:\users\biggreenfoot\documents\visual studio

Was meint Visual Studio da? Ich steh vollkommen aufm Schlauch.

Du kannst in einer Klasse keine Instanz ihrer selbst haben. Wie sollte das gehen? Und was soll das bringen?

Es sol ja nur eine iste von Kindern sein; das wird woh ein Baum.
Das füht sich mit std::queue natürich nicht so gut an wie mit std::list.
(Manche Buchstaben eingespart als Ausgeich für BigGreenFoots Mehrausgaben).

SeppJ schrieb:

Du kannst in einer Klasse keine Instanz ihrer selbst haben. Wie sollte das gehen? Und was soll das bringen?

Es sol ja nur eine iste von Kindern sein; das wird woh ein Baum.
Das füht sich mit std::queue natürich nicht so gut an wie mit std::list.
(Manche Buchstaben eingespart als Ausgeich für BigGreenFoots Mehrausgaben).

Trotzdem bleibt das der Grund des Fehlers. Deine Kinder sind kein Teil von dir, du kennst sie bloß und weißt (wenn du Glück hast ) wo sie gerade sind.

volkard schrieb:

SeppJ schrieb:

Du kannst in einer Klasse keine Instanz ihrer selbst haben. Wie sollte das gehen? Und was soll das bringen?

Es sol ja nur eine iste von Kindern sein; das wird woh ein Baum.
Das füht sich mit std::queue natürich nicht so gut an wie mit std::list.
(Manche Buchstaben eingespart als Ausgeich für BigGreenFoots Mehrausgaben).

Trotzdem bleibt das der Grund des Fehlers. Deine Kinder sind kein Teil von dir, du kennst sie bloß und weißt (wenn du Glück hast ) wo sie gerade sind.

Das ist eine Frage des Standpunktes; eine Node-Klasse kann sich darauf beschränken, auf alle Zweige zu verweisen - man kann sie auch als ganzen Baum betrachten, die dann gleichzeitig alle Unterbäume enthält.

Jedenfalls ist das Problem des OP prinzipieller Natur (und der Code ist nicht standardkonform).
Formal deshalb, weil das Templateargument jump_ellement in der Definition

std::deque<jump_ellement> includet_blocks;

unvollständig ist (17.4.3.6/2 letzte Alternative).

Im Allgemeinen benötigen Container Informationen über den vollständigen Typ des Elementes, um die geeignete Speicherstrategie bestimmen zu können, im Falle von Standardcontainern geschieht das durch den Allokator.
Abgesehen von der Möglichkeit, etwas Handgeschriebenes zu verwenden (wovon i.d.R. abzuraten ist), ist Indirektion ein geeignetes Mittel.
Also entweder ein Container, der (Smart-)pointer verwaltet (Zeiger sind immer vollständig definiert, selbst wenn es der Typ, auf den gezeigt wird, nicht ist). Oder es wird ein Zeiger auf einen Container verwendet (das dürfte die einfachere Variante sein).

#include <iostream>
#include <deque>

struct blabla
{
	std::deque<blabla *>  de;
	int blub;
}

int main()
{
	blabla ins;
	ins.de.push_back(new blabla);
	std::deque<blabla *>::iterator arrow;
	//ab hier hab ich keinen Plan wie der Zugriff aussehen soll.
	//ich muss arrow referenzieren, und das, auf das arrow zeigt is ja auch wieder eine
	//Referenz, ich dachte der Zugrif würde so funktionieren: (*arrow)->blub=5; 
	//das geht zwar durch den Compiler, aber beim ausführen wird das Programm mit dem
	//Signal SIGSEGV (Linux) beendet.
}

Jedenfalls ist das Problem des OP prinzipieller Natur (und der Code ist nicht standardkonform).
Formal deshalb, weil das Templateargument jump_ellement in der Definition

std::deque<jump_ellement> includet_blocks;

unvollständig ist (17.4.3.6/2 letzte Alternative).

Ganz klar ist mir der Satz nicht.
17.4.3.6/2 letzte Alternative:
In particular, the effects are undefined in the following cases:
if an incomplete type (3.9) is used as a template argument when instantiating a template component.

Geht oder gehtnicht?

#include <iostream>
#include <queue>
using namespace std;

template<typename Pointee>
struct Pointer{
    Pointee* pointee;
};

struct Ellement{
    double data;
    Pointer<Ellement> next;
};

struct List{
    Pointer<Ellement> anchor;
    List(){
        anchor.pointee=0;
    }
    void push(double d){
        Ellement* newEllement=new Ellement;
        newEllement->next.pointee=anchor.pointee;
        anchor.pointee=newEllement;
    }
};

int main(){
    List list;
    list.push(4711);
}

Geht oder gehtnicht?

Geht. Dein Template Pointer gehört ja nicht zur Standardbibliothek.