Ich verstehe einfach nicht warum jeder sagt es geht nur mit TCP bzw ich soll lieber TCP nehmen 1.weil UDP dafür nicht geeignet ist 1.UDP kannst Du bei Audio-/Videoübertragung in Deinem Chat verwenden 1.UDP kannst Du für Broadcast verwenden, damit sich die Clients im lokalem LAN finden 1.weil es mich nerven würde wenn mein Chatpartner auf eine Nachricht von mir wartet und auf die Antwort von ihm - aber meine Nachricht an meinen Chatpartner ohne Information in einem schwarzen Loch verschwunden ist 1.wenn ich doch eine Information vom Chat bekomme (das meine Nachricht verschunden ist), dann heißt das das Du TCP-Verhalten in UDP nach implementiert hast (was sinnloser Zeitaufwand ist)

Wie genau meinst du das mit sendTo? Ich benutze UDP weil ich einen Serverlosen chat basteln wollte und da ist doch TCP ein wenig ungeeignet oder irre ich mich?

wenn Du uns jetzt verrätst wie einer Serverloser-Chat funktionieren soll, dann darfst Du weiterhin mit UDP basteln

Der Begriff Server (engl. für Diener) bezeichnet entweder eine Software (Programm) im Rahmen des Client-Server-Modells oder eine Hardware[1] [2] (Computer), auf der diese Software (Programm) im Rahmen dieses Konzepts abläuft.

Ein Server (Software) ist ein Programm, das mit einem anderen Programm, dem Client (englisch für Kunde), kommuniziert, um ihm Zugang zu speziellen Dienstleistungen (genannt Dienste) zu verschaffen.

Ein Server (Hardware) ist ein Computer, auf dem ein oder mehrere Server (Software) laufen.

ich konnte da noch nicht lesen das ein Server UDP oder TCP verwenden muss ... Du hast immer einen Server und immer mind. einen Client (soviel zum Thema "Serverloser Chat")

Jetzt habe ich aber das Problem dass manchmal Nachrichten einfach nicht ankommen. Manchmal gehts, manchmal nicht.

ja - so ist das Lotteriespiel mit UDP 😃

hand, mogel

BTW: nimm bitte TCP zur Kommunikation zwischen den Clients - das macht Dir Dein Leben um einiges leichter

Moin,

irgendwie nicht so wirklich ... zumindest mit LogonUserEx[ExW] erhält man ein Token auf den User, womit man weitere Dummheiten machen kann ... ob der auch für direkt Login zu gebrauchen ist weis ich nicht

hand, mogel

Moin,

Warum muss der Benutzer denn während des Updates abgemeldet sein?
Ich denke mal, weil einige zu aktualisierende Dateien sonst geöffnet sind (z.B. durch iom Hintergrund laufende Programme).

zum Einem genau das - zum Anderen sollen (bzw. müssen) die neuen Dateien ("Treiber" für Videoansteuerung/Hardware) neu geladen werden

Bzgl. automatisierter Anmeldung: Das ist natürlich schon aus dem grund rel. problematisch, weil bei einer solchen Möglichkeit diversen Schadprogrammen durch die Anmeldung als Administrator im Hintergrund (mit test auf bestimmte Psswörter) ein rel. einfacher Zugang zum System gegeben werden könnte. LogonUser Function ... als Benutzername Administrator ... der Rest ist nur noch eine Schleife um das Passwort zu wählen - sei es aus einem Wörterbuch oder via Brutforce ... das kann ganz simpel ohne Adminrechte im Hintergrund und niedriger Priorität laufen ... irgend wann habe ich dann mein TRUE und kenne das Passwort :evil:

außerdem gäbe es die Möglichkeit, den Update-Prozesse zu beenden (unterbrechen) und per RunOnce beim nächsten Systemstart fortzusetzen. Dann wird er vor den Anwendungen gestartet und kann die vormals blockierten Dateien ersetzen.

