Suchergebnisse

Heute sind mir hier 3 Aufforderungen aufgefallen, dass doch VB.NET genommen werden soll: Zitat von fichz: „Nur eine Frage weil du Anfänger bist. Willst du lernen VB zum Programmieren? Dann würde ich dir gleich .Net (Visual Basic 2010 Express zB) empfehlen.“ Zitat von creac: „Wenn du noch Anfänger in VB bist, möchte ich dir eins raten: Vergiss VB6 sofort wieder! VB6 ist tot. Arbeite stattdessen lieber mit VB.net. Ein paar Vorteile:“ und RodFromGermany Bei den ersten geht es um VBA. Da kann man ni…

Ja, ist mir dann auch aufgefallen, nachdem ich es abgeschickt habe. Habe ich sofort korrigiert, Du warst halt recht schnell. Mir war halt aufgefallen, dass sich damit befasst wird, dass nicht .NET genutzt wird, als die Lösung für das Problem zu bieten.

Hallo, mit der ein oder anderen Aussage hier habe ich gerechnet. Leider ist es ein Glaubenskrieg zwischen VB6 und.NET gekommen. Der eigentliche Grund war, dass ich auf Posts gestoßen bin, welche keine Lösung anboten, sondern einfach auf .NET verwiesen. Sicher geht auch unter VB6 Transparenz und Co. Halt nicht so einfach wie bei .NET. Darum geht es mir ja auch gar nicht. Ich sehe es so: "Früher" gab es bei einem neuen PC meist Windows inkl. Works und MS-Word dazu. Excel, das Flaggschiff und Outlo…

Multithreading nutzt mein MP3-Player unter VB6. Dieser besitzt selbst erstellte Benutzersteuerelemente, welche quasi autark arbeiten und sich per Events im Hauptteil melden. Anderes Multithreading habe ich bisher nicht benötigt. Eher im Gegenteil. Mein Programm, welches ich damals lapidar Musikordner genannt habe und zwischenzeitlich auch andere Kopieraufgaben erledigt, besitzt eine Warteschlange fürs kopieren, damit es schneller geht... Mein Anwendungszweck sind aber ganz klar Tools, welches Mu…

Dann nenne es von mir aus 'Multitasking'. Einen wirklichen Unterschied sehe ich in der Definition nicht. Es können mehrere Streams gleichzeitig abgespielt sowie das Inhaltsverzeichnis aktualisiert werden. Wie genau das intern abläuft ist mir egal, solange es sich so verhält, wie ich es geplant habe. Und das macht es. Die Optik meiner Programme ist eher "funktional".

Wenn da ein Benutzersteuerelement Musik abspielt und kurz vor Ende die Order bekommt die Lautstärke langsam abzusenken und gleichzeit das nächste ein anderes Lied anfängt zu spielen und dabei langsam die Lautstärke "hochschraubt" und das alles, obwohl das Inhaltsverzeichnis mitten in der Aktualisierung steckt, sind das für mich mehrere Threads gleichzeitig. Das verstehe ich unter Multithreading. Würde ich sie mehrere Tasks gleichzeitig nennen, wäre es Multitasking. Wenn es jetzt darum geht, dass…

Zitat von SeriTools: „Beleg? Quelle?“ Eigens gestern und eben ausprobiert. Ein Benutzersteuerelement, welches Last erzeugt. Mehr davon eingebaut und es waren laut Taskmanager alle 4 Kerne beschäftigt. Allerdings nicht zu 100 % ausgelastet. Ich nutze einen Intel i5-2400 auf einem P8H67 Mainboard und Win7 64Bit. Wer da jetzt die Last verteilt ist mir leider nicht wirklich klar.

HM - Okay. Eben mal geschaut, wie es bei meinem MP3 Player im Betrieb aussieht:

Scheint, als ob Dir das Ergebnis einfach nicht gefällt. Läuft keine MP3 sind es noch 11 Threads. Wobei ich hauptsächlich APIs nutze. Dass diese dann auf neueren Windowsversionen auch moderner funktionieren spricht dann wieder für VB6. Die drei integrierten Player sind ein Benutzersteuerelement, welches die Bass.dll nutzt. An dem Projekt arbeite ich seit einigen Jahren. Im Hintergrund werden die Längen der Stücke ermittelt, um eine Gesamtdauer anzeigen zu können. Dies hat bei meinem Lösungsweg di…

Ja sicher. Die meisten davon bringt VB6 (bzw. die neueren Windowsse) mit. Die von mir markierten nicht. Wobei ich mir bei der sccrun nicht sicher bin, ob die nicht eh jedes Windows dabei hat. Da ist quasi das gesamte "Framework" in den Dateien. Aber auch das .NET Framework spricht die APIs an. Man braucht sie halt nicht mehr extra umständlich definieren. So gesehen ist .NET eine höhere Sprache. VB war allerdings immer eine höhere Sprache als C(++) und diese höher als ASM. Je höher eine Sprache, …