I had a similar problem some years ago. Everthing worked fine after I clear the IE-cache and rebooted my PC.
Rainer Be as simple as you can be; You will be astonished to see how uncomplicated and happy your life can become. --Paramahansa Yogananda
I had a similar problem some years ago. Everthing worked fine after I clear the IE-cache and rebooted my PC.
Rainer Be as simple as you can be; You will be astonished to see how uncomplicated and happy your life can become. --Paramahansa Yogananda
Hello I fully agree with your post, but there ist still one question pending, at least for me.:) VS2008 forces you to upgrade Net 2.0 to Net 2.0 SP1. Now when you are building apps against NET 2.0, with VS2008 of course, what does this mean to your target system. Does the target too have to have Net 2.0SP1 or is Net 2.0 sufficent to run the application. Is it possible to install Net 2.0 SP1 in Win2000 SP4, as it was possible with Net 2.0? I found no hint about this on MS-sites.
greetings Rainer Be as sinple as you can be; You will be astonished to see how uncomplicated and happy your life can become. --Paramahansa Yogananda
Hello David, I just had a look to my silly, good old printed map dated 2005/2006. This printed map shows the road crossing the river Rhine. And as far as I rembember, having traveled freeway A5 (Frankfurt to Basel) for several times during the last years the Exit 55 (Offenburg) shows that you can leave to freeway here to go to France. ... And even if everything goes wrong, there is a bridge over the Rhine about 10 KM north, connecting Strassbourg (France) to Kehl (Germany). Have a fine and save trip !!
Rainer Be as simple as you can be; You will be astonished to see how uncomplicated and happy your life can become. --Paramahansa Yogananda
igor1960 wrote: Check your Project Settings: specifically Debugging/Debugger Type -- set to Native or Mixed or whatever... This helped Thanks a lot Rainer
Hello, I have a "gold old" ATL Dll which is used by some applications I created. The project was originally created with VC6. Debugging this Dll by starting an application and setting breakpoints using VC6 inside the Dll has never been a problem even if the application was a managed C#-application. After upgrading the dll-project to VS.NET 2003 I have no problems to do the same using a VC application to load the dll. However, starting the same managed application I used before in VC6 to load the debugger now does not stop at the breakpoints. The breakpoints are marked with a ? . Hovering the mousepointer over the breakpoint shows a tooltip saying "the breakpoint will not currently be hit. No symbols have been loaded for this document". As I wrote before the same procedure works perfectly loading a native VC application. What do I have to do to be able to debug the atl dll using VS.NET 2003 :confused::confused: Any help appreciated Rainer
Mike Dimmick wrote: When you add a member variable for the control (right-click the control and choose Add Member Variable), VS.NET prompts you for the files for the wrapper class, along with the other information. I noticed this context menu element, but did not expect to (re)create the wrapper class here. Thanks a lot for your help:) Rainer
Hello, I am just trying to upgrade a MFC project to VS.Net 2003. In this project I have an ActiveX Control for which I created a wrapper class using menu "Project | Add to project | Components and Controls" in VC6. After selecting the correct control this created or recreated the corresponding wrapper class to use the control in an MFC-Dialog. May be I am stupid, but I can't find the corresponding command in VS.Net 2003.:mad::confused::mad::confused: Any help to find this silly command is very much appreciated:) Rainer
Did you check the system date? A friend of mine did not get any update with an incorrect time set. Just my 2 €-Cents Rainer
Hi, is there a Win32-API with which I can programmatically remove a usb-device (especially usb-drive)? Any help appreciated :) Rainer
In ATL6 (VS6) creating an interface like this interface ICtrl1 : IDispatch { typedef enum {Diedel, Doedel, Doing} DUMMY; [id(1), helpstring("method Foo")] HRESULT Foo([in]DUMMY Dummy); };
in Foo.idl the file was properly compiled by MIDL. However doing the same in ATL7 in the controls headerfile __interface ICtrl1 : public IDispatch { typedef enum {Diedel, Doedel, Doing} DUMMY; [id(1), helpstring("method Foo")] HRESULT Foo([in] DUMMY Dummy); };
results in an error MIDL2025 : syntax error : expecting a type specification near "DUMMY". I have no idea what I am doing wrong here :confused::confused::confused: Rainer
My notebook is a member of our NT4 domain in the coorp. network. While working in the office everything is fine, using fileservers, exchange and so on. However, when I am trying to connect to the corp.network via RAS, or even VPN during the last days, I have problems to connect to those servers. When working offline I still use my domain-account, and with the cached profile I -hope- I should be able to access all servers, as described above, using the Username and password of the cached profile. (This worked perfectly for me in NT40 and W2K). However using the same procedure in XP I always have to enter uname + pwd to connect to a file-server or exchange-server. It is annoying, always to reenter those informations. Is there a chance to make it work as it was using NT4 and W2K? Change Reg-Settings or so? Thanks in advance:) Rainer
This helps thank you :):) Rainer
Using VC6 it was easily possible to create a MFC-VC6 appl. and link MFC statically. The apps only depended on Kernel32.dll, User32.dll,... :) Doing the same with VC7 or even converting such a project from VC6 to VC7 results in additional dependencies to SHLWAPI.dll, OELAUT.dll and OLEACC.dll. :(( How can I remove the dependencies to these DLLs, even linking with /opt:ref /opt:noicf doesn't help.:confused: Any idea on howto make VC7 work like VC6 in this aspect is very much appreciated. Rainer
Hello, I am working with WinXP since several months, without any (real) problem. However, since a few weeks, WIN+E to start Explorer doesn't work any more. WIN+F, or +R, or +L is still working. And as you can see the eeeeee are still working too :). How can I find out which program is eating WIN+E or why does WinXP not recognize those keystrokes? :confused: Rainer
Thank you ! ! ! :):):) Rainer
... shows HOWTO: Convert a UNIX time_t to a Win32 FILETIME or SYSTEMTIME. ... However I need an easy way to do convert FILETIME to time_t without MFC-Support.:confused: Any help welcome:rose: Rainer
I have simmilar problems using the .NET IDE as you have, although htere will always be changes in life, I personally feel that these changes prevent me from working as effective as it could be. By the way in VS6 we hat F4 to move from one compiler error to the next one. In the new IDE F4 highlight the properties window. Any idea How I can move to the next compiler error without using the mouse? :mad: :mad: Rainer
As far as I know you have to uninstall IE4, and then reinstall IE4 and select to use Active Desktop during the installation process. Doing it that way was the only chance for me to install AD on those "old" systems like Win95, NT4.0. Even installing IE 5.x or IE 6.0 doesn't help. You need to select AD while installing IE4. Rainer -- only my 2 € Cents
Yust downloaded your TimeSync, and the only answer I get is This version of Timesync has expired. Please install the latest version. Looks like you have a Y2K+2 problem while others only have a 4 min gap !!! ;) Rainer
There is a function MakeSureDirectoryPathExists(PCSTR Pathname) This function however is located in dbghelp.dll which you can /nedd to ;) distribute with your application. for more information have a look in MSDN Platform SDK cheers Rainer