BlackJack hat geschrieben:Sind die Basen die Du brauchst wirklich Fliesskommazahlen oder tun es auch ganzzahlige Basen? Dann liesse sich der Code auch ausschliesslich mit ganzen Zahlen schreiben.
Brauche nur math.e, ansonsten sind es ganzzahlige Basen.
Ich habe eben ein wenig rumprobiert und was herausgefunden. Da Python ja in C geschrieben ist, sind folglich auch math&Co in C geschrieben und der Datentyp 'double' in C steigt nunmal bei 1e309 aus. Hinweis: PyPy! Da Python in Python neu geschrieben wurde, gibt es da keine Beschränkung, also läs...
So, hab eine für mich akzeptable Lösung gefunden, da mir auch nur der Integer-Anteil vom Ergebnis ausreicht. Darum hab ich einen Teil aus dem Code genommen, den ich auf der oben bereits erwähnten Seite gefunden habe. def ownlog(x,base=math.e): integer = 0 x = mpz(x) # gmpy.mpz fx = mpf(x) # gmpy.mpf...
@Leonidas: danke für den Tipp, aber da es dafür kein deb-Paket gibt und ich nicht unbedingt aus sourcen installieren will, muss ich doch noch ein bisschen weiter suchen. Hab auch so halb was gefunden, allerdings muss ich noch sehen, wie ich das umsetzen kann.
Ich bin grad auf der Suche nach einem Algo, der den nat. Logarithums (bzw. variable Basis) von großen Zahlen berechnet. Bin bei meiner Suche auf diese Seite gestoßen, allerdings wird die Funktion bei 1e309 extrem langsam und math.log steigt bei 1e309 mit einem "OverflowError: math range error&q...
Scheinbar ruft fact(a) nach yield i aber nicht die Prozedur auf. Warum? When a yield statement is executed, the state of the generator is frozen and the value of expression_list is returned to next()'s caller. By ``frozen'' we mean that all local state is retained, including the current bindings of...
Ich bin grad dabei den MIller-Rabin-Primzahltest in Python zu implementieren und dabei muss ich (a**u)%n berechnen. Allerdings werden die Werte ziemlich groß. Bsp: n= 123456789 (zu prüfende Zahl) a - zufällige Zahl zw. 2 und n u = n-1 Ihr seht also, dass das Ganze ziemlich rechenintensiv ist. "...