|
Sorry for the delay.
If you take a look here[^] on MSDN it describes reading and writing to serial ports.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Williams (Little Britain)
|
|
|
|
|
|
In addition to Michael's suggestions, check out MSDN article Q178749.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Hi.
I’m a VC++ developer and writing all kind of applications. Now I’m in need to know how I can make programs to interact with Office programs. For e.g. how do I (programmatically) create a new word document, append some lines and saves it?
I have made wrappers of some Office-dll’s but don’t really know how to use them.
_____________________________
...and justice for all
APe
|
|
|
|
|
Hi!
I have a variable declared like this in my application:
int i = 2;
What I want to do is to change the value from 2 to 3 (with the help of another exe application) without recompiling...
Well I have the file offset which is 5030 but I don't know how to change it!
Can someone help me?
Thank you very much for your answers in advance!
Well... I am a beginner ...
|
|
|
|
|
You really don't want to be doing that.
If your program needs a parameter, which another program must change, then there are a whole bunch of sensible ways to achieve that. A fairly good idea might be to use the registry.
#include <beer.h>
|
|
|
|
|
yes I could use something like that or just append the variable values at the end of the exe and read them from there but I am making an installer and I want to use that for the password...
I don't really understand what the file offset is... is it just a position or something like a pointer?
Well... I am a beginner ...
|
|
|
|
|
The standard approach is to store the password value in encrypted form in an inifile or registry. When the program asks for the password, it encrypts the user's input and compare the encypted user's input with the encrypted password from registry. If they are equal, the user's password is correct.
For encrypting, you should use SHA hashing algorithm. Try google for 'SHA C++ library'.
Robert-Antonio
Endless loop: see Loop, endless
Loop, endless: see Endless loop
|
|
|
|
|
A much simpler way would be to store it in the file's resource table. See this article for ideas.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Thank you very much...
I will try using the resource because putting the password in another file wont work for my program...
Well... I am a beginner ...
|
|
|
|
|
Well, i made a MFC project with Automation, i called it COMDialog, and i want it to send arrays of data to another "client" application. But when i try to make method with SAFEARRAY parameter it says that parameter type must be variant compatible. How to make it? And i noticed that MFC project with automation ability is not fully COM application isn't it?
|
|
|
|
|
Hello Rassul,
Try using VARIANT as the parameter type. Then use V_ARRAY macro to access the safearray.
Hope this helps,
Bio.
|
|
|
|
|
Now I need to response to the rotating of my screen.
that is , an application made by third-party rotates the screen in a
random time, when the screen rotates, I need to do sth.(like pop up a
message box).
I think I can use a work thread to monitor the changes on screen.
but how can I know whether the screen rotated?
thanks.
|
|
|
|
|
Hummm .. a possible way is to check for the screens Dimensions (if that applies)
at time x .. 1024 x 768
at time y .. 768 x 1024
think it could apply ?
|
|
|
|
|
darkbyte:
Thanks for your reply.
To check if the dimemsion changes can work when the screen rotates 90 degree or 270 degree(and it's hard to know whether 90 degree or 270 degree).But when I rotates 180 degree, I dont know what to do.
like:
1024 x 768 ------ 0 degree or 180 degree
768 x 1024 ------ 90 degree or 270 degree
How to deffer them if they are the same dimension?
|
|
|
|
|
I am using Install Shield Express 5.0 to create an installation wizard for my application. My application requires 3DChartM.ocx file to be registered in windows registry which will be there in the C:/winnt/system32 directory.
How to I include windows registry information into my installation wizard so that user need not manually register it. When he runs the setup it should take care of registering the ocx file also. But i am unable to do this.
Please let me know if anybody knows about this.
vidya
|
|
|
|
|
You should create a file group in InstallShield and set that group to Self Registered. Then, in Script, you must call few commands to register such ocx files. See help for more information
|
|
|
|
|
thank you ....now it is working for me..
i set the properties of the file 3DChartM.ocx as self registered.
Now it is registered and working fine,
Thanks
vidya
|
|
|
|
|
I am developing an application for embedded XP using VC++ 6.0 as the development env. Since the UI is touch screen based i need to display the soft keyboard for text input.
Can Any one tell me the Win API to display the keyboard and to customize it what all i have to do..
The Similar API are available for WinCE development..E.G. SipShowIM();
Thanks And Regards
Amit
|
|
|
|
|
I am not sure there is one outside of the WinCE stuff. However it is relatively simple to produce one. You just need an array of buttons that map to the associated keys. Or some other alternative.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Williams (Little Britain)
|
|
|
|
|
Thanks for ur reply.
What about Multilanguage support..
Amit
|
|
|
|
|
Hi All,
I'm not wonderfully experienced in COM programming.
I've written an app which captures video frames from a DV Camcorder to a file (in a proprietary format). It works well, which is nice.
In essence, I am:-
1. Creating an IGraphBuilder and an ICaptureGraphBuilder2
2. Adding the MSDV filter for the camera & adding an ISampleGrabber.
3. using the ICaptureGraphBuilder2 to build the filter graph.
So, in step 3, ICaptureGraphBuilder2 is adding some extra filters to the graph to complete the chain (in fact, it adds a Smart Tee, DV Decoder, and a Video Renderer.
My confusion it that i'm unsure on how i should be cleaning up when i'm finished.
I can Release() the pointers to the interfaces that I created, but what about the filters that ICaptureGraphBuilder2 created? will they be released automatically when I release the IGraphBuilder ?
Or, should I enumerate all the filters in the graph and IFilterGraph::RemoveFilter() them?
Are there any tools available that can list instances of COM objects that I create, and spy on their reference counts?
Thanks for any info
JOn
#include <beer.h>
|
|
|
|
|
Jon Hulatt wrote:
Are there any tools available that can list instances of COM objects that I create, and spy on their reference counts?
The easiest way is by inspection of the value returned by release - however remember that functions that correctly obey the rules of COM will AddRef / Release depending on the parameter type (for example adding a filter to a graph is an [in] parameter which will force an AddRef), so you'll have to compensate for this when you look at the values.
However, if possible, you don't want to be doing this. COM, and especially DirectShow are hideously frustrating beasts to cleanup (as I'm sure you've found out  ), so much so that you really don't want to have to.
Where possible use smart pointers which abstract away the intricies of calling AddRef and Release. The two most obvious starting points are boost::shared_ptr (which will need a custom delete function) or the CComPtr / CComQIPtr classes provided as part of ATL.
One of the other things I've learnt from experience is that when DirectShow applications start to fall over, they do it in a really big way. Make sure that each operation that you complete can be rolled back. This becomes fairly nasty if something throws an exception - the only solutions I've found for this is to use RAII for each operation (for example adding filters or connecting pins) that you complete on a graph.
* Create the graph and DirectShow interfaces
* Create Filters
* Add the filters to the graph
* Set the properties for the filters in the graph (this step may need to be repeated / delayed until after having connected the pins of the filters)
* Connect the pins for the filters (I do this manually to avoid the chance that DirectShow will insert intermediate filters in stupid places)
* Start the graph
Do the operations for your application
* Stop the graph
* Disconnect the pins of the filters
* Remove the filters
* Destroy the filters
* Destroy the graph and DirectShow interfaces
If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.
Rudyard Kipling
|
|
|
|
|
Thanks for the pointers; i'll try them out. Hopefully it'll make things work a bit better!!
Regarding destruction of filters that DirectShow adds automatically; do you know if when you Release() the graph, DirectShow will Release remaining filters it holds a reference too?
Or, does it only Release() when filters are removed from the Graph?
Thanks!
Jon
#include <beer.h>
|
|
|
|
|
I'm not 100% sure, but I don't believe it does. I tend not to give it the chance to try - if you force it to do exactly what you want there is less chance of something going wrong. Running in debug should tell you if there are any unreleased COM objects lying around if you want to check.
IMO It's just as easy to manually remove the filters when you're done.
If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.
Rudyard Kipling
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
