|
Thanks. You have declined me to suggestion that even it is possible, it is probably not worth it!
|
|
|
|
|
Yes, I think it can be done, I did something similar a few years ago, before I delve into my notes, they are not very good, do you have the header '.h' file that gives the function definitions, because without it is very difficult.
It is likely to take me a few days to sort it out, and to test it, so let me know, but I won't make any guarantees!
If I have seen further it is by standing on the shoulders of Giants. - Isaac Newton 1676
|
|
|
|
|
I'm not sure I understand your question but if you're asking if there is a way to create a .lib file from a dll file, I think I found your answer.
Basically, you use the command line executable file called LIB.exe in the Microsoft Visual Studio\VC98\bin directory. Try typing "import library" into the MSDN index and there are several topics there "building", "creating", "using", "linker files", etc. I don't know what the link is for it on MSDN online.
Edit: I found it http://msdn.microsoft.com/library/en-us/vccore98/html/_core_working_with_import_libraries_and_export_files.asp[^]
|
|
|
|
|
Yes that was "my" solution, in simple terms, I HAVE NOT TESTED THIS, the info is from my very old notes
dumpbin /Exports mydll.dll
create mydll.def from this, format:-
funct1@4 @42
funct2@2 @43
where func1 is the function name, @4 is the size of the function arguments, in bytes, @42 is the ordinal/
lib /MACHINE:i386 /DEF mydll.def
This next line I am guessing at, the new header file:-
__declspec(dllimport) BOOL __stdcall func1(char[4]);
If I have seen further it is by standing on the shoulders of Giants. - Isaac Newton 1676
|
|
|
|
|
Thanks for all who help me to find a solution of this task.
After a little correction of Ted's solution, finally I've made the .lib for my dll and link it successfully to VC++ project.
Ted's solution with corrections:
dumpbin /Exports mydll.dll
create mydll.def from this, format:-
EXPORTS
funct1@4 @42
funct2@2 @43
where func1 is the function name, @4 is the size of the function arguments, in bytes, @42 is the ordinal/
lib /MACHINE:i386 /DEF:mydll.def /NAME:mydll.dll
This next line I am guessing at, the new header file:-
__declspec(dllimport) BOOL __stdcall func1(char[4]);
|
|
|
|
|
Thanks for fixing "my" solution! I have updated my notes now!
If I have seen further it is by standing on the shoulders of Giants. - Isaac Newton 1676
|
|
|
|
|
(In a NT Service program, not login) How to get a Asp page's response form the Localhost IIS Server? thanks!
|
|
|
|
|
Who can tell me: What changes will registry happen, when IIS Server was not able to response a ASP page request?
Note: The IIS Server has been working long time.
|
|
|
|
|
Hiya I was wondering how to do this. Myself and my mate work on the exact same project in .NET, but doing different parts of the project each.
What is the best way to update our projects so that we both get each others new parts of the project when we need too...
Thanks,
grahamoj.
|
|
|
|
|
The *best* way is to integrate with sourcesafe or CVS. That way you get a code history as well as the ability to check out the bits you need. If you can't do that, then invest in a good differencing tool, and keep a master copy somewhere of the project, merging changes into it.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
I highly recommend a source control system, such as Visual SourceSafe. It's essential in team development.
Regards,
Alvaro
The world is a dangerous place, not because of those who do evil, but because of those who look on and do nothing. -- Albert Einstein
|
|
|
|
|
Thanks, Visual SourceSafe does sound to be the best option. We both have Visual Studio.NET Enterprise Edition. Does anyone know if it is included in this already, if not, where can I get it from??
Thanks,
grahamoj.
|
|
|
|
|
According to this[^], it's already included.
Regards,
Alvaro
The world is a dangerous place, not because of those who do evil, but because of those who look on and do nothing. -- Albert Einstein
|
|
|
|
|
I spawn a CDialog class dlg from my View class. In the DLg class I have a handler for postNcDestroy, which sends a message to the parent (the view)
m_pParentWnd->PostMessage(..); .
Now if this window is up (the dlg) and I go to exit the app, it crashes in the debug version of the exe, but does fine in the release. I sort of traced it to the fact that is debug asserts on IsWindow(m_hwnd) when I do the postmessage. I did:
In PostNcDestroy()
if (IsWindow(m_pParentWnd->GetSafeHwnd()))
{
m_pParentWnd->PostMessage(..);
}
and its okay but I feel nervous since I sort of tricked it. Why does it debug assert saying its not a window if I dont do my trick? I though the sequence of destruction would be - last created, first destroyed...?
Appreciate your help,
ns
|
|
|
|
|
ns wrote:
I though the sequence of destruction would be - last created, first destroyed...?
I don't think you can rely on any sort of sequence when it comes to the app going away, especially if you created your CDialog object using new .
Regards,
Alvaro
The world is a dangerous place, not because of those who do evil, but because of those who look on and do nothing. -- Albert Einstein
|
|
|
|
|
HELP!!! lol
after messing about with my pc A LOT (taking out every piece of add-on hardware seperately) i finally managed to install windows XP. So far i was very satisfied of its stability and options. BUT i installed Visual Studio 6 and it installed just fine, except maybe for an error about a DAO dll not being able to register, but i figured Visual C++ wouldnt be needing that anyways, probably just for VB. But when i tried to run Visual C++ it just closes when i try to open a file or a project, so basically when the program tries to show the open/save file dialog. This is for Visual C++, AS WELL as VB, Interdev and Foxpro
Has anyone experienced this before? Please help me if there is a way to fix this, i'd really hate having to have to install Windows 98/2000 on a seperate partition just for Visual Studio.
Thanks in advance
P.S.: I already tried changing the compatibility mode, it doesnt change a thing
Kuniva
--------------------------------------------
|
|
|
|
|
Kuniva wrote:
after messing about with my pc A LOT
i think you mean that you upgraded your system from win9x to winXP? if so, i think that there is your problem. Windows is getting realy screwed up after an update(as far as i witnessed) from win9x to winXP. try installing windows in one time(without update) so only winXP is finding all drivers and stuff, that may help.
[]D [] []D []
|
|
|
|
|
ow yeah forgot,
your DAO driver is needed while programming... so, it might be a good thing to DO install this driver
[]D [] []D []
|
|
|
|
|
Heh, thanks for the reply, it kinda got sorted already though lol. Like right after i posted this i opened Visual C++ and it worked, and i did not upgrade from Win98, i just erased my harddrive and installed from scrap. And i managed to install the DAO350.dll as well so it all works now. Kinda strange it didnt work at first though... but oh well, Microsoft works in mysterious ways
Kuniva
--------------------------------------------
|
|
|
|
|
Kuniva wrote:
Microsoft works in mysterious ways
Your ABSOLUTELY right! lol...
[]D [] []D []
|
|
|
|
|
I am wondering if NetRemoteTOD API needs authentication.
I can get the time from a server that is on my domain. I tried it and it works but can I also get the time of a machine which is not on my domain ?
MSD says that no special privilege is required for this API but it does not say anything about authentication. Any help is appreciated.
Thanks
Orcun Colak
|
|
|
|
|
Hi everyone,
I'm going to be building a "real-time" high priority application. I'm looking at using MFC as there are many tools there I would like to use for this application. My question is that, will the application still perform at the speed I need it to (which is polling at a 300mhz sampling rate) using MFC? Or do I need to build a "bare-bones" application to perform the way I need it to.
In addition, If I were to make it a dll which is called via someone else, would I still be able to get the performance that I need. speed is of the essence here. If creating it as a dll, does using MFC in this case cause a performance problem as well?
Any insight/comments/suggestions are greatly appreciated. It will help me to figure out how to approach this effort.
Thanks!
Dan Willis
|
|
|
|
|
MFC is not the issue here, since no Windows application can handle raw data at a 300MHz polling rate. You'll need some intermediate code - presumably a device driver - to poll your hardware, collect that data in packets,and pass it on to your application.
|
|
|
|
|
Jim A. Johnson wrote:
MFC is not the issue here, since no Windows application can handle raw data at a 300MHz polling rate.
actually, I totally forgot that one. You're right. ok, so I write a driver to handle that stuff and reduce the rate to say, 50mhz. Would MFC still be a problem?
Thanks alot!
Dan Willis
|
|
|
|
|
>> Would MFC still be a problem?
to do what exactly?
Most of MFC is GUI based Windows API wrapper classes.
"No matter where you go, there your are..." - Buckaoo Banzi
-pete
|
|
|
|