Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Languages / Managed C++ / August 2007

Tip: Looking for answers? Try searching our database.

Excel dependent on .Net Framework Runtime?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
George - 07 Aug 2007 12:54 GMT
Hello everyone,

I am wondering whether Microsoft Excel 2003 is a native application or
dependent on any .Net Framework Runtime, like 1.1, 2.0 or 3.0?

How about Microsoft Excel 2007?

thanks in advance,
George
www.fruitfruit.com - 07 Aug 2007 15:04 GMT
Run Excel 2003 and use some software (like Process Explorer) to see loaded
modules of excel.exe (2003), I didn't find any DLL related to .NET. You can do
the same check with Excel 2007.
George - 08 Aug 2007 05:38 GMT
Thanks man,

What is "Process Explorer"? Could you provide an URL please?

regards,
George

> Run Excel 2003 and use some software (like Process Explorer) to see loaded
> modules of excel.exe (2003), I didn't find any DLL related to .NET. You can do
> the same check with Excel 2007.
Nathan Mates - 08 Aug 2007 17:31 GMT
>What is "Process Explorer"? Could you provide an URL please?

  URL : http://www.google.com/ . That provides all the links you
want.  It's far faster than posting and waiting for a reply.

Nathan Mates
--
<*> Nathan Mates - personal webpage http://www.visi.com/~nathan/ 
# Programmer at Pandemic Studios -- http://www.pandemicstudios.com/
# NOT speaking for Pandemic Studios. "Care not what the neighbors
# think. What are the facts, and to how many decimal places?" -R.A. Heinlein
George - 09 Aug 2007 03:34 GMT
Thanks Nathan,

Do you mean this tools? Various tools are called Process Explorer. :-)

http://www.microsoft.com/technet/sysinternals/Utilities/ProcessExplorer.mspx

regards,
George

> >What is "Process Explorer"? Could you provide an URL please?
>
[quoted text clipped - 7 lines]
> # NOT speaking for Pandemic Studios. "Care not what the neighbors
> # think. What are the facts, and to how many decimal places?" -R.A. Heinlein
Carl Daniel [VC++ MVP] - 08 Aug 2007 06:15 GMT
> Hello everyone,
>
> I am wondering whether Microsoft Excel 2003 is a native application or
> dependent on any .Net Framework Runtime, like 1.1, 2.0 or 3.0?
>
> How about Microsoft Excel 2007?

Both Excel 2003 and Excel 2007 have the ability to load .NET assemblies
(created with VSTO - Visual Studio Tools for Office).  Excel itself,
however, is a native app, and AFIAK doesn't require the .NET framework to
run.

-cd
George - 08 Aug 2007 06:42 GMT
Thanks Carl,

Could you describe in more details what means "the ability to load .NET
assemblies"? Excel loading .Net assembly by some platform interop
technologies or some other means?

regards,
George

> > Hello everyone,
> >
[quoted text clipped - 9 lines]
>
> -cd
Carl Daniel [VC++ MVP] - 08 Aug 2007 16:35 GMT
> Thanks Carl,
>
> Could you describe in more details what means "the ability to load
> .NET assemblies"? Excel loading .Net assembly by some platform interop
> technologies or some other means?

Exactly.

Excel hosts the CLR, which is simply a collection of DLLs; the CLR, in turn,
hosts managed assemblies, which are also nothing but DLLs.  Those managed
DLLs interact with Excel through an Interop layer (a PIA - Primary Interop
Assembly).

-cd
George - 09 Aug 2007 03:30 GMT
Thanks Carl,

Still a little confusing. :-)

Excel is a native application and it should not have any .Net Code, right?
So, I am wondering what are the managed assemblies Excel will interact? Could
you show me some examples what are they?

(I think they should be some plug-ins, but I am not quite sure.)

regards,
George

> > Thanks Carl,
> >
[quoted text clipped - 10 lines]
>
> -cd
Carl Daniel [VC++ MVP] - 09 Aug 2007 05:34 GMT
> Thanks Carl,
>
> Still a little confusing. :-)
>
> Excel is a native application and it should not have any .Net Code,
> right?

The CLR itself is a native application (a few DLLs) - any native application
can be modified to load the CLR via the CLR Hosting APIs (look 'em up on
MSDN).  Once the CLR is loaded, that application can host .NET assemblies
and can expose it's own internals via it's own interop facilities to .NET
assemblies.

> So, I am wondering what are the managed assemblies Excel will
> interact? Could you show me some examples what are they?
> (I think they should be some plug-ins, but I am not quite sure.)

Yes, they'd be plug-ins of some sort, developed using VSTO.  IIUC, Excel
also support COM-based plug-ins, VBA programs and  macros - there's more
ways to extend Excel (or Word) than you can shake a stick at.

-cd
George - 09 Aug 2007 06:24 GMT
Thanks Carl,

I have found some materials on MSDN. Do you mean something like this,

http://msdn.microsoft.com/msdnmag/issues/06/08/CLRInsideOut/

regards,
George

> > Thanks Carl,
> >
[quoted text clipped - 18 lines]
>
> -cd

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.