Sorry, hatte gedacht, dass du das meinst, weil ich sonst nicht wüsste, was an denen stören sollte. Dann hat man die halt irgendwo rumliegen. Speicherplatz ist billig und Arbeitszeit fürs Bugsuchen teuer.
Gerade weil die Zeit teuer ist, hab ich aber keinen Bock wenn ein Crash-Dump File dahergeflattert kommt, jedes mal manuell die passenden Kopien der Binaries und PDB Files zu suchen. Und dann noch die exakten Source Files mit denen der Spass gebaut wurde.
Also PDB Files mit Source-Server indizieren, und mitsamt den Binaries in einen Symbol-Store packen.
Dann beschränkt sich der Aufwand auf ... naja, genau nix. D.h. du machst das PDB File in Visual Studio auf, und den Rest erledigt VS.
D.h. es sucht sich erstmal die passenden PDB Files und Binaries aus dem Symbol Store, und wenn man irgendwo in den Callstack rein-doppelklickt, dann zieht sich Visual Studio noch automatisch die exakten Versionen der Source-Files aus dem jeweiligen Versionskontrollsystem.
Ja ok, so ists natürlich wesentlich eleganter. Da ich sowas zum Glück bisher nur sehr selten brauchte, war das Wegkopieren des gesamten Entwicklungs-Verzeichnis' kein Problem. Hat mir auch nur paar Sekunden Klick-Arbeit zusätzlich beschert, genau wie danach wenn die dumps reinkamen.
das programm sammelt daten über einen a/d wandler von national instruments, speichert sie in einem buffer und stellt sie dann auf dem bildschirm dar. da das mit unterschiedlichen threads läuft könnte es dabei zu einer race condition kommen
Das hört sich ja nicht gerade nach einem komplizierten Programm an. Da würde ich einfach mal mit dem Hirn debuggen empfehlen. Einfach mal überlegen, wo Threads auf gemeinsame Daten zugreifen und Schritt für Schritt im Kopf durchgehen, ob es irgendwo Konflikte gibt. Dazu sollte man natürlich wissen, was man mit gemeinsamen Daten machen darf, aber das weißt du hoffentlich, wenn du Threads verwendest. Außerdem könnte es auch noch an viel trivialeren sachen liegen, wie dass du z.B. über deinen Buffer hinaus schreibst.
Nächstes Thema anzeigen Vorheriges Thema anzeigen
Sie können Beiträge in dieses Forum schreiben. Sie können auf Beiträge in diesem Forum antworten. Sie können Ihre Beiträge in diesem Forum nicht bearbeiten. Sie können Ihre Beiträge in diesem Forum nicht löschen. Sie können an Umfragen in diesem Forum nicht mitmachen.
c++.de ist Teilnehmer des Partnerprogramms von Amazon Europe S.à.r.l. und Partner des Werbeprogramms, das zur Bereitstellung eines Mediums
für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu amazon.de
Werbekostenerstattung verdient werden kann.
Die Vervielfältigung der auf den Seiten www.c-plusplus.de, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de
enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt
(vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in
privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden.
Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere
übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.
Twitter
Facebook