eigentlich wollte ich mir den Rechnerneustart sparen ... daher das Abmelden/Update/Anmelden ... aber ich befürchtete es schon das das Anmelden Probleme macht ... gut - ich kann das LogOn-Programm umschreiben (SDK durchsuchen) ... aber der Aufwand ist mir für das Programm zu groß ... daher gibt es einfach Beenden/Updaten/Reset - da der Rechner nach einem Neustart sowieso automatisch den Benutzer startet ... dauert dann nur etwas länger (gut - soll ja mit W8 wieder schneller sein [als alle Vorgänger 8)])

hand, mogel

Moin,

den Benutzer aus der Windows-Anmeldung her über einen Dienst anmelden ... quasi ... "der Dienst klick auf das richtige Benutzer-Icon und tipp Passwort ein"

hand, mogel

Moin,

wie der Titel schon beschreibt möchte ich über einen Dienst einen Benutzer anmelden ... der Dienst soll für das Update des Programms und weiterer Dateien (Bilder/Konfiguration) zuständig sein ... Ablaufen soll das Ganze wie folgt
1.Update-Befehl erhalten und aktuellen Benutezr abmelden 1.Aktualisierung der Dateien 1.Anmelden des Benutzers

mein Problem ist der Punkt 3 ... ist das überhaupt möglich?

hand, mogel

1. Ist die wahrscheinlichkeit groß, dass es dabei zu einer Kollision kommt?

beim Senden mit TCP hatte ich bisher noch keine Probleme ... Probleme gibt es aber sicher beim Empfang von UDP Daten

2. Wie könnte ich so eine Kollision verhindern? Am besten wäre wenn ich einem Thread sagen könnte: "Wenn gerade jemand anders Daten sendet, dann warte bis der damit fertig ist und fang dann erst an zu senden"

Monitoring ... am einfachsten mit

public class Sometimes {
    private static Object monitor4send = new Object();
    // ...
    public void sned(byte[] data) {
        lock(monitor4send) {
            // Daten über Socket senden
        }
    }
}

hand, mogel

Was ich nicht vermutet hätte (und auch nicht ganz einsehen möchte) ist, dass man ohne Berechtigung auch noch nicht mal in "program files" LESEN darf.

etwas Quellcode wäre natürlich von Vorteil

das müsste das hier sein GC.KeepAlive
Du musst dem GC mitteilen, das er den Handle (bzw. Delegate) nicht anschauen darf

GC.ReRegisterForFinalize nicht vergessen

Kann ich nun in C# ein Form Programmieren und das dann irgendwie als .html Datei ausgeben?

vermutlich eher nicht ... bei einem ja würde das bedeuten das da noch ein IIS auf der Kiste drauf ist ... Embedded Geräte liefern meist nur eine HTML-Seite aus die ein Java-Applett enthält ... und Java läuft nunmal nur in Deinem Browser und nicht auf dem Gerät

Alternativ sei hier noch die Bibliothek Libnodave genannt.

stimmt - die gibt es ja auch noch ... http://libnodave.sourceforge.net/ ... ist aber nicht rein CLI, sondern stellt einen Wrapper für CLI zur DLL bereit

Moin, bevor weiter gerätselt wird ...

über die Webseite dürfte das ganze mittels Java funktionieren, da die Webseite (wenn ich jetzt die richtige S7 im Kopf habe) nur Applets ausliefert ... dafür stellt Siemens eine entsprechende API bereit - die aber seit 2006 (??) nicht mehr unterstützt wird ... allerdings ist die API grauenhaft und langsam

dann kannst Du das Ganze noch mittels OPC ansprechen - dafür benötigst Du aber das Connectivity Pack (oder etwas vergleichbares) ... kosten ca. 1000++ pro Lizenz ... mit dem Connectitvy Pack habe ich aber immer nur mit WinCC rum diskutiert - nie direkt mit einer S7

http://s7net.codeplex.com/ ... ist ganz nice

hand, mogel

Wird die Anwendung irgendwann von der Windows-Dienststeuerung terminiert, so dass ich schnellstmöglich alle noch laufenden Aktivitäten beenden muss?

AFAIK bleibt der Dienst am Laufen ... aber meine Dienste haben bisher immer innerhalb von 30 Sekunden reagiert

