The transition from XP to Vista/W7 has been difficult for many ham programs, and a lot of non-ham programs too. But in truth Microsoft did provide plenty of warning. The programming standards for XP provided for separating 'programs' (which belong in c:\program files\) from 'user data' (which belongs elsewhere, such as in 'my documents'). These recommendations were widely ignored, because you could! With Vista/W7 this is being enforced, largely through nuisance UAC popups. In Windows 8 perhaps it will really be enforced...we will see.
When one actually complies with their 'recommendations' things work well. I have just completed writing a Vista/W7 compliant installer for the BPQ32 software package. When using it to update a current install it allows you to remain non-compliant if you insist, but will reorganize your existing installation to get in compliance if you wish. New installs offer the proper locations for Vista/W7 (and even for new XP installs). When you go with the recommended locations everything works perfectly. No nagging UAC popups, no mystery Virtual Store issues. When Neal gets his Vista/W7 compliant release done all these irksome issues will be a thing of the past. Keep in mind that Microsoft's recommendations are part of it's battle with the virus creators. Is Microsoft winning? I am not sure, but XP was a gold mine for the virus creators. Ron, AE5E >________________________________ >From: Gary AL9A <[email protected]> >To: [email protected] >Sent: Wednesday, November 2, 2011 2:08 AM >Subject: Re: [dxbase] Why to never run DXbase on VISTA/Windows7 in the Program >Files directory - wa6axe > > > >Joe, > >Please cc the geniuses at Microsoft who have visited this version of hell on us in the name of "Customer Protection"! > >73, >Gary AL9A > > > >----- Original Message ----- >>From: Joe WA6AXE >>To: [email protected] ; [email protected] >>Sent: November 01, 2011 7:01 PM >>Subject: [dxbase] Why to never run DXbase on VISTA/Windows7 in the Program >>Files directory - wa6axe >> >> >>HI all! >> >>Well, since I have NEVER run DXbase in the C:\Program Files\ Scientific Solutions\DXbase 2007 directory >>on my Windows7 machines -- and, after trying to help Ian (G4GIR) with his setup of DXbase2007 - which WAS >>using this old-fashioned DEFAULT directory for the way we installed DXbase on an XP Machine -- I thought >>that I wanted to MODIFY my AutoLOTW standalone program to help in these situations -- ONLY to find out >>that the old-fashioned DEFAULT directory installation on a VISTA or Windows7 machine is BLOODY TERRIBLE !! >> >>The MANY things that caught my eye on this type of an installation was: >> >>(1) When I imported (Using the DXB Import program) my existing DXbase2007 QSOs into this new Windows7 >>installation -- instead of just copying over my existing mdb file -- I wanted to SEE what would happen in this >>situation to my IMPORTING the QSOs .. of course, I pathed the target mdb file to being my wa6axe.mdb file >>that was in the C:\Program Files\ Scientific Solutions\DXbase 2007 directory ---- >> >>Well -- $$##$ --- yep - you got it ... the bloody thing imported ALL of the QSOs into that Virtual Store directory's >>DXbase2007\wa6axe.mdb file .... and did NOT even send ONE qso into the TARGET mdb file ... >> >>(2) Brought up DXbase2007 from the DEFAULT directory and of course selected the wa6axe.mdb file in THAT >>default directory .. Then, when I entered by hand a dummy qso into this logbook .. I closed out DXbase and >>looked at the mdb file that was in the default - yep - the one qso (hand poked) is there - no problem ... BUT, >>NOTHING of that hand-entered QSO in the Virtual Store mdb file ... >> >>(3) Made an adi file from my newest T32C entries (that were on my XP machine) --- and wanted to see >>where THEY would end up - when I did a Non-DXB Import of these 6 QSOs in my DXbase2007 on my >>Windows7 machine --- YEP - you guessed it --- ONLY imported into the Virtual Store directory's wa6axe.mdb >>file ... not a T32C qso entered into my default directory logbook .... >> >> >>SO -- I have shown myself that it is ABSOLUTELY impossible to make a BETTER AutoLOTW exe file for the >>above situations -- seeing as how YOU will NEVER have ALL of your QSOs in "One Place" !!!!! >> >>The ONLY WAY that the default directory installation would be usable -- and I still would never do it!! --- >>is -- IF you always PATH yourself (the program you are using - whether it be DXbase itself -- or one of the >>import programs, etc) "always" to use the Virtual Store logbook mdb file .... and, the bummer here is that >>NO ONE will ALWAYS remember to path to the Virtual Store mdb file !!!!!!! >> >>If anyone is running DXbase on a VISTA or WINDOWS7 machine -- and you are running it in the >> >>C:\Program Files\ Scientific Solutions\DXbase 2007 >> >>default installation directory (the old defaultdirectory) -- then you are in my prayers ... My wife's 25 pistol >>can do better at my brain than trying to work-around this type of an installation's effect on my brain ... and, >>there ain't much left anyway!!! lol!! >> >> >>BOTTOMLINE -- NEVER try to use my AutoLOTW program - if you have this default type of install on a >>VISTA or WINDOWS7 machine ... it will NOT WORK!!!! >> >>Try comparing your logbook mdb file that is in your default directory against the one that is in the >>Virtual Store area --- make you a bet you are missing QSOs ... >> >> >> >>Never again!! >> >>Joe wa6axe >> >__._,_.___ >Reply to sender | Reply to group | Reply via web post | Start a New Topic >Messages in this topic (3) >Recent Activity: * New Members 2 >Visit Your Group >MARKETPLACE >Stay on top of your group activity without leaving the page you're on - Get >the Yahoo! Toolbar now.<img width="1" height="1" alt=""> > >Switch to: Text-Only, Daily Digest • Unsubscribe • Terms of Use >. > >__,_._,___ > > ______________________________________________________________ Dxbase mailing list Home: http://mailman.qth.net/mailman/listinfo/dxbase Help: http://mailman.qth.net/mmfaq.htm Post: mailto:[email protected] This list hosted by: http://www.qsl.net Please help support this email list: http://www.qsl.net/donate.html
