Standalone EXE in VB6

[Wog George]

I need to create an EXE that is truly "standalone ". By that, I mean the
executable file is all that's required for the application to run. My app
has a button that fires up a common control (to select a file), and this
seems to be my stumbling block. When I try to run my program on another
machine, it complains that comdlg32.ocx is not registered properly.

Short of creating my own form and writing my own code to browse for a file,
can VB6 create a fully self-contained EXE that uses a common control and can
simply be run without the need for the program to be installed? It was
suggested to me that VB6 was what I needed (was using VB5 prior to now), so
I bought an old copy of VB6 Enterprise especially for the occasion. Have I
been misled?

--
George
"You can just hang outside in the sun all day tossing a ball around, or you
can sit at your computer and do something that matters." - Eric Cartman - 4
October 2006

[Wog George]

"J French" <er*****@nowher e.ukwrote in message
news:45******** ******@news.btc lick.com...

On Wed, 20 Dec 2006 11:32:18 GMT, "Wog George"
<wo************ *******@amd-p.comwrote:

>>I need to create an EXE that is truly "standalone ". By that, I mean the
executable file is all that's required for the application to run. My app
has a button that fires up a common control (to select a file), and this
seems to be my stumbling block. When I try to run my program on another
machine, it complains that comdlg32.ocx is not registered properly.

>>Short of creating my own form and writing my own code to browse for a
file,
can VB6 create a fully self-contained EXE that uses a common control and
can
simply be run without the need for the program to be installed? It was
suggested to me that VB6 was what I needed (was using VB5 prior to now),
so
I bought an old copy of VB6 Enterprise especially for the occasion. Have
I
been misled?

You have been misled.

VB5 is fine for what you are doing
- VB6 is VB5 with a few more bells and whistles

As others have pointed out, you can use the API
- I ran into exactly the same problem, as I refuse to use OCXes

My problem is now fixed using the API, as suggested.

Get the downloadable API Guide (packed with examples) from
http://www.mentalis.org/agnet/

Thanks for the link. I'm sure there'll be lots of fun and headaches in that
lot.

You'll probably find an OpenFile API implementation on Rany's site
http://vbnet.mvps.org/

The more, the merrier.

Thanks

--
George
"I got such a raging clue that I almost shot clue goo all over Joe." - Frank
Hardly - 11 October 2006

>

[J French]

On Thu, 21 Dec 2006 08:37:46 GMT, "Wog*George "
<wo************ *******@amd-p.comwrote:

<snip>

>Get the downloadable API Guide (packed with examples) from
http://www.mentalis.org/agnet/

>Thanks for the link. I'm sure there'll be lots of fun and headaches in that
lot.

The API Guide is amazingly good
- the examples are simple and work

You'll have a great deal of painless fun with it

[Antony Clements]

yes there is actually, when you use the package and deployment wizard you
can add files like comdlg32.ocx to the package so that when the application
is installed all relevant ocx and dll files are installed on the client
machine as well. alternately, if the destination machine also has the VB6
runtime libraries on it, then you can just port the EXE and it will work
fine because all the OCX and DLL files would already be on the machine.

"Wog George" <wo************ *******@amd-p.comwrote in message
news:6b******** *********@news-server.bigpond. net.au...

>I need to create an EXE that is truly "standalone ". By that, I mean the
executable file is all that's required for the application to run. My app
has a button that fires up a common control (to select a file), and this
seems to be my stumbling block. When I try to run my program on another
machine, it complains that comdlg32.ocx is not registered properly.

Short of creating my own form and writing my own code to browse for a
file, can VB6 create a fully self-contained EXE that uses a common control
and can simply be run without the need for the program to be installed?
It was suggested to me that VB6 was what I needed (was using VB5 prior to
now), so I bought an old copy of VB6 Enterprise especially for the
occasion. Have I been misled?

--
George
"You can just hang outside in the sun all day tossing a ball around, or
you can sit at your computer and do something that matters." - Eric
Cartman - 4 October 2006

[Dean Earley]

news:6b******** *********@news-server.bigpond. net.au...

>I need to create an EXE that is truly "standalone ". By that, I
mean the executable file is all that's required for the application
to run. My app has a button that fires up a common control (to
select a file), and this seems to be my stumbling block. When I
try to run my program on another machine, it complains that
comdlg32.ocx is not registered properly.

yes there is actually, when you use the package and deployment wizard
you can add files like comdlg32.ocx to the package so that when the
application is installed all relevant ocx and dll files are installed
on the client machine as well. alternately, if the destination
machine also has the VB6 runtime libraries on it, then you can just
port the EXE and it will work fine because all the OCX and DLL files
would already be on the machine.

That OCX file mentioned is not a standard VB runtime and is NOT
guaranteed to be installed in any circumstance.

--
Dean Earley (de*********@ic ode.co.uk)
i-Catcher Development Team

iCode Systems