C / C++ / MFC

FirstPrevNext

A question about OleDB Hamma29-Jul-02 6:58 Hamma 29-Jul-02 6:58  I'm cofused,and need help.I'm programming in MFC.What I want to know is how to use 'm_pSet->Insert()' to add a new row.I just had a try.But it doesn't work.Nothing is added but a row has been modified.Would you like help me with problem?Thank you. database newbie unknown soldier29-Jul-02 6:56 unknown soldier 29-Jul-02 6:56  Hi all !! I am developing an instant messaging server which will also connect to databases. I am a newbie as far a data access in VC++ is concerned. Now i want to connect it to database server (client/server model). Please suggest me the best data access technique considering the requirement of my application as follows: My application is DOS based, 90% complete and written without the usage of MFC. I want to access data from sql-server based machine running on my network. My target is to access data quickly and efficiently though accuracy can be compromised. Programming ease is also a requirement. Re: database newbie l a u r e n29-Jul-02 7:10 l a u r e n 29-Jul-02 7:10  bakhtawar wrote: My target is to access data quickly and efficiently though accuracy can be compromised. ummmmm u tend to get out exactly what u put in with these damn database things ... wish they could give us human storage devices huh? "well i think the data you want is 3 but i could be wrong" "... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away" sonork: 100.18128   8028finder.com Re: database newbie Michael P Butler29-Jul-02 10:43 Michael P Butler 29-Jul-02 10:43  bakhtawar wrote: My application is DOS based DOS as in MSDOS app or DOS as in Console Application? If it is a console application, look at some of the ADO articles available on this site. Michael Time flies like an arrow. Fruit flies like a banana Memory allocation with no swap Fred dB.29-Jul-02 6:54 Fred dB. 29-Jul-02 6:54  Hello! I'm working on an application where a binary file must be loaded and should be kept in memory during all execution. I guess that keeping data in physical memory and avoid memory swap on virtual memory is not possible. Is it a way to keep the whole address space that concerns my application in physical memory? Thank you for any information ! Frédéric. C++/MFC/SQL developer. Re: Memory allocation with no swap Joaquín M López Muñoz29-Jul-02 9:41 Joaquín M López Muñoz 29-Jul-02 9:41  For NT-based systems, seems like <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/k106_8ble.asp">MmProbeAndLockPages<a> is the API you're after. For 95 and relatives, have a look at LinPageLock in the DDK documentation. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Holy Dense... Codeguru Guru's Fred29-Jul-02 6:12 Fred 29-Jul-02 6:12  Hi All, man, you know its Monday...... yes, i will lash myself after this. i can't belive, i've gone brain numb on this. I need to trap wm_quit/wm_close or any systm messages that will cause my app to shutdown, so i can check if my app is ready to shutdown ,and prevent this from happening unless certain conditions are met in my app. i've tried the OnCmdMsg --> if pMsg->message == WM_QUIT etc.... with no success. is this suppose to go in the main app .cpp file or the mainfrm.cpp Thanks in advance lost, stupid and confused Fred Re: Holy Dense... Codeguru Guru's l a u r e n29-Jul-02 7:13 l a u r e n 29-Jul-02 7:13  if you override the OnClose() handler and simply return without executing the default handler if you don't want to close "... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away" sonork: 100.18128   8028finder.com Re: Holy Dense... Codeguru Guru's Fred29-Jul-02 10:05 Fred 29-Jul-02 10:05  did the trick thanks Re: Holy Dense... Codeguru Guru's Chad Koehler29-Jul-02 9:29 Chad Koehler 29-Jul-02 9:29  If you are using the document/view architecture, look up CDocument::SaveModified() in MSDN. Thanks.. Holy Dense... Codeguru Guru's Fred29-Jul-02 9:35 Fred 29-Jul-02 9:35  i'll give those a shot Re: Holy Dense... Codeguru Guru's Michael Dunn29-Jul-02 14:19 Michael Dunn 29-Jul-02 14:19  WM_QUIT is not passed to any window proc (MFC or otherwise). When GetMessage() pulls a WM_QUIT out of the queue, it returns 0 to terminate the window's message loop. --Mike-- Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer My really out-of-date homepage Sonork-100.19012 Acid_Helm Nasty little MFC bug... Anonymous29-Jul-02 5:59 Anonymous 29-Jul-02 5:59  Greetings, coders of the world. I've come because I'm quite at the end of my rope with an MFC bug, and need help. It's the most untraceable thing I've ever come across... Anyway, I hope I can provide enough information about it (without giving the whole program's source away) to get a solution. I'm using VC++ 6.0 (rather than .net because of compatibility issues), and have based my program off the MDI structure. Now, _sometimes_ when I create floating modal dialog boxes, the program locks up. It only happens when the dialogs are ownerless (parent = NULL), and when they're called with the DoModal() function. It appears to vary by dialog. For a while, anything I brought up was freezing. Since then (I don't know why) the standard About dialog and various custom settings windows have begun to work. Others still don't. One baffling thing is that I override the exact same methods in two dialogs (derived from CDialog, of course), and one works while the other doesn't. I implemented, as a test, a little message responder and had it try to call one, then another, in separate compiles. No difference in calling environments that I could spot, and still only one worked. As we're all more than familiar with, there are many ways for things to not work. What baffles me is where this one shows up... in the middle of MFC's message loop. The dialog object construct fine, but when I call DoModal(), it locks up the message loop. Specifically, this callstack: USER32! 77e1325c() CWinThread::PumpMessage() line 814 + 19 bytes CWnd::RunModalLoop(unsigned long 4) line 3478 + 19 bytes CDialog::DoModal() line 536 + 12 bytes This is the culprit line in PumpMessage(): if (!::GetMessage(&m_msgCur, NULL, NULL, NULL)) and the program screeches to a halt (strangely) right on this assembler instruction in USER32: ret 10h Obviously, this doesn't help much. I can't figure out what I did elsewhere in my program that would cause the message loop to break like that. I did have a fairly large OpenGL section that messed with windows pretty heavily, but that wasn't the culprit. At first, I wrote routines that would completely shut down the OpenGL windows' message pumps whenever a modal dialog was called. It was ugly, but it worked... or so I thought. Since then, it's popped up again with different dialogs, and after ripping out the 3D system altogether (well, commenting out) to try to isolate this bug, still no change. One last thing that might be helpful. I stepped through my dialog routines from DoModal(), but couldn't tell specifically where in the construction/display cycle the error occurred. The message loop appears to run fine for a while, but stops before the windows get around to calling PreCreateWindow(). The CDC thanks you in advance for any help you can provide. -Christian Miller Re: Nasty little MFC bug... #realJSOP29-Jul-02 6:07 #realJSOP 29-Jul-02 6:07  I think I remember seeing somewhere that there are special message-loop considerations when using OpenGL with MFC. I'm sorry I can't be more specific, but I saw it this weekend somwehere. ------- signature starts "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 Please review the Legal Disclaimer in my bio. ------- signature ends Re: Nasty little MFC bug... Christian Miller29-Jul-02 10:10 Christian Miller 29-Jul-02 10:10  Okay, so it's a big bug. I squelched the OGL portion of my app, same problem. I did manage to find a program source that manages MDI OpenGL windows nicely, but there are two big 'ol problems with it: A) It's slow. B) It's 18000+ lines. Not exactly ideal, especially considering the time constraints I'm under. Any other ideas? Nasty little MFC bug... Christian Miller29-Jul-02 5:59 Christian Miller 29-Jul-02 5:59  Greetings, coders of the world. I've come because I'm quite at the end of my rope with an MFC bug, and need help. It's the most untraceable thing I've ever come across... Anyway, I hope I can provide enough information about it (without giving the whole program's source away) to get a solution. I'm using VC++ 6.0 (rather than .net because of compatibility issues), and have based my program off the MDI structure. Now, _sometimes_ when I create floating modal dialog boxes, the program locks up. It only happens when the dialogs are ownerless (parent = NULL), and when they're called with the DoModal() function. It appears to vary by dialog. For a while, anything I brought up was freezing. Since then (I don't know why) the standard About dialog and various custom settings windows have begun to work. Others still don't. One baffling thing is that I override the exact same methods in two dialogs (derived from CDialog, of course), and one works while the other doesn't. I implemented, as a test, a little message responder and had it try to call one, then another, in separate compiles. No difference in calling environments that I could spot, and still only one worked. As we're all more than familiar with, there are many ways for things to not work. What baffles me is where this one shows up... in the middle of MFC's message loop. The dialog object construct fine, but when I call DoModal(), it locks up the message loop. Specifically, this callstack: USER32! 77e1325c() CWinThread::PumpMessage() line 814 + 19 bytes CWnd::RunModalLoop(unsigned long 4) line 3478 + 19 bytes CDialog::DoModal() line 536 + 12 bytes This is the culprit line in PumpMessage(): if (!::GetMessage(&m_msgCur, NULL, NULL, NULL)) and the program screeches to a halt (strangely) right on this assembler instruction in USER32: ret 10h Obviously, this doesn't help much. I can't figure out what I did elsewhere in my program that would cause the message loop to break like that. I did have a fairly large OpenGL section that messed with windows pretty heavily, but that wasn't the culprit. At first, I wrote routines that would completely shut down the OpenGL windows' message pumps whenever a modal dialog was called. It was ugly, but it worked... or so I thought. Since then, it's popped up again with different dialogs, and after ripping out the 3D system altogether (well, commenting out) to try to isolate this bug, still no change. One last thing that might be helpful. I stepped through my dialog routines from DoModal(), but couldn't tell specifically where in the construction/display cycle the error occurred. The message loop appears to run fine for a while, but stops before the windows get around to calling PreCreateWindow(). The CDC thanks you in advance for any help you can provide. -Christian Miller Apologies for the double post, blasted IE... [n/t] Christian Miller29-Jul-02 6:03 Christian Miller 29-Jul-02 6:03  No text here, move along. Trouble with Z-order klm29-Jul-02 4:37 klm 29-Jul-02 4:37  Hello friends, on the bottom (z-axis) i have a CView (Fullscreen), he create a CDialog (Fullscreen), and then he (the CView) create a CDialog (quarder-screen, bottom, y-axis). I would like to operate with the Fullscreen-dialog and the quarder-screen-dialog. I can operate with the fullscreen-dialog, but not with the quarder-screen-dialog. At the creation of the dialogs i use this: ASSERT(m_DlgPFkt3Zeile->SetWindowPos(NULL , a , b , c , d , SWP_HIDEWINDOW | SWP_NOACTIVATE | SWP_NOZORDER)); I have try all parameters of SetWindowPos, but with nothing parameter i can operate with the fullscreen-dialog and the quarder-screen-dialog. Why i don't can operate with the quarder-screen-dialog? Thank you for your help! PS: Sorry for my bad english. Re: Trouble with Z-order Tomasz Sowinski29-Jul-02 4:48 Tomasz Sowinski 29-Jul-02 4:48  This doesn't solve your z-order problems, but you should replace ASSERT with VERIFY. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? word processor with page break DanYELL29-Jul-02 4:34 DanYELL 29-Jul-02 4:34  I want to create a simple word processor with a page break. Any ideas on how to do this? Anyone know of any sample projects with this feature? Please, any response any one can give me will be greatly appreciated. Sincerely, Danielle (an overworked graduate student) Re: word processor with page break l a u r e n29-Jul-02 7:17 l a u r e n 29-Jul-02 7:17  ms ships the source code to wordpad i think on the vstudio disks ... might be as a good a place as any to look "... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away" sonork: 100.18128   8028finder.com User interface size and monitor resolution Antony B.29-Jul-02 3:52 Antony B. 29-Jul-02 3:52  I have to develop an user interface that must be shown in monitor with different resolutions (800 X 600 or 1024 X 768). How can I do to let this interface automatically resize in order to avoid the use of scroll bars (in case of small monitor size) and to avoid leaving free space (in case of big monitor size)??? Thanks a lot Re: User interface size and monitor resolution l a u r e n29-Jul-02 7:21 l a u r e n 29-Jul-02 7:21  depends on the type of app ... am assuming a dialog app so you could maybe simply make two dialog box templates and load whichever one was reqd ... that way u could avoid all the icky movable layout stuff "... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away" sonork: 100.18128   8028finder.com Re: User interface size and monitor resolution Allen Sun29-Jul-02 10:32 Allen Sun 29-Jul-02 10:32  You can make your app to handle WM_DISPLAYCHANGE message and use GetSystemMetrics() to get the screen size. To resize your window, either you can maximize it, or in a dialog base app, use CResizeCtrl by Herbert Menke http://www.codeproject.com/dialog/resizectrl.asp[^] Hope this will help Allen Re: User interface size and monitor resolution Anotny B.29-Jul-02 23:47 Anotny B. 29-Jul-02 23:47  Thanks a lot!! But what about if I have a MDI or a SDI app ??? Is it the same ???

Last Visit: 31-Dec-99 18:00     Last Update: 4-Jul-24 9:51 Refresh ᐊ Prev1...16510165111651216513165141651516516165171651816519 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.