ich stehe gerade auf dem Schlauch.. ich suche eine gute Möglichkeit,
wie ich Radiobuttons synchronisieren kann.
Ich habe 3 Groupboxen mit jeweils 4 Radiobuttons (siehe Bild).
Ich möchte die Radiobuttons so synchronisieren, dass immer alle Radiobuttons einer Zeile aktiviert werden.
Im Bild wäre das z.B. die oberste Zeile. Klickt man nun einen Radiobutton in der 2. Zeile an,
so sollen in allen Groupboxen die 2. Zeile markiert werden.
helft mir doch mal bitte schnell auf die Sprünge.
Ich möchte ein MonthCalendar Control ohne Rahmen anzeigen lassen.
Das ist bestimmt ganz easy, nur irgendwie stehe ich gerade auf dem Schlauch.
@ FZelle
Wer sagt denn, dass ich am Schluss über so etwas nachdenke?
Ich habe dem Kunden gerade mal einen Prototypen gegeben.
Ich versteh trotzdem was du meinst ;)
Machen wir uns nichts vor, eine richtige Datenbank sollte zumindestens Rollbacks durchführen können,
schon allein aus dem Grund ist MS Access eher eine Spiele-Datenbank.
Gibt es nun einen Weg, wie ich trotzdem MS Access benutzen kann, ohne MDAC updaten zu müssen?
Der Vorteil an Access ist nämlich, dass die Daten mit Office-Mitteln leicht weiter verarbeitet werden können, daher würde ich nur ungern auf Access verzichten.
Zu 1. Der Kunde hat über 1000 PCs herumzustehen, da ist es wirtschaftlicher mein Tool den Gegebenheiten anzupassen, als umgekehrt.
Zu 2. Warum OLEDB: Weil Access laut versch. Foren am performantesten via OLEDB kommunizieren kann.
Zu 3. SQLite oder Firebird werden doch auch mit Api's aus der MDAC angesprochen?
Wenn ich dich richtig verstehe soll ich die Connection einfach mal via ODBC aufbauen?
Ich hoffe mal, dass ich dann keine Meldung bekomme, dass Version 2.6 benötigt wird.
public int ManipulateDB(string queryString)
{
int result = 0;
using (OleDbConnection sqlConn = new OleDbConnection(MyConString))
{
OleDbCommand sqlCmd = new OleDbCommand(queryString, sqlConn);
sqlConn.Open();
result = sqlCmd.ExecuteNonQuery();
sqlConn.Close();
}
return result;
}
ich bekomme folgende sinngemäße Fehlermeldung beim Zugriff auf MS Access:
"Es wurde nur die MDAC Treiber Version 2.51 gefunden, gebraucht wird 2.6"
Leider ist es dem Kunden unmöglich eine neue Version von MDAC zu installieren.
Gibt es eine Möglichkeit mein Programm mit der MDAC Version 2.51 zu kompilieren?
Man kann Dateien kopieren, auch wenn sie in Benutzung sind.
Wenn ich mich richtig erinnere, gibt es dazu ein Flag, ReadOnly oder so.
Momentan habe ich keine Entw. Umgebung, daher kann ich es dir nicht posten.
Ich habe eben deinen Code bei mir ausprobiert und er funktioniert einwandfrei, sofern das Zielverzeichnis existiert und die Datei nicht vorhanden ist.
Genau das ist mein Problem.
Die Methode ist sowas von simpel und funktioniert aus unerklärlichen Gründen nicht.
@gX|progs
Oh sorry, da habe ich wohl vergessen, die Zieldatei vorher zu löschen.
Selbst mit überschreiben = true bekomme ich eine IOExeption, siehe oben.
Heute Abend werde ich mal das Copy von Fileinfo probieren.
Bei FileNotFoundException steht:
sourceFileName wurde nicht gefunden.
Meine Fehlermeldung sagt aber, dass die Zieldatei nicht gefunden wurde.
Doch die soll doch erst erstellt werden, warum prüft er da, ob die vorhanden ist?
Irgendwas scheint bei mir richtig kaputt zu sein. Wenn die Zieldatei bereits besteht, dann bekomme ich mit
System.IO.File.Copy(src, dest,true);
eine IOExeption "Die Datei ist vorhanden."
Dabei sagt doch das True, dass die Datei überschrieben werden soll.
Datenaustausch zwischen 2 Threads über Textdateien/Datenbanken ist aus meiner Sicht total überflüssig.
Die beiden Threads können ohne Probleme untereinander kommunizieren, da braucht man keine externe Datenablage.
Ist es nicht besser, Threading zu benutzen, wenn man lange auf etwas warten muss?
Z.B. wenn man 500 Rechner anpingen möchte.
Mit einem Thread und einem Timeout von 200ms braucht man maximal 100 Sekunden.
Mit 64 Threads und dem gleichen Timeout braucht man rechnerisch 1,56 Sekunden.
Wenn man zu den 1,56 Sekunden noch etwas Schedulingzeit hinzufügt ist man
trotzdem um einiges schneller als hätte man einen Thread verwendet.
64 Threads habe ich verwendet, da mein Programm mehrere WMI Queries
über das Netzwerk schickt und diese dann in der DB logg
und das geht mit mehreren Threads nun mal schneller.
Zitat von gfoidl
Interessant wäre auch noch zu wissen mit welcher Technologie die Datenzugriffe erfolgten.
Ich habe eine OleDbConnection verwendet.
Zitat von gfoidl
da beim 1. Aufruf/Ausführung die "Kaltstartproblematik" greifen könnte
Die Kaltstartproblematik wurde im Test bereits berücksichtigt.
Ja habe ich, bzw. so hat es der Designer für mich gemacht.
Ich stelle gerade noch ein anderes Phänomen fest:
Nach 1x compilieren, bekomme ich gar keinen Status ausgegeben,
beim 2x Compilieren wird mir "ab und zu" was ausgegeben.
Mein BackgroundWorker liest ca 20 Webseiten aus und soll auf dem ToolStripStatusLabel jeweils die URL ausgeben, die er gerade einliest.
Beim 2. Compilieren bekomme ich wenigstens jede 5. URL ausgegeben.
Auf der Console bekomme ich den Status ausgegeben, nur leider nicht auf dem Formular.
Was mich wundert ist, dass die Ausgabe auf einem System.Windows.Forms.Label korrekt erfolgt.
Woran kann es liegen, dass auf einem Label der Text korrekt angezeigt wird
und auf einem ToolStripStatusLabel nicht?
Hoffentlich kann mir jemand weiterhelfen, ich bin am verzweifeln..