By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
457,864 Members | 1,315 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 457,864 IT Pros & Developers. It's quick & easy.

Excel dll on computer whitout offices

P: n/a
I made a EXE that do a verification after a installation of all DLL and
their date and version. All this is done in a excel file for the output
result.

Problem is at time we install it on a server that do not have a Office suite
installed on it. So when we run it it generate a activeX error. Basically
it not finding the Excel object (Version 11).

I have in the same folder my EXE and
Interop.Excel.dll
Interop.Office.dll
Interop.VBIDE.dll
office.dll

Now I don't want to have to make a installation package for it if that is
possible.
We don't want to install stuff on the server or have to rewrite the
application to get rid of Excel.
So my question is can we do it by manually registering some dll and if so
what dll should they be?


Dec 6 '06 #1
Share this Question
Share on Google+
3 Replies


P: n/a

"Luc Seguin" <se*******@videotron.cawrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
>I made a EXE that do a verification after a installation of all DLL and
their date and version. All this is done in a excel file for the output
result.

Problem is at time we install it on a server that do not have a Office
suite
installed on it. So when we run it it generate a activeX error. Basically
it not finding the Excel object (Version 11).

I have in the same folder my EXE and
Interop.Excel.dll
Interop.Office.dll
Interop.VBIDE.dll
office.dll

Now I don't want to have to make a installation package for it if that is
possible.
We don't want to install stuff on the server or have to rewrite the
application to get rid of Excel.
So my question is can we do it by manually registering some dll and if so
what dll should they be?

It's probably against the EULA to try and take it apart and register bits
like that. Either install office/excel on the server or do a re-write.
Dec 7 '06 #2

P: n/a
Thank you for the information. I actually don't want to install anything on
client server and I was looking if there was a way to not have to rewirte
the application since it's only to validate our dll version of our
installation package. The application we install on the client does use use
Office dll or object it's only a internal application we want to run on a
client when we install our software package to create a list of DLL to
validate we have all the right version

I guess I will have to rewirte the application to not use Excel. Maybe we
could use a Access database to store the info we want to match and output a
report in a csv file with separator. We can later import it in Excel on any
computer that have excel on it.
"Robinson" <bb*@bbb.coma écrit dans le message de
news:s-******************************@giganews.com...
>
"Luc Seguin" <se*******@videotron.cawrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
I made a EXE that do a verification after a installation of all DLL and
their date and version. All this is done in a excel file for the output
result.

Problem is at time we install it on a server that do not have a Office
suite
installed on it. So when we run it it generate a activeX error.
Basically
it not finding the Excel object (Version 11).

I have in the same folder my EXE and
Interop.Excel.dll
Interop.Office.dll
Interop.VBIDE.dll
office.dll

Now I don't want to have to make a installation package for it if that
is
possible.
We don't want to install stuff on the server or have to rewrite the
application to get rid of Excel.
So my question is can we do it by manually registering some dll and if
so
what dll should they be?


It's probably against the EULA to try and take it apart and register bits
like that. Either install office/excel on the server or do a re-write.


Dec 7 '06 #3

P: n/a
csv or xml, would be a better idea yes.
Dec 7 '06 #4

This discussion thread is closed

Replies have been disabled for this discussion.