Du kannst den Dienst allerdings zum reinen Steuern des eigentlichen Programms nutzen ... dann meldest Du dem Programm das es beendet werden soll und kannst den Dienst innerhalb von 30 Sekunden beenden ... mir persönlich gefällt das aber eher nicht wirklich

Oder hab ich da etwa einen Denkfehler,
Ja, hast du. Welcher mensch kann sich Daten in dieser Frequenz ansehen? --> Keiner.

muss Dich entäuschen - da hast Du einen Denkfehler

diese Datenmengen (bzw. Geschwindigkeiten) sind in der Automatisierung durch aus üblich ... das man sich das nicht in Echtzeit anschaut ist klar - aber man kann die Aufzeichnung anschließend analysieren ... dabei werden durchaus mehrere Aufzeichnung übereinander gelegt und entsprechend betrachtet - zur Fehlersuche (oder was auch immer)

http://webserver.codeplex.com/

Wozu der Weg C#->C++/CLI->WinAPI? ... was ist an der Klasse ComPort fehlerhaft?

Wie kommt beim API-Aufruf der OpenFileDialog ins Spiel? ... der API-Aufruf ist alles ohne Variablen?!

außerdem ist für die Problemlösung mehr Code nötig

Denn wie gesagt der µC befindet sich im Hersteller eigenen System Memory Boot Mode. Da nimmt der alles mit was ihn füttere.

dann solltest Du mal beim Hersteller nachfragen ... entwder Du machst was falsch oder der µC

Es geht darum das ich Daten vom PC zu einem µC schicken muss. Und der µC halt etwas langsam ist und jedesmal eine kurze Arbeitszeit von ca. 10µs braucht bevor das nächste Datenbyte kommen und ausgewertet werden kann.

hö?! ... was für einen µC verwendest Du und wie überträgst Du die Daten? ... im Normalfall sollte das Seriell sein ... wenn da ein Byte ankommt tritt er in den entsprechenden Interrupt und nimmt erst dann das nächste Byte entgegen wenn er den Interupt verlassen hat ... oder anders gefragt - was machst Du?

dauert nur der erste Start etwas länger oder auch wenn du das Programm mehrmals hintereinander startest?

an der Stelle darfst Du den Festplatten-Cache und das verhalten von Windows nicht missachten ... das wird einfach im Speicher gehalten bis es nicht mehr gebraucht wird UND der Speicher voll ist ... bei weiteren Starts wird es also pauschal aus dem Speicher geladen statt direkt von Platte

Die CLR kann man auch in der eigenen (nativen) Anwendung hosten - evtl. ist das eine Überlegung wert.

macht keinen Sinn ... da hier ebenfalls irgend wann die Runtime geladen werden muss ... vgl. Antwort von herbivore

das Einzige was man machen kann ist das Tricksen (seperate Programme, dynamisches Laden das Hauptprogramms nach Programmstart) ... solange wie aber das Laden der Runtime länger dauert als das Laden des eigentlichen Programms, macht das keinen Sinn

da Deine Ausführungen etwas ungenau sind, ein Schuß ins Blaue

wenn Du ein Image aus einer Datei erstellst, hält das Framework den Finger drauf - bis das Image zerstört (Dispose) wird ... die einzige Möglichkeit ist das Bild in ein Byte-Array bzw. MemoryStream zu lesen und dann das Image aus dem MemoryStream erzeugen

da wir in unserem netzwerk intensiv mit multicast video streams arbeiten

welche Geräte verwendet ihr?

wuerde ich gern ein tool schreiben, was diese videos per sw auf den rechner anzeigen kann.

also, weis jemand wie ich empfangene udp video paket mittels c# anzeigen kann?

