Hat delphi eine eingebaute funktion für Potenzen. Ich kenn nur sqr zum normalen quadrieren.

thx

Hi,

Ich bin am Rande der völligen Verzweiflung.


Bei Dist := 256 div Amount; bekomm ich ein Division By Zero!

Kann ich jetzt schon nicht mehr richtig rechnen, oder hat Delphi auf einmal einen Vollknall?
SEIT WANN SIND 2^8=0???

Beim Debuggen fällt mir auf, dass auf den Wert von Power nicht zugegriffen werden kann.
WAS ZUM TEUFEL

Bitte Hilfe!!!!!!!!!!

Edit: --

OMG. Hast recht. Zu viel Kaffee heute Abend...
Danke! XD

Die ganze Funktion ist falsch!

function Power(Base, Exponent: Extended): Extended;

Ja und? Ich will aber keine Extended verwenden, da ich sowieso nur ganzzahlige Inputs verarbeite

Glaubst Du, DELPHI richtet sich danach, was Du willst?

function Power(Base, Exponent: Extended): Extended;

function Round ( const Number : Extended ) : Int64;

Beide Funktionen geben sich mit Bytes nicht zufrieden.

Ausserdem sind die Variablen-Bezeichnungen albern.
Kindergartenniveau?

Die Eingabe von Bytes in Power ist kein Problem. Die Ausgabe fängst du per Round ab, was einen Extended erwartet. Soweit alles ok. Bei der Rückgabe bekommst du einen Int64. Diesem kannst du zwar einem Byte zuweisen, allerdings gehen natürlich dann die ersten 56 bit verloren. Deswegen gilt am Ende auch 2^8=0.
Prinzipiell sehe ich da kein Problem.

Wenn es aber ohnehin nur um Bytes und Zweierpotenzen geht, dann wäre es auch viel einfacher, sicherer und effizienter möglich!



PS: Das was in der Funktion passiert sieht mir irgendwie wie der Operator mod aus.

Am Einfchsten ist es doch wohl, wenn man den Variablentyp nimmt, der eh schon als Ergebnis herauskommt. Wenn Extended das Ergebnis ist, dann sollte man eben auch Extended nehmen, weil dann eine Transformation wegfällt. Oder bei Int64 eben longint, und nicht byte. Tut mir Leid, aber 2^8 zu rechnen und dies mit Byte ist ehrlich Unsinn, denn Byte hat nur den Wertebereich 0..255.

Auch wenn man meint, mit Kanonen auf Spatzen zu schießen, wenn man ja "nur" 2^5 oder 2^7 ... rechnen will und dabei longint nimmt, es ist besser, es zu tun, um genau direse Fehler zu vermeiden. Ansonsten steht für Potenzen von 2 auch noch SHL zur Verfügung.

2^1 = 2 SHL 0
2^2 = 2 SHL 1
:
2^7 = 2 SHL 6

Hier wird einfach das Bit 1 um 0, 1 bzw. 6 Stellen nach links verschoben, was jeweils einer Multiplikation mit 1, 2, 64 entspricht.
Aber selbst hier sollte man mindestens Integer oder Word als Variablentyp nehmen.

hathor hat folgendes geschrieben :

Glaubst Du, DELPHI richtet sich danach, was Du willst? function Power(Base, Exponent: Extended): Extended; function Round ( const Number : Extended ) : Int64; Beide Funktionen geben sich mit Bytes nicht zufrieden. Ausserdem sind die Variablen-Bezeichnungen albern. Kindergartenniveau?

Willst du mich anstressen oder was??? Ich lass mir von niemanden vorschreiben, wie ich zu programmieren habe...
Und DOCH, die geben sich mit Bytes zufrieden, weil der Compiler es automatisch anpasst.

Zitat:

Der Artikel „Anstressen“ existiert in der deutschsprachigen Wikipedia nicht

Erkläre mal für das ältere Semester was das in deinen Augen bedeutet. Unabhängig vom Ergebnis ist es der Ton der die Musik macht.

Tranx hat folgendes geschrieben :

Am Einfchsten ist es doch wohl, wenn man den Variablentyp nimmt, der eh schon als Ergebnis herauskommt. Wenn Extended das Ergebnis ist, dann sollte man eben auch Extended nehmen, weil dann eine Transformation wegfällt. Oder bei Int64 eben longint, und nicht byte. Tut mir Leid, aber 2^8 zu rechnen und dies mit Byte ist ehrlich Unsinn, denn Byte hat nur den Wertebereich 0..255. Auch wenn man meint, mit Kanonen auf Spatzen zu schießen, wenn man ja "nur" 2^5 oder 2^7 ... rechnen will und dabei longint nimmt, es ist besser, es zu tun, um genau direse Fehler zu vermeiden. Ansonsten steht für Potenzen von 2 auch noch SHL zur Verfügung. 2^1 = 2 SHL 0 2^2 = 2 SHL 1 : 2^7 = 2 SHL 6 Hier wird einfach das Bit 1 um 0, 1 bzw. 6 Stellen nach links verschoben, was jeweils einer Multiplikation mit 1, 2, 64 entspricht. Aber selbst hier sollte man mindestens Integer oder Word als Variablentyp nehmen.

