Custom Query (301 matches)

I uninstalled QT4 4.6.3 using Warpin. Then installed QT4 4.7.3 using YUM INSTALL QT4-DEMOS. Everything seemed to go smoothly. QT apps work. But now neither SMPlayer nor VLC Player show their tray icon. They worked with 4.6.3. The tray widget is loaded.

There's already been some discussion about whether we should issue DosError?(FERR_DISABLEHARDERR) or not upon Qt initialization. Back then, I decided that we should not. Now I think that we may satisfy all parties by doing this call if there is no explicit AUTOFAIL setting in CONFIG.SYS which will:

1. Disable these annoying error notification dialogs on systems where it is implicitly on by default (i.e. no AUTOFAIL setting in CONFIG.SYS, which is equivalent to AUTOFAIL=NO). This is the case for old Warp installations.
2. Won't change the behavior on modern eCS systems which put AUTOFAIL=YES in CONFIG.SYS by default.
3. Let people that want these notifications have them by explicitly putting AUTOFAIL=NO to CONFIG.SYS.

​This thread contains some recent discussion on this topic.

It has shown that the Windows registry implementation in the Open32 Reg* API that we use for the QSettings storage has one severe bug: under certain conditions (I suspect an application crash while a handle to a registry path is open) it corrupts the registry database so that any further attempt to write to that path or to just delete it returns Error 87 (invalid function). Even worse, this problem is persistent -- after rebooting OS/2, the database is still broken and gives the same error.

The only way to fix the broken database I know of is to restore C:\OS2\SYSTEM\SYSTEM.DAT and C:\OS2\SYSTEM\USER.DAT from the backup. It's obvious that the backup isn't always available which makes the further use of Qt applications on the broken OS/2 system impossible. This situation must be avoided.