zum Empfang von Daten über Multicast hilft dir die MSDN weiter oder Google (z.B. IP Multicasting in C#) ... im Grund brauchst Du nur einfach die anfallen Daten 1:1 zum Encoder geben ... die Daten erhälst Du über eine Endlosschleife die am UDP (bzw,. Multicast) Server lauscht

Dein Problem ist der Encoder ... solange wie Du einen Encoder verwenden kannst der mit DirectX direkt zusammen arbeitet, kein Problem (auch Google) ... hast Du die Bosch-Geräte musst Du das ActiveAX verwenden ... die Axis Geräte habe ich noch nicht probiert - da gibt es aber auch ein ActiveAX ... gleiches gilt vermutlich auch für alle anderen Geräte

Moin,

dass es sich um eine system.io.filenotfound exception handelt....

Also findet er irgednwas nicht

ja klar ... Dein Arbeitsverzeichniss müsste irgendwas mit c:/windows/system32 oder so sein - Du befindest Dich aber definitiv nicht im Verzeichnis Deines Programms ... das ist aber ein normale Betriebssystemverhalten (macht Linux & Co. auch so) ... Du musst also entweder am Anfang Deines Programms Environment.CurrentDirectory (?) richtig setzen ... oder die benötigten Daten (bzw. Pfad) fest vorgeben ... letzteres ist die sehr viel schlechtere Idee

hand, mogel

Moin,

ZyanComponentHost host1 = new ZyanComponentHost("ZyanDemo1", 8080);
ZyanComponentHost host2 = new ZyanComponentHost("ZyanDemo2", 8080);

das geht so nicht - kommt die zu erwartende Exception ... gibt es eine andere (oder überhaupt eine) Möglichkeit die Hosts entsprechend auf den gleichen Port zu legen ... in meinem Kopf disharmoniert etwas die Beziehung für jeden Host mit anderem Namen auch einen anderen Port verwenden zu müssen (ist irgendwie doppelt geändert) .. quasi

// Programm #1
ZyanConnection connection = new ZyanConnection("tcp://ip:8080/ZyanDemo1");

// Programm #2
ZyanConnection connection = new ZyanConnection("tcp://ip:8080/ZyanDemo2");

im Grunde geht es mir darum das ich nur eine zentrale Einstiegstelle suche (nur ein Port) und von dort alle Programme (zuviele kleine) auf dem lokalen Rechner Remote bedienen möchte ... bisher habe ich dafür jeweils einen Port vergeben ... aber die Liste wird immer länger und die Wahrscheinlichkeit das ich auf ein anderes Programm treffe das auch diesen Port nutzt somit immer größer

hand, mogel

vielleicht mit kurzem sleep dazwischen?

lies bitte was ein StackOverflow ist und wie er funktioniert bzw. ausgelöst wird ... dann überlege nochmal ob Dir ein schnödes Sleep wirklich hilft

irgendwie find ich nicht so die wirklich schöne lösung bei der ich nicht alles umbauen muss...

ist schon Mist wenn man nochmal von vorne anfangen muss um es richtig zu machen

Moin,

while(!ende)
{
    if (!connected)
    {
        connectUnit();
    } else {
        readData();
    }
}

private void readData()
{
    try {
        // Daten lesen
    } catch(Exception ex) {
        connected=false;
    }
}

private void connectUnit()
{
    try {
        // Verbindung aufbauen
        connected = true;
    } catch(Exception ex) {
        connected=false;
    }
}

ns.ReadTimeout = 100; //100ms warten, nicht länger

das ist je nach Leitung zu Kurz ... bei ISDN kannst Du das vergessen - UMTS (bzw. VPN) ebenfalls ... ich nehme da immer 5 Sekunden

damit vieleicht ??

der Client (in Deinem Fall Internet-Explorer) macht Mist und schließt die Verbindung

ich mag mal meine Aussage zurück ziehen - aber nur auf Grund der von Dir geposteten Consolen-Ausgabe ... irgendwie fehlt da die Content-Length Angabe ... sprich ... der Client weis nicht wieviel Bytes ankommen

Moin,

clientStream.Write(buffer, 0, buffer.Length);  // HIER

um diese Zeile gehört ein Try-Catch ... der Client (in Deinem Fall Internet-Explorer) macht Mist und schließt die Verbindung ... aber was interessiert Dich was der Client macht?! ... Dein Server muss bei einer Fehlfunktion des Client weiterhin funktionieren

ansonsten - http://webserver.codeplex.com/

Ein TCP Client in VBS in WinCC zu schreiben ist denk ich eine qual 😃

es ist schlimmer - viel schlimmer ... ich weis gar nicht wie man eine Sprache so zerhauen kann ... dann lieber iFix mit Basic

könnt ihr nicht über OPC Variablen kommunizieren ?

nicht ohne Connectivity-Pack (+€) ... wenn dafür schon eine Lizenz vorhanden ist, dann ist das um einiges einfacher ... zur Not ginge es auch noch über serielle Schnittstelle ... von einem COM-Port raus - zum Anderem rein :]

