Suchergebnisse

Ja, das heißt wohl, dass sie char* verwenden sollen...

Z.B. für jede Root-Level-Gruppe ein eigenes File? Anyway, viel Erfolg!

Du brauchst für jeden Namen ein <option> Element - ist das das Problem? Und die Anzahl beschränken geht mit dem SQL-Keyword "LIMIT" was du in eine Select-Abfrage einbauen kannst...

Aber nachdem du die Namen eh redundant speicherts (erst "alt", dann "alt.3d") könntest du die Liste doch einfach flach klopfen (newgroup Tags sollen nicht verschachtelt sein) und du baust die Hierarchie im Programm auf, in dem du wie bei Java-Packages den "." als Hierarchie-Trenner verwendest...

Wenn du es mit DOMDocument::load einliest hast du einen Haufen von DOMNode Objekten (wobei DOMText oder DOMElement von DOMNode abgeleitet sind) und diese sind untereinander verzeigert. Aber wozu brauchst du die Hierarchie wirklich? Du bekommst ja beim XPath-Ausdruck alle Newsgroups. Darauf kannst du doch "->name" aufrufen, oder?

Das einfachste ist es wohl trotzdem, wenn du einfach nach dem Einlesen, die letzte Zeile weglöscht. Der StringBuffer ist effizient, und auf solche Sachen ausgelegt. Damit du nicht suchen musst, kannst du dir ja einfach die Länge der letzten Zeile (+ \n) merken, und die dann ganz zum Schluß kicken: Quellcode (10 Zeilen) hth

Die "xml"-DataIslands die du verwendest, funktionieren nur im IE - aber das weißt du sicher. Wahrscheinlich darf ein DataIsland auch nur einen Root-Tag (den obersten) enthalten, genauso wie eine normale XML-Datei. Also wrap die beiden Worksheets in einem Element und probiers dann nochmal. hth

Du willst also den Pfad der gefundenen Elemente anzeigen, und dass ist dein Problem? Sehe ich das richtig? Eine Variante wäre, wenn du statt SimpleXML über DOMDocument::load gehst. Dann kannst du dich über die Ergebnismenge der XPath-Abfrage immer per "parentNode"-Member nach oben hangeln und den Pfad ermitteln. hth

Und woran lag es?

Der Backslash (\) muss maskiert werden -> "\\" Quellcode (1 Zeile)

Und wieder was dazu gelernt Thx für die Info.

Oder probier mal Hibernate als OR-Mapper (Objekt-relational) bzw. das Spring-framework...

Also nachdem du scheinbar die Summe aller Ziffern berechnen willst, hier etwas einfacherer Code, ohne das "double" Zeugs: Quellcode (12 Zeilen) Logischer?

1. Wo kommt die adam.lib her? 2. Probier mal "-nodefaultlib:libcp.lib" 3. Baust du Debug oder Release Version 4. Welche Runtime verwendest du: static single threaded, static multi threaded oder dynamic multithreaded? 5. Vielleicht gibt es eine "adam.lib" die dynamic ist, und nicht static single threaded... 6. Wenn du eine DLL bauen willst, musst du eine andere adam.lib verwenden...

Sollte es nicht so aussehen: Quellcode (4 Zeilen) ???

Bitte in das .NET Forum verschieben...

In Google einfach "JLex" eingeben...

Das einfachste ist, wenn du es selber machst. Es gibt zur Parser-Generatoren aber die wären wohl Overkill dafür. Vorsicht mit der Präzendenz (Punkt- vor Strichrechnung)!

Das kannst du nur dann beeinflussen wenn ICQ das unterstützt. Aber wenn random u.U. auch zweimal denselben Text hintereinander bringt hast du wohl Pech gehabt

Im Java-Forum gibt es einen netten Thread darüber. Da kannst du dir ja mal die Logik anschauen...