can fully configure all options to allow remote connections at setup. Really
no need for your users to do anything manually. Just look up the
In my opinion it is a good idea to disable remote access by default. That
and the SQL Server log files for any error messages. Also, try connecting
"Birk Binnard" <birkb@NOSPAMbirkbinnard.com> wrote in message
news:e88YJJMOHHA.4376@TK2MSFTNGP02.phx.gbl...
> Thanks, but after several hours of reading and experimentation I am still
> unable to get VBExpress to run any application that uses any SQL database.
> Even the DVD Collection template fails to run properly -- it starts and
> ends with no screen output at all.
>
> My original objective was to convert an old Access application to a
> stand-alone EXE that would be easily portable (and saleable) to clients
> with no software installed other than regular Office. I initially tried
> to get VBExpress to connect to my Access MDB file, but was unable to do
> this (the dialog box that builds the connect string doesn't work.) So I
> thought I'd try SQLExpress figuring VB needed something that was .Net
> compliant.
>
> After this experience its clear I'd be much better off converting the
> Access tables to plain old VB data files. That way my app will be
> independent of other software and I'll be able to ensure it will install
> and work OK the first time.
>
> It does seem odd that MS would allow "sample" software to be distributed
> that in fact does not work immediately following installation. The fact
> that there are KB articles explaining how to make things work is shocking.
> I know that if I tried to put software like this in a client's environment
> I'd be out of business in no time.
> --
> Birk Binnard
>
http://www.birkbinnard.com