ich habe es jetzt auch mit lock gemacht ... zur ursprünglichen Quellcodeerstellungszeitdingensbummens kann ich lock noch nicht

ja -.- ... das ist mit beim Mittagessen auch eingefallen ... durch eine Fehlfunktion (sitze ich auch gerade dran) wird von anderer Stelle eine neue Verbindung und somit ein neuer Socket erstellt ... damit ändert sich das Objekt und bäng

danke, mogel

gut - die Exception kommt somit bei Monitor.Exit() ... weil eben Monitor.Exit() ohne Monitor.Enter() aufgerufen wurde ... nur wie wird der Block abgearbeitet, wenn er nicht auf Monitor.Enter() trifft?

Moin,

ich hatte gerade einen Anruf von einem Kunden, das das programm unregelmäßig abstürzt ... nach dem ich mir die Logfiles zum Programm angeschaut habe, hatte ich folgende Fehlermeldung:

Fehlermeldung:
SendPacket: Die Objektsynchronisationsmethode wurde von einem nicht synchronisierten Codeblock aufgerufen.

dummerweise logge ich den ExceptionNamen (bzw. Klassennamen) nicht mit ... daher ist der ExceptionName für mich unbekannt -.- ... im Grunde greifen 2 Threads auf die Methode SendPacket ... damit die sich beim Senden nicht stören habe ich einen Monitor eingebaut

        public void SendPacket(RCPPlusPacket rcp)
        {
            byte[] buffer = null;
            logger.trace();
            if (!this.Connected)
            {
                logger.error("nicht mit Ger\x00e4t verbunden ... RCPPacket wird verworfen");
            }
            else
            {
                Monitor.Enter(this.socket);
                try
                {
					buffer = rcp.CreateTCPPacket();
					if ((buffer[10] == 0) && (buffer[11] == 0))
					{
						buffer[10] = (byte) ((this.ClientID & 0xff00) >> 8);
						buffer[11] = (byte) (this.ClientID & 0xff);
					}
					logger.hex(3, "RCPPacket-TX: ", buffer, buffer.Length);
					int send = this.socket.Send(buffer, buffer.Length, SocketFlags.None);
                }
                catch (SocketException sex)
                {
                    logger.error(sex);
                    this.Connected = false;
                }
                catch (Exception ex)
                {
                    logger.error(ex);
                    this.Connected = false;
                }
                Monitor.Exit(this.socket);
            }
        }

der eine Thread kommt von der GUI und setzt die Kameras/Positionen und Monitore zurück ... der andere Thread läuft permanent im Hintergrund und sendet nur alle 60 Sekunden ein "Alive"-Paket an das Bosch-Gerät ... aber beide nutzen eben die Methode SendPacket()

ich verstehe quasi nicht wieso der Fehler auftritt

danke für Denkanstöße, mogel

[...]in C# ein Datenfile erstellen soll, das in einer VB6.0-Anwendung mit "Open File For Random... Len = 100" eingelesen werden soll[...]

hast Du irgendwo eine Beschreibung des Dateiaufbaus

was das heist "keine echten dlls" gucken was google sagt^^

Du bist noch ein paar Jahre davon entfernt das zu können was Du jetzt willst

Moin,

wie ich schon schrieb - das was Du willst geht mit .NET nicht ... Du bist also im falschen Forum

aber deine antwort sieht vielversprechend aus, werde mir mal die themen angucken, danke

viel Spass mit C bzw. C++ ... mit .NET kommst Du bei dem Thema nicht weit 😃

Du willst das Verhalten von Windows beeinflussen?

Den ersten Teil hab ich hinbekommen:

