|
|
|
|
|
|
Oli riecht gut
|
Das hier ist *nicht* der Informatiker helfen PC-Neulingen Thread!
Hier tummelt sich alles, was mit Informatik, Mathematik oder Physik zu tun hat. Bei Fragen, Diskussion und gegenseitigem Schulterklopfen bis Trösten, das über den Erklärbär hinaus geht, wird hier geholfen. Oder verwirrt. Oder beides.
Wenn Hilfe gegeben wurde, die über bloßes Nachrechnen hinaus geht, freut man sich hier auch gerne, wenn das irgendwo genauer gelöst wurde (Übungen, Vorlesungen, Bücher, ...) und der Beholfene davon erfährt.
Die Wahrscheinlichkeit, nichts zu verstehen, steigt mit jedem Post logarithmisch. Der Aufwand, das zu ändern, ist o(Life). Weiterlesen geschieht auf eigene Gefahr und riskiert die persönlichen sprachlichen und sozialen Fähigkeiten. Zu den Nebenwirkungen gehören Versuche, um 5:00 morgens vorm Schlafengehen noch P=NP zu zeigen, die Goldbach-Vermutung zu beweisen oder das Axino zu finden.
Grundlegende Hilfen zur Diskussion:
n-1 - Der Alte.
n+1 - Der Nächste.
- Wer TeX im Forum braucht, kann das jetzt auch über [tex][/tex]
Spoiler - markieren, um zu lesen:
Online-TeX - Alte Lösung: Wenn man mal eben eine Formel im Forum nicht in ASCII-Art darstellen will.
Detexify - Um das Gekritzel aus der Vorlesung mit obigem Link nutzbar zu machen. (Zeichnung->TeX-Symbol)
LaTeX - Für alles, was über das Forum hinausgeht (und man sich in was anderes als Office einarbeiten will/muss)
XKCD - Unsere Bibel
PHD Comics
Abstruse Goose - Weiterer Zeitvertreib
Geek and Poke - Webcomic für Codetipper
Wikipedia - Eine gute erste Anlaufstelle. Für fast alles.
arXiv - Eine zweite Anlaufstelle mit doofer Suche
Wolfram Alpha - Der praktische Rechnerersatz
Unspeakable Vault of Doom - In Ermangelung eines passenderen Bildes für den Thread wird erstmal das für Foren gedachte Bild vom UVOD verwendet.)
-----------------
verwandte Threads:
Studienthread
(Hobby-)Astronomie
-----------------
IRC-Channel:
#potpimp auf freenode.net
-----------------
| |
| Code: |
import java.io.*;
public class Histest{
static Histogram hist = new Histogram();
static StreamTokenizer parse;
public static void main(String[]args) throws IOException {
InputStream input = new FileInputStream(args[0]);
BufferedReader in = new BufferedReader(new InputStreamReader(input));
parse = new StreamTokenizer(in); |
|
Warum wirft der Kollege mir ne FileNotFoundException wenn ich java Histest text.txt oder auch java Histest text aufrufe? Beide Dateien sind mit sinnvollem Inhalt im gleichen Ordner wie die Klasse.
/Problem geloest, irgendwelche weirden classpath/package-Probleme...
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von Rufus am 08.01.2013 22:59]
|
|
|
|
|
|
|
|
|
Was ist das eigentlich für eine Anti-Untertitel Mentalität hier? 
Gestern endlich im Büro einen neuen Rechner abgestaubt. i5 und 4 GB Ram. Puh.
|
|
|
|
|
|
|
|
|
|
|
|
Untertitel und LL im letzten Thread gefixt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Dann nochmal hier:
Liebe Genies,
Irgendwie steh ich gerade auf dem Schlauch. Es geht um Statistik.
Ich habe y~N(0,1) und z~N(2,3) mit E[yz]=0, sowie ν1,ν2:= const.
Nun soll ich E[[y z]'×[y z]] bestimmen. Wie zur Hölle mach ich das? Ich weiß nicht mal wie ich daraus da irgendwas transponieren soll.
Danke.
Außerdem wird nach COV[y,z] gefragt. Das hab ich mit COV[y,z]= E[yz]-E[y]E[z] = 0 - 0×2 gelöst. Ist das richtig?
|
|
|
|
|
|
|
|
|
|
|
Kovarianz stimmt. Daraus kannst du aber nicht schließen, dass Y und Z unabhängig sind, die Dichtefunktion  von YZ ist also allgemein nicht  .
Was soll E[[y z]'×[y z]] sein, hast du da eine Definition? Ansonsten würde ich auf sowas wie das Maßprodukt tippen, der Erwartungswert ist ja einfach ein Maßintegral.
Und was ist v1, v2?
e: Hm, da hat ja noch E[YZ]=0=E[Y]E[Z], also doch Unabhängigkeit. Daraus folgt dann auch sofort Cov(YZ)=0.
falsch! Zu früh am Tag.. Unabhängigkeit bezieht sich auf die Wahrscheinlichkeit, nicht den Erwartungswert.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Irdorath am 26.10.2012 14:09]
|
|
|
|
|
|
|
|
|
Ist [y z] ein Vektor mit den Elementen y und z? Dann könnte man E[[y z]'x[y z]] als Darstellung für die Erwartungswerte aller Kombinationen zweiter Ordnung von y und z interpretieren (yz, z^2, y^2, zy).
|
|
|
|
|
|
|
|
|
|
|
|
Gute Idee, so reichen auch die Angaben für die zu berechnenden Erwartungswerte.
|
|
|
|
|
|
|
|
|
|
|
Was mich daran ein bisschen zweifeln lässt, ist dass mit E[yz] = 0 schon 50% gegeben sind. 
|
|
|
|
|
|
|
|
|
|
|
Der Aufwand für  hält sich auch in Grenzen. 
|
|
|
|
|
|
|
|
|
|
|
Ich hab sowas zu lange nicht mehr gemacht, erstmal herumintegriert und dann gemerkt, dass das unnötig ist.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Untertitel
| |
Ich bin ja für "Sharku kann nicht bis 50 zählen!" :P
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von cms
| | Zitat von Rufus
Untertitel
| |
Ich bin ja für "Sharku kann nicht bis 50 zählen!" :P
| |
Wegen uns Informatikern?
|
|
|
|
|
|
|
|
|
|
|
In Eiffel völlig legitim.
|
|
|
|
|
|
|
|
|
|
|
Hab nicht viel Ahnung von C, soll aber ein paar Beispiele auf Buffer Overflows untersuchen und habe da ein paar Fragen:
1)
| |
| Code: |
int gee() {
return 0;
}
[..]
char buf[100];
int (*fp)();
int canary[10];
fp = &gee;
[..]
(*fp)(); |
|
Ich reim mir das so zusammen, dass int (*fp)(); ein Pointer auf eine Funktion ist, fp = &gee; diesem die Adresse der Funktion int gee() zuweist und (*fp)(); diese dann aufruft. Ist das korrekt?
Mir fällt dabei auf, dass die Aufgabensteller wahrscheinlich eine andere Reihenfolge im Sinn hatten, sodass man mit dem Buffer Overflow fp überschreibt und nicht die return adress im aktuellen Frame.
2)
Bei einem Cast von int nach short werden einfach ohne weitere Checks die vorderen beiden Bytes abgeschnitten?
|
|
|
|
|
|
|
|
|
|
|
Meine Herren sind die Android-SDK-Tools für Eclipse langsam. Eine Zeile geändert, 1 Minute warten bis es im Emulator ankommt
Y U SO SLOW?!
|
|
|
|
|
|
|
|
|
|
|
|
Weil's ARM ist und deine CPU damit so einiges an Mühe haben dürfte. Normal.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Redh3ad
Hab nicht viel Ahnung von C, soll aber ein paar Beispiele auf Buffer Overflows untersuchen und habe da ein paar Fragen:
1)
| |
| Code: |
int gee() {
return 0;
}
[..]
char buf[100];
int (*fp)();
int canary[10];
fp = &gee;
[..]
(*fp)(); |
|
Ich reim mir das so zusammen, dass int (*fp)(); ein Pointer auf eine Funktion ist, fp = &gee; diesem die Adresse der Funktion int gee() zuweist und (*fp)(); diese dann aufruft. Ist das korrekt?
Mir fällt dabei auf, dass die Aufgabensteller wahrscheinlich eine andere Reihenfolge im Sinn hatten, sodass man mit dem Buffer Overflow fp überschreibt und nicht die return adress im aktuellen Frame.
2)
Bei einem Cast von int nach short werden einfach ohne weitere Checks die vorderen beiden Bytes abgeschnitten?
| |
Zu 1) Ja, scheint mir auch so zu sein. Interessant wäre es was mit dem buf noch getan wird. Wenn da die Länge nicht überprüft wird hast du evtl. noch eine zweite Variante für einen Buffer-Overflow.
Wo ich mir aber nicht sicher bin: Was passiert wenn der Funktionspointer durch den Buffer-Overflow zu Shellcode führt. Wird der trotzdem ausgeführt? Meine C-Kentnisse sind jetzt nicht soooo ausgefeilt, dass ich sagen könnte was genau beim Aufruf von einem Funktionspointer passiert.
Ob du mit deinem Overflow die Return-Adresse aus dem aktuellen Stackframe überschreibst oder über den Funktionspointer gehst sollte ja auf das selbe rauskommen.
Zu 2) Was sollte denn sonst getan werden?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Weil's ARM ist und deine CPU damit so einiges an Mühe haben dürfte. Normal.
| |
Das lasse ich nicht gelten. ARM ist doch angeblich so eine einfache Architektur, da muss sich doch nen 500 MHz Softcore basteln lassen
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
| | Zitat von SwissBushIndian
Weil's ARM ist und deine CPU damit so einiges an Mühe haben dürfte. Normal.
| |
Das lasse ich nicht gelten. ARM ist doch angeblich so eine einfache Architektur, da muss sich doch nen 500 MHz Softcore basteln lassen
| |
Weisst du wie hart lahm Softcore emulierte CPUs im Allgemeinen sind?
Vergiss das, ohne Testhardware ist das lahm wie sau. Es ist prinzipiell hart scheisse eine andere Architektur zu emulieren, egal wie "einfach" sie ist. Du musst jede einzelne Anweisung übersetzen, ne. Das hat nix damit zu tun wie "einfach" oder "schwer" eine Architektur ist.
Das schöne bei der Androidentwicklung ist aber, dass es über's USB-Kabel etwa 2 Sekunden geht. Daher zähl ich seit Jahren nur noch darauf.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
| | Zitat von SwissBushIndian
Weil's ARM ist und deine CPU damit so einiges an Mühe haben dürfte. Normal.
| |
Das lasse ich nicht gelten.
| |
Ich schon. *trollface* 
|
|
|
|
|
|
|
|
|
|
|
|
Wenn das so ein Kinderspiel wär würde man sich die Mühe kaum machen verschiedene Architekturen umzusetzen. Und nur weil ARM RISC ist, bedeutet das noch lange nicht, dass man mit CISC das so einfach emuliert...
|
|
|
|
|
|
|
|
|
|
|
Das Gegenteil sollte gefühlsmäßig eher einfacher sein. Aber natürlich auch recht langsam.
e/ wobei... hmmm...
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von B0rG* am 26.10.2012 21:19]
|
|
|
|
|
|
|
|
|
|
Das ist prinzipiell zum kotzen lahm weils dynamisch ist und jede Anweisung in einer "falschen" Maschinensprache ankommt.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Käptn Blutbad.
Interessant wäre es was mit dem buf noch getan wird. Wenn da die Länge nicht überprüft wird hast du evtl. noch eine zweite Variante für einen Buffer-Overflow.
| |
Da wird nur was per strcpy reinkopiert, das ist die erwähnte Möglichkeit für einen Buffer Overflow.
| | Zitat von Käptn Blutbad.
Zu 2) Was sollte denn sonst getan werden?
| |
Keine Ahnung, evtl. ein Check und dann max/min Value von Short, falls der Integerwert drüber/drunter liegt? Ich hab bis jetzt nicht viel von C gesehen, aber das bisschen hat gereicht, dass ich da gar nichts mehr einfach so annehme.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
| | Zitat von csde_rats
| | Zitat von SwissBushIndian
Weil's ARM ist und deine CPU damit so einiges an Mühe haben dürfte. Normal.
| |
Das lasse ich nicht gelten. ARM ist doch angeblich so eine einfache Architektur, da muss sich doch nen 500 MHz Softcore basteln lassen
| |
Weisst du wie hart lahm Softcore emulierte CPUs im Allgemeinen sind?
Vergiss das, ohne Testhardware ist das lahm wie sau. Es ist prinzipiell hart scheisse eine andere Architektur zu emulieren, egal wie "einfach" sie ist. Du musst jede einzelne Anweisung übersetzen, ne. Das hat nix damit zu tun wie "einfach" oder "schwer" eine Architektur ist.
Das schöne bei der Androidentwicklung ist aber, dass es über's USB-Kabel etwa 2 Sekunden geht. Daher zähl ich seit Jahren nur noch darauf.
| |
Okay.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Krasser Artikel. Ich hab mich bisher nicht wirklich mit Emulation auseinandergsetzt, aber was er schreibt ergibt absolut Sinn. Leider. 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von cms
| | Zitat von Rufus
Untertitel
| |
Ich bin ja für "Sharku kann nicht bis 50 zählen!" :P
| |
Beschwert euch weiter und der nächste Thread ist schon nach  Seiten zu. 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Sharku am 27.10.2012 9:02]
|
|
|
|
|
|
|
|
|
Ich nochmal... Mir ist nun nochmal die Stoffeingrenzung für die Matheklausur in die Hände gefallen. http://www.abload.de/img/img0445q3ibq.jpg
Zur Interpolation schreibt der Dozent als Stichwort Lagrange. Die Ergebnisse sind doch aber gleich, egal ob ich die Newton oder die Lagrange Interpolation nutze oder?
|
|
|
|
|
|
|
|
| Thema: pOT-Informatiker, Mathematiker, Physiker XI ( Oli riecht gut ) |
![AUP [smith] 29.07.2010](./avatare/upload/U1066026--zeratul.png)
_fertig.gif){kind=tracking}
