achja, falls dir das geholfen hat (hat es das auch wenn
du jetzt weißt, daß es nicht funktionieren wird?), dann
erhebe ich jetzt anspruch auch deine linke niere. im
moment brauch ich sie zwar nicht, aber ich komm auf
dein angebot zurück =)

leider kenn ich mich nicht so bsonders mit den enterprise
produkten von ms aus, aber ich denke nicht, daß es eine
option gibt, die den sql server dazu bringt, einen anderen
anfragenden dienst eine 10stunden connection zu geben.
das wär ein ziemliches security problem, eine DOS - attacke
wär recht leicht möglich.

außerdem: ich weiß ned ob das problem ned wesentlich
tiefer liegt, es gibt ja auch für tcp verbindungen
timeouts.

mfg
art

achja: nimm halt db2 oder mysql =) - scnr

im neuen c't wurden auch anti-dialer-programme vorgestellt,
der YAW hat recht gut abgeschnitten - den würd ich dir
auch empfehlen.

mfg
art

Zitat

Original geschrieben von MaxAuthority
hab mir den code nicht angeschaut, hoffe also nix falsches zu sagen, aber probier einmal double statt float.

nah, das kanns ned sein... aber was es wirklich is weiß ich auch ned... :-/

ich denke die types sind in ordnung, bis auf die übliche
float/double-ungenauigkeit, aber die ist sicher in der
version mit der die i/o paare erstellt wurden auch nicht
berücksichtigt worden. das mathe-zeug mag ich ma jetzt
nicht überlegen, ich vermute dort liegt der hund begraben.

mfg
art

da gibts in javascript sogar eine funktion die genau
das macht denk ich:

window.setTimeout("deineFunktion()",1000);

das führt nach 1000 millisekunden die funktion
deineFunktion() aus, in der kannst du dann
das bild neu laden und evt. wieder einen timeout
starten

mfg
art

naja, das is komplett unterschiedlich - anfangs ist es
so gut wie immer so, daß gleich jemand beginnt, bei
dir runterzuladen. du hingegen kommst meistens
bei anderen leuten auf die warteliste. außer du hast
auch das glück daß du einen erwischt, der auch gerade
erst online gangen is und dessen warteliste noch leer
oder recht kurz ist - dann kannst du gleich beginnen
runterzuladen. also ein bisserl geduld is schon angebracht.

und bei der menge der dateien: mehr als 500 verbindungen
wird das tschello ned packen - in der statistik kannst dir
ansehen, wieviele verbindungen du im moment hast.
die anzahl der dateien ist dabei relativ egal.
upload - rate würde ich auf 8 oder 10 kb/s beschränken,
sonst werden deine anfragen ausgebremst.

mfg
art

mhmmmm... ich bin mir ziemlich sicher, daß du hinter
einer firewall bist - hast sicher selbst keine installiert?
und gehst du direkt ins netz, d.h. ist das modem direkt
mit deinem rechner verbunden oder is noch ein anderer
rechner o.ä. dazwischen?

hier gibts noch mehr informationen über das problem:

http://emule.de/lowid3.html

mfg
art

this means, that we even did not receive a
RESET signal; maybe due to a 'stealth' firewall

das heißt das du garantiert eine low-id hast, und daß du
hinter irgendeiner firewall sitzt. was für ein betriebssystem
verwendest du? wenn ich mich recht erinnere hat
windows xp eine kleine firewall eingebaut...

uhm... tjo, die geschwindigkeits-einstellungen sind
fürs connecten zum server ziemlich wurscht - verwendest
du eh eine relativ aktuelle version der serverliste?

aktuelle serverliste gibts unter:
http://ocbmaurice.dyndns.org/pl/slist.pl?text

sonst würd mir nur noch das lowid-problem einfallen:
wenn du dich verbunden hast, bekommst du eine
nachricht, welche "client-id" du zugewiesen bekommen
hast - wenn die zu niedrig ist hast du bei einigen
server problemen. ob du eine low-id hast, kannst du
hier feststellen:

http://www.thedonkeynetwork.com/connection_test

eine lowid kommt übrigens von einer firewall, paketfiltern u.ä.,
also wenn du zonealarm oder blackice installiert hast
könnte das die ursache sein.

mfg
art

Zitat

Aber spaetestens die letzte Methode (main) muss eine Exceptionbehandlung machen.

is nicht mal notwendig - auch die main-methode kann
munter weiterwerfen wenns gewünscht is.

mhm, ich glaube nicht alle methoden der eprog-klassen
werfen exceptions - readword z.b. nicht, readint hingegen
schon (wenn keine zahl eingegeben wurde). grundsätzlich
mußt du in java alle exceptions die auftreten können
abfangen, und sei es auch nur durch ein

catch(Exception ex)

daß dann alle exceptions (da alle von Exception erben)
abfangen würde.

einzige ausnahme sind die runtime-exceptions (dazu
zählt u.a. die nullpointer- oder die arrayindexoutofbounds-
exception). diese mußt du nicht explizit abfangen.

mfg
art