|
Make sure you change the first line in the .DEF file from
LIBRARY "OldName"
to
LIBRARY "NewName"
Best regards,
Alexandru Savescu
|
|
|
|
|
A big Thanks for your assistance... really ![Rose | [Rose]](https://codeproject.freetls.fastly.net/script/Forums/Images/rose.gif)
Hello World!!! 
from Raphaël
|
|
|
|
|
Hello,
I've created an iexplorer 'plugin' that works fine, exept that when I open a new instance of the browser, it crashes in MSHTML.DLL (addr 636ac73f). This is not a function called by me.
How can I have more info why this happens ? Is it possible to debug MSHTML.DLL ?
Thanx.
|
|
|
|
|
You should be able to give the browser's executable in the Visual Studio project settings ("Executable for debug session" in the debug tab). Then when you hit run, it'll open explorer. Then get the plugin to start (if it doesn't automatically), and you should be able to debug it as you would any other app
--
Help me! I'm turning into a grapefruit!
|
|
|
|
|
That's what i'm doing but it does'nt help. All i get is an access violation and the call stack shows MSHTML!636ac73f called by MSHTML!636ac784 called by MSHTML!63661c70. And nothing else, so I cannot determine which function is called !
Is there another solution ?
|
|
|
|
|
Ahh, so is the access violation happening somewhere outside of your code.
I think you can download the symbols for windows2k from the microsoft site somewhere. Installing those might be able to tell you what is actually happening when the crash happens.
I assume if you put breakpoints in to your code that it crashes before reaching them?
--
Help me! I'm turning into a grapefruit!
|
|
|
|
|
You can download symbols from microsoft.com/ddk[^]
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
Hi guys,
I need some help in creating concurrent threads. I am running a TCP Server which accepts the clients, I am calling AfxBeginThread passing the newsocket id to that. I want to run a seperate concurrent thread for each client which is connecting to my server for some file transfer. Can anybody suggest some solution. Any links or references will help me. Thanks.
satya
|
|
|
|
|
|
Why do I get a Debug assertion, when I have some watches concerning my CArray? Isn't that kind useless, when i can kill my program when debugging and adding a wrong "watch-line"? 
I don't want achieve immortality through my work - I want achieve it through not dying - Woody Allen
|
|
|
|
|
CArray is crap. Don't use it.
Christian
come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002
|
|
|
|
|
Hi All !
One problem pursues me for a few years already:
all my Win32 apps, written in VC++ (5.0-6.0),
crash on the second run under debugger.
Toolbar code in comctl32.dll causes access violation.
In more details:
1)The crap arises only when the app
is run 2 times successively from the VC++ IDE.
When running my app standalone, all's ok.
2)The program crashes when a mouse is moved
over the toolbar. WM_MOUSEMOVE is finally
dispatched to DefWindowProc() in comctl32.dll,
and there fails.
The mouse coordinates seem to be correct.
3)If toolbar is hidden, it's allright.
4)This bug seems to be not accidental
concatenation of circumstances:
this happened on different Windows versions,
under both VC5 and VC6, after many reinstallations
of the VC++ and OS etc,
and, finally, with all my Win32 GUI apps -
independently of tyhe architecture of the app,
and of the way I use tollbars
(containing ReBar, different styles, etc.)
5) The bug arises and disappears from time to time,
during the course of program development.
It seems that it depends somehow
on the size of the .exe or something like that.
Anyone ever faced this problem ?
Any help or hint would be appreciated !
Thanks in advance !
|
|
|
|
|
I am facing the following peculiar problem:
1. Create a dialog based applications.
2. Show a modeless dialog box on click on a button
3. Show an AfxMessageBox on click of another button on base dialog.
4. Close the modeless dialog box.
5. Now you can click on any button on the base dialog to create a second afxmessagebox,while the first one is still displayed!!!!
How can you prevent this?
|
|
|
|
|
You can keep all the modeless dialogs in a CWnd* p[max_no_modlesses] and:
void CDlg::OnButtonAfxMessageBox()
{
for (int i=0; i<no_modelesses; i++)
p[i]->EnableWindow(FALSE);
AfxMessageBox("AAAAAAAAA");
for (i=0; i<no_modelesses; i++)
p[i]->EnableWindow(TRUE);
}I assume you don't want to manipulate any modeless while AfxMessageBox is "running".
rechi
|
|
|
|
|
How can I create a MSI file for my VC .NET project ? I created a very simple COM, and want to distribute to clients. What the MSI needed is just put my DLL in a place, and install VC7 related stuff to run my DLL together with registration it correctly.
Can I still use the Free Windows Installation tool exists in VS6's platform SDK ?
I don't want to buy InstallShield as it's quite expensive. More expensive than VS.NET.
|
|
|
|
|
|
Oh...thanks, it's creating another project, not a seperate tool.
|
|
|
|
|
However, I still got problem. My COM DLL is dependent on another traditional DLL developed in VC++ .NET. In order to work properly, any merge_modules I should add too ? Should I add VC_atl, VC_stl, VC_CRT, VC_MFC ? It is by default added dotnetfxredist_x86_enu.msn, so i don't have to bother about the .Net framework installation, right ?
|
|
|
|
|
|
My project's view class is not derived from CScrollView and the view area is a Modeless dialog, which contains a RichEditCtrl.
Can anybody give any help on how to add scrollbars to scroll RichEditCtrl's contents in the Dialog Window???
(Creating the RichEditCtrl using WS_VSCROLL and WS_HSCROLL doesn't help as I need the scroll bars to be in the Dialog window).
I appreciate any help!!
|
|
|
|
|
I want to improve my application with two techniques:
1. Plugins. I think it's better to export application class (object). Should I use COM or something else?
2. Automation. So my app could be called/controlled by another. Should I get into OLE automation/IDispatch stuff?
It's new deal to me so I really need advices from more experienced programmers.
Thanks in advance
|
|
|
|
|
As for your first question:
You shouldn't, but you may.
You can use COM, but remember that the only way
to identify a COM class is its CLSID (GUID).
Therefore, your main program (client) would have to know
CLSID's of all plugins existent on the machine.
Plugins should have to register (as any COM servers),
and should make the main program know their CLSID's.
Plugin DLL's can locate anywhere.
So, the usual approach to plugin search
in a fixed directory (e.g., as in FAR)
is not applicable in this case.
Whether to use COM or not, depends much on the way
the plugins should be written.
If you want any third party to be able to write a plug-in
using any development tool, you'd better use COM.
If you plan to write them yourself,
you may use just DLL's with a fixed set of entry points
(imho, COM development is not that simple,
especially for the beginner - mainly, bcause of the
huge set of specific terms involved
in the description of its techniques).
As for your second question:
Yes, you should.
It seems to be the only way.
|
|
|
|
|
Well, I see that the usage of every plugin like a COM-server is too expensive and tricky.
And what about mixed technique?
1. Fixed set of entry points (just to initialize plugin and to obtain menu entries and corresponding functions addresses). Using COM-friendly and language-independent syntax, of course.
2. Host app starts one of the plugin's function. Handler is about to get (or it may be done on initialization phase) "Appclass" object with known single COM-interface of Appclass. (is it Automation itself?  )
So, the idea is to make plugin work like hostapp COM-client.
What do you think?
|
|
|
|
|
If you rely on the set of DLL entry points,
you also imply certain call agreement for
these exported functions.
What are the advantages of using mixed approach ?
I can see none.
If you decided to use COM, you'd better export from the plugin
nothing than one COM class (maybe, with a single inteface).
You can initialize plugin, obtain menu entries, etc.,
just via that interface.
The point is, if you avoid using COM,
you simplify the task for yourself.
Buyt if you do use COM, then better
do everything via it.
The mixed technique will be both complex
and less portable.
If your plugin is a standalone DLL,
serving as an extension to your specific application,
I suppose it's not yet automation.
Automation, afaik, refers to the usage of the objects
implemented in one program from another one,
or control of one application over another.
E.g., from your app you start Word, open some document,
make there text replacement, close it, etc.
|
|
|
|
|
As for your first question:
You shouldn't, but you may.
You can use COM, but remember that the only way
to identify a COM class is its CLSID (GUID).
Therefore, your main program (client) would have to know
CLSID's of all plugins existent on the machine.
Plugins should have to register (as any COM servers),
and should make the main program know their CLSID's.
Plugin DLL's can locate anywhere.
So, the usual approach to plugin search
in a fixed directory (e.g., as in FAR)
is not applicable in this case.
Whether to use COM or not, depends much on the way
the plugins should be written.
If you want any third party to be able to write a plug-in
using any development tool, you'd better use COM.
If you plan to write them yourself,
you may use just DLL's with a fixed set of entry points
(imho, COM development is not that simple,
especially for the beginner - mainly, bcause of the
huge set of specific terms involved
in the description of its techniques).
As for your second question:
Yes, you should.
It seems to be the only way.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
