|
Hi,
I'm having some problems with DLLImport'ing into an application.
I have a .dll which has no com interface and requires importing of each function I wish to use.
These DLLImport lines sit in a class name VeryWrap
It's a PDF toolkit, and I'm able to create a pdf fine without any content with:
[DllImport("verywrite.dll", EntryPoint="VeryCreate", ExactSpelling=false,CallingConvention=CallingConvention.Cdecl)]<br />
public static extern long pVeryCreate(char[] filename);
Then I run this with:
long id = veryWrap.VeryCreate("Test1.pdf");
I get a file names Test1.pdf, great! I know the technique works.
But what I need is to insert an image into this file.
The library provides a function that takes an image filename and returns the width and height of the image which I then use to create the correct pdf page size I need.
But the return value of the function is a long stating success or failure of the function call.
The width and height are by as paramaters by reference to the function. These values aren't being written to.
The filename as defined in the original C function prototypes are char *, so I thought I should do 'char[] filename'. It seems to work for the Create function.
Now Here's my declaration for the Get Function:
[DllImport("verywrite.dll",EntryPoint="VeryGetFunction",ExactSpelling=false,CallingConvention=CallingConvention.Cdecl)]<br />
public static extern long pVeryGetFunction_ByRef(long id,long func_code,ref long para1,ref long para2,char[] para3,char[] para4);
para1 and para2 are the parameters in which I use my width and height variables, and para3 is the filename.
My call to this function is:
ret = pVeryGetFunction_ByRef(id, func_code, ref width, ref height, filename.ToCharArray(), filename.ToCharArray());
The value of width and height do not change but they should be the width and height of the image (filename).
Does anyone have any idea if I'm missing something?
Thanks,
Steve
|
|
|
|
|
Hello. I have written a fully functional program and I was going to let my sister try it out and give me feedback, however when I send her the .exe file generated by Visual Studio .NET 2003, she gets an error: "An exception 'System.IO.FileNotFoundException' has occured in .exe. If I copy all of my references to the output directory and send her the directory, then she doesn't get this error. Is there any way at all to wrap the references into the .exe? I thought about using the DllImport that C# provides, but it seemed to only work on attributes, where I obvioudly need everything. How would I solve this problem?
Mike - I love to program!
|
|
|
|
|
You do need the referenced dlls to be present in the application directory. Why do you need to have a single exe? If the problem is sending multiple files, can't you just zip the output directory and send it?
Regards
Senthil
_____________________________
My Blog | My Articles | WinMacro
|
|
|
|
|
It is more pleasing to have everything inside one dll without any files that can be modified by users which will screw up the program. If I do not need the referenced dlls, how come when I put them in a single folder with the .exe it works, however when I dont it does not. Am I missing something?
Mike - I love to program!
|
|
|
|
|
Of course you need the referenced assemblies, why would you reference them if you didn't need them?
It's quite simple: Your application is requesting a Type and the framework has to find the definition of this Type somewhere.
The places .NET looks for is the application's directory and the GAC.
If the assembly holding the requested Type cannot be found you'll get a FileNotFound error.
DllImport is only used to access functions in legacy DLLs, not Types in .NET assemblies.
Regards,
mav
|
|
|
|
|
Thanks for the information mav. Does that mean that I won't be able to wrap the .dlls with my .exe?
I love to program!
|
|
|
|
|
Well, you _could_, but I don't really see the benefit.
You'd have to build the dlls your using, add them to your main program as embedded resources, extract them at runtime and then load them manually (for example using Assembly.LoadFrom()).
Really a waste of time IMHO.
mav
|
|
|
|
|
I see. I wouldn't even know how to begin doing that (I would try it though if you could provide a tutorial on how to do so), and ive accepted the fact that I'll have to keep the .dlls out.
Mike - I love to program!
|
|
|
|
|
allenmpcx wrote:
It is more pleasing to have everything inside one dll without any files that can be modified by users which will screw up the program.
No way users will modify your dlls. It's (almost )the same format as .exe, so having one or more files is not an issue (if they fell like messing with your dlls its the same with exe). Aren't you talking about additional files like pictures etc? You can embed them into exe or dlls (read on about resources[^]). And if somebody delete/move some files from program's folder - that is very bad idea, only idiot would do that. 99% of application stop working when you delete them some dll files! And 99% of applications are not single .exe, I think you shouldn't worry about this.
David
Never forget: "Stay kul and happy" (I.A.)
David's thoughts / dnhsoftware.org / MyHTMLTidy
|
|
|
|
|
Have a look into the ILMerge utility provided by Microsoft
I havent used it personally but I am under the impression that it will merge multiple dll's exe's into a single file.
post.mode = postmodes.signature;
SELECT everything FROM everywhere WHERE something = something_else;
> 1 Row Returned
> 42
|
|
|
|
|
I actually already tried it, but I cant seem to get it to work. I looked for a tutorial, but all it had was the commands for ILMerge. Thanks for the suggestion though.
Mike - I love to program!
|
|
|
|
|
Your way of having split up the application into modular pieces for maintainability is welcome. Since your only problem is shipping the same to your sister or somebody to test it out, you can do one thing:
(*) Zip the entire folder and send it out. They need to unpack the folder and run the EXE.
(*) Chances are that they just doubleclick the EXE alone in WinZip window itself. To workaround this, perhaps you can package all the files into a single setup.
NSIS Installer helps you build setup in a very easy way. You can give it a try.
Vasudevan Deepak Kumar
Personal Web: http://www.lavanyadeepak.tk/
I Blog At: http://deepak.blogdrive.com/
|
|
|
|
|
Try ILMerge. Not sure if its a standard program, but it'll do exactly what you want.
--
Joel Lucsy
|
|
|
|
|
I have an INI file that looks like this:
[section 1]
line0;argu1;argu2;argu3..etc
line0;argu1;argu2;argu3..etc
[section2]
Can anybody show me how can I read the section1,line 1 and extract argu3.
Thank you in advance
|
|
|
|
|
Look for the StreamReader class in System.IO. You can use the ReadLinemethod to read the file line by line and then use Split in on each line to get the semicolon separated values.
Regards
Senthil
_____________________________
My Blog | My Articles | WinMacro
|
|
|
|
|
That's a little too crude if you ask me. You also need to pay attention to what section you're in and you need to avoid commented-out lines, etc.
There are at least two options:
Write an ini reader/writer class using regular expressions and all that good stuff. I did this (but I can't post it here, because I did it for a company), because I also wanted it to be really fast (eg. reading all sections/attribute value pairs in one shot to a hash table).
Use the Windows API calls with Interop. This is much easier.
Matt Gerrans
|
|
|
|
|
|
Is the ini format necessary?
If not, consider using an XML file to hold your data. This can easily be read (and updated if necessary) using the functions/class available in the System.XML namespace.
As I example, if you had the following XML file:
<ini>
<section name="1">
<entry key="key1" value="abc">
<entry key="key2" value="def">
</section>
<section name="2">
<entry key="key1" value="ghi">
<entry key="key2" value="jkl">
</section>
</ini>
You would then have two options
1) Create a Schema for the XML file and then use the Framework SDK XSD tool to convert the schema to a csharp class. You can then desrialise the XML into an object and use the data within it.
2) Read the file into an XmlDocument, and uses Xpaths to read the data, for example :
if this is something that you might consider doing, post up a message and I will dig out some sample code
post.mode = postmodes.signature;
SELECT everything FROM everywhere WHERE something = something_else;
> 1 Row Returned
> 42
|
|
|
|
|
http://www.codeproject.com/csharp/aejw_ini_class.asp
|
|
|
|
|
I have a program that checks if file exist and if it does it reads the version as follows:
*********************************************
if(File.Exists("c:\\MyDLL.dll"))
{
FileVersionInfo VER = FileVersionInfo.GetVersionInfo("c:\\MyDLL.dll");
label9.Text = "MyDLL.DLL";
label10.Text = VER.FileVersion;
}
else
{
label1.Text = "MyDLL.DLL";
label12.Text = "File does not exist";
}
****************************************
The code works fine, the problem is that I have to repeeat this for every DLL in that folder.
Is there a better way to read all of the DLLs in a particular folder?
any help will be greatly appreciated
|
|
|
|
|
System.IO.Directory.GetFiles(<directory>, "*.dll")
|
|
|
|
|
there is nice implementation; take 5 mins to look into it:
http://www.csharpque.com/2012/04/process-dll-information-for-storage-sql.html
|
|
|
|
|
 hi all
am a beginer in C# programing
so many of my friends told me that this site is the best way to enhancing my experience in programing
so please help me
and tell me
am now working from the MOC of Microsoft
so
#is there any good toturials that can provide me with the basics?:->
#is there any practices or quizes that can make me understand the concepts and ways of writing code in C#
waiting and hoping to recive an Answer
yours
MeDoOOO
MeDo
|
|
|
|
|
Buy yourself a good book. I used this one[^] and really liked it.
If you think you're going to buy a lot of books, look into O'Reilly Safari[^] or ACM's Professional Development Centre[^]. Both have online books sections for a set monthly fee.
If buying a book is not an option, there's tons of stuff available on the Web:
C# Tutorials[^]
And, don't forget all of the wonderful articles here on CP. 
Jon Sagara
As you may presently yourself be fully made aware of, my grammar sucks.
Sagara.org | Blog | My Articles
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
