Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

21

03.01.2006, 23:39

jaja, ich weiss, ich tendiere trotzdem zu {}, weil das auch in der Mathematik Mengenangaben sind, und eine funktion so definiert, eine Menge von Operationen ist.

matthias

Alter Hase

Beiträge: 449

Wohnort: wipperfürth

  • Private Nachricht senden

22

04.01.2006, 01:26

ach ich hab nur von alten Zeiten geschwärmt. :sleep:

23

04.01.2006, 01:28

Wehe es ändert jetzt wirklich wer den Standart von { und }, auf begin und end!
Dann bin ich am Ende mit meinen Programmierkentnissen und kann aufhören!
Ich hab ja nix gegen Veränderung aber DAS!
Ich kann ja nicht mal C++ gescheit aber wenn es sich jetzt auch noch total ändern sollte (was natürlich nur eine wahnwitztige Spekulation meiner Meinung nach ist) werd ich wahrscheinlich den Überblick verlieren!

mfg
Stefan L

Sicaine

unregistriert

24

04.01.2006, 11:10

Zitat von »"Spik)evil("«

so is das in delphi und pascal -.-


Und deswegen programmiere ich nicht in delphi und pascal und nich in VB! Das wird sich auch nicht ändern.

25

04.01.2006, 13:22

Soweit ich das gelesen habe, ist der Garbage Collector _optional_.
Na ist doch sicher mal ganz praktisch für ein Programm bei dem die Performance kaum eine Rolle spielt, oder zum Debuggen (vlt. hat der eine Funktion zum finden von Speicherlecks, bzw loggt mit wo er Speicher freigeben "musste").
Also ich find das praktisch, der wäre dann vom Standardgremium und somit sicher gut Programmiert. Und da er optional ist wird niemand gezwungen ihn zu nutzen ;)

CW_Kovok

Alter Hase

  • »CW_Kovok« ist der Autor dieses Themas

Beiträge: 836

Wohnort: nähe Bonn

Beruf: Schüler

  • Private Nachricht senden

26

04.01.2006, 13:24

solanger er auch optional bleibt...
Was es alles gibt, das ich nich brauche - Aristoteles

Anonymous

unregistriert

27

04.01.2006, 13:26

CW_Kovok
Ich hoffe es *bete*

Helmut

5x Contest-Sieger

Beiträge: 692

Wohnort: Bielefeld

  • Private Nachricht senden

28

21.07.2006, 19:27

Zitat von »"matthias"«

Ist doch nett, jetzt fehlt nur noch ein begin und end für die {} :)

Quellcode

1
2
#define begin {
#define end }

Es gibt sogar Leute, die das wirklich machen;)

Das aber ein Garbagecollector eingeführt wird wage ich doch sehr stark zu bezweifeln. Und zwar weil,
1. der GC in einem extra Thread laufen muss. Bei ner VM kein Problem, in C++ müsste aber am Anfang der main extraCode eingefügt werden.
2. Der GC müsste Zugriff auf alle Pointer im Speicher haben. D.h. z.B. dass wenn man einen Pointer in einen int castet der GC keine Referenz mehr findet und das Objekt fälschlicherweise freigibt. Bei ner VM is das auch kein Problem, da man ja nicht mal Zugriff auf den Pointer hat. (zumindest ohne unsafe Code).
3. Destruktoren würden nicht mehr am Ende des Codeblocks, sondern zufällig und u.U. sogar in nem anderen Thread aufgerufen. Bei .Net/Java ruft man deshalb auch Dispose per Hand auf. In C++ müsste man dann alle Destruktoren in Disposes ändern.

Es gibt aber natürlich für alle Probleme Lösungen (wenn auch unsaubere).
Hier gibt es zB einen C++ Compiler, der einen GC hat: (natürlich nicht standardkonform)
http://www.digitalmars.com

Ciao

29

22.07.2006, 09:44

Ist es tragisch wenn ich nicht weiß was Garbagecollector sind?

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

30

22.07.2006, 09:54

http://de.wikipedia.org/wiki/Garbage_Collector

Werbeanzeige