![]() |
XE6 Indy - Zwei Programme mit idsnmp Komponente - eine blockiert
Ich habe zwei Programme geschrieben die per SNMP Werte von Netzwerkgeräten auslesen.
Obwohl ich bei beiden Anwendungen identische Werte in der Komponente idSNMP setze funktioniert eine der Anwendungen nicht wenn bereits die Andere Anwendung läuft. Anwendung1 wirft Grundsätzlich den Fehler Socket konnte nicht gebunden werden. Adresse und Port werden bereits verwendet Anwendung2 läuft immer egal ob sich als erstes oder zweites starte. Beide Anwendungen führen lediglich einen snmp get Request aus (idsnmp.senquery) |
AW: XE6 Indy - Zwei Programme mit idsnmp Komponente - eine blockiert
Verwendest Du Port oder BoundPort? Ansonsten läßt sich ohne Source nicht viel dazu sagen.
|
AW: XE6 Indy - Zwei Programme mit idsnmp Komponente - eine blockiert
nein, ich verwende lediglich host um das Zielgerät einzustellen. Der Rest ist zu 99% Standardeinstellung der idSNMP Komponente. BoundIP lasse ich immer leer, BoundPort steht standardmäßig auf 0 genau wie BoundPortMin und BountPortMax
Setzen tue ich nur die folgenden Werte
Code:
snmp.host := mein remote host
snmp.Query.clear; snmp.Query.Community := 'public'; snmp.Query.PDUType := PDUGetRequest; snmp.Query.MIBAdd('meine OID','',4); snmp.SenQuery; |
AW: XE6 Indy - Zwei Programme mit idsnmp Komponente - eine blockiert
PUSH
Mein Problem ist das ich so nicht einmal mehrere Geräte parallel abrufen kann geschweige denn zwei Programme parallel laufen lassen kann welche die selbe indy Komponente verwenden. Sobald also eines meiner Programme per idsnmp Daten geholt hat ist auch für alle anderen Programme welche idsnmp verwenden das Socket blockiert obwohl die Komponente keine Verbindung hält. sobald ich die Komponente in meinem Programm mit .free wieder freigebe geht es. idSNMP scheint auch nur sich selbst zu blockieren, andere Programme z.B. SNMP Browser laufen ohne Probleme parallel. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:01 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz