C / C++ / MFC

FirstPrevNext

COM passing Anthony98874-Jul-03 3:27 Anthony9887 4-Jul-03 3:27  I want to be able to pass an ado object interface pointer from VB to my COM dll. Is this possible. How would I go about doing such a thing. Thanks Re: COM passing valikac4-Jul-03 5:05 valikac 4-Jul-03 5:05  In theory, yes it is possible to pass pointers from and to COM DLL given that the DLL is in the program's address space. As for practice, post some code. I am not familiar with VB. In general, one solution is to call a function in the DLL that takes a pointer to an interface as one parameter. Kuphryn Re: COM passing Anthony98874-Jul-03 7:42 Anthony9887 4-Jul-03 7:42  Hi, I'm trying to pass a _RecordsetPtr to my ATL COM method as a parameter. Except I'm not too sure how to do it. How would I pass the interface as you described. Thanks Whats true? MSDN or source code? Dominik Reichl4-Jul-03 2:12 Dominik Reichl 4-Jul-03 2:12  Hello, I am using CBitmaps for my bitmap objects. MSDN says that a bitmap loaded with the LoadBitmap member function will be freed automatically when the class is destructed: You can use the CGdiObject::DeleteObject function to delete bitmap loaded by the LoadBitmap function, or the CBitmap destructor will delete the object for you. Now I had a look into the MFC source files and found the following lines in the file Afxwin1.inl _AFXWIN_INLINE CBitmap::~CBitmap() { } So it seems the destructor does simply nothing??? Will my bitmap be freed on destruction of the CBitmap class or not?? -Dominik _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? Re: Whats true? MSDN or source code? Ryan Binns4-Jul-03 2:16 Ryan Binns 4-Jul-03 2:16  Dominik Reichl wrote: Will my bitmap be freed on destruction of the CBitmap class or not?? It will. The bitmap gets destroyed in the destructor for CGdiObject, same as in other CGdiObject-derived classes. Ryan Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge) Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact" Re: Whats true? MSDN or source code? Dominik Reichl4-Jul-03 2:23 Dominik Reichl 4-Jul-03 2:23  Ah, this destructor reads _AFXWIN_INLINE CGdiObject::~CGdiObject() { DeleteObject(); } -Dominik _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? Re: Whats true? MSDN or source code? Dominik Reichl4-Jul-03 2:25 Dominik Reichl 4-Jul-03 2:25  What confused me was that MSDN says the "CBitmap destructor" would do this... -Dominik _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? Re: Whats true? MSDN or source code? Ryan Binns4-Jul-03 2:29 Ryan Binns 4-Jul-03 2:29  Dominik Reichl wrote: What confused me was that MSDN says the "CBitmap destructor" would do this... Yeah, sometimes the MSDN is a bit off Ryan Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge) Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact" How to convert .exe MFC project into .ocx MFC project? Mohammed Jawed Perwez4-Jul-03 2:09 Mohammed Jawed Perwez 4-Jul-03 2:09  Hi, 1. How to convert .exe MFC project into .ocx MFC project? 2. In codeproject MFC Grid Control is available in .EXE MFC Project. I'm trying to convert it into OCX & will add more functionality like Excel Cell Copy/Cut/Pest Rectangel area animation etc. Can any one help me? Regards, Mohammed Jawed Perwez mjperwez@yahoo.co.in -- Has anyone found a workaround for VC++ 6.0 when using Access 2K? WREY4-Jul-03 0:25 WREY 4-Jul-03 0:25  VC++ 6.0 and Access 2000 don't go hand in hand. IOW, you cannot develop an application using VC++ 6.0 AppWizard if the application will be using Access 2000. (Microsoft saw to that!!!!) If you have a database application that already exists, there is some hope for getting it to use Access 2000, but if you are just developing it, AppWizard will NOT do it for you (meaning, you will bomb out where it asks for a Data Source.) Has anyone gotten this experience and found a way of creating a new application and then somehow get it to work using Access 2000? Thanks. William Fortes in fide et opere! Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? Michael P Butler4-Jul-03 0:32 Michael P Butler 4-Jul-03 0:32  What's wrong with just creating a standard AppWizard app and then using ADO? It works well for me, but then I stopped relying on AppWizard many years ago. Technology moved on but Microsoft didn't see the need to move AppWizard with it. I recommend that you use the AppWizard just to generate a simple skeleton framework and then code the rest yourself. Michael 'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879 Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? WREY4-Jul-03 1:09 WREY 4-Jul-03 1:09  I use what is there for me to work with, and right now it's Access 2K. The more I think of it, the more it looks like I'll have to do exactly as you suggested, 'Create a regular application skeleton using AppWizard, and code in the rest of the stuff,' myself. I was just hoping somebody may have walked this path before and wouldn't mind relating their experience. William Fortes in fide et opere! Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? John M. Drescher4-Jul-03 3:09 John M. Drescher 4-Jul-03 3:09  Here is a good ADO class library: http://www.codeproject.com/database/caaadoclass1.asp[^] John Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? Scozturk4-Jul-03 1:20 Scozturk 4-Jul-03 1:20  Well I use Access 2000 to create mdb files for my database programs. The best and fastest way is to write a base code for it and than use it in all of your new databse programs! You may also use access 2000 to create access 97 files by converting it! Well... I am a beginner ... Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? WREY4-Jul-03 7:29 WREY 4-Jul-03 7:29  Creating ".mdb" files is not the problem (well, that's not 100% true, because it does contribute to the problem, be it a small part). The problem lies in creating an application using AppWizard, if the application you're about to create will be using database, and that database turns out to be Access 2000. That's the problem!! Microsoft put the brakes on people from using AppWizard in creating database application who will be using Access 2K. This they did by NOT updating the Wizard to the new Jet Engine that Access 2K requires. If you're using Access 97, you're safe; the wizard will support that with the old version of the Jet Engine. The reason behind this? Microsoft wants ADO to be the new way to go (either that or OLE DB) for those who want to stick with Access. William Fortes in fide et opere! Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? Manfred Staiger7-Jul-03 4:26 Manfred Staiger 7-Jul-03 4:26  Perhaps I don't understand your problem, but the only thing I had to do when changing to Access2k with my database (DAO) application was to call AfxGetModuleState()->m_dwVersion = 0x0601; before calling AfxDaoInit(). That works fine if you have MFC a as shared dll. If you want to link MFC statically you have to change some lines in some MFC file (i think daocore.cpp) and recompile it, but it's described somewhere in MSDN. Binding an Access2k table to a CDaoRecordset class does not work with the class wizard, thats right. But I use Access97 tables for binding the first time and further changes can be done manually. MS Re: Has anyone found a workaround for VC++ 6.0 when using Access 2K? WREY7-Jul-03 7:18 WREY 7-Jul-03 7:18  All that you've said is true (and I fully agree with them all), from the use of calling AfxGetModuleState() to the use of Access97 for binding the first time. The situations I'm facing are: 1) I don't have Access97 to use for that first time binding. (I have Access 2K.) 2) I am trying to create an MDI application and I don't have an old MDI DAO program which I can cannibalize to obtain the sort of binding I would be needing. ======================== So far, after a lot of trials and errors (plural), the nearest I've come to AppWizard delivering something closest to what I'm looking for, is to specify to it that I'll be using CFormView as the base class for my view. NO LUCK when it came to have it provide a CDaoDatabase class, or anything close to it from which I could derive my database. Document class I got, but nothing else. (I even tried inserting my own database class and derived it from CDaoDatabase, but that didn't work either. It seemed it needed that early binding when the program was created for it to interface with the database.) The frustrating thing about all these exercises (meaning, the trials and errors), is that you waste more time trying to get to the point of finding something from which you can begin doing your REAL work. As it is, I haven't reached that point yet, so in a true sense, I haven't started any programming activities. William Fortes in fide et opere! Disabling keyboard buttons Scozturk3-Jul-03 23:50 Scozturk 3-Jul-03 23:50  Hi! I have a single document interface program and I want to disable alt+tab and other buttons to not to let the user get out of the program... Is it possible? Thank you for your future answers! Well... I am a beginner ... Re: Disabling keyboard buttons Rage4-Jul-03 0:45 Rage 4-Jul-03 0:45  It might be possible, however handling Ctrl+Alt+Delete is not (easily) possible. So whatever key or key combination you may handle, the user will be able to get out from or close your program using the Task Manager, so maybe you will have to think of another solution. On the other side, locking completely an application must break at least the 9/10 of the UI design laws , so ... ~RaGE(); Re: Disabling keyboard buttons Scozturk4-Jul-03 1:14 Scozturk 4-Jul-03 1:14  Well I am making a Library application for a highschool and they dont want students to use the computer for anything else than the search engine! Will it work if I point a function to the alt+tab keys in WM_COMMAND??? Do you know any online document for ctrl+alt+delete? Thanks a lot! Well... I am a beginner ... Re: Disabling keyboard buttons Ryan Binns4-Jul-03 1:30 Ryan Binns 4-Jul-03 1:30  I wouldn't necessarily try to prevent Alt+Tab or Ctrl+Alt+Delete in your program. They should do that on the PC (using system policies to prevent task manager, and setting the shell to your program instead of explorer.exe). To prevent Alt+F4, handle WM_SYSKEYDOWN. Just a hint, I usually put in a shortcut key (such as Ctrl+Alt+Shift+F12 or something equally obscure) that closes the application but is not documented so that when you need to close it to do upgrades, it's easier . You can password-protect it if you really want to. Ryan Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge) Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact" Including DLL's in EXE file BoudewijnEctor3-Jul-03 23:44 BoudewijnEctor 3-Jul-03 23:44  Hi, I wrote a program (the same program as in my other question in the messageboard), and Vstudio .NET wants to include some DLL's in the exe file --> these will be copied into the application directory (the dir where I installed my software). This works OK, but I need to get rid of those dll's --> they need to be included in the EXE or something like that, because I don't want any dll's on my disk. Can somebody tell me how to intgrate those dll (all just standard MS dll's) in my exe file? Thank you in advance, Boudewijn Ector Re: Including DLL's in EXE file Ryan Binns4-Jul-03 0:48 Ryan Binns 4-Jul-03 0:48  Which DLLs? Ryan Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge) Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact" Re: Including DLL's in EXE file Dominik Reichl4-Jul-03 2:30 Dominik Reichl 4-Jul-03 2:30  Depends on what DLLs. If these DLLs are just standard MS DLLs, perhaps the setup program can manage it to install/update/check them properly into the Windows system directory? -Dominik _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? Re: Including DLL's in EXE file Navin4-Jul-03 7:07 Navin 4-Jul-03 7:07  There are a couple ways. First of all, if you can, try to link statically. If any of the DLLs are MFC42.dll (or whatever), or MSVCRT.DLL, you can easily link them statically. In fact this would be your only course of action aside from installing them or assuming they are already on the system (both options are dangerous.) If you link your DLLs implicitly (e.g., using a .lib file), you are screwed. You'll have no choice but to copy the DLL at install time. The only way around tihs is if the provider of the DLL also gave you source code or a library you can statically link. Then you can do that and not need the DLL at all. If you have a DLL that you call explicitly (e.g., via LoadLibrary), it is convoluted, but possible, to do what you want. I cannot remember the exact code, but the idea is this: 1. Before compiling, in your resouce file, insert the DLL as a resource (make it a custom type, or "FILE" or something.) 2. In your code, Using resource functions, extract that resouce and save it into a temp directory (e.g., call ::GetTempDirectory and save it there.) 3. In your LoadLibrary call, use the path that you extracted it to (temp dir + DLL name.) Sorry I can't provide the exact code, but it is on my work computer, and I am not about to go into work on a holiday. "When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein

Last Visit: 31-Dec-99 18:00     Last Update: 23-May-24 22:06 Refresh ᐊ Prev1...14679146801468114682146831468414685146861468714688 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.