ja, int einlesen bedeuted readInt()
die von eprog zur verfügung gestellten klassen kenne ich leider nicht (ich hab eprog noch in modula gemacht)

aber als tipp: mach immer so weinge schritte wie möglich - fang z.b. mal nur mit integer einlesen an und gib die eingelesene zahl dann aus
z.b.

...
..main(..)
{
  int dim = readInt();
  System.out.println("dim ist jetzt: "+dim);
}

und das erweiterst du dann schritt für schritt, gibst immer wieder zwischenergebnisse aus. so siehst du immer sofort, wo ein eventueller fehler liegt bzw. was dein zusätzlicher code bewirkt

hier mal ein grober vorschlag in pseudocode:

methode main:
try {
  int dimension = int einlesen
  try {
	int matrix1[][] = eingabeMatrix(dimension)
	int matrix2[][] = eingabeMatirx(dimension)
	ergebnisMatrix = multiMatrix(matirx1, matirx2)
	ausgabe(ergebnisMatrix)
  } catch(EprogException e) {println("FALSCHE EINGABE")}
} catch(EprogException e) {println("?")}
 
 
methode eingabeMatirx(int n):
hier ist es am besten, wenn du die exception weitergibts:
das geschieht mit "throws EprogException" am ende des methodenkopfes
int m[][] = new int[n][n]
für zeile=0..n {
  für spalte=0..n {
	m[zeile][spalte]=int einlesen
  }
}
return m
 
 
methode multiMatrix(int[][] a, int[][] b)
int n = a.length
int ergebnis[][] = new int[n][n]
... matrixmultiplikation ergebnis = a*b mittels schleifen
return ergebnis
 
 
methode ausgabe(int[][] matrix)
schleife ürber alle zeilen {
  schleife über alle spalten {
	ausgabe des zeilen/spalten elementes
	ausgabe eines leerzeichens (nur falls es nicht das letzte zeilenelement war)
  }
  zeilenvorschub
}

geht soweit ich weiss ueber die ip, habe aber leider keine ahnung, wie man aus der ip die laenderzugehoerigkeit heruasfindet

Math.abs(x);

mit session-variablen sollte es doch gehn. einfach beim schritt von der 1. auf die 2. in die session schreiben und beim back von der 2. auf die 1. defaultmaessig ausgeben (falls die sessionvars leer sind, wird halt nix ausgegeben)

ich wuerde dir trotzdem einen tft mit digi-eingang empfehlen... den bildschirm hast du ja wahrscheinlich laenger als deinen grafikkarte/ deinen computer... dann bekommst du hoechstwahrscheinlich irgendwann einen digitalen ausgang bei deiner graka

guck mal hier (tomshardware):
http://www.de.tomshardware.com/display/20030626/index.html

und (etwas aelter) hier:
http://www.de.tomshardware.com/display/20020426/index.html
http://www.de.tomshardware.com/display/20020717/index.html

da gibts interessante infos und entscheidungshilfen.


ausserdem zu empfehlen:
http://www.prad.de/ (tests von/diskussionen ueber tfts)

wie sieht der link denn im code aus? villeicht steht dort ja schon file:... (ist er hardcodet oder generiert?)

ich weiss, eigentlich ne bloede frage...: die datenbankverbindung steht richtig? versuch mal ein select und gib das ergebnis aus

vielleicht gehts mit
echo htmlentities($htmltext);
weiss aber nicht, ob die sonderzeichen dann richtig dargestellt werden.

hmm... wenn du keinen zugriff auf die ini hast, dann weiss ich leider auch nicht weiter. aber vielleicht hilft ja ein mail an den server-admin und er stellt dir das um.

in der php.ini kann man einstellen, welche fehlerarten im browser angezeigt werden:
(1) normale fehler in funktionen
(2) normale warnungen
(4) parserfehler
(8) nachrichten
standartwert ist normalerweise 7 (1+2+4, also alle fehler ausser nachrichten). der eintrag ist php_error_reporting (also z.b. php_error_reporting = 7)

die funktion error_reporting(.) gibt hingegen interne fehler (oder kernel-fehler) aus.

zudem ist in der globalen variablen $PHP_ERRORMSG die letzte fehlermeldung gespeichert, wenn in der php.ini track_error = True gesetzt ist.

hab mal irgendwo gelesen, dass die haufige ursache fuer "zwitschern" von crts die ablenkspulen oder trafos sind. oft werden die windungen oder gar die ferritkerne lose.
das problem kann man oft mit heißkeber lösen. aber achtung auf die hochspannung (auch noch eine weile nach dem ausschalten haben die kondis noch ne recht beträchtliche ladung!)

vielleicht bringt dich die statische methode Sleep() der klasse Thread weiter?

hab ich auch schon gesucht und meines wissens geht das nicht. aber vielleicht hilft dir dieses script weiter:
http://www.pcwelt.de/tipps/software/tools/29754/

ich hab mir vor einiger zeit dieses:
http://www.geizhals.at/?a=36886
gekauft und bin zufrieden damit (hoere es nicht, mein cpu-luefter ist lauter)

noch was zu kucken: bei tomshardware gibts auch tipps/test zu geraeuschpegel von netzteilen:
http://www.tomshardware.de/praxis/20021014/index.html
http://www.tomshardware.de/praxis/20030522/index.html

entweder du passt die parser-klasse an, oder du machst eine temp-datei, speicherst dein xml-string darin, uebergiebst die datei und dann loeschst du sie wieder

alle wege fuehren zu 0en und 1en

mit winXP kenne ich mich zwar nicht aus, aber bei anderen wins stehen diese infos in der registry. wird wohl auch bei winXP so sein.
loesung ware also, die gesamte alte reg-datei oder die einzelnen relevanten schluessel der alten reg zu uebernehmen. allerdings ist ersteres meiner meinung nach nicht zu empfehlen (mit der zeit muellt sich die reg ganz schoen zu - und man merkt das auch in der performance) und zweiteres mit mehr aufwand verbunden als die neuinstallation der programme.

aber vielleicht kennt hier ja wer irgendwelche tricks...

bootet der pc weiter (ohne dass man es am monitor sieht), oder bleibt er stecken (ausser dass die komponenten strom bekommen). macht er z.b. den festplattentest oder greift er auf die cd zu, wenn eine eingelegt ist?
dann koennte es ein grafikprob sein (graka, monitor, kabel)
sonst weiss ich leider auch net weiter