ProgrammingThis forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
O_O 999$ ... that's a lot. I think the chances are not really good for it to work, since Windows and Linux use different APIs. For example, Windows has an own API for making GUIs (and other windows), while Linux uses GTK+,QT4 etc.
If your dll files don't use any API (say, they can only calculate and say "Hello World"), it is possible that a procedure like this might work; I really don't suggest buying a $999 software program, though.
Another idea: You could try to cross-compile Windows applications using said dll files. You'd need wine to run it, though. I'm not really familiar with cross-compiling, but I think it can't be too hard if you have the development files for your dll.
2. "DLL to Lib" *won't* work - and it *can't* work - for your purposes.
a) As you probably know, "program libraries" generally come in two flavors: "shared libraries" and "static libraries".
b) With a "static library", everything the .exe program needs is copied into the executable when it's created (at "link time"). With a "shared library", the .exe merely has a bunch of "external references" to things it needs from the shared library. Using shared libraries makes for smaller .exe's, faster load times, and greater flexibility. The tradeoff is you need to make sure the library is available when the .exe needs it, and you also need to make sure you've got the *right* .dll with the *right* versions of external references. Hence the term ".dll Hell".
c) Libraries - and the code they contain - are by definition *different* for every platform. You can't (directly) run Windows code on Linux, or vice versa.
d) The whole purpose of the "Dll to Lib" product is to convert Windows .dll's (shared libraries) to Windows static libraries (it looks like it generates both Windows .lib and .tlb files). For the convenience of having a Windows static .lib (if you want one, and you don't have the luxury of building one from the original source code, I guess).
e) Congratulations. You just saved $1000 ;-)
3. So basically, whatever you want to use the .dll files for - you need to find different libraries - with the same functionality - for your platform.
it was MSXML library for parsing xml, i have work with it
under windows very effectively, and I found that I have to
switch to Linux environment, so I will look for another library
to work with it under linux.