na siehste, geht doch. das kommt davon wenn man mit nichtfachleuten redet.Ich habe jetzt eine Idee, was du meinen könntest: Ultraschall?
Code: Alles auswählen
#!/usr/bin/env python
from ctypes import *
f =cdll.LoadLibrary("test.dll")
b=c_float(34.3)
a=(f.mult(b))
print a
Code: Alles auswählen
#include <math.h>
float mult(float n) {
float a;
a=n*3.7;
return a;
}
float div(float n) {
float a;
a=n/2.3;
return a;
}
ich meine erstmal nur das bild was man sieht zum unterschied zur hardware, welches man visuell wahrnimmt auf dem bildschirm."visueller Roboter"
Hallo sechsrad!sechsrad hat geschrieben:Code: Alles auswählen
int mult(float n) { [...] int div(float n) {
Bei allem Verständnis für Fehler, bevor man Leute in einem Forum mit Fragen löchert sollte man mal einen Blick auf sein Code-Snippet werfen in dem ganz klar ein integer zurück geben wird. Vielleicht hat sich ja noch irgendwo ein solcher Flüchtigkeitsfehler eingeschlichen.sechsrad hat geschrieben:es ist eben keine kaffeetrinkerlösung, wo gehobelt wird fallen fehler.
Neidisch ist hier bestimmt keiner auf dich, das garantier ich dir!sechsrad hat geschrieben:ich wusste nicht, wenn man mehr besitzt als die anderen, das man dann gleich über den tisch gezogen wird und man dann nur nach fehlern sucht, statt sich mal der frage zu widmen.
kam durch den int-fehler.Das deine Werte immer "abgerundet" ist schon sehr verdächtig.
Code: Alles auswählen
#include <math.h>
void mult(float n, float* r) {
*r=n*3.7;
}
void div(float n, float* r) {
*r=n/2.3;
}Code: Alles auswählen
>>> from ctypes import *
>>> cmath = cdll.LoadLibrary("cmath.dll")
>>> b = c_float(34.3)
>>> r = ct.pointer(c_float())
>>>
>>> cmath.mult(b,r)
14484904 #<-- das hier, ist eine ähnliche Zahl wie bei dir, vermute das es die Speicheradresse (aber nicht der tatsächliche Wert eben) ist
>>> r.contents
c_float(126.90999603271484)
>>> print r.contents.value
126.909996033
>>> # oder hier mal gerundet auf 2 Nachkommastellen ...
>>> print round(r.contents.value,2)
126.91from ctypes import *
f =cdll.LoadLibrary("test.dll")
b=c_float(34.3)
r=pointer(c_float())
f.mult(b,r)
print r.contents.value
Lies mal den Artikel "Mifare-Funkchip geknackt" in c't 8/2008 (das ist die aktuelle) auf S. 80 durch (kann ich übrigens auch allen anderen empfehlen). Der ist super gemacht und zeigt wie sie Hardware-Reverse-Engineering gemacht haben. Natürlich, das war sicherlich mehr Aufwand als wie das im Artikel klingt, aber trotzdem - mit genügend Motivation (und die kann durchaus gegeben sein, wenn man sieht, wo die Mifare Classic überall eigesetzt wird) ist so etwas durchaus zu schaffen. Klar dass das schon einiges an Vorwissen benötigt, aber das ist nun mal mit allem solunar hat geschrieben:Ich bestreite ja nicht, dass Reverse Engineering möglich ist, aber ich bestreite, dass es einfach ist und "recht gut" funktioniertIn solche Keygeneratoren und Cracks steckt nämlich verdammt viel Arbeit, und oft braucht es ein paar Monate intensiver Arbeit, bis solche Algorithmen gebrochen sind.
aha, bei "from ctypes import *" wird dieses "ctypes" automatisch angenommen und es kommt dann die fehlermeldung wenn ich es davor setze und bei "import ctypes" muss ich es jedesmal davorschreiben.Mitdenken. Für was könnte "ct" wohl eine Abkürzung sein... ?
Ja, daher sollte man es eben nicht machen. Um die Übersicht zu bewahren.sechsrad hat geschrieben:aha, bei "from ctypes import *" wird dieses "ctypes" automatisch angenommen und es kommt dann die fehlermeldung wenn ich es davor setze und bei "import ctypes" muss ich es jedesmal davorschreiben.
Den Artikel habe ich auch zuletzt gelesen, wirklich schön, wie die Jungs dort das Ganze auseinandergenommen haben.Lies mal den Artikel "Mifare-Funkchip geknackt" in c't 8/2008 (das ist die aktuelle) auf S. 80 durch (kann ich übrigens auch allen anderen empfehlen). Der ist super gemacht und zeigt wie sie Hardware-Reverse-Engineering gemacht haben. Natürlich, das war sicherlich mehr Aufwand als wie das im Artikel klingt, aber trotzdem - mit genügend Motivation (und die kann durchaus gegeben sein, wenn man sieht, wo die Mifare Classic überall eigesetzt wird) ist so etwas durchaus zu schaffen. Klar dass das schon einiges an Vorwissen benötigt, aber das ist nun mal mit allem so
Richtig. Du kannst dem zwar einen Alias geben, aber mir fällt kein brauchenares Kürzel ein. Alternativ kannst du auch die Namen die du benötigst einzeln importieren, das ist im Fall von ctypes wohl auch ein brauchbarer Ansatz. Also mit ``from ctypes import pointer, cdll`` usw.sechsrad hat geschrieben:also mit "import ctypes"Ja, daher sollte man es eben nicht machen. Um die Übersicht zu bewahren.
Was anderes habe ich ja auch gar nicht gesagtLeonidas hat geschrieben:Lies mal den Artikel "Mifare-Funkchip geknackt" in c't 8/2008 (das ist die aktuelle) auf S. 80 durch (kann ich übrigens auch allen anderen empfehlen). Der ist super gemacht und zeigt wie sie Hardware-Reverse-Engineering gemacht haben. Natürlich, das war sicherlich mehr Aufwand als wie das im Artikel klingt, aber trotzdem - mit genügend Motivation (und die kann durchaus gegeben sein, wenn man sieht, wo die Mifare Classic überall eigesetzt wird) ist so etwas durchaus zu schaffen. Klar dass das schon einiges an Vorwissen benötigt, aber das ist nun mal mit allem solunar hat geschrieben:Ich bestreite ja nicht, dass Reverse Engineering möglich ist, aber ich bestreite, dass es einfach ist und "recht gut" funktioniert
Allerdings sind Vorwissen und Motivation für viele ausreichend große Hürden, vor allem, wenn das benötigte Vorwissen sehr umfangreich ist, und die Motivation lang anhalten muss Beides ist beim Reverse Engineering eher Regel denn Ausnahme... insofern kann man schon davon sprechen, dass Reverse Engineering von Binärkompilaten wesentlich aufwendiger ist als das von Byte-Code. Nichts anderes wollte ich sagen