Nein, ist kein Unsinn... du weißt eben nicht was ich vorhabe. Zufällig befasse ich mich mit Bildbearbeitung/kompression und ein RGB Farbkanal hat ziemlich genau 1 Byte. Die Bitverschiebung kenne ich, wollte aber halt wissen wo der Wurm da in der Funktion drin war.

Ihr müsst nicht gleich so auf einem rumhacken, wenn man nach über 2 Jahren Pause mal wieder was mit Delphi macht dann können solche Fehler mal passieren

Aber trotzdem danke!

user32 hat folgendes geschrieben :

hathor hat folgendes geschrieben : Glaubst Du, DELPHI richtet sich danach, was Du willst? function Power(Base, Exponent: Extended): Extended; function Round ( const Number : Extended ) : Int64; Beide Funktionen geben sich mit Bytes nicht zufrieden. Ausserdem sind die Variablen-Bezeichnungen albern. Kindergartenniveau? Willst du mich anstressen oder was??? Ich lass mir von niemanden vorschreiben, wie ich zu programmieren habe... Und DOCH, die geben sich mit Bytes zufrieden, weil der Compiler es automatisch anpasst.

Der Umgangston miteinander sollte möglichst höflich bleiben. Auch wenn gewisse Kritiken berechtigt sein mögen ...

Hochhaus

Edit: --

@ user32

In Delphi ist z.B. const clPurple = $00800080 definiert. Ist wohl ein bißchen größer als 1 Byte.

Gruß Lelf

Mr_Emre_D hat folgendes geschrieben :

@Xion power(2,8 )-1 = not ($0) = MaxByte = 255 Viel eher: power(2,8 )-1 = Byte(not ($0)) = MaxByte = 255 Weil Zahlen so im Sourcecode als Integer angenommen werden.. Damit wäre not 0 gleich 2^32 - 1 und somit $FFFFFFFF @Tranx 2^1 = 2 SHL 0 2^2 = 2 SHL 1 : 2^7 = 2 SHL 6 Warum nicht: 2^1 = 1 SHL 1 2^2 = 1 SHL 2 : 2^7 = 1 SHL 7

Das ist richtig! Letztlich ist ein SHL nur die Multiplikation mit 2

user32 hat folgendes geschrieben :

Und DOCH, die geben sich mit Bytes zufrieden, weil der Compiler es automatisch anpasst.

Bei einer Typumwandlung können aber Fehler passieren. Deshalb gibt der Compiler dann häufig eine Warnung heraus.
Siehe oben mit 2^8 = 0 (statt 256)


Hochhaus

Moin,

hathor hat folgendes geschrieben :

Glaubst Du, DELPHI richtet sich danach, was Du willst?

Glaubst du nicht, dass etwas Freundlichkeit mal angebracht wäre? Ich meine mich erinnern zu können, dass die Entwickler-Ecke "Deine freundliche Community" ist, und im Seitentitel stehts auch noch.

hathor hat folgendes geschrieben :

Beide Funktionen geben sich mit Bytes nicht zufrieden.

Du machst das doch schon länger, das sollte doch bekannt sein? "Hoch"-konvertieren macht Delphi selber. Oder siehst du irgendwo überladene Versionen für single und double?

hathor hat folgendes geschrieben :

Kindergartenniveau?

Merkste selber, ne?

Tranx hat folgendes geschrieben :

Wenn Extended das Ergebnis ist, dann sollte man eben auch Extended nehmen, weil dann eine Transformation wegfällt. Oder bei Int64 eben longint, und nicht byte.

Merkste selber, ne?

haentschman hat folgendes geschrieben :

Unabhängig vom Ergebnis ist es der Ton der die Musik macht.

Ohja, und in diesem Thema hat das ja mal so gar nicht geklappt. Ich würde mich freuen, wenn hier einige mal in sich gehen würden und nochmal kurz überlegen, ob das hier die richtige Reaktion auf einen Fragesteller ist. Und wenn man dann schon agressiv wird, sollte man sich doch wenigstens fachlich sehr sicher sein...

Viele Grüße,
Martok