- Wine-Devel - list.winehq.org

Re: shlwapi: fix a FIXME, add CP_USER
by Dmitry Timoshkov Oct. 28, 2005

Oct. 28, 2005

"Kimmo Myllyvirta" <kimmo.myllyvirta(a)gmail.com> wrote: > MSDN; user defined codepage is 50000 (0x0000C350) > > Changelog: > Add CP_USER (codepage 50000) to winnls.h, fixes a fixme in shlwapi > --- include/winnls.h 26 Nov 2003 04:11:56 -0000 1.48 > +++ include/winnls.h 27 Oct 2005 16:06:58 -0000 > @@ -282,6 +282,7 @@ > #define CP_MACCP 2 > #define CP_THREAD_ACP 3 > #define CP_SYMBOL 42 > +#define CP_USER 50000 Where did you find it? PSDK doesn't have this. -- Dmitry.

3 7

Problems with access97 application
by Curro Amores Oct. 28, 2005

Oct. 28, 2005

Hi , I tell you my problem I have an application with access 97 I have done an installer with WISE program, but when i execute the installer with wine i get: .... fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLF66a.tmp") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\licencia.txt") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\Program Files\\Properly\\Uninstall.exe") : returns fake SECURITY_DESCRIPTOR Y despues me sale fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:DllRegisterServer not implemented (olepro32.dll) When i execute the client installer is the same But the two installers go til the end Afterwards when i execute my application it opens but crashes with these errors. WINEDEBUG=+loaddll wine /home/curro/.wine/drive_c/Access\ 97\ Runtime/Msaccess.exe "/home/curro/.wine/drive_c/Program Files/Properly/Informes.mdb" trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\oleaut32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt40.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless fixme:ole:CoRegisterMessageFilter stub trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native fixme:ole:DllDebugObjectRPCHook stub trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\uxtheme.dll" : builtin fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7e90d938) stub! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3002d802 ESP:7fcbf6a0 EBP:7fcbf6a4 EFLAGS:00010246( - 00 -RIZP1) EAX:65173518 EBX:00000000 ECX:7f9502c8 EDX:00000039 ESI:7f852b20 EDI:7f852b20 Stack dump: 0x7fcbf6a0: 65173518 7fcbf948 30025c8c 00000100 0x7fcbf6b0: 3002e678 00000001 00000001 20302da3 0x7fcbf6c0: 00000000 00000000 0000001e 00000000 0x7fcbf6d0: 00000000 00000000 00000000 00000000 0x7fcbf6e0: 00000000 00000000 00000000 00000000 0x7fcbf6f0: 00000000 00000000 00000000 00000000 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3002d802 in msaccess (+0x2d802) (0x7fcbf6a4) 2 0x30025c8c in msaccess (+0x25c8c) (0x7fcbf948) 3 0x301d14a0 in msaccess (+0x1d14a0) (0x7fcbfc74) 4 0x301592f2 in msaccess (+0x1592f2) (0x7fcbfe2c) 5 0x30024912 in msaccess (+0x24912) (0x00000001) 6 0x00000000 (0x00000000) 0x3002d802: movl %ecx,0x0(%eax) Modules: Module Address Debug info Name (66 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x00537000-00549000 Deferred libpthread.so.0 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00659000-0065d000 Deferred libxrandr.so.2 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 ELF 0x2001c000-20036000 Deferred libwine.so.1 ELF 0x20176000-2026b000 Deferred libwine_unicode.so.1 ELF 0x2028f000-2029a000 Deferred libnss_files.so.2 ELF 0x2029a000-203ab000 Deferred kernel32<elf> \-PE 0x202c0000-203ab000 \ kernel32 ELF 0x203ab000-204e2000 Deferred user32<elf> \-PE 0x203d0000-204e2000 \ user32 ELF 0x204e2000-20ede000 Deferred gdi32<elf> \-PE 0x20500000-20ede000 \ gdi32 ELF 0x20fd1000-21012000 Deferred advapi32<elf> \-PE 0x20fe0000-21012000 \ advapi32 ELF 0x21012000-210b0000 Deferred oleaut32<elf> \-PE 0x21030000-210b0000 \ oleaut32 ELF 0x212b7000-212d6000 Deferred ximcp.so.2 ELF 0x2af95000-2aff4000 Deferred shlwapi<elf> \-PE 0x2afb0000-2aff4000 \ shlwapi PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Deferred mso97rt ELF 0x32d52000-32d7c000 Deferred msvcrt40<elf> \-PE 0x32d60000-32d7c000 \ msvcrt40 ELF 0x413af000-413ce000 Deferred iphlpapi<elf> \-PE 0x413c0000-413ce000 \ iphlpapi ELF 0x43d22000-43d24000 Deferred xlcutf8load.so.2 ELF 0x51b25000-51b8a000 Deferred msvcrt<elf> \-PE 0x51b40000-51b8a000 \ msvcrt ELF 0x55e57000-55ede000 Deferred winex11.drv<elf> \-PE 0x55e70000-55ede000 \ winex11.drv ELF 0x5690b000-56952000 Deferred rpcrt4<elf> \-PE 0x56920000-56952000 \ rpcrt4 ELF 0x61f55000-61fd1000 Deferred ntdll<elf> \-PE 0x61f70000-61fd1000 \ ntdll PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es ELF 0x6b97f000-6ba48000 Deferred comctl32<elf> \-PE 0x6b990000-6ba48000 \ comctl32 ELF 0x6bbf8000-6bc15000 Deferred imm32<elf> \-PE 0x6bc00000-6bc15000 \ imm32 PE 0x6e000000-6e09b000 Deferred msain800 ELF 0x6ef5e000-6eff2000 Deferred ole32<elf> \-PE 0x6ef70000-6eff2000 \ ole32 ELF 0x724fc000-725cc000 Deferred shell32<elf> \-PE 0x72510000-725cc000 \ shell32 ELF 0x75566000-7559a000 Deferred uxtheme<elf> \-PE 0x75570000-7559a000 \ uxtheme ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Access 97 Runtime\Msaccess.exe 0000000e 0 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 Im new at wine and im getting crazy Any help please? Thanks a lot everybody

2 1

winecfg dosdevices unusable
by wino＠piments.com Oct. 28, 2005

Oct. 28, 2005

Hi, just getting into a fresh installation with 0.9 ran up winecfg and tried to add a device for my dvd burner. editing the device name is unusable. No cursor , then after a first character is entered the edit seems to jump to insert mode and puts the cursor at the begingin of the line. There seems no way enter text normally to enter a device name. This whole interface seems badly broken. I had to fall back to good old command line to sort out the mess made by winecfg and add the devices I need. Disappointing start to 0.9 , I wonder what new user would make of that. hmm.

4 3

AVI problem AND one I am not sure of...
by Esko Woudenberg Oct. 28, 2005

Oct. 28, 2005

Thanks for the fix to the length of reported string fix... I had a small .AVI file on a progress bar form that caused wine to crash... Is there a known problem with wine and the little animated icons (avi files)? For testing I temporarily removed the avi from the progress indication form and continued testing... Now when trying to Preview a report in our app (written with C++ Builder 6 - I Have full source code) I get the following... fixme:gdi:ExtCreatePen Hatches not implemented fixme:gdi:ExtCreatePen Hatches not implemented err:syslevel:_CheckNotSysLevel Holding lock 0x408b5560 level 3 Segmentation fault Is the above enough for anyone to know what is going on or do I need to try to extract the relevant portion from the 162MB debug file from WINEDEBUG=+relay (Please excuse any newbie cluelessness) Esko __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

3 3

Re: [TRY4] printer dialog fixes part1 + french
by Dmitry Timoshkov Oct. 27, 2005

Oct. 27, 2005

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > Try4 of printer dialog patch, with changes suggested by detlef We already discussed this and nobody objected to an idea to request update all language .rc files at once. That way all the resources will be in sync. Just add copies of english resources in all other files. -- Dmitry.

3 2

Could not determine operating system. Exiting.
by Pavel Troller Oct. 27, 2005

Oct. 27, 2005

Hi! Congratulations for releasing wine-0.9! However, I still have a problem running a program. It's a NT4.0 only program (at least its vendor is telling it) which I would like to run in wine. It's a special software made by Siemens to support operation and maintenance of their telephone exchanges. The installation starts, but after clicking the first "Next", just after the initial information about the program, a small dialog saying "Could not determine operating system. Exiting" pops up and the installation terminates. I've set the windows version in winecfg to NT4.0, as the program expects, however I've tried another versions too and the program is ignoring it totally. It's just clean CVS wine installation (no windows). Is there a possibility to find, which tricks is the program trying to determine an OS it's running on ? I've tried WINEDEBUG=+relay, found the place where the dialog was requested but I didn't find anything suspicious before. With regards, Pavel Troller

5 8

Question about 'make test' results...
by Markus G�mmel Oct. 27, 2005

Oct. 27, 2005

I've tried to 'make test' to see if my CVS compile works, but some test cases seems not to work without returning an error. Is this normal or a local issue of my installation? Here are the first three results, the first one only appears occasionally: ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p advapi32_test.exe.so crypt.c && touch crypt.ok crypt.c:699: Test failed: expected 234, got 0 --- ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so file.c && touch file.ok file.c:1382: Test failed: ret = 1, error 12345678 --- ../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p ddraw_test.exe.so d3d.c && touch d3d.ok fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403abb20)->((nil),00000008) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 129 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 126 Current serial number in output stream: 126 --- Any ideas? Markus Goemmel m.goemmel(a)compulab.de

2 1

Thank you for closing my bugzilla account...
by Jonathan Ernst Oct. 27, 2005

Oct. 27, 2005

Hi, Yesterday, after having manually closed some old fixed bugs, I discussed with infyquest and tlambregts on irc and tlambregts told us that instead of manually closing the bugs, bugzilla had a "change several bugs at once function" It was then discussed that bugs that are FIXED and where resolution is not LATER or DUPLICATE or REMIND should be marked CLOSED as the fixes have been integrated in an official release (namely 0.9). http://bugs.winehq.org/buglist.cgi?query_format=&short_desc_type=allwordssu… FYI the CLOSED status means: The bug is considered dead, the resolution is correct. Any zombie bugs who choose to walk the earth again must do so by becoming REOPENED. Unfortunately bugzilla doesn't allow to close bugs directly from their fixed state so you have to verify them before and thus it will send two mails for each bug closed. I don't think it was possible to turn off change notification at that time (tlambregts even told me that the two spam bugs were normal because of the way bugzilla works) but I cannot verify it as my account has been gently disabled... However it seems that ivanleo didn't like my CLOSING session because some of the bugs were not "fixed". Can someone tell me how a bug can be not fixed and marked as resolved-fixed (see my query) ? The discussion on IRC took place at a time when there were many of you (vitamin, Thunderbird, kbln, infyquest, _Marcus_, tlambregts, cmorgan and so on) and nobody seemed to think it would be a bad idea to close bugs that were fixed before the latest release came out. Thanks for clarifying the situation. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

4 7

Re: bugzilla mass mods
by Jonathan Ernst Oct. 27, 2005

Oct. 27, 2005

Hi Dan, Thanks for your inquiry. Le mercredi 26 octobre 2005 à 17:21 -0700, Dan Kegel a écrit : > Jonathan, > maybe what you did is good, but I > thought one had to actually verify > a bug as fixed before one could mark it > as verified. You seem to have subverted the VERIFIED QA has looked at the bug and the resolution and agrees that the appropriate resolution has been taken. Bugs remain in this state until the product they were reported against actually ships, at which point they become CLOSED. Yes that's true, but in Wine the QA is mostly us and the people who report the bugs to be fixed. In Wine usually when a bug is marked as fixed and not reopened shortly after, it really means that it's fixed and thus verified. What I feel is that people reporting bugs, you and me and others actually ARE Wine's QA. I don't think that having ~800 bugs marked as fixed since years was useful. Maybe now that they are closed, the new fixed bugs can actually be verified by some of the active QA people in Wine. There have been more activity lately in bugzilla and keeping all these old bugs fixed and not closed was not doing any good imho. Having about 10/15 bugs to verify between each snapshot is much more maintainable and can hopefully be done. > process. Did you get consensus before starting > these mods? This was discussed on IRC when quite a lot of people where online (see my message to wine-devel). Bye, -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: [TRY5] printer dialog fixes part1 + french + other rcs
by Detlef Riekenberg Oct. 27, 2005

Oct. 27, 2005

Am Donnerstag, den 27.10.2005, 15:22 +0200 schrieb Jonathan Ernst: > Try4:Of printer dialog patch, with changes suggested by detlef > Try5:Update RCs for other languages that are not two old (the remaining rcs are way too old to be updated with this patch) Sorry, same failure again. In Try 4 and Try 5, the first Check (*A and *W) was not modified. + EnumPrintersW(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(num == 0) Please Replace that section with: + needed = 0; + EnumPrintersW(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(needed == 0) + { The second check was ok. -- By By ... ... Detlef

1 0