Zwei Fragen zum source

[Rachx3]

Hay com,

Ich habe zwei Fragen zu dem Source.

1. Wie kann ich einstellen im source das man Unendlich viel Yang haben kann.

&

2. Wie kann ich einstellen das man im Invi 4 Seiten hat ?.


kann mir das einer sagen ?



Danke sehr

[jubox123]

Inventar Seiten:

Und das mit unendlich viel Yang geht auch nicht.

[xNyor]

Mh. ? Das für Unendlich viel Yang geht.. dafür gibt es eine Dif.
Natürlich gibt es so was auch für die Shops.

Gruß, Pascal.

[rollback]

wenn ich mich nicht irre kann man nicht mehr als
4294967296
max yang einstellen

[jubox123]

Mh. ? Das für Unendlich viel Yang geht.. dafür gibt es eine Dif.
Natürlich gibt es so was auch für die Shops.

Aber bestimmt nicht unendlich.

[grαyfox]

Originally Posted by xNyor

Mh. ? Das für Unendlich viel Yang geht.. dafür gibt es eine Dif.
Natürlich gibt es so was auch für die Shops.

Gruß, Pascal.

Eine Dif... alles klar du Held

Du musst die entsprechenden Datentypen anpassen und noch ein paar andere kleinere Änderungen vornehmen, nicht schwer aber dauert ein Stück

[Rachx3]

@grayfox kannste mir schreiben was ich alles ändern muss dafür ?

[Mi4uric3]

Originally Posted by xNyor

Mh. ? Das für Unendlich viel Yang geht.. dafür gibt es eine Dif.
Natürlich gibt es so was auch für die Shops.

Gruß, Pascal.

Wenn man einen unendlich großen Zahlenwert in einer Integer Variable speichern könnte, dann hätten wir keine Speicherplatzprobleme

[Mashkin]

Originally Posted by [Sensenmann]

wenn ich mich nicht irre kann man nicht mehr als
4294967296
max yang einstellen

Wenn man sowohl Client- als auch Serversourcecode bearbeiten kann, ließe sich die Yanggrenze theoretisch auf einen beliebigen, endlichen Wert erhöhen.
Allerdings müsste man dafür auch inkauf nehmen, dass die Datenmenge dabei ansteigt (Netzwerkverkehr und RAM-Bedarf).
Im Original ist die Yangmenge als Double Word konzipiert, d.h. es sind 2³² = 4.294.967.296 verschiedene Werte möglich. Allerdings wurden teilweise signed (vorzeichenbehaftete) Datentypen verwendet, wodurch rund die Hälfte der Werte in den unbrauchbaren negativen Zahlenbereich fielen.

Man könnte den Datentyp auf ein vorzeichenloses Quad Word, unsigned long long oder unsigned int64_t (verschiedene Namen für dasselbe) erweitern, wodurch - einschließlich 0 - 2^64 = 18.446.744.073.709.551.616 verschiedene Werte gespeichert und übertragen werden können.

Eben das was grayfox gesagt hat:

Originally Posted by grαyfox

Eine Dif... alles klar du Held

Du musst die entsprechenden Datentypen anpassen und noch ein paar andere kleinere Änderungen vornehmen, nicht schwer aber dauert ein Stück

Originally Posted by jubox123

Aber bestimmt nicht unendlich.

Menschen können unendlich nicht begreifen, Maschinen auch nicht. Nichtmal Mathematiker wissen wirklich worüber sie reden.
Mit unendlich wird auch nicht gerechnet, sondern es wird stets die Entwicklung gegen unendlich betrachtet.

Es gibt übrigends sogar verschiedene Mengen von unendlich:
es gibt unendlich viel mehr reelle Zahlen, als es unendlich viele ganze Zahlen gibt. Aber obwohl die ganzen Zahlen auch unendlich viele negative Zahlen enthalten, sind es gleich unendlich viele wie die natürlichen Zahlen, die nur positive Zahlen enthalten, also eigentlich "halb so unendlich viele".

[Rachx3]

Ist zwar Nett das ihr in meinem Thread unterwegs war aber es mir noch keiner gesagt was ich machen muss ._.

[Sogma]

Originally Posted by Rachx3

