|
|
Le@rner wrote: there is no other information in mail...
I did not send anything. I was simply asking for your e-mail so that I could send you the program directly.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
its only a exe not source.
|
|
|
|
|
Of course. I was not going to go to all the trouble of bundling up the source code if it wasn't going to do what you needed.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
In example exe how can chek the status of links,and its only chk the status at once.
i want while i m not stop, application chk the status of link,
and each link checked after given time interval of corresponding link.
|
|
|
|
|
Le@rner wrote: In example exe how can chek the status of links...
After it finishes up gathering the items in your Favorites folder, click the Start button. As each link is checked, its icon will change to reflect the status.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
i m waiting for ur reply.
received no response from you.
|
|
|
|
|
Depending on how you check the links, with WinINet[^] or using your own code with sockets, you can create asynch/non-blocking connections, so you should be able to "start off" more than one session in the same thread, if you can also find a way to distribute the links across multiple threads, e.g. start a new thread for every 20th URL (so one thread handles 20 asynchronous connections), you could probably speed things up some more, althorough i am not sure about that, it probably requires some experimenting.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> "It doesn't work, fix it" does not qualify as a bug report. <
> Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
|
|
|
|
|
I am trying to create a simple game framework that covers all the boilerplate code involved with initializing a opengl/sdl window. I am having a problem getting it to work properly though. I know for sure that I initialized the screen SDL_surface properly but that is about it (the screen goes black); none of the opengl commands work properly. I added code to check to make sure the loop is working (it is).
I'm well versed in Opengl but am an SDL noob. Its probably something small I screwed up or overlooked but I cannot figure it out, help on the topic of opengl integration with SDL is scarce.
Here is a link to my code.
http://pastebay.com/106583[^]
If anyone knows what the problem is, I would greatly appreciate some help with this problem.
|
|
|
|
|
I haven't looked at the code, but...
Try specifying a non-black glClearColor value and then call glClear (with the GL_COLOR_BUFFER_BIT flag set, along with, probably, GL_DEPTH_BUFFER_BIT) at the beginning of your rendering loop (comment out any other rendering calls, so you don't overwrite the intialized contents of the buffer). If the GL window changes color, then you probably have it initialized correctly. If that's the case, double and triple check your camera orientation and the location of any test object you're trying to render. Very often, if you have a black screen and can't see anything you're rendering, it's because the camera is pointing in the wrong direction.
L u n a t i c F r i n g e
|
|
|
|
|
I tried that, and I get nothing. I've based this on a port of the NeHe basecode to SDL, and even though I can see no differences in the method of either code, mine doesn't work.
I tried calling gluLookat(), I tried translating the geometry to be in front of the camera, i tried making the backcolor something other than black, nothing works.
|
|
|
|
|
I didn't really looked at your code but I just want to let you know that there is probably a better alternative to SDL: take a look at SFML[^]. It's a more modern library which is similar to SDL but is fully object oriented (and much more efficient too). I suggest you take a look at the features page.
|
|
|
|
|
Hi all,
i m create a odbc connection and use access database.
when i create MFC ODBC Consumer class its derived from CRecordset class.
when in thread i open and close multiple times the crecordset class its crash,and some times its becomes slower.
please help me for this.
and tell me how can i use more efficiently the Crecordset class.
thank in advance.
|
|
|
|
|
Post a code snippet on how you open and close your record set. Omit code that is not not part of the problem. From your description it sounds like you are not closing your record set correctly.
|
|
|
|
|
Ctest* test_sett = new Ctest;
if ( !test_sett->IsOpen() )
test_sett->Open();
while ( !test_sett->IsEOF() )
{
test_sett->MoveNext();
}
if ( test_sett->IsOpen() )
test_sett->Close();
delete test_sett;
|
|
|
|
|
I'm thinking you should focus on getting the database-related code working first before introducing multiple threads to the mix.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Greetings!
We have been trying to track down errors that in our application that happen at random times on our customer's Windows Server 2003 system, and the only thing we know about them is the memory address given in an Application Popup event in the system event log. We do not have any application error events corresponding to these messages.
I found that Dr. Watson was disabled on their machine, so I enabled it. To test it, I wrote a quick application that will try to divide by zero or to write to memory address 0x00000000. In both cases, a message box should be displayed should the program get past the error statement. When I ran the program on their system, I was very surprised to see that neither error generated any kind of response! I did not get the infamous "Your application has encountered a problem and needs to close" box, I did not get any messages in any event log, and the messages after the errors happen did not appear. The application just silently ended.
Is there some setting someplace in Windows Server 2003 system that controls whether or not errors will result in user notifications or log messages?
Thanks very much!
RobR
|
|
|
|
|
|
When is an MFC application fully realized?
---
I've got an MFC application A that creates a new MFC dialog application B with CreateProcess.
When application B is created, A looses focus and I need to have A reclaim the focus.
I've tried a few different things but none seem to be working.
I create the process like this:
if( CreateProcess( NULL, cCommandLine.GetBuffer(), NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, pi ) )
{
WaitForInputIdle (pi->hProcess, INFINITE);
return (pi->hProcess);
}
After that, I tried individually or mix'n'match between them:
mainframe->SetFocus();
mainframe->ActivateFrame();
mainframe->PostMessage( WM_ACTIVATEAPP, TRUE, 0 );
mainframe->PostMessage( WM_ACTIVATE, TRUE, 0 );
I even tried sending (HWND_BROADCAST) a message from B to A at the end of B's OnInitDialog, but maybe it's too early in B life-time to broadcast that message.
- Am I missing something ?
- Can A reclaim itself the focus ? or re-activate itself without user intervention ?
- When is B fully realized and ready so I can broadcast a message back to A ?
Thanks.
Max.
Watched code never compiles.
|
|
|
|
|
Maximilien wrote: When application B is created, A looses focus and I need to have A reclaim the focus.
How about letting B's user interface not claiming the focus in the first place? For example by setting your starup info si.wShowWindow to value SW_SHOWMINIMIZED or SW_SHOWNOACTIVATE (see MSDN). Now it depends on B and no need for more inter process communication.
Hope it helps!
|
|
|
|
|
Moak wrote: SW_SHOWNOACTIVATE
Thanks for the info ..
I tried doing this with a simple dummy project and it does not work, B (the secondary application) is still active after the CreateProcess.
// for the sake of experimenting, created a simple MDI application (A) and a simple dialog application (B)
void CMainFrame::OnOpensubOpen()
{
PROCESS_INFORMATION pi;
ZeroMemory(&pi, sizeof(PROCESS_INFORMATION));
STARTUPINFO si;
CString cCommandLine=_T("C:\\Users\\me\\Documents\\B\\Debug\\B.exe");
ZeroMemory( &si, sizeof( STARTUPINFO ) );
si.cb = sizeof( STARTUPINFO );
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_SHOWNOACTIVATE;
if( CreateProcess( NULL, cCommandLine.GetBuffer(), NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &pi ) )
{
WaitForInputIdle (pi.hProcess, INFINITE);
}
}
The SW_SHOWNOACTIVATE (or SW_SHOWMINNOACTIVE or SW_SHOWNA ) does not work, the B application is still activated when started up;I've been able to "make it work" by using SW_MINIMIZE (doc says it will activates the next top-level window in the Z order).
Maybe I'm not certain what is active or not when a new UI process is created; When I create the process B, A is active, so if be is launched with the SW_SHOWNOACTIVATE flag, A should not be de-activated ?
Thanks again, still looking into this.
Max.
Watched code never compiles.
|
|
|
|
|
You can check application B if you have something similar to ShowWindow(m_nCmdShow) in your source code, here you can handle SW_SHOWNOACTIVATE in a special way (e.g. by not calling ShowWindow). Otherwise you can try to dig deeper and check where the focus change or dialog activation comes from (e.g. window message WM_ACTIVATEAPP ).
Happy debugging!
|
|
|
|
|
I think that sending an HWND_BROADCAST message from the OnInitDialog of your B application is too early, because when it's called the window has not already shown, then your A application has not loosen the foucs yet.
You can try to send the same HWND_BROADCAST message the first time the OnActivateApp or the OnShowWindow is called in your B application.
|
|
|
|
|
An application cannot directly make itself the foreground app; only the active application can do that.
However, there are some fun tricks like having application B make application A the foreground app.
Another method is to attach to the foreground application:
DWORD foregroundProcessId = GetWindowThreadProcessId(::GetForegroundWindow(), NULL);
DWORD curThreadId = GetCurrentThreadId();
AttachThreadInput(foregroundProcessId, curThreadId, TRUE);
ShowWindow(hWnd, SW_SHOW);
BringWindowToTop(hWnd);
SetActiveWindow(hWnd);
SetForegroundWindow(hWnd);
SetFocus(hWnd);
AttachThreadInput(foregroundProcessId, curThreadId, FALSE);
|
|
|
|
|
If I have an CScrollView with few lines , rectangles and other , can I move scrollbar with mouse due the mouse is within client area ? Something like acrobat reader sheets , when the mouse cursor is hand , on OnLButtonDown mouse pointer change to 'MoveHand' cursor and OnMouseMove move scrollbars ?
|
|
|
|