Looks like a bug report needs to be filed at Adesk. I find it hard to believe that you & I are the only ones that have encountered this, but my searches have come up empty.
There don't seem to be a whole lot of people who've done the switch to Land Desktop 2007 yet. I think it might have something to do with what Autodesk decided to do to AECC_POINT objects, making them turn into useless blocks when exported to earlier versions of Land Desktop... :ugly:
If what you notice is the same problem I noticed, then I already reported it to Autodesk, and they verified that they noticed a problem. They also told me I should be accessing the "AECC.APPLICATION.7" object, and not the "AECC.APPLICATION" object, but that made absolutely no difference.
I took advantage of the opportunity to complain about the fact that we are now supposed to include the version name in the application object. I also complained about the fact that they keep changing the name of the type library. I pointed out that if I write a routine that works in LDD 2004, it will continue to work in later versions. But their rules cause Lisp routines to break in every version. For example, since I prefer to use the LDD type library, I now have to include the following in every Lisp routine:
(setq avn (substr (getvar "ACADVER") 1 4)
tlb (cond
((= avn "16.2") "landauto46.tlb") ; LDD 2006
((= avn "17.0") "landauto50.tlb") ; LDD 2007
; add new line here for future versions
("landauto.tlb") ; all other versions
)
)
When 2008 comes out, I will have to figure out what they decided to name the library for
this version, and then edit the code appropriately. My Lisp routines will not work until I do this. As soon as I do this, they will most likely all work the same as before. Causing Lisp routines to break with every version for such a silly reason is... well, silly. The QA person said "I feel your pain, and will pass it on to the developers." Don't know if anything will change, though...
(There is undoubtedly a real fix for the above problem that uses wildcards, and searches the support path for any file that matches "landauto*", but it gets to be an awful lot of effort for something that serves absolutely no purpose...)