IPHostEntry iphostentry = Dns.GetHostEntry(Dns.GetHostName());  
ipAdresse = iphostentry.AddressList[2];  
myTcpServer = new TcpListener(ipAdresse, 59643);  

Du musst den Server an "0.0.0.0" bzw. IPAddress.Any binden ... bei allen Anderen lauscht der Server nur an der zugewiesenen NIC

Du könntest auch direkt vom Server broadcasten, also regelmäßige Broadcasts ins lokale Netz senden, dann kann der Client darauf reagieren und sich anschließend verbinden - dazu muss allerdings dann der Client in der Lage sein, den Broadcast zu empfangen.

eher anders herum ... der Client sendet die Broadcasts und der Server beantwortet diese - spart (zwar nur minimal) Netzwerk & CPU

byte[] buffer = new byte[]  { 0xAA, 0xBB, 0x01, 0xFF, 0x0C, 0x0A };
serialPort1.Write(buffer, 0, buffer.Length);

Inzwischen vermute ich, dass die zwei Bytes Unterschied in der Art und Weise liegen, wie .Net solche Files anlegt und speichert, und wie im Gegenasatz dazu VB6.0-Anwendungen solche Files öffnen.

nein - beide machen das auf Byte-Basis ... da gibt es keine Unetrschiede

Habt ihr mir vielleicht Tipps, wo und wonach ich da noch suchen könnte, um schlau zu werden?

Stichwort: BOM

hand, mogel

Was soll am Ende rauskommen?

http://www.tamirgal.com/blog/page/SharpSSH.aspx ... ist etwas langwierig sich einzuarbeiten - anschließend habe ich mir aber einen kleinen "Explorer" gebastelt um darüber grafisch arbeiten zu können

hand, mogel

Schuß ins Blaue

MimeTypes g_MimeTypes = new MimeTypes("Directory.GetCurrentDirectory + @"\" + mime-types.xml");

Directory.GetCurrentDirectory könnte so etwas wie "C:\windows\system32" liefern - was durchaus falsch ist

ohne jetzt nachgeschaut zu haben ...

evt. kannst Du einen Comparer bzw. eine Klasse zum Sortieren mit der ListBox verbinden ... in der kannst Du dann festlegen wie die Items sortiert wernden sollen in der ListBox

Du hast aber auch auf der anderen Maschine .NET installiert?

Wo benutz ich denn einen EventHandler?
Meinst du innerhalb des Button_Clicks?

ja

Soll ich jetzt die Analyse in einem extra Thread starten oder wie ist das gemeint?

ja

(Bin mit Threads und Events noch nicht vertraut)

dann wäre das jetzt ein guter Zeitpunkt sich damit auseinander zu setzen

denn mir wurde es so gesagt das man einfach "sagen" kann: "Von hier, bis hier Code mit GPU ausführen."
Nein, so einfach geht das nicht.

das dürfte überhaupt nicht gehen ... .NET wird durch den JIT in CPU-Code übersetzt ... das dürfte nicht mal annährend in einer GPU laufen

Ansonsten gibt's von NVIDIA auch ein Tool für deren Grakas, mit dem man dann beinahe C++ Code auf der Graka ausführen kann - allerdings auch nur mit genauen Überlegungen, wann man was von der Graka zur CPU schickt.

NVidia hat CUDA ... AMD hat Stream

Preisfrage an den OP - Was willst Du machen?

Ich lass mich gerne Korrigieren, aber ich denke doch, dass 127.0.0.1 nur unter dem namen localhost erreichbar ist für Programme die auf dem gleichen Rechner laufen ...

darauf würde ich auch tippen ... etwas Quellcode vom Server wäre von Vorteil

Bin nur ins grübeln gekommen, weil unser Prof das in der letzten Vorlesung als Tipp mitgegeben hatte, aber das war dann sicherlich an die "ich programmiere eigentlich nicht so häufig Studenten" gerichtet..🙂

🤔 ... ich will nur hoffen das Du Dich verhört oder etwas falsch verstanden hast

wenn Du wirklich den Start des Index bei 1 benötigst, dann den Umweg

for(int index = 1; index <= array.length; index++)
{
    array[index-1] = 42;
}

👍