Hello,
The following command used to work (before updating to July 2006 build of FWH):
ShellExecute( oWndParent, 'Open', 'http://www.website.net/' )
Now I get an application error (you know - one of those send / don't send to Microsoft error messages).
Anybody know why (and how to fix)???
I have not made any changes at all to the code - only downloaded and installed FWH July 2006 today and did a full compile and re-link.
*** Edit since posting the above ***
This also does not work anymore:
...Action ( HelpIndex( ) )
Same error appears.
*** Edit again ***
By the way - I am using xHB Professional July 2006 RC7 Beta.
Regards,
Dale.
ShellExecute not working after July 2006 FWH update
- Antonio Linares
- Site Admin
- Posts: 37481
- Joined: Thu Oct 06, 2005 5:47 pm
- Location: Spain
- Contact:
Thanks Antonio for the reply.
I have managed to tie the problem down to this:
If I DO NOT explicitly add C:\FWH\SOURCE\CLASSES\WINDOW.PRG to the XHB Project then the errors occur.
I reverted back to xHB RC-6 and this made no difference.
I have to include C:\FWH\SOURCE\CLASSES\WINDOW.PRG in my list of .prg's otherwise I get the errors.
I used to make changes to your WINDOW.PRG but decided to stop doing this so I removed the module from my list of .prg's just after downloading and installing the latest FWH and xHB updates and that is why the problem has only become apparant now.
It would appear that the standard WINDOW.OBJ module that is linked into one of the libraries is causing the error.
Regards,
Dale.
I have managed to tie the problem down to this:
If I DO NOT explicitly add C:\FWH\SOURCE\CLASSES\WINDOW.PRG to the XHB Project then the errors occur.
I reverted back to xHB RC-6 and this made no difference.
I have to include C:\FWH\SOURCE\CLASSES\WINDOW.PRG in my list of .prg's otherwise I get the errors.
I used to make changes to your WINDOW.PRG but decided to stop doing this so I removed the module from my list of .prg's just after downloading and installing the latest FWH and xHB updates and that is why the problem has only become apparant now.
It would appear that the standard WINDOW.OBJ module that is linked into one of the libraries is causing the error.
Regards,
Dale.
- Antonio Linares
- Site Admin
- Posts: 37481
- Joined: Thu Oct 06, 2005 5:47 pm
- Location: Spain
- Contact:
Hi Antonio,
Sorry to worry you with this again but I have (finally) received a reply from Ron Pinkas at xHB and his response was (and I quote):
"This suggests you need to rebuild FiveHMX.lib"
What do you make of this?
I don't understand why I would have to rebuild FiveHMX.lib.
I mean to say that Window.obj in the library is quite an important module (is it not) and I find it hard to believe that these are the only two functions contained in Window.obj that are being used by my application and these seem to be the only two problems that I have (at the moment anyway).
Notwithstanding that fact the last xHB Project File available on the xHB Website is for rebuilding the April 2005 release of FiveHMX.lib.
I don't understand any of this and do not know where to go from here.
Regards,
Dale.
Sorry to worry you with this again but I have (finally) received a reply from Ron Pinkas at xHB and his response was (and I quote):
"This suggests you need to rebuild FiveHMX.lib"
What do you make of this?
I don't understand why I would have to rebuild FiveHMX.lib.
I mean to say that Window.obj in the library is quite an important module (is it not) and I find it hard to believe that these are the only two functions contained in Window.obj that are being used by my application and these seem to be the only two problems that I have (at the moment anyway).
Notwithstanding that fact the last xHB Project File available on the xHB Website is for rebuilding the April 2005 release of FiveHMX.lib.
I don't understand any of this and do not know where to go from here.
Regards,
Dale.
- Antonio Linares
- Site Admin
- Posts: 37481
- Joined: Thu Oct 06, 2005 5:47 pm
- Location: Spain
- Contact:
- Antonio Linares
- Site Admin
- Posts: 37481
- Joined: Thu Oct 06, 2005 5:47 pm
- Location: Spain
- Contact:
Dale,
This is a temporary workaround. Copy this code in your main PRG:
This is a temporary workaround. Copy this code in your main PRG:
Code: Select all
#pragma BEGINDUMP
#include <hbapi.h>
#include <windows.h>
typedef struct
{
FARPROC farProc;
BYTE bType;
BYTE bReturn;
BYTE bParams;
BYTE bParam[ 15 ];
} STRFUNC;
HB_FUNC( GETPROCADDRESS )
{
STRFUNC strFunc;
BYTE b = 0;
BYTE bFunc[ 4 ];
strFunc.bParams = hb_pcount() - 4;
if( ISNUM( 2 ) )
{
bFunc[ 0 ] = hb_parni( 2 );
bFunc[ 1 ] = 0;
strFunc.farProc = GetProcAddress( ( HMODULE ) hb_parnl( 1 ), ( LPSTR ) bFunc );
}
else
strFunc.farProc = GetProcAddress( ( HMODULE ) hb_parnl( 1 ), hb_parc( 2 ) );
strFunc.bType = hb_parl( 3 );
strFunc.bReturn = hb_parni( 4 );
while( b < strFunc.bParams )
{
strFunc.bParam[ b ] = hb_parni( 5 + b );
b++; // keep this here cause Borland 5
}
hb_retclen( ( char * ) &strFunc, sizeof( STRFUNC ) - 15 + strFunc.bParams );
}
#pragma ENDDUMP