שלום,
יש לי dll עם פונקציות api שנוצר בשפת c# ואני רוצה להפעיל את הפונקציות מתוך c++ או mfc.
אם ה- dll היה בנוי ב- mfc או c++ אז הייתי יכולה להפעיל את הפונקציות הבאות: LoadLibrary ו- GetProcAddress אבל כאשר ה- dll נבנה ב- c# זה לא עובד.
אנא עזרו לי באיזה פונקציות אני צריכה להשתמש?

תודה מראש
יסמין ה.

בגרסא 1.1 של ה-FRAMEWORK זה היה אפשרי עם קצת משחקים על ASSEMBLIES מקומפלים. אני לא יודעת אם זה אפשרי בגרסא 2.0. חפשי בגוגל על REVERSE P/INVOKE.

JAM

ראשית, תודה רבה על התשובה המהירה אבל לא כל כך הבנתי מה אני אמורה לחפש בגוגל?
מה זה REVERSE P/INVOKE?
למה הכוונה "משחקים על ASSEMBLIES מקומפלים"?

תודה מראש
יסמין ה.

השיטה שאני מכירה דורשת עריכה של פרמטרים בתוך ה-ASSEMBLIES המקומפלים (כלומר, ב-BYTECODE שהקומפיילר מוציא). Reverse P/Invoke זה השם של הטכניקה, וזה הערך שאת צריכה לחפש. תקבלי תוצאה של מספר מאמרים שמסבירים מה זה בפירוט.

תבדוק אם הקובץ DLL מיצא פונקציות בכלל,אולי לא הגדרת את הפונקציות שמה טוב
ואם מיצא באיזה שם בדיוק

שלום xyzzz,
ראשית, תודה על התגובה המהירה
שנית, כאשר אתה אומר "תבדוק אם הקובץ DLL מיצא פונקציות בכלל" זה אומר שאפשר להשתמש ב-
LoadLibrary ו- GetProcAddress גם כאשר ה- dll נבנה ב- c#...
כאשר אני פותחת את ה- dll ע"י view dependencies אני לא רואה פונקציות כמו שבדר"כ אני רואה כאשר ה- dll נבנה עם c++ או mfc.
לפי מה שהבנתי כאשר בונים dll עם c# אז הפונקציות לא מופיעות שם, או שאני טועה...

אנא עזרו לי קצת יותר, אני לא יודעת איך למצוא ב- גוגל.
תודה מראש,
יסמין

המבנה של הקובץ צריך להיות אותו דבר לא משנה באיזה קומפילר או שפה אתה עובד
אם אין שום פונקציה ב export אז לא בנית את הקובץ טוב ולכן getprocaddress נכשל

את לא טועה. אם ה-DLL נבנה עם שפת NET., אז אין בו את הפונקציות המיוצאות כמו ב-DLL שנבנה עם שפה רגילה. מה שכן יש בו זה קוד שרק סביבת הריצה של NET. (רכיב שנקרא CLR) יודעת לקרוא. הסיבה היא שקוד NET. הוא סט אחר של הוראות וקוד בינארי - לא אלו של המעבד האמיתי. מאוד דומה לעקרון של JAVA.

דרך אחרת לחשוף פונקציות מתוך DLL שנבנה ב-NET. היא ע'י שימוש ב-COM INTEROP, ולגשת לאובייקטים שלך בתור אובייקטי COM.

תודה, עכשיו זה יותר ברור אבל אני עדיין לא יודעת באיזה פונקציות להשתמש...
מה שמצאתי ב- msdn לגבי COM INTEROP זה איך ליצור dll אבל לא איך להשתמש בפונקציות של ה- dll
זה יהיה חוצפה לבקש איזה שהיא דוגמא לקוד ב- c++ או mfc שמבצע קריאה לפונקציה מתוך dll שנוצר ב- c# בבקשה, יסמין ה.

איך אני מפעילה את הרכיב שנקרא CLR?

CLR זה מה שמריץ את התוכניות של NET. הוא עולה אוטומטית, את לא צריכה לעשות כלום.
חיפשת בגוגל על המונח Inverse P/Invoke?

JamBurry,maxim k,
שוב תודה על התגובות,
הצלחתי להבין סוף סוף את כל המושגים שרשמתם כמו: Inverse P/Invoke, CLR, COM INTEROP , Managed code , unmanaged code, Interop assembly
אבל שוב אני עדיין לא מצליחה להבין למה אני מקבלת שגיאה:
managed targeted code requires a '/clr' option
כאשר אני רושמת את הקוד הבא:

קוד:

#include<vcclr.h>
#using <mscorlib.dll>
using namespace System;
Assembly a = Assembly.LoadFile("Engine.dll");

תודה מראש,
יסמין

שלום,

למקרה שזה מעניין עוד מישהו הפתרון הוא:

הוספה במאפיינים של הפרוייקט:

1. שימוש ברכיב clr = Common Language Runtime

2. referance ל- DLL

3. במידה והפרוייקט הוא mfc אז יש לשנות מ-static library ל- shared library

ואז הקוד הזה יתקמפל:

using namespace dll_name;

