|
My initial suspicion is that if it runs fine in VB, but not in a script, that the problem might actually be in the script, not the COM server. I have had headaches debugging scripts, so are you sure execution is reaching obj.UseThis(strParam) without any errors?
|
|
|
|
|
hi,
thanx for ur reply.
I'm very sure it reach obj.UseThis(strParam) but with error.
In ASP I cannot declare variable like Dim strParam(2) as String .
regards.
|
|
|
|
|
Ah yes, a script would give you a SafeArray of Variants which contain BSTRs, not simply an array of BSTRs as with VB. Sorry I didn't notice that.
|
|
|
|
|
Here is my situation, I am using GetDiskFreeSpaceEx to grab drive information from mulitple servers across the network. When for some reason or another that the server is down/unavailable, it can take GetDiskFreeSpaceEx up to 60-180 seconds to "TimeOut". Does anyone know how to change the time out value or how I should go about implementing some timeout code?
Environment VC6
Platform writing for: NT4, W2K, XP
Thanks in advance.
|
|
|
|
|
Hi guys,
is there anybody who has examples of W2K power management/power options?? I would like to know how to implement functions like "stand by", "hiberate", etc. Thanks in advance.
|
|
|
|
|
I remember that there is a Windows API to immplement your wanted function.I am sorry that I had forgot the function name ,maybe "ShutdownWindows",you can search it in MSDN.microsoft.com
I am I,Who is who,I am who,Who am I
|
|
|
|
|
Hi,
I created an instance of my CFrameWnd-derived class with:
CRuntimeClass* pRuntimeClass=RUNTIME_CLASS(CMainWindow);
CObject* pObject=pRuntimeClass->CreateObject();
ASSERT(pObject->IsKindOf(RUNTIME_CLASS(CMainWindow)));
CMainWindow* mainWindow=(CMainWindow*)pObject;
How can I destroy this object at the end of my application?
delete mainWindow does obviously not work. Is there maybe a function similar to CreateObject() which destroys it?
Thank you
|
|
|
|
|
|
Thank you for your reply.
I also thought that the window would automatically get destroyed, but in debug mode it tells me that it detected memory leaks (the CFrameWnd and its toolbar)
|
|
|
|
|
IMO the automatic memory leak detection detects more than is there.
Christian
No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002
C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
In debug mode I checked if the destructor is called, and it is not called.
|
|
|
|
|
Greetings,
I am embedding a .pdf file in my executable by using a custom resource ("PDF"). At runtime, I can extract this using the usual LoadResource() stuff and saving as a temp file and then running ShellExecute() on that file. This works, but leaves a temp file around. Not tidy.
What would be nice is being able to do something like:
ShellExecute(..., "res://program.exe/PDF/mypdffile.pdf", ...)
Unfortunately, this doesn't seem to work (at least not on Win2000 using IE6). I get a message from IE saying the page couldn't be loaded.
Doing something like:
ShellExecute(..., "res://program.exe/myhtmfile.htm", ...)
works as expected. Which would tend to prove that I've got the basic motions working OK.
I saw a blurb on MSDN saying that the res: protocol didn't work properly for non-HTML resources, but the implication was that this was a bug in IE4.
Any ideas on what I am doing wrong?
Thanks!
|
|
|
|
|
I have an MDI app whose title is specified as the string resource AFX_IDS_APP_TITLE (eg: "MyApp"). I want to generate the app's title dynamically, based whether the app is running in "Lite" or "Professional" mode.
The following advice from MSDN appears to not work. The app still uses "MyApp" inspite of the following code in CMyApp 's constructor.
free ((void*) m_pszAppName);
if (isLiteEdition())
m_pszAppName = _tcsdup (_T("MyApp - Lite"));
else
m_pszAppName = _tcsdup (_T("MyApp - Pro"));
Any clues would be appreciated. Thanks,
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
works fine for me. make sure nothing else is setting that string later on...
-c
Please stand by
|
|
|
|
|
Ugh - I just realized it does work fine - sort of. Message boxes generated by the app correctly use the Lite/Pro name.
Unfortunately, there's an IDR_MAINFRAME string resource (set to "MyApp") that's clobbering the mainframe's title. I can't simply SetWindowText() the custom title because my MDI frame windows use the FWS_ADDTOTITLE style which causes the window title to change to "MyApp - Doc name". Deleting the IDR_MAINFRAME resource causes document titles to be prefixed by an empty string (i.e. "- Doc name").
There must be a way to make my app use my custom title as a prefix...
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Doesn't SetWindowText set the caption ?
Christian
No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002
C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
Yes, but the caption changes because my MDI frame windows use the FWS_ADDTOTITLE style. The MSDN advice does in fact work (see my reply to Chris L's note) but every time I open a doc (or switch views), the mainframe's caption gets reset to "MyApp - Doc name".
I'd like it to use "My App Pro - Doc name" or "My App Lite - Doc name" instead.
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Maybe you could trap the WM_SETTEXT for you main frame?
he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)
Awasu v0.4a[^]: A free RSS reader with support for Code Project.
|
|
|
|
|
No, that would cause an infinite loop when I try to set the window text myself. A cheesy solution to the problem is to create a timer and reset the window text in every WM_TIMER message. Such a hack...
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Ravi Bhavnani wrote:
that would cause an infinite loop when I try to set the window text myself
So just set a flag first time in so that you know not to start recursing.
Ravi Bhavnani wrote:
create a timer and reset the window text in every WM_TIMER message
Barf. NOOO!!!
he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)
Awasu v0.4a[^]: A free RSS reader with support for Code Project.
|
|
|
|
|
Taka Muraoka wrote:
So just set a flag first time in so that you know not to start recursing
What if another WM_SETTEXT arrives before mine is sent? (The app is multi threaded). No wait, that *might* work, since a message is fully processed before the next one is popped off the queue. Hmmm, now you've got me thinking.
But I must admit, this seems more of a hack than the yucky timer thang.
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Ravi Bhavnani wrote:
No wait, that *might* work, since a message is fully processed before the next one is popped off the queue.
If it's a question of UI threads vs. worker threads, it's a non-issue - only the UI thread will ever be in there. So the only question is if you have >1 UI thread, but even then, I'm pretty sure you get 1 message queue per thread...
Ravi Bhavnani wrote:
this seems more of a hack than the yucky timer thang
You think? I feel the totally opposite way. The thought of un-necessarily updating the window caption every second (or whatever) instead of once, when it is actually being set, seems really ugly.
he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)
Awasu v0.4a[^]: A free RSS reader with support for Code Project.
|
|
|
|
|
Taka Muraoka wrote:
The thought of un-necessarily updating the window caption every second (or whatever) instead of once, when it is actually being set, seems really ugly.
I would only update it if necessary. I feel this is less hackish because it's more obvious. Overriding a low level handler like WM_SETTEXT seems more subtle and imho can have more side effects.
But all this may be moot. A friend @ work just informed me that he moved my original code to CMainFrame::OnCreate() which appears to have fixed the problem. I'll let you know if this works!
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
You need to give us more information. The code you are doing looks fine, but it all depends on
when you are "calling" it.
If it is before the framework loads the resource string, then you are too early.
If it is after CMainFrame calls its SetWindowText, then you are too late...
Iain.
|
|
|
|
|
See my reply to Chris L's post. Thanks!
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|