Hinweis zum euklidischen Algorithmus

[gammatester]

Zitat:

Zitat von Cöster

Zitat:

Zitat von gammatester

warum sollte der Ergebnistyp ein anderer sein als der gemeinsame Ausgangstyp?

Warum sollte der Ergebnistyp kein anderer sein als der gemeinsame Ausgangstyp? Wenn's Cardinal ist, sieht jeder sofort, dass der Rückgabewert positiv ist, auch ohne in den Code zu gucken.

Zitat:

Zitat von gammatester

Er ist ja auch nicht int64 oder uint64.

Weil das (im Gegensatz zu Integer/Cardinal) den Nachteil hätte, dass der Rückgabewert doppelt so viel Speicher einnimmt.

Alles richtig, aber es besteht doch wirklich keine Notwendigkeit dazu. Du nimmts doch auch nicht den Ergebnistyp

Delphi-Quellcode:

type posint = 0..MaxInt

[gammatester]

Zitat:

Zitat von alcaeus

Dass -abs(d) < abs(d) gilt, ist auch nur eine Frage der Definition. Beachte: nicht immer arbeiten Mathematiker mit einem Zahlenstrahl, und selbst wenn, dann sieht der nicht immer so aus wie in der Grundschule ;)

Greetz
alcaeus

Das ist erstens nicht ganz richtig, weil -abs(0) nicht kleiner ist als abs(0), und zweitens hier völlig irrerelevant, denn es wird doch offensichtlich die Standardinterpretation von ganzen Zahlen (im 32 Bitbereich betrachtet.

Allerdings würde mich ein Beispiel interessieren, wo "-"], "<"] und "abs" definiert sind aber -abs(d) <= abs(d) nicht gilt.

Gammatester

[Laufi]

Zitat:

Zitat von gammatester

Allerdings würde mich ein Beispiel interessieren, wo "-"], "<"] und "abs" definiert sind aber -abs(d) <= abs(d) nicht gilt.

d = NaN :gruebel: :dp:

gruss laufi

[gammatester]

Zitat:

Zitat von Laufi

Zitat:

Zitat von gammatester

Allerdings würde mich ein Beispiel interessieren, wo "-"], "<"] und "abs" definiert sind aber -abs(d) <= abs(d) nicht gilt.

d = NaN :gruebel: :dp:

gruss laufi

Das ist ziemlicher Blödsinn aus mindestens zwei Gründen:

1. Wie reden hier von integern, da gibts es kein NaN

2. Wenn Du schon Fließkommazahlen benutzen willst und solche Behauptungen aufstellst, solltest Du sie vielleicht vorher mal testen. Rate mal, was auf dem Button erscheint, wenn Du den das folgende Stück in ein Programm einbaust.

Delphi-Quellcode:

uses math;

procedure TForm1.Button1Click(Sender: TObject);
var
  d: double;
begin
  d := NaN;
  if -abs(d)<=abs(d) then button1.Caption := 'True'
  else button1.Caption := 'False'
end;

[Laufi]

das spielt überhaupt keine rolle :roll:

Zitat:

Zitat von Wikipedia

Vergleicht man ein NaN-wertiges Ergebnis mit sich selbst, dann besteht Ungleichheit.

gruss laufi

[gammatester]

Zitat:

Zitat von Laufi

das spielt überhaupt keine rolle :roll:

Zitat:

Zitat von Wikipedia

Vergleicht man ein NaN-wertiges Ergebnis mit sich selbst, dann besteht Ungleichheit.

gruss laufi

Diese Diskussion wird ja immer absurder. Wenn überhaupt irgendetwas halbwegs sinnvoll auf Gleichheit getestet werden kann, dann sollte doch wohl a=a für alle Elemente gelten.

Wenn (und leider ist da kein Link) Wikipedia das schreibt, dann ist es halt schlicht und einfach falsch.

Schönes Wochenende
Gammatester