dll_name::class_name::fanction_name();



תודה לכל אלה שעזרו,

יסמין ה.

אני לא מבטיח כלום כי אני לא יודע יותר מידי בתחום אבל אולי את יכולה לעשות את זה דרך managed c++

http://msdn2.microsoft.com/en-us/library/ms973872.aspx

עריכה:
את יכולה להציץ גם פה ובקישורים בתחתית הדף הזה, ובכלל לחפש:
http://www.blong.com/Conferences/Bo...tNetInterop.htm

בדיוק כמו שנאמר כאן, הדרך הפשוטה והנכונה לעשות את זה יהיה לעטוף את האובייקט ה managed בתוך dll של managed cpp
אם אתה משתמש בגרסאה 2.0 אז כבר הספיקו לשנות את השם והסינטקס של השפה ל c++\CLI
ככה תיצור מחלקה שהיא כתובה ב native ותחזיק בתוכה מצביע לאובייקט ה managed. ומכאן פשוט תצטרך ליצור native API שיעטוף את הגישה לאובייקט ה managed

כאשר אני משנה במאפיינים של הפרוייקט מ-static library ל- shared library אז אני לא מצליחה להפעיל את ה- dll במחשב אחר...
ולכן אני חייבת לעבוד עם clr ו- use mfc in a ststic libraary אבל מתנגש בקימפול.
מה צריך להוסיף למאפיינים של הפרוייקט?

zeliran,
כיצד אני יכולה לעטוף את האובייקט ה managed בתוך dll של managed cpp ?
כיצד אני אצור מחלקה שהיא כתובה ב native ותחזיק בתוכה מצביע לאובייקט ה managed. ?
כיצד ליצור native API שיעטוף את הגישה לאובייקט ה managed ?

אני לא מצליחה להבין למה אתם מתכוונים...
תוכלו בבקשה לתת לי קוד פשוט לדוגמא?

תודה מראש
יסמין ה.

את יוצרת פרויקט managed cpp, שיש לו רפרנס לפרויקט ב #C
בתוך הפרויקט שלך את יוצרת מחלקה native, ע"י שימוש באופרטור nogoc__
בתוך המחלקה הזאת את צריכה להוסיף מצביע למחלקה ה managed. ניתן לעשות את זה ע"י שימוש ב gcroot.
שזה משהו כמו:
gcroot<MyManagedClass^> m_managedPointer

עכשיו את "עוטפת" אותו. נגיד יש למחלקת ה managed יש מטודה בשם Print, אז את מוסיפה למחלקת ה native שלך מטודה print, שבתוכה את למעשה קוראת למימוש של המטודה הזאת באובייקט ה managed
משהו כמו:

קוד:

__nogoc class MyNativeClass
{
public:
void print()
{
	m_managedPointer->Print();
}
private:
  gcroot<MyManagedClass*> m_managedPointer;
};

ככה זה עובד נורא בגדול, הייתי ממליץ לך לקרוא על c++/cli, ועל ערבוב של native ו manged
הדוגמה הקצרצרה שנתנתי כאן כתובה ב managed extensions for cpp ... שזו היתה הגרסה של השפה בויזואל סטודיו 2003.
אם את משתמשת בגרסאת 2005, אז כבר הספיקו לשנות קצת את הסינטקס שלה. עכשיו כבר קוראים לה c++/cli

מהניסיון שלי, הנושא הזה מצריך קריאה לא מעטה, ויהיה קשה לצלול אל תוך הקוד אחרי הסברים קצרצרים שכאלה
בהצלחה

את יוצרת פרויקט managed cpp, שיש לו רפרנס לפרויקט ב #C
בתוך הפרויקט שלך את יוצרת מחלקה native, ע"י שימוש באופרטור nogoc__
בתוך המחלקה הזאת את צריכה להוסיף מצביע למחלקה ה managed. ניתן לעשות את זה ע"י שימוש ב gcroot.
שזה משהו כמו:
gcroot<MyManagedClass^> m_managedPointer

עכשיו את "עוטפת" אותו. נגיד יש למחלקת ה managed יש מטודה בשם Print, אז את מוסיפה למחלקת ה native שלך מטודה print, שבתוכה את למעשה קוראת למימוש של המטודה הזאת באובייקט ה managed
משהו כמו:

קוד:

__nogoc class MyNativeClass
{
public:
void print()
{
	m_managedPointer->Print();
}
private:
  gcroot<MyManagedClass*> m_managedPointer;
};

ככה זה עובד נורא בגדול, הייתי ממליץ לך לקרוא על c++/cli, ועל ערבוב של native ו manged
הדוגמה הקצרצרה שנתנתי כאן כתובה ב managed extensions for cpp ... שזו היתה הגרסה של השפה בויזואל סטודיו 2003.
אם את משתמשת בגרסאת 2005, אז כבר הספיקו לשנות קצת את הסינטקס שלה. עכשיו כבר קוראים לה c++/cli

מהניסיון שלי, הנושא הזה מצריך קריאה לא מעטה, ויהיה קשה לצלול אל תוך הקוד אחרי הסברים קצרצרים שכאלה
בהצלחה