Windows Vista Forums
Vista Forums Home Join Vista Forums Windows 7 Forum Vista Tutorials Tags
Welcome to Windows Vista Forums. Our forum is dedicated to helping you find solutions with any problems, errors or issues you are experiencing with Windows Vista. The Vista forum also covers news and updates and has an extensive Windows Vista tutorial section that covers a wide range of tips and tricks.

Go Back   Vista Forums > Misc Newsgroups > WinFX General

Vista - Invalid value for key AttachDBFileName - related to 16-bit calling code ?

 
 
Old 01-16-2008   #1 (permalink)
Willy


 
 

Invalid value for key AttachDBFileName - related to 16-bit calling code ?

This thing is complicated so bare with me.

We have a pure .NET application using an SQL express database which we
deploy via ClickOnce. When we launch the application via the normal
shorcuts (internet or program files) it *always* works.

Now the beauty is that this application has to be launched from a ***16 bit
Delphi 1 application*** (nobody chooses this, neither did we - the 16bit app
will live for at least 2 years - and this application is still used by tens
of thousands of customers). This delphi application has a plugin mechanisms
which enabled us to load 16-bit "add-ins". The short shory is the 16 bit
application uses WinExec (exePath,SW_NORMAL) to launch our app. (we have
control over the parameters but not over the WinExec part - the first
parameter should be an EXE as well)

Since the 16-bit app can't call an appref-ms (we launch the appref-ms file
in program files\ourCompany\ourproduct as created by ClickOnce and
documented in http://safari.oreilly.com/0321197690 ) file directly and since
the clickonce application doesn't take program parameters, we have created
a man in the middle .NET application (MyBoot.EXE) to do the work for us. It
takes the commandline parameters from the delphi app and puts them in a
local file for the .NET ClickOnce app.

Now listen :
- on windows vista it always works
- on windows XP it sometimes works (but most of the time it does not)
- if I manually launch myBoot.EXE with the commandline parameters then it
always works.

The question :
- is there something different with Windows on Windows for 16 bit
applications between XP and Vista or is my Vista machine just faster than
all of the XP machines (3) on which I tested this ?
- how can I overcome this problem ?

(already tried increasing the timeout for the connection string but it
doesn't have anything to do with that - is it the switch between 16bit code
and 32 bit code? - I've also tried launching the .application file but that
doesn't help me either - I've also made the man in the middle a windows
application with an application.Doevents to take care of the warnings for
WinExec)

Thanks for any help,
Van den Driessche Willy.

(sorry for the cross-posts)


My System SpecsSystem Spec
Old 01-19-2008   #2 (permalink)
Willy


 
 

Re: Invalid value for key AttachDBFileName - related to 16-bit calling code ?

I'm beginning to *like* these "managed" newsgroups from Microsoft. This is
the third question I ask in these forums and this is ever so many times I
don't get a single response. I guess "managed" is more related to my
messages beging "garbage collected" ;-) Consider this post a call to
GC.KeepAlive(Me)


"Willy" <willy.van.den.driessche.haha@xxxxxx> wrote in message
news:A452D4A1-D4FB-48F8-A567-9295512F4E7E@xxxxxx
Quote:

> This thing is complicated so bare with me.
>
> We have a pure .NET application using an SQL express database which we
> deploy via ClickOnce. When we launch the application via the normal
> shorcuts (internet or program files) it *always* works.
>
> Now the beauty is that this application has to be launched from a ***16
> bit Delphi 1 application*** (nobody chooses this, neither did we - the
> 16bit app will live for at least 2 years - and this application is still
> used by tens of thousands of customers). This delphi application has a
> plugin mechanisms which enabled us to load 16-bit "add-ins". The short
> shory is the 16 bit application uses WinExec (exePath,SW_NORMAL) to launch
> our app. (we have control over the parameters but not over the WinExec
> part - the first parameter should be an EXE as well)
>
> Since the 16-bit app can't call an appref-ms (we launch the appref-ms file
> in program files\ourCompany\ourproduct as created by ClickOnce and
> documented in http://safari.oreilly.com/0321197690 ) file directly and
> since the clickonce application doesn't take program parameters, we have
> created a man in the middle .NET application (MyBoot.EXE) to do the work
> for us. It takes the commandline parameters from the delphi app and puts
> them in a local file for the .NET ClickOnce app.
>
> Now listen :
> - on windows vista it always works
> - on windows XP it sometimes works (but most of the time it does not)
> - if I manually launch myBoot.EXE with the commandline parameters then it
> always works.
>
> The question :
> - is there something different with Windows on Windows for 16 bit
> applications between XP and Vista or is my Vista machine just faster than
> all of the XP machines (3) on which I tested this ?
> - how can I overcome this problem ?
>
> (already tried increasing the timeout for the connection string but it
> doesn't have anything to do with that - is it the switch between 16bit
> code and 32 bit code? - I've also tried launching the .application file
> but that doesn't help me either - I've also made the man in the middle a
> windows application with an application.Doevents to take care of the
> warnings for WinExec)
>
> Thanks for any help,
> Van den Driessche Willy.
>
> (sorry for the cross-posts)
My System SpecsSystem Spec
 

Thread Tools


Similar Threads
Thread Forum
Product Code Invalid after logging in Vista General
"invalid STORE command syntax invalid message set syntax" Vista mail
Vista Premium reporting invalid code Vista General
ATI Radeon Drivers - Code 43, Code 37 & Code 10 Vista hardware & devices
ATI Display Drivers - Code 43, Code 37, Code 10 Vista hardware & devices


Vista Forums is an independent web site and has not been authorized,
sponsored, or otherwise approved by Microsoft Corporation.
"Windows Vista", the Start Orb, and related materials are trademarks of Microsoft Corp.
© Designer Media Ltd

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46