|
A 1 vote? I didn't vote, and I appreciate every bit of help I can get! 
Turquoise
Mechanical-Engineer-to-be
Montreal
|
|
|
|
|
Turquoise wrote: A 1 vote? I didn't vote, and I appreciate every bit of help I can get!
I'm sorry, in that case. I've seen some people doing that here, so I guessed a hazard. 
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Pls help me..
I have to access a fringerprint sensor which is connected to the USB port of my computer.The device driver for the sensor is already installed in the system...I just want to acess the sensor in my code..
I didnt work with device drivers yet..can anybody help me
thanks in advance..
|
|
|
|
|
Deepu Antony wrote: I didnt work with device drivers yet..can anybody help me
You need documentation from the driver/device that explains the data/communications/protocol whatever. Other than that you use CreateFile/ReadFile/WriteFile as the basis of connecting and communicating.
led mike
|
|
|
|
|
Don't forget DeviceIoControl[^]. In many cases this is used more than ReadFile and WriteFile when communicating with device drivers.
Steve
|
|
|
|
|
|
|
I ahev an application that spits data continuously to an edit control in a dialog based MFC app. I cannot seem to get the edit control to keep scrolling with the data as the data reaches the end of the visible box area. Is there a better control or does the edit control have a way to automatically keep up with the data being sent to it so that you do not have to manually use the scroll bar to get to the last piece of data on the screen?
|
|
|
|
|
|
Is your data that comes in line-delimited? If so, use a listbox. Otherwise, you'll need to add the incoming data to the end of the edit control using SetSel() and ReplaceSel(), or use LineScroll().
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Hey everybody!
I'm a bit new in unmanaged c++, let alone ADO, so its a bit of a newbie question...
I'm trying to get the signatures of the stored procedures in my database.
Thanks!
|
|
|
|
|
oops!
|
|
|
|
|
Hello,
I'm not a pc expert. I have a Sony Vaio VGN-AR31E working with Windows Vista and I just bought a Video software called Ulead Video Studio 11.5 software. I tried to install it but for that I need to install Microsoft Visual C++ 2005 Redistributable. I tried several times to install it (version 2005 SP1 or version 2008) but i always have the same error message : "Error 1935. An error occured during the installation of assembly 'Microsoft.VC90.ATL, version="9.0.21022.8",publicKeyToken="1fc8b3b9a1e18e3b", processorArchitecture="x86", type="win32". Please refer to Help and Support for more information. Hresult: 0x800736B3.
I feel completely lost and have no idea of what to do?... could you help me and send me any help by e-mail (jhaustraete@gmail.com). Thnak you very much!
Joffrey
|
|
|
|
|
I'm developing a game as a win32 project.
I now need to add some simple windows forms to the game. When I try to do that, VS asks me
"you are adding a CLR component to a native project. Your project will be converted to have Common Language Runtime support. Do you wish to continue?"
What should I consider (portability, efficiency) before choosing yes?
|
|
|
|
|
Hanan888 wrote: I now need to add some simple windows forms to the game.
You know about the difference between Windows Dialogs and .Net-Forms, do you?
You want to write a game using C++, right?
And you are positively sure that you want to add a .NET-Form to that game?
If you answer any of above questions with "No." of "Hmm - maybe..." or even "Huh?", you need to rethink what you really want to do.
If you answered all questions with "Yes!", you will need to have your project converted to Managed C++. And that is what the dialog offers.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
Thank you very much.
I think I know the difference. I guess it's very hard to acheive functionalities of a .NET form with a Windows Dialog.
And I need about ten different designed forms, some are pop-ups, some are complicated forms.
I do write a game using c++.
I'm not sure about adding .NET component. I want to because it will make like a lot easier.
There is ofcourse the question of portability - I'm demanding my players to have .NET 2.
The question is how terrible is that ?
out of the users that have directX9, how many have .NET 2 ?
Is it really a big deal to install it (.NET) during installation ?
efficiency considerations ?
|
|
|
|
|
Hanan888 wrote: I guess it's very hard to acheive functionalities of a .NET form with a Windows Dialog.
What is it you want to achieve? We here are happy to help you.
Hanan888 wrote: I'm not sure about adding .NET component.
If you are adding .NT anyway, why do you want C++ in the first place? You seem to know .Net already.
You could use .NET as your main target (C#, VB.NET, IronPython, Boo...whatever) and code things where you have to have access to Win32-routines using a C++/CLI to unmanaged C++ bridge.
Hanan888 wrote: Is it really a big deal to install it (.NET) during installation ?
No.
But AFAIK you are not allowed to ship the framework with your product.
The customer would have to get it directly from Microsoft.
But the time to install is about a quarter of an hour.
IIRC, Net 2.0 is limited to W2K and newer. You would exclude the Win95-based platforms. Probably not a real problem.
Hanan888 wrote: efficiency considerations ?
.NET, like Java, tends to eat a lot of memory.
The Quake engine was ported to managed C++ and ran fine. Only a little slower.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
IMHO, just say 'no'. .NET is for business applications, not games.
You can make great GUIs without it - look at WTL, for instance.
|
|
|
|
|
Hello All
I am using MFC with OpenGL to code multimedia application, I am using SDI architecture, and I found that when I open any menu item and select it, windows sometimes don’t erase the menu area immediately, and it appears like a shadow over the OpenGL window, until I do any repaint action it disappears
It seems to me that it is windows issue, but I am not sure!
|
|
|
|
|
A-M-S-S wrote: It seems to me that it is windows issue
I would say the opposite  . Whenever windows need to refresh a window (like for example in your case because something went in front of it), it will send a WM_PAINT message to it. So it is up to you to repaint the window whenever you receive that message.
|
|
|
|
|
The action that done with my menu item is to set some flags and variables then call
InvalidateRect(NULL,FALSE);
To repaint the entire client area, so the menu drawing area should disappear, and this the normal situation that happen in any windows application -the menu disappear, if you just click outside it-
|
|
|
|
|
A-M-S-S wrote: The action that done with my menu item is to set some flags and variables then call
InvalidateRect(NULL,FALSE);
InvalidateRect will simply have as an result to send a WM_PAINT message to your window. If you don't handle that message or you don't repaint your window correctly, then it's logical that the menu doesn't disappear.
A-M-S-S wrote: To repaint the entire client area, so the menu drawing area should disappear, and this the normal situation that happen in any windows application -the menu disappear, if you just click outside it-
Sorry, I don't understand what you are trying to say  . What you call a normal situation (the menu "just"disappear when you click outside it) is simply because that window reacts on the WM_PAINT message and repaints itself.
What you have to understand is that Windows doesn't keep the 'image' of your window. So it means that if something is drawn over it (like with the menu), there is no way to recreate the image unless it asks the window to repaint itself.
|
|
|
|
|
For sure I am doing handling for my paint message, this is where I am call my OpenGL render function and I didn't do any thing else,
So every thing should be ok
And as I told before, this phenomena doesn’t appear every time I open the menu
I was trying to send a screen shot of what I got
If you are interested write your mail in a private message and I will send you the screenshot
|
|
|
|
|
A snippet of code would be more usefull I think. Could you post what you do on the WM_PAINT message ?
|
|
|
|
|
here it is
void CChildView::OnPaint()
{
CPaintDC dc(this);
glClear(GL_COLOR_BUFFER_BIT);
RenderScene(); //calling my OpenGL drawing function
glFlush();
SwapBuffers(m_pDC->GetSafeHdc());
}
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
