BigInteger in PHP?

**combie** · 25.05.2008, 18:16

http://de3.php.net/manual/de/ref.bc.php
http://de3.php.net/manual/de/ref.gmp.php

**bombzone** · 25.05.2008, 18:24

Danke, ich glaube aber, dass dies nicht ausreicht. Bei kleinen Zahlen erhalte mit bcpow das richtige Ergebnis. Nutze ich jedoch meine großen Zahlen, bekomme ich 1 zurück.

PHP-Code:


$a="32380650507029264338982510311728729812261367998693649298223294759365355356359423085099277696681347905217727055532882247936978316461434784742936231765312998469269651058901980801309723345850711561062827926723117170002331139657590594207322676987027652239739226297201528226489087374210950328445148680830604519553"



$b="164061128123631766291758544901412119497964690725194100816208741294513126709681291900127666208535407627696496176146772623351043519592814185365118811070994844386722719540861157819931920192812728998488255801589187824627967598549535841651837196977391572660011310377470499382754090546932292411504962419724087010459";



echo bcpow ($a, $b);

**combie** · 25.05.2008, 18:30

Naja..
Was machst du mit solchen Zahlen?
Das übersteigt ja schon die Anzahl Moleküle in unserem Universum...

**PHP-Desaster** · 25.05.2008, 18:32

Mal das error_reporting hochdrehen, dann fliegt dir auch ein Fehler "bc math error: exponent too large in raise"
In den Usercomments zu bcpow steht auch:

bcpow() only supports exponents less than or equal to 2^31-1. Also, bcpow() does not support decimal numbers. If you have scale set to 0, then the exponent is converted to an interger; otherwise an error is generated.

Deine Zahlen sind also zu dick!

**bombzone** · 25.05.2008, 18:35

Mh. Das ist natürlich schlecht. Ich implementieren einen crypt Algo. Irgendwie muss das doch gehen

. Dann werde ich wohl auf PHP verzichten müssen und alles in Java machen.

**onemorenerd** · 25.05.2008, 18:52

Ich gehe mal davon aus, dass du uns - gemäß unserer Regeln - das horizontale Scrollen ersparen wolltest und daher Leerzeichen in deine Zahlen eingefügt hast. Wie du siehst, hat das aber nichts genützt und wir wären dir sehr verbunden, wenn du die Zahlen manuell umbrechen würdest. Danke.

Übrigens kann keine Programmiersprache einen nativen Datentypen für solche Zahlen bereitstellen, schließlich gibt es keine Hardwarearchitektur mit so breiten Registern. Da muss sich jede Sprache mit Workarounds helfen.

PHP kann mit Zahlen jenseits der Wertebereiche von bcmath nicht umgehen. Das heißt aber nicht, dass es gar nicht geht. Du musst lediglich den o.g. Workaround selbst implementieren. Dafür brauchst du erstmal eine Datenstruktur für deine Zahlen. Hierzu bieten sich Array an, ggf. in einer Klasse gekapselt. Der Trick ist einfach: In den stellenorientierten Zahlensystemen läßt sich jede Zahl als Summe aller Produkte aus Stellenwertigkeit hoch der Position einer Ziffer (Offset 0) mal der Ziffer an dieser Position darstellen. Klingt kompliziert, aber ein kleines Beispiel zeigt wie einfach es eigentlich ist: Die Dezimalzahl 123 ist die Summe aus 3 * 10^0 + 2 * 10^1 + 1 * 10^2.

Wenn du die Datenstruktur (ggf. mit Zugriffsmethoden) hast, musst du nur noch die Grundrechenarten (also mind. Addition und Multiplikation) in einen Algorithmus gießen. Der Rest ist Abstraktion.

**tontechniker** · 25.05.2008, 19:13

OffTopic:

Ich implementieren einen crypt Algo.

Selber gebastelt oder was? Welcher Algorithmus hantiert denn mit solchen Zahlen?

**jmc** · 25.05.2008, 20:00

Eine Rechnung mit einer solchen Potenzzahl kannst du mit Garantie auch nicht mit Java durchfüehren! Deine Angaben entsprechen in etwa (10^300)^(10^300) und das noch mit einer Genauigkeit von 300 Stellen. das ist unmöglich!

**onemorenerd** · 25.05.2008, 20:36

Original geschrieben von jmc
das ist unmöglich!

Doch, ist möglich. Aber etwas aufwändig.
Und bestimmt auch nicht besonders performant in PHP. Vielleicht verrät uns der TO noch was er da eigentlich macht?

**combie** · 25.05.2008, 21:05

*edit*
Sorry, war Quark!

**jmc** · 25.05.2008, 22:18

Original geschrieben von onemorenerd
Doch, ist möglich. Aber etwas aufwändig.
Und bestimmt auch nicht besonders performant in PHP. Vielleicht verrät uns der TO noch was er da eigentlich macht?

kannst du mir das erklären? afaik gibt es bis jetzt noch keinen Computer (wird es kaum jemals geben), der ein solche Rechnung mit dieser Genauigkeit durchführen kann.
Wenn man z.B. annehmen würde, dass die Zahl ausgeschrieben wird und für jede Ziffer 1 Byte benutzt würde, dann wären das immer noch 2.7939677e+293 GB, die benötigt würden um das Resultat zu speichern... also ein ding der Unmöglichkeit. Auch wenn die Zahl anders gespeichert werden würde, würde bei dieser Genauigkeit immer noch mindestens 1/16 der oben genannten Zahl notwendig.

**combie** · 25.05.2008, 22:57

Bei meinem "Sorry, war Quark!" war ich darauf gekommen, dass man ca 900 Universen unserer Größenordnung bräuchte, wenn man jede Stelle in einem Molekül speichern würde.

Aber da habe ich mich bestimmt verrechnet

**tontechniker** · 25.05.2008, 23:07

kannst du mir das erklären?

Hat onemorenerd doch schon mal versucht ... möglich ist es sowas zu rechnen, schau dir Mathematica an. Irgendwann macht es dann aber auch keinen Sinn mehr, da kommt dann die Mathematik ins Spiel die solche Probleme löst.

**Blackgreetz** · 26.05.2008, 15:29

@jmc:

Du hast z.b. die Zahl:

234567=
7*10^1
6*10^2
5*10^3
4*10^4
3*10^5
2*10^6

Diese Potenzen musst du dann mal jede Potenz der Potenz nehmen usw.

Ausgabe dann über Strinverknüpfung...

Wie onemorenerd bereits sagte: Kompliziert!

@Mods: Kann einer von euch vlt den Beitrag editieren, sodass diese Balken verschwindet, solang der TO vlt nicht kommt?

mfg

BigInteger in PHP?