LSC schrieb:
CSL schrieb:
Die macht aus einem KeyCode ein Text, vermutlich auch in der Lokalisierten Version.
Ein Satz, drei Fehler. Wie blöd bist du eigentlich?
Du hast bisher auch nicht mit Wissen geglänzt, um ehrlich zu sein finde ich dein Auftritt bisher recht peinlich, nicht nur hier.
Ach was red ich, ich sollte Trolle einfach ignorieren.
Hallo,
der Code zum Setzen des Attributes ist richtig.
Mein Fehler war, daß ich meine ini-Datei mit einem '\' zuviel im Pfad ausgestattet habe. Deswegen konnte das Ganze natürlich nicht so funktionieren wie ich das wollte.
grüße
sub
Also, ich habe selber natürlich auch noch weitergeforscht. Ich bin aktuell auf folgendes Ergebnis gekommen, allerdings leider mit keiner 100% Garantie (nur ca. 90%, leichte Zweifel habe ich noch :)).
Wenn der Thread in ReadLine blockiert, dann ist er im Read des Sockets. Wenn man auf dem Stream Close aufruft und der NetworkStream das Socket besitzt, was man beim Konstruktor des NetworkStreams angeben kann, dann wird auch das Socket geschlossen. Falls man nicht sicher ist, ob die Bibliothek dem NetworkStream das Socket als Besitz übergibt, kann man auch direkt auf dem Socket Close aufrufen, sofern die Möglichkeit besteht.
Gut, wenn nun Close auf dem Socket aufgerufen wird, dann werden alle aktuellen Lese- und Schreiboperationen beendet. Dies scheint garantiert zu sein und man kann da auch mit einem anderen Thread das Close des Sockets aufrufen. Die Operationen geben dann einen Fehlercode zurück (also in der WinAPI/WinSocks). Dies führt in .Net zu einer IOException.
Und nun das Problem, wieso ich nur zu 90% sicher bin. Meine Informationen habe ich nur aus den MSDN Foren und zum Beispiel von der Dokumentation von closesocket . Ich habe leider nirgends eine offizielle Dokumentierung von diesem Verhalten in .Net gefunden.
Im MSDN Forum wird zum Teil sogar davon gesprochen, dass dies das ganz normale Vorgehen sein soll.
Falls jemand darüber noch mehr und bessere Informationen findet, dann immer her damit.
Grüssli
e7df4 schrieb:
Der "Webbrowser" in der Toolbos verwendet den IE7, richtig?
Der verwendet immer die IE-Engine, dessen IE auf dem System installiert ist.
Es gibt auch noch Projekte, die andere Engines unter .net (mehr oder weniger) nutzbar machen:
z.B.:
Webkit: http://webkitdotnet.sourceforge.net/
Gecko: http://code.google.com/p/geckofx/
http://msdn.microsoft.com/de-de/library/system.windows.forms.webbrowser.aspx
Buccino schrieb:
GPC schrieb:
4 bytes für etwas, dass man auch in 1 bit ablegen kann? Der Grund dafür liegt am memory alignment und darin, dass der GC leichter 4 bytes durch die Gegend schieben kann als 1 bit.
Wenn man relativ viele bools hat, kann man die in einem BitVector32 ablegen.
Als managed type hat bool in C# aber tatsächlich nur 1 byte (zeigt sich auch an sizeof(bool)). Beim Marshalling wird ein bool dann auf 4 byte erweitert.
Bedeutet das jetzt, dass CLR-intern generell immer 4 byte ver(sch)wendet werden, oder nur sobald ein interop im Spiel ist?
Letzteres. CLR-intern ist es idR 1 byte, aber es können auch auch zwei bytes sein, z.B. wenn man Nullable<bool> nutzt.
Zeig mal deine Klasse.
Hast du mal die System.Reactive Klasse aus dem S4 Toolkit in den Reflector geschmissen und geschaut ob die Methode dort wirklich unterstützt wird?
Ich hab einfach geschlafen, das ganze wird nicht als List interpretiert, hatte einfach nur den falschen Stream übergeben.
Ab und an passiert sowas halt doch noch.
Nur als Hinweis:
Du solltest dir auch über die rechtlichen Konsequenzen gedanken machen.
Solange du das ganze nur Privat machst, ist das ganze nicht so dramatisch. Aber selbst im privaten Bereich musst du die Lizenzen beachten. Wenn du einfach eine Access DB weiter gibst könnte es im schlimmsten Fall zu Problemen führen. Das gleiche gilt für alle anderen DB-Systeme auch. Kurz gesagt. Wenn du was weiter gibst, dann schau auch nach ob du das darfst (Das ist auch ein Grund, warum viele Programme das DBMS nicht selbst mitbringen, sondern erwarten das so etwas installiert ist).
Ansonsten gibts einige Filebasierte DB Systeme die ähnlich wie Access arbeiten. Du musst also nur das DB File irgendwohin kopieren und kannst damit arbeiten, ohne einen Server o.Ä. laufen zu lassen.
Für so kleine Arbeiten ist sowas wohl das beste.
witte schrieb:
Welchen ctor meinst Du?
Ich habe in meiner Service Implementation einen eigenen - parameterlosen - Konstruktor eingeführt. Dieser wird definitiv nicht ausgeführt; ich rufe ihn aber wie gesagt auch nicht selbst auf, sondern der IIS.
grummel schrieb:
fazit: vergesst diesen forum.
Du solltest vergessen werden ...
In diesem Forum geistern nunmal nicht nur halb intellektuelle Gestalten rum, sondern auch welche, die schon was drauf haben und es wird viel diskutiert. In dem Forum geht es nicht nur darum, dass wir eure Hausaufgaben machen.
Ich hab den Fehler gefunden. Ich habe diese Exception in einer Methode ausgelöst, welche ich NICHT als OperationContract gekennzeichnet hatte.
Ich rufe diese jedoch im Konstruktor des Services. Wie kann ich dem System mitteilen, dass der Konstruktor eine solche Exception werfen könnte? Im Interface kann ich das ja schlecht definieren.
Firefighter schrieb:
Naja du hast uns erstmal 2mal den selben Code von Form1 gepostet:D Sollte beim zweiten mal wohl eher Form2 sein wenn mich nicht alles täuscht.
Ja genau so sollte es sein...sorry habe mich vertippt.
Firefighter schrieb:
Zu deiner Frage: Durch this.Close wird automatisch die Dispose MEthode aufgerufen und dein Objekt ist invalide und die Ressourcen wurden dafür freigegeben, deshalb deine Fehlermeldung.
Um das zu umgehen müsstest du wie du schon gezeigt hast immer ein neues Form erzeugen, oder du wendest das Singleton-Muster auf deine Forms an und schließt das Form nicht komplett sonder versteckst es nur.
Sehr vielen DANK. Mit "this.Hde();" klappt alles wunderbar und für meinem Fall ist das die beste Lösung glaube ich.
DANKE nochmals!
Hi,
also die Schaltfläche/Box ist schon da, aber halt deaktiviert. Laut MS ist das bei den Expressversionen generell der Fall.
Lädt man allerdings Projekte ein, die mit der Pro-Version erstellt wurden, ist sie aktiv ...
