MasterC

Also, solange die Daten nicht überschrieben sind gibt es evtl. noch Hoffnung. Wenn deine Installation genau die Bereiche erwischt hat, wo die Daten standen hast du wirklich Pech.

Überprüf auf jeden Fall mal mit welchem Benutzer der versucht wird die Datei zu erstellen. Es kann zum Beispiel der ASP-Nutzer sein, der bei der Installation vom IIS eingerichtet wurde. Wenn "Intergrierter Logon" genutzt wird muss auch der entsprechende Nutzer schreibrechte haben.

Sorry, hab mich vom Thread-Titel verwirren lassen.

Versuch es mal mit: href auf '.$row['fname'].$row['lname'].'

Vielleicht hilft dir das weiter: Programm zum berechnen von MD5-Prüfsummen

Ich die die Probleme bei der Windows-Installation auch, hatte dabei schon zwei verschiedene Fehlerursachen: [*]defekte Festplatte: Wenn Windows bei der Installation auf die defekten Bereiche der Platte schrieben will, dann rotzt es ab. [*]defekter Speicher [/list=1]

Noch was! In deiner Tabellendefinition steht, dass password nicht NULL sein darf. Du weißt dem Feld password aber '' zu, vielleicht wird das als NULL interpretiert.

Setz doch mal Klammern um die Set-Anweisung SET (x=1234, y=12345)

Linksbündiger Text sieht aber sehr unprofessionell aus! Ist aber mit sicherheit Geschmackssache.

Du kannst das Datum als String behandelt und mit substr in zwei Teile speichern.

Das ist genau mein Problem. Bei WSDL 2.0 handelt es sich um eine noch nicht verabschiedete Version die zur Zeit noch in Bearbeitung befindet. Wobei man auch sagen muss, dass es sich bei WSDL überhaupt um einen nicht fertigen Standard handelt. Ich währe über weitere Meinungen dankbar, vielleicht kann man einen Überblick schaffen, was verwendet wird.

Was ist die aktuelle Version von WSDL? WSDL = Web Service Description Language

UG = untere Grenze OG = obere Grenze Hatte ich vergessen

Bitte schön int summe = 0; summe = ((UG + OG)/2)*(UG - OG) Geht viel schneller als ne Zählschleife!

Du gehst da einen Umweg, der vielleicht gar nicht nötig ist. Du kannst die Daten auch so in eine andere Tabelle kopieren: SELECT feldname [feldname[,...]] FROM tablename WHERE bedingung INTO tablename Du mußt nur auf die Feldreihenfolge achten.

Richtig: DISTINCT klappt aufm MSSQL Server

Ich würd die Feldberechungen nicht in PHP, sondern in SQL, also direkt auf der Datenbank machen. Das spart eindeutig Rechenzeit und bereitet dir auch weniger Probleme mit Schnittstellen. Die anzeige in HTML kannst du dann ja einfach mit einer neuen Abfrage aus der TMP-Tabelle füllen.

Vor allem gehts mit der Gauss-Methode deutlich schneller, wenn sehr viele Zahlen addiert werden sollen!

Ich nehme an, dass du auf diese Klasse nur von ASP.NET Apllikationen, bzw. managed Apllikationen, verwenden kannst, nicht von reinen Windows GUI. Bin mir da aber nicht ganz sicher.

Ne ne ne, warum Diskussionen um die Begriffe Applet und Applikation? Ist das nicht alles das gleiche? Bzw. du hast Applets entwickelt, traust du dir deswegen nicht zu auch an Applikationen herumzudoktorn? etztendlich ist ein Applet auch eine Applikation, der unterschied besteht eigentlich ja nur in der Vererbung. Sun's Definition eines Applets: Also was schleißen wir daraus? Ein Applet kann nicht alleine laufen, nur innerhalb einer Applikation. Gut. Und? Wo ist der Unterschied genau? Im Aufruf, aber wen interessiert der? Also im normalfall interessiert es doch nicht wie eine Applikation aufgerufen wird. Es kommt vielmehr um die geschehnisse darin an. Dort unterscheidet sich ein Applet in keinster weise von einer Applikation. Aber am besten ist doch, du läßt einfach den ganzen Java ****** einfach weg, ist doch eh zu langsam. ;-)

Gute Anmerkung Parent.Level+1 muss es heißen

Andere Möglichkeit: Erstelle eine neue Klasse, die von TreeNode erbt. In dieser Klasse definierst du das Feld Level. Wenn Parent == null Level = 0 sonst Level = Parent.Level So oder ähnlich funktioniert es.

Der war gut, bin vom Stuhl gefallen und fast nicht mehr hochgekommen. Jobbörse StepStones

Das geht mit jedem vernünftigen Graifkprog! z.B. auch Adobe Photoshop

Ich bin mir ziemlich sicher, dass es an dem Tinyint in Hochkommern liegt. Vielleicht auch an der länge des Datumsfeldes, wenn MySQL noch ein Escape-Zeichen ("/0") anfügt.