Page 1 of 2

Win98 compatibility

Posted: 27 Dec 2006, 14:59
by twex
Version 2.0.5 calls the unsupported function SHGetFolderPathA (instead of SHGetSpecialFolderPathA).

Or perhaps you dropped support for that OS, then I guess it's not a bug...

Re: Win98 compatibility

Posted: 27 Dec 2006, 16:37
by DevUrandom
The call would then be

Code: Select all

SHGetSpecialFolderPathA( NULL, tmpstr, CSIDL_PERSONAL, TRUE )
instead of

Code: Select all

SHGetFolderPathA( NULL, CSIDL_PERSONAL|CSIDL_FLAG_CREATE, NULL, SHGFP_TYPE_CURRENT, tmpstr )
?

Re: Win98 compatibility

Posted: 05 Jan 2007, 16:28
by Kreuvf
Same problem here; 2.0.5 does not start due to this problem (of course xD).

Re: Win98 compatibility

Posted: 06 Jan 2007, 13:25
by DevUrandom
So who needs Win98 compatibility? I think when I last asked there was no one who needed it. Let's find out how it is currently.

Re: Win98 compatibility

Posted: 07 Jan 2007, 02:17
by kage
DevUrandom wrote: So who needs Win98 compatibility? I think when I last asked there was no one who needed it. Let's find out how it is currently.
looks like at least 2 people

Re: Win98 compatibility

Posted: 07 Jan 2007, 04:35
by DevUrandom
Yep. I needed a remainder, so I don't forget to change it for 2.0.6. And actually I don't know how this works one Win98 and I can't test it myself...

Re: Win98 compatibility

Posted: 07 Jan 2007, 04:53
by lav_coyote25
ok here it is :


Official call for BETA TESTERS of the WIN98 code.  contact Devurandom as soon as possible.

Re: Win98 compatibility

Posted: 07 Jan 2007, 12:26
by Kreuvf
*callsdevu* That enough?

Re: Win98 compatibility

Posted: 07 Jan 2007, 14:01
by DevUrandom
:)
Ok then. When I have time, I'll create a snapshot of the 2.0 branch with the other, Win98 compatible, folder thingy.

Re: Win98 compatibility

Posted: 07 Jan 2007, 19:57
by lav_coyote25
Kreuvf wrote: *callsdevu* That enough?

yes thankyou. ;D

Re: Win98 compatibility

Posted: 09 Jan 2007, 01:21
by Mr. Pig
DevUrandom wrote: The call would then be

Code: Select all

SHGetSpecialFolderPathA( NULL, tmpstr, CSIDL_PERSONAL, TRUE )
instead of

Code: Select all

SHGetFolderPathA( NULL, CSIDL_PERSONAL|CSIDL_FLAG_CREATE, NULL, SHGFP_TYPE_CURRENT, tmpstr )
?
Can't you just use a #define for the Windows Version number so that it executes the decent function for XP systems and the "bad code" for 98. That way 98 is unsupported but launches? Or are the two functions very different and effect more than just a few lines of code where #defines are not worth it. (I am assuming this is C/C++)

Re: Win98 compatibility

Posted: 09 Jan 2007, 18:44
by DevUrandom
Actually it is only one line of code.
But on WinXP the folder can be a "virtual" one, which means that the user can choose another folder to be his My Documents folder. On Win98 it is a specific path. At least that's how I understood it in the MSDN...
MS provides some hooks to find out the shell32 version at runtime. I'll use that to check which function to use. (But currently have no time. But it is on the roadmap for 2.0.6.)

Re: Win98 compatibility

Posted: 09 Jan 2007, 21:49
by Kreuvf
DevUrandom wrote: :)
Ok then. When I have time, I'll create a snapshot of the 2.0 branch with the other, Win98 compatible, folder thingy.
Just for clarification: How much disk space is neccessary in order to do win98-compatibility-beta-testing?

Re: Win98 compatibility

Posted: 09 Jan 2007, 23:29
by DevUrandom
About 2MB... You only need a different exe. (So you can look yourself how big that is. The Win98 fallback code wont add many bytes to it. ;) )

PS: Do you have IE5 installed?

Because the MSDN library says about SHGetFolderPath:
MSDN library wrote: Minimum operating systems
Windows 95 with Internet Explorer 5.0, Windows 98 with Internet Explorer 5.0, Windows 98 Second Edition (SE), Windows NT 4.0 with Internet Explorer 5.0, Windows NT 4.0 with Service Pack 4 (SP4)

MSDN library
So actually even Win95 should be supported, as long as IE5 is installed...

Re: Win98 compatibility

Posted: 10 Jan 2007, 23:23
by Kreuvf
MSIE6 installed.