PureBoard

Hi Leute,

ich arbeite gerade mit den Netzwerkbefehlen von PB und dabei fällt mir auf, dass man zwar die IP oder den Port aus dem Header mithilfe Funktionen auslesen kann, aber wieso kann man nicht direkt auf den Header zugreifen?

Das müsste von Freds Seite doch easy peasy sein einfach den Pointer zurückzugeben...

Oder wieso werden ganze Befehlsketten in WaitWindowEvent() zusammengefasst?
Hier könnte man doch auch ganz einfach für die fortgeschrittenen User die Befehle einzeln angeben...

Gruß
Scarabol

Scarabol hat geschrieben:Hi Leute,

ich arbeite gerade mit den Netzwerkbefehlen von PB und dabei fällt mir auf, dass man zwar die IP oder den Port aus dem Header mithilfe Funktionen auslesen kann, aber wieso kann man nicht direkt auf den Header zugreifen?

Das müsste von Freds Seite doch easy peasy sein einfach den Pointer zurückzugeben...

Oder wieso werden ganze Befehlsketten in WaitWindowEvent() zusammengefasst?
Hier könnte man doch auch ganz einfach für die fortgeschrittenen User die Befehle einzeln angeben...

Gruß
Scarabol

Also wenn ich dich jetzt richtig verstanden hab ...

Stell die Frage im englischen Forum bzw. frag Fred direkt per PN
... die entsprechende Antwort bitte hier posten

MFG PMV

Scarabol hat geschrieben:Hi Leute,

ich arbeite gerade mit den Netzwerkbefehlen von PB und dabei fällt mir auf, dass man zwar die IP oder den Port aus dem Header mithilfe Funktionen auslesen kann, aber wieso kann man nicht direkt auf den Header zugreifen?

Das müsste von Freds Seite doch easy peasy sein einfach den Pointer zurückzugeben...

Oder wieso werden ganze Befehlsketten in WaitWindowEvent() zusammengefasst?
Hier könnte man doch auch ganz einfach für die fortgeschrittenen User die Befehle einzeln angeben...

Gruß
Scarabol

Verwende auch bitte einen aussagekräftigen Titel, danke. "Wieso ist das so?" = Kann alles sein.

Das könnte auch daran liegen daß Fred die Header gar nicht zusammenbaut, sondern Funktionen des Betriebssystems nutzt. Möglicherweise bietet das Betriebssystem nur die Abfrage von IP und Port an, aber nicht die Abfrage des Headers (weiß ich aber nicht).

Du meinst den TCP/IP Header oder welchen Header ?
Von welchem Networklayer sprechen wir hier ?

Falls HTTP Header, dieser ist ein String..

Den TCP Header braucht man nur auf unterster Ebene : Das macht der TCP Stack. Gibt auch div 3th Party librarys welche ein sniffing anbieten, damit geht ggf. mehr (Direkter OSI Zugriff).

Thalius

Thalius hat geschrieben:Du meinst den TCP/IP Header oder welchen Header ?
Von welchem Networklayer sprechen wir hier ?

Falls HTTP Header, dieser ist ein String..

Den TCP Header braucht man nur auf unterster Ebene : Das macht der TCP Stack. Gibt auch div 3th Party librarys welche ein sniffing anbieten, damit geht ggf. mehr (Direkter OSI Zugriff).

Thalius

3rd nicht 3th . Zwischen OSI 3 und 7 kann theoretisch alles auf Softwareebene gesnifft werden. Aber das ganze wird zu kompliziert, wenn man auf die Schichten 3 und 4 Zugreifen will, da genau dort der Treiber der jeweiligen Netzwerkkarte sitzt. Man müsste diese also alle einzelnen Treiber kennen um sie sniffen zu können oder die häufigsten Gemeinsamkeiten finden und darauf vertrauen, dass der User eine Netzwerkkarte mit genau diesen Eigenschaften hat. Oder man stellt diese TCP/IP Frames einfach künstlerisch nach. Der Aufbau steht ja bei Wikipedia.

ich meinte Drittparty Lib. Welche eine Virtuelle NIC simuliert die als wrapper für den jeweiligen Treiber agiert.