Hi,
im Rahmen meiner Arbeit habe ich immer wieder das Problem, das ich statt eines konkreten Textes nur die Addresse der String-Variablen innerhalb einer dll (unmanaged) bekomme.
Das Ganze sieht dann zB so aus: @peerdistsh.dll,-11006
Wenn ich mich direkt auf dem Rechner befinde, klappt das auflösen über LoadLibrary auch weitestgehend. Nur ist die selten der Fall, der Standard ist ehe das wir über WMI-Connect uns auf dem Rechner befinden.
Jetzt meine Frage, gibt es eine Möglichkeit diese Variablen-Auflösung Remote zustande zu bringen?
lokal auflösen ist nicht zuverlässig, da sich durch unterschiedliche OS und Patchstände hier automatisch Differenzen ergeben.
Bin für jede Idee dankbar.
Gruß Cookiie
Leider nicht das was ich brauche. Ich zeichne ja nicht selber.
Mein Problem ist der Focuswechsel beim erstellen der 2ten Form. Aber wie gesagt, ich hänge nicht an der 2ten Form, wenn es hier andere Lösungsansätze gibt, immer her damit. Nur im bin ich Moment ratlos.
Achja, ShowWithOutActivation klappt leider auch nicht, da ich hier die TopMost-Property auf true gesetzt habe und das verträgt sich dann wohl nicht.
Hallo,
ich versuche gerade selber eine Vorschlagsliste für ein AutoComplete bei einer Textbox zu erstellen.
Die vorhandene Funktionalität genügt hier nicht, da ich nicht nur ab Anfang suchen will, sondern auch mittendrin.
Hier habe ich ein Beispiel, was schon mal soweit ganz gut funktioniert. textbox-autocomplete
Das Problem hierbei ist allerdings, dass durch den Fensterwechsel die GUI sichtbar flackert.
Hat also irgendwer noch eine Idee was man noch probieren könnte? Ich brauch im Prinzip einen Ersatz, für die erstellte Form, welches sich aber ebenso als oberstes Element in der z-Ebene darstellen lässt Das Vorschlagsmenü soll halt genauso funktionieren wie das ursprüngliche Autocomplete.
Schonmal danke im Vorraus
Cookiie
Tja, gewachsenes Produkt und im Moment nutzen es einfach noch zuviele Kunden die dann auch nicht bereit sind zu wechseln. Denke mal das wird früher oder später kommen (eher später). Wenns mal eben so ginge, wäre Access schon vor 2 MainReleases rausgeflogen.
Habs jetzt aber lösen können, ich fahr einfach in ner Schleife solange die Abfrage durch bis der Datensatz zugreifbar ist, was mitunter erst nach 5sec der Fall ist.
Gruß Cookiie
Hi,
ja das mit dem zurückschreiben wenns grad so passt, hab ich gefühlt auch. Ist auch die einzige Stelle wo es extrem auffällt, weil erst geschrieben und im Anschluss gleich gelesen wird.
Das mit der Transaktion werd ich mal probieren. Wir haben hier schon einen vorhandenen DBLayer, kann sein das der das schon weitesgehend wegkapselt. Da bin ich aber noch nicht so tief drin im Code.
Was die generelle Verwendung angeht, eines unserer Probleme ist zB auch das manche Kunden Access verwenden und da durchaus Datenmengen zusammenkommen, die die 2GByte-Grenze von Access erreichen. Ist wie gesagt schon alles sehr an der Grenze des sinnvollen und machbaren bei Access. Aber solange der Leidensdruck noch nicht hoch genug ist under ProduktOwner nichts anderes sagt, bleibts eben bei Access + SQL Server.
Danke für die Hilfe
Cookiie
Hi,
ich hätte ja drauf wetten können das so eine Antwort kommt.
Als ob ich eine Wahl hätte, gewachsenes Produkt und wird vom Kunden immernoch verlangt und solange wir sagen, wir unterstützen es, wird es auch unterstützt, egal wie eklig das im Handling ist.
Neukunden wird ja sowieso grundsätzlich der SQL-Server ans Herz gelegt.
Also, ich brauch hier zumindest Lösungsideen wie man das handeln könnte.
Gruß Cookiie
verwendetes Datenbanksystem: Access 2007/2010
Hi,
ich arbeite zwar momentan unter VB.net, sollte aber für das Problem nicht relevant sein.
Folgendes Konstrukt:
Ich habe eine HauptConnection für die DB im MainThread. Für gewisse Aufgaben starte ich einen Backgroundworker der eine eigene Connection erhält und diese nach getaner Arbeit auch wieder aufräumt.
Im konkreten Fall erstelle ich ein größeres Dokument und speichere es im Backgroundworker in der DB und nach beenden des Workers lade ich selbiges und versuche es anzuzeigen.
Mitunter findet der Hauptthread den neuen Datensatz nicht, obwohl dieser fertig geschrieben wurde.
Wenn der selbe Code mit dem SQL-Server durchlaufen wird, gibt es keine Probleme.
Hat Access hier ein gewisses Delay bzw. wie kann ich sicherstellen, das ich mit dem Hauptthread auf den Datensatz der durch den Nebenthread geschrieben wurde zugreifen kann?
Gruß Cookiie
Hi,
dann empfehle ich gleich mal noch das C# Openbook, das Kapitel über WPF ist für den Einstieg sehr zu empfehlen. Visual C# 2010 klickst du
Gruß Cookiie
Ich glaub du denkst einfach zu kompliziert. Egal ob das Object in xaml oder im Codebehind definiert ist. Du kannst darauf normal zugreifen, wichtig ist bei xaml nur das das Object auch eine id hat, über diese erfolgt der Zugriff.
Alles andere ist simple Eventsteuerung, mit Styles kannst du dann das grundlegende Verhalten/Aussehen ändern.
Ein normales ändern von Propertys sollte kein Problem darstellen. Wenn du einen Typkonvertierungsfehler bekommst, dann musst du eben schauen was erwartet wird und dann entsprechend handeln. Beachte hierbei auch implizite und explizite Typkonvertierung, ich vermute mal das hier dein Problem liegt.
Gruß Cookiie
Hi,
also ich hatte vor Ewigkeiten auch mit der Firebird-DB zu tun. Dabei hatte ich nicht solche Probleme, hatte aber auch wesentlich weniger Daten gleichzeitig zu schreiben.
Mein Vorschlag wäre, generiere dir ein typisiertes DataSet auf Grundlage der DB.
Mache dann das hinzufügen über Dataset und aktualisiere die DB dann mittels DataSet.
Dann hast du zum Schluss nur eine Schreibaktion.
Ansonsten schließe ich mich meinen Vorschreibern an, das Generieren der Parameterabfragen innerhalb der Schleife ist tödlich, so werden ja immer wieder die selben Abfragen erneut erzeugt.
Alles was du wiederverwenden kannst, gehört nicht in die Schleife. Mach dir am besten mehrere Methoden, innerhalb deren die Daten einträgst usw.
Hat dann auch wieder den Vorteil, alles was innerhalb der Methode erzeugt wird, wird beim Verlassen auch wieder freigegeben. Im Moment hast du einen großen Block der komplett vorgehalten werden muss und das wieder und wieder und wieder.....
Gruß Cookiie