|
|
Why can't I use a FILE* pointer to a DLL-function? My program hangs when I try! 
|
|
|
|
|
because a DLL function isn't a FILE. ?
(you might want to rephrase the question)
-c
------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com
|
|
|
|
|
Use a FILE pointer as a PARAMETER to a DLL-function.
When I write to the file from my DLL, the program hangs!
|
|
|
|
|
The problem is that a FILE pointer references data in your calling DLLs C-library. If this C-library is different from the C-library the callee uses the program will hand or crash.
Solution: use the same copy of the C-library in both DLLs, e.g. by checking the option "use MFC in shared library" in BOTH projects.
Anyway: using a FILE pointer in an interface is not the best programming style 
best regards
Carsten
|
|
|
|
|
Thanks for your answer!
If using a FILE pointer as a DLL function parameter is not a good programming style, what type of file object should I use instead? I don't use the MFC in my either my main program, or my DLL.
The run time library in my DLL is set to "Multithreaded", but the one in my main program is "Single-threaded". If i set both of them to "Multithreaded", not all the data I write to the FILE from the DLL gets written!
Erik
|
|
|
|
|
see Q190799 "PRB: Potential Errors Passing CRT Objects Across DLL Boundaries" in the MSDN
-c
------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com
|
|
|
|
|
HI ALL
======
My Code goes a little bit like this:
func1() { func2(); }
func2() { func3(); }
func3() { func4(); }
func5() { func6(); }
func6() { goto THREAD_END; }
void thread_main_func()
{
...
...
...
THREAD_END:
...
...
}
Do I need and how to clear the call stack ?
BTW: come to #CodeProject on DalNet (mIRC)
|
|
|
|
|
What you need to do is realise that if you're using goto there is always a better, less satanic way. Using try/catch/throw works better because unlike goto, it's still clear that all your code is headed in the same direction.
Stroustrup is not clear on the question, but I looked up goto in the index and got page 357. which does not mention goto and is about exceptions. It seems to imply try/throw.catch is a better solution stack-wise, but is not clear cut. So I'd not hang my hat on that statement.
Christian
As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet.
Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery.
|
|
|
|
|
Hi
I think this question has been asked a hundret times already, but I hope someone wanst to help me anyway 
I want to show a new dialog, but not with DoModal, the dialog needs to be non-modal.
how can I do this?
I'm using MFC and a dialog-based app
thanks in advance
|
|
|
|
|
For a child of the main dialog, you'll need code similar to this
m_MyModelessDialog.Create(IDD_DIALOGRESOURCE, this);
m_MyModelessDialog.ShowWindow(SW_SHOW);
|
|
|
|
|
I already have this code
CWndTest dlg;
dlg.Create(IDD_MYDIALOG,this);
dlg.ShowWindow(SW_SHOW);
but the windows does not appear
|
|
|
|
|
Don't have dlg defined as a local variable: that causes the dialog to be destroyed as soon as you exit from the function where you defined it; instead, create it on the heap with CWndTest *pDlg=new CWndTest() and make the dialog delete itself on WM_POSTNCDESTROY. See the documentation of your compiler on modeless dialogs.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Thanks a lot! 
But where do I need to put the "delete pDlg"?
|
|
|
|
|
I tend to put mine in the PostNCDestroy function and do a
delete this.
Michael 
|
|
|
|
|
and what happens to the pointer pDlg?
Will it be deleted with this call?
And how can I override PostNCDestroy?
One newbie, many stupid questions
|
|
|
|
|
Ok, I found out, works perfect THANKS!!!!
One final question:
Can I use AfxGetMainWnd() to get a pointer to the dialog who called the new dialog or what do I need to do?
|
|
|
|
|
Use GetParent().
/ravi
"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Yeah, it does. Because your variable is local, the dialog appears for a split second, the variable goes out of scope, and is destroyed. You need to make the dialog a member variable, you can use a pointer, and check for NULL to see if it's visible or not, or use ::IsWindow, in which case you can make it an instance of the class.
I do this in the constructor of my modeless dialogs
if (Create(pParent, IDD)) ShowWindow(SW_SHOW);
and use pointers, then when I call new on the pointer, the dialog comes up right away.
Christian
As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet.
Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery.
|
|
|
|
|
>I do this in the constructor of my modeless dialogs
>if (Create(pParent, IDD)) ShowWindow(SW_SHOW);
>and use pointers, then when I call new on the pointer, the dialog comes up right away.
What a neat trick. I'll have to remember that one.
Michael
|
|
|
|
|
That is a great idea, Christian.
- Thomas
modified 29-Aug-18 21:01pm.
|
|
|
|
|
In OnInitDialog()
GetParent()->EnableWindow(TRUE);
|
|
|
|
|
Hi, I was wondering how to change a listview control so that the blue selection is not shown.
Does anyone have an idea?
Thx, Joep
|
|
|
|
|
My guess is that you'd have to ownerdraw the control.
/ravi
"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Yeah, that's what I'm afraid for ... 
Joep Oude Veldhuis
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
