OpenEuphoria

2. Re: Size of the MonthCalendar

• Posted by sergelli Jun 23, 2013
• 2140 views

In addition: The problem is occurring only on Windows Seven.

I have other machines working with Windows XP and Wine, in them is possible to adjust the size of the calendar.

Anyone know how I should do to inform the calendar work well with Windows Severn? Am I doing something wrong?

4. Re: Size of the MonthCalendar

• Posted by sergelli Jun 23, 2013
• 2143 views

What Hell would is this Microsoft ! ? :)

On the other hand, the problem does not occur by running the program with Eu311, even using Windos Seven

Do not have a simple solution, adjusting the EU4? ?

6. Re: Size of the MonthCalendar

• Posted by BRyan Jun 24, 2013
• 2060 views

I think this whole problem came about because of different versions of comctrl.dll 
 
winxp uses a different version of this DLL for month calendar class. 
 
Win 7 and Vista  use other version of this DLL month calendar class. 
 
Of course Micro Soft used the same class name in all the versions. 
 
Even though versions have different features. 
 

8. Re: Size of the MonthCalendar

• Posted by andi49 Jun 26, 2013
• 2064 views

Hi

I think this whole problem came about because of different versions of comctrl.dll 
 
winxp uses a different version of this DLL for month calendar class. 
 
Win 7 and Vista  use other version of this DLL month calendar class. 
 
Of course Micro Soft used the same class name in all the versions. 
 
Even though versions have different features. 
 

For sure you are correct with this. comctl32.dll is the problem.
But at least comctl32.dll (the Version with VisaulStyles Ver 6+) is not enabled by default. You have to enable it in your program.
Or, in the case of Eu4.x, it is enabled in the interpreter of your Eu program.

There are differnt ways to handle this and disabling VisualStyles (namly CommonControl V6) is not the solution to all problems
but it may help.

You may check this link on MSDN for further information http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%29.aspx

Andreas

10. Re: Size of the MonthCalendar

• Posted by sergelli Jun 27, 2013
• 1936 views

Thank you, Andreas.

The Eu4TestPack is working perfectly and the mounthCalendar can be used with Windows Seven, unrestricted.

Problem solved, until the next version of the EU4?

Who has to definitely fix this bug, Microsoft or EU4?

12. Re: Size of the MonthCalendar

• Posted by jimcbrown (admin) Jun 28, 2013
• 1875 views

I do this all the time without issue.

14. Re: Size of the MonthCalendar

• Posted by jimcbrown (admin) Jun 28, 2013
• 1887 views

I have not tried Apllixware, so YMMV.

Generally, the updated libraries should be backwards compatible at the binary API level with the older versions.

Of course there are cases where this is not possible. But when this happens, the library generally changes its name and you can have both installed side by side on the same system. E.g. GTK1 and GTK2.

Of course, if you have only GTK2 installed and try to run a binary compiled against GTK1, it won't work. You'd need to install the older libraries to get this to work.

There is an easier way, however: If you have an older system lying around, you can convert the dynamic binary into a static one with http://statifier.sourceforge.net/ and then run the static binary on the newer system.

16. Re: Size of the MonthCalendar

• Posted by jimcbrown (admin) Jun 28, 2013
• 1874 views

For dynamically linked binaries, I would agree. But, dynamically linked binaries are not easy to handle anywhere.

I can take a copy of /bin/ls or /bin/cp from a RedHat 6.0 distro and run it on Ubuntu Jaunty without any issues.

Of course, things get more complicated when many libraries are involved. Most windoze apps dealt with this in the past by bundling everything they needed together, leading to DLL hell.

On Linux/GNU the philosophy is different. Instead, the distro is suppose to maintain the program, and provide a seamless upgrade when necessary.

Both approaches have their respective upsides and downsides.

Sorry to hear that. Of course, different applications will have varying levels of success. YMMV.

WindowsWasher (a 3.1 program that was sort of a spiritual predecessor of TweakUI, designed to check for and fix various inefficiencies) would run on 95 but it had all kinds of issues (like not being able to show more than 2GB for a hard disk's size). TweakUI can crash on Windows 8. If you attempt to run Visual Studio 2005 under Windows 7 64bit, you get a warning that there are known problems with running that application under that OS. Some games for older versions of Windoze don't run on their modern counterparts unless one resorts to the extreme measure of using binary patches on the machine code (e.g. http://forums.guru3d.com/showthread.php?t=315982 )

Nevermind trying to run anything that requires a custom VxD.

Conversely, I found it easy to install and run an over 10 year old version of corel wordperfect for linux(/gnu) under a modern distro.

There are cases where 10 year old apps will work out of the box with modern versions of Windoze. There are cases where 10 year old apps will not work out of the box with modern versions of Windoze.

Likewise, there are cases where 10 year old apps will work with Linux/GNU, and cases where they won't.

I think there actually are differences between different distros, based on the level of support they give.