Ist zwar Nett das ihr in meinem Thread unterwegs war aber es mir noch keiner gesagt was ich machen muss ._.

Du musst im Source und im Client den Datentyp für das Yang auf unsigned long long ändern.

[Nick]

Originally Posted by Rachx3

Ist zwar Nett das ihr in meinem Thread unterwegs war aber es mir noch keiner gesagt was ich machen muss ._.

Sofern deinerseits keine C++ Kenntnisse gegeben sind, solltest du dich bestenfalls dem Vanilla Core widmen, sofern dir dieser noch unbekannt ist. Die Links für die letzten Versionen lassen sich problemlos via Google auffinden. Für ein "unendliches" Yanglimit sind kleine, jedoch davon recht viele Änderungen erforderlich.

[Drαεth]

Originally Posted by .JαyZoN

Sofern deinerseits keine C++ Kenntnisse gegeben sind, solltest du dich bestenfalls dem Vanilla Core widmen, sofern dir dieser noch unbekannt ist. Die Links für die letzten Versionen lassen sich problemlos via Google auffinden. Für ein "unendliches" Yanglimit sind kleine, jedoch davon recht viele Änderungen erforderlich.

Die 65er und 67k Version sind nicht Pub !
Glaube bisher nur die 55er

[.Risan.]

Datentyp anpassen und auf einer x64 Os compilen..

Gebe zu bin daran gescheitet Yang zu ehöhen über int .. Allerdings wollte ich den rotz auf einer x32 Maschin compilen, da spuckte mir Compiiler nur fehler aus.. Daher gehe ich mal davon aus das man hierfür eine x64 Maschie brauch.. Den x32 kann maximal nur INT bearbeiten..

[Mashkin]

Originally Posted by .Risan.

Datentyp anpassen und auf einer x64 Os compilen..

Gebe zu bin daran gescheitet Yang zu ehöhen über int .. Allerdings wollte ich den rotz auf einer x32 Maschin compilen, da spuckte mir Compiiler nur fehler aus.. Daher gehe ich mal davon aus das man hierfür eine x64 Maschie brauch.. Den x32 kann maximal nur INT bearbeiten..

Die gängigen C++-Implementierungen besitzen auch einen long long (z.B. uint64_t) - für gcc siehe hier:
Sofern für die spezifische Architektur nötig, werden übergroße Datentypen durch Verkettung mehrerer Register implementiert. Operationen wie die Addition nutzen dann z.B. das Carry Flag um den Übertrag von einem zum anderen Register korrekt verwenden zu können.

Es könnte schwierig werden, den gesamten Server für 64bit-Systeme zu kompilieren. Einige Variablen und Deklarationen nutzen den Typ int, der per Standard nur mindestens groß genug für einen bestimmten Wertebereich sein muss, allerdings auch größer sein kann.
Üblicherweise ist sizeof(int) auf 32bit-Systemen 4 Byte (also 4*8 = 32 bit; double word), auf manchen 64bit-Systemen jedoch 8 Byte (also 8*8 = 64 bit; quad word).
Dies ist insbesondere deswegen sinnvoll und intuitiv, weil auch Speicherpointer oft als int ausgelegt sind. Ein int sollte also groß genug sein, um alle möglichen Speicheradressen eindeutig speichern zu können (also mindestens 2^32 bzw. 2^64 Adressen => 32 bzw. 64 bit).

An anderen Stellen wird oft QWORD, DWORD, WORD, BOOL, BYTE, UBYTE, sbyte, LONG oder ULONG verwendet, auch INT und UINT gibt es.
Diese werden wiederum teilweise als typedef int definiert, können allerdings relativ leicht an einer Stelle (z.B. libthecore/include/typedef.h) abgeändert werden.
Probleme können diese ungenau spezifizierten Typen dann machen, wenn sie über ein einheitliches System hinaus übertragen werden.
Das kann z.B. passieren, wenn db und game nicht mit den selben Typgrößen kompiliert wurden, oder besonders wenn der Client andere Größen verwendet.
Dies kommt wiederum deshalb zustande, weil sämtliche Pakete als structs aus verschiedenen Typen konzipiert sind, deren genaue Form wiederum von der genauen Speicherrepräsentation der Typen abhängt.