LittleArwen

Wollte nochmal eine Rückmeldung geben.

Ich hab den Fehler jetzt beseitigt. Wie das Leben so spielt, war an einer entscheidenden Stelle windows.h nicht eingebunden. Zwar in der Cpp-Datei, in der die Main enthalten war, aber an anderer Stelle wurde sie auch gebraucht, da war's nicht drin.

Der Teufel ist ein Eichhörnchen.

Kenn ich leider zu gut. Noch besser wird es, wenn sie Loot abgreifen, und dann off gehen. Da mach ich regelmäßig Trampelpfade in die Zimmerdecke.

Als ich den Manawyrm-Spruch meiner Belfe beim dauerslashflirten gehört hab, musste ich schon ziemlich grinsen. Oder der mit den epischen Reittieren, herrlich. Aber jugendfrei ist das echt nicht.

Wieder was gelernt. Ich glaub ich ruf mal den an, der das programmiert hat. Du hast ja auch noch anderes zu tun. Danke dir schonmal!

Den schönsten Winter hab ich im Urlaub in Lappland erlebt, a****kalt und überall nur vor Kälte knarrender Schnee, herrlich. Und hell war's auch nur von 11 bis 15 Uhr. So ließe es sich leben.

Sommer und die Zeit drumrum ist auch nicht meins, viel zu warm und die Stechmücken, uah.

Das Eiskratzen morgens kann ich aber auch nicht ab, da krieg ich echt nen Vogel.

Wie schaust du dir denn die .lib an? Wo siehst du dieses @24? Denn so sieht es ja danach aus, als ob die Dll nicht zur Lib passt.

Im Hexeditor guck ich mir die an. Da steht überall, wo der Funktionsname steht, Folgendes:

_PNIO_rec_write_req@24__imp__PNIO_rec_write_req@24

Ordinalzahl der Funktion ist 15, laut Depends.

Er gibt mir aber ne Warnung aus: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.

Im Teilfenster drüber ist die MPR.dll rot markiert. Als ich mir dann diese in einem Extrafenster angesehen hab, zeigte er mir im Teilfenster oben rechts die Funktion WNetRestoreConnectionA mit einem roten C-Symbol an (ich hab mit dem Tool noch nie gearbeitet, daher die umständliche Bezeichnung der Fenster - das werde ich mir später mal genauer ansehen). Hab ich da was relevantes gefunden?

So, nach 2 Threads hab ich auch mal diesen Thread gefunden und werde der impliziten Aufforderung, mich vorzustellen, nachkommen!

Meistens höre ich auf den Namen Daniela, bin 25 und studiere gerade an der FH Informatik, derzeit im Praxissemester.

Programmiertechnisch leichtbewandert in C/C++, Java kann ich aber besser.

*mal in die Runde winkt*

Mir ist gerade aufgefallen, dass in meiner .lib hinter der Funktion steht: @24

In der .def steht aber @15.

Das hat nichts zu bedeuten, oder? Sry für das dauernde Rumgestochere, ich bin gerade sowas von ratlos.

Ich hab die .def noch nie angefasst, und in beiden Projekten ist immer nur die .lib enthalten... Muss ich die .defs auch mit einbinden?

Ja, hab eine .def-Datei gefunden. Ich kann sie mal posten.

EXPORTS

PNIO_CP_set_appl_watchdog @1

PNIO_CP_trigger_watchdog @2

PNIO_CP_register_cbf @3

PNIO_CP_set_opdone @4

PNIO_CP_cycle_stat @5

PNIO_CP_cycle_info @6

PNIO_data_test @7


PNIO_controller_open @11

PNIO_device_activate @12

PNIO_set_mode @13

PNIO_rec_read_req @14

PNIO_rec_write_req @15

PNIO_ctrl_diag_req @16

PNIO_controller_close @17

PNIO_data_read @18

PNIO_output_data_read @19

PNIO_data_read_cache_refresh @20

PNIO_data_read_cache @21

PNIO_data_write @22

PNIO_data_write_cache_flush @23

PNIO_data_write_cache @24


PNIO_register_cbf @26


PNIO_device_open @41

PNIO_set_appl_state_ready @42

PNIO_device_ar_abort @43

PNIO_device_close @44

PNIO_device_start @45

PNIO_device_stop @46

PNIO_set_dev_state @47

PNIO_api_add @48

PNIO_api_remove @49

PNIO_mod_pull @50

PNIO_sub_pull @51

PNIO_sub_plug @52

PNIO_sub_plug_ext @53


PNIO_mod_plug @55

PNIO_build_channel_properties @56

PNIO_diag_channel_add @57

PNIO_diag_channel_remove @58

PNIO_diag_generic_add @59

PNIO_diag_generic_remove @60

PNIO_diag_ext_channel_add @61

PNIO_diag_ext_channel_remove @62

PNIO_process_alarm_send @63

PNIO_diag_alarm_send @64

PNIO_ret_of_sub_alarm_send @65

PNIO_initiate_data_read @66

PNIO_initiate_data_read_ext @67

PNIO_initiate_data_write @68

PNIO_initiate_data_write_ext @69

PNIO_sub_plug_ext_IM @70

So, nun hab ich mir ein kleines Testprojekt erstellt, in dem ich nur die Funktion teste. Bis auf einen kleinen Speicherfehler :floet: läuft das, also es wird alles korrekt gebunden. Die Funktion wird gefunden.

Also wird es nicht an der Bibliothek liegen, denke ich.

Das wär noch ne Idee. Das mach ich gleich mal. Kann zwar ein bisschen dauern weil ich viel drumrumbasteln muss, aber ich hab ja Zeit. Ich werde berichten, ob es geklappt hat, danke!

Hm, die Versionsnummern sind identisch. Also so langsam kommt mir das komisch vor. Vllt kontaktiere ich mal den Entwickler. Oder ich installiere zu Testzwecken den GNU-Compiler, ursprünglich wurde das Ganze unter KDevelop 3 entwickelt. Aber ich kann mir nicht vorstellen, dass es daran liegt. Der Compiler meckert ja nicht (mehr).

Oder ich schreibe alle cpp-Files neu.

Eigentlich sollte das keine Linkerfehler verursachen, aber hast du das mal zum Test auf cdecl umgestellt?

Bist du ganz sicher, dass nicht irgendwoher eine alte Version der Importbibliothek geholt wird?

Danke für den Tipp, ich hab das jetzt mal versucht. Hat leider keinen Erfolg gebracht.

Also ich hab die Bibliothek von Hand in das Projektverzeichnis kopiert und dann diese Stelle angegeben. Was mir aber eben noch einfällt: Ich habe noch 2 dlls mit demselben Namen. Vllt hab ich mir die durch zuviel Rumspielen zerschossen... Wobei ich nicht wüsste, wie. :confused:

Hast du die Bibliothek schon erfolgreich verwendet, oder diese Funtion?

Sowohl, als auch.

Ich wollte nur ausschließen, dass das ein C++-Symbol ist und irgendwas wegen falscher Parametertypen nicht passt. Aber das Symbol ist undekoriert, reines C.

Welche Aufrufkonvention hast du in deinem Projekt eingestellt?

Derzeit ist /GZ eingestellt, also der stdcall.

PNIO_UINT32 PNIO_CODE_ATTR PNIO_rec_write_req(

        PNIO_UINT32    Handle,            /* in */

        PNIO_ADDR *    pAddr,             /* in */

        PNIO_UINT32    RecordIndex,       /* in */

        PNIO_REF       ReqRef,            /* in */

        PNIO_UINT32    Length,            /* in */	// max. Laenge 480 Byte

        PNIO_UINT8 *   pBuffer);          /* in */

Ich bin mir nicht sicher, ob das allein hilft... Der Code ist ziemlich tief geschachtelt.

Oh, sorry.

parameter.obj : error LNK2001: Nichtaufgeloestes externes Symbol _PNIO_rec_write_req

Debug/vs06_profidrive_v4.exe : fatal error LNK1120: 1 unaufgeloeste externe Verweise

Das wäre die Meldung des Linkers. Meinst du mit Signatur die Deklaration aus dem Header oder die gesamte Implementierung der Funktion?

Hallo,

nun saß ich gestern den halben Tag an diesem Fehler und alle Ansatzpunkte, die ich kenne, hab ich mittlerweile ausgeschöpft.

Die Funktion bzw das Symbol, wonach er sucht, ist in einer proprietären Bibliothek enthalten. Diese hab ich schon mehrfach woanders verwendet, mit Erfolg. Ich hab mir die Fortschrittsinformationen des Linkes ausgeben lassen, bis auf eine einzige Funktion findet er alle. Genau diese, hab ich im Hexeditor nachgeprüft, steht da auch drin, sowohl deklariert als auch definiert.

Ich vermute, dass irgendwas mit den Aufrufkonventionen nicht stimmt. Aber so tief stecke ich noch nicht in C++ drin, daher wollte ich da nicht unüberlegt rangehen.

Der Quellcode ist auch nicht von mir. Ich muss ihn anpassen und "zum laufen kriegen". Meine IDE ist (leider) MS VC++ 6, und ich muss auf Windows XP SP 2entwickeln. Ich habe Folgendes versucht: Bibliotheken im Code über #pragma comment einbinden. Bibliotheken über die Projekteinstellungen einbinden. Sie noch zusätzlich manuell zum Projekt hinzufügen. Das Bibliotheksverzeichnis in den Projekteinstellungen zuerst ohne und dann mit ".\" angegeben. Was gibt es noch, um diesen Fehler wegzukriegen? Hab ich was übersehen?

Viele Grüße,

Arwen

Ich hab's fast schon befürchtet. Danke für deine Antwort!

Hallo,

ich stehe derzeit vor folgendem Problem: Ich habe hier zwei WIN XP-Rechner stehen, die sich über das Firmennetz miteinander "unterhalten" können. So haben beide logischerweise über den DHCP eine IP zugewiesen bekommen, daran möchte auch nicht rütteln. Dazu habe ich aber noch einen Teststand, der nicht ans Firmennetz sollte, den ich aber von beiden Rechnern aus erreichen können muss. Soweit so gut, über ein Switch sollte das ja möglich sein, was ich auch schon habe. Kabelsalat.

Nun brauche ich aber für meine 3 Geräte ein eigenes Subnetz. Mein Hauptrechner hat nur eine Onboard-LAN-Schnittstelle, eine zweite Netzwerkkarte einbauen geht nicht ohne weiteres. Mein zweiter Rechner hat 2Netzwerkadapter, da geht das, was ich vorhabe, ohne Probleme. Von meinem Teststand (mein 3. Gerät im Bunde) kann ich nur einen Netzwerkanschluss nutzen.

Deswegen will ich meiner Netzwerk"-Karte" in meinem Hauptrechner eine 2. IP zuweisen, mit eigener Subnetzmaske (z. B. 255.255.254.0 für das Firmennetz, und ich möchte 255.255.255.0 für meine 3 Geräte haben). Die grafische Oberfläche von Win XP lässt mich über das Fenster "Erweiterte TCP/IP-Einstellungen" keine zweite IP einrichten, der Button "Hinzufügen" oben im ersten Reiter ist ausgegraut.

Gibt es dafür einen Kommandozeilenbefehl? ARP funktioniert nicht. Sry für den langen Text, kürzer geht's irgendwie nicht. Und die Google-Suche hat nur Dinge ergeben, die ich ohnehin schon weiß bzw. die nicht zu meinem Problem passen.

Viele Grüße,

LittleArwen