September 2004 - Wine-devel

edonkey2000 dll err
by J. Grant 27 Sep '04

27 Sep '04

Hello, As this is an "err, I thought I should post the the devl list. I am using CVS build from 2004-09-20. I am using DLL's copied from working win2k install. It seems quite fatal, any ideas? Kind regards JG c:\opt\ed2k>edonkey2000.exe c:\opt\ed2k>err:module:import_dll No implementation for MSVCRT.dll.??_U(a)YAPAXI@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll.??_V(a)YAXPAX@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio

3 3

Re: Getting winebuild to work on HP-UX
by Warren_Baird/CSI＠cimmetry.com 27 Sep '04

27 Sep '04

"Eric Frias" <efrias(a)syncad.com> wrote on 09/27/2004 09:52:12 AM: > I don't know if this made it through on Thursday; if not, here's a repeat: I saw it on the archive - sorry I didn't get a chance to respond on Friday. Thanks for the repeat, though - it saves me cutting and pasting from the browser. :-) > I'm afraid I won't be a lot of help right now, but I might be able to offer > some moral support. Well - at this point even moral support would be a good thing... > I've spent several weeks last year trying to get > winelib working on HPUX, but I don't really have anything to show for it. > Before I could get anything working, I had to abandon HPUX and work on > fixing up Linux and Solaris stuff because it was in higher demand. I'll > eventually need to get HPUX working also, but I won't be able to devote too > much time to it for at least a month. My timeline is probably tighter than that - I'm hoping to have winelib working within the next month... So you might be lucky. :-) > I was in the same situation as you are... very rusty at x86 assembly, able > to comprehend a little sparc assembly, but I didn't know a thing about > pa-risc. I was simply typing make, letting it run until it had some error > because HPUX wasn't supported, coming up with some fix for it, and > repeating. Some days I felt like I almost grasped what was going on and how > to fix it, and some days it felt like it was miles away. I never got all of > wine compiling, so I have no idea if any of the fixes I made were correct or > not. I'd be happy to share them with you, but seeing them might do you more > harm than good. Yeah, if you wouldn't mind, send me the patches --- It may give me some useful ideas, at least. > Anyway, good luck, and if you weren't looking for an excuse to learn pa-risc > assembly, well, you have my sympathies. I'm told it builds character :-) :-) then I guess my character is in for a bit of a work-out. <sigh> Thanks, Warren -- Warren Baird, Technical Group Leader warren_baird(a)cimmetry.com Cimmetry System Inc. 514 735 3219 x148

1 0

Wine User Guide changes (RFC)
by Brian Vincent 27 Sep '04

27 Sep '04

With Mike's recent Winecfg patches and the renewed hope we'll cut over to using Winecfg some day, I went through and began updating the Wine User Guide. The focus of the changes thus far was to remove references to the config file and discuss Winecfg instead. Without actually being able to use Winecfg these changes are useless, but it's probably worth looking this over to see whether these docs are headed in the right direction. For now, the biggest changes can be found in configuring.sgml (which translates into the "Configuring Wine" part of the guide.) A diff is available here: http://www.theshell.com/~vinn/wine-user-guide.diff However, this stuff is best looked at as a side-by-side comparison with the existing docs. You can find that here: http://www.theshell.com/~vinn/wine-user-guide.html (Not having looked at Mike's recent patches, I'm sure this will soon be out of date. Things like drive detection are missing. There's also parts that I left undone: such as the printing config, an appendix listing reg keys would be nice once we know what they all are. Other parts probably need a better explanation, such as font configuration. Anything you notice missing is probably worth telling me about, though it won't be hard to find lots of mistakes.) One of the big goals of all this is to reduce the amount of documentation and outdated stuff. Therefore, registry.sgml, printing.sgml, and fonts.sgml have been somewhat merged into configuring.sgml. fonts.sgml contained a lot of outdated info in it that probably caused more confusion than helped. Going forward, we have a lot of documentation in the User Guide about downloading Wine, compiling Wine, CVS, etc; mostly stuff that's already duplicated in some form or another on the web site. I'd like to see as much stuff like that removed from the User Guide as possible, we can simply refer people to WineHQ for more info. (I think the reason for the duplication is that the website docs simply didn't exist when the User Guide was written, now the website has superceded the User Guide.) When it's all said and done we should be left with the following sections: - Introduction - Configuration - Running - Troubleshooting At least, that's the direction I think it should go and at some point I could begin making those changes. Anyone disagree? Any thoughts, comments, concerns, criticisms? -Brian

2 1

tree/list-view slowness
by James Hawkins 27 Sep '04

27 Sep '04

I am currently working on making Kazaa Lite 2.4.3 more usable. The most major problem remaining is that when the user chooses to search for a file on the network, the program slows almost to a halt and becomes mostly unmanageable. The results are displayed in a tree/list-view in the right pane [1]. I've looked into both of the controls, and it seems like the slowness could be coming from their implementation, but even when I set comctl32 to native, the problem remains. Also, I've done a trace+treeview and a trace+listview and only treeview api's seem to be called and not listview. Would it be a possibility that they implemented their own listview? Can anyone describe a method I can use to track down the inefficiency? Thankyou for your help. [1] http://www.andrew.cmu.edu/user/jhawkins/klite.jpeg -- James Hawkins

2 1

Re: Listbox fixes
by Alexandre Julliard 27 Sep '04

27 Sep '04

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +dlls/user/listbox.c > Draw background of the empty selected item in empty lists > Dont draw a focus rect if we do not have the focus > Dont select items on key up/down in multi-select lists This is causing a test failure: listbox.c:134: Test failed: style 0x8, step step, field selected: expected 2, got 1 listbox.c:134: Test succeeded inside todo block: style 0x8, step step, field selcount: expected 1, got 1 (the second one is a good thing of course...) -- Alexandre Julliard julliard(a)winehq.org

5 6

slovenian keyboard support
by Rok 26 Sep '04

26 Sep '04

I'm using slackware 10, KDE and Wine 20040914 (binary) and have problems using specific letters: ---cut-here--- err:keyboard:X11DRV_ToUniCodeEx Please report: no char for keysym 01E8 (ccaron) : err:keyboard:X11DRV_ToUniCodeEx (virtKey=E2,scanCode=62,keycode=2F,state=10) err:keyboard:X11DRV_ToUniCodeEx Please report: no char for keysym 01C8 (Ccaron) : err:keyboard:X11DRV_ToUniCodeEx (virtKey=E2,scanCode=62,keycode=2F,state=11) err:keyboard:X11DRV_ToUniCodeEx Please report: no char for keysym 01B9 (scaron) : err:keyboard:X11DRV_ToUniCodeEx (virtKey=E0,scanCode=60,keycode=22,state=10) ... ---cut-here--- I'd need letters [cCsSzZ]caron [cC]acute [dD]stroke. Is there any this can be resolved? Thanks! LP,Rok.

2 1

(no subject)
by Arda Ataerkil 26 Sep '04

26 Sep '04

hi. i m new user Linux redhat. jop is Graphic Desgner. i want to shot Win Xp enought for virus and all bad thinks. but i need to use photoshop, flash, and other soft working with Windows. and i learned yesterday "wine" is makeing work with linux this software. is it true. i try to download it . but couldent find anywhere. could you give mea link . where ami download it. At your site too much packages . could you give to me a link all packages at 1 download file. couse i m newer user to diffucult do set up and download it for me at now. Regards.

2 1

Re: wine/loader preloader.c
by Mike Hearn 26 Sep '04

26 Sep '04

Hi Alexandre! What's the reasoning for this change? I thought the preloader should not be built as a PIE because otherwise the kernel could map it into one of the areas we need to reserve. More to the point, the people trying to do this are thinking it will increase security. It won't, even though this code is loaded at a known offset it does not contain any code you could exploit in a return-to-libc type attack and anyway, exploits through Wine are far more likely to come in through the software being run on it than Wine itself. There is a patch in bugzilla (I guess you saw this) to ensure -fno-pie and -fno-stack-protector is passed to gcc for the preloader. thanks -mike > Log message: > Support compiling with -fPIC for people who somehow think this is a > good idea.

4 3

Missing dll's and wine says it is going into debugger
by J. Grant 25 Sep '04

25 Sep '04

Hello, I have installed eDonkey2000, the free version from www.overnet.com. I am using a one day old CVS build of WINE. Could there be a Debug/Retry option for dll loading? then I would have time to copy the dlls and press Retry. As it is, I have to restart the entire process for each dll missing. fixme:win:SetWindowTextA cannot set text "Output folder: C:\\opt\\ed2k" of other process window 0x2006a fixme:win:SetWindowTextA cannot set text "Execute: C:\\opt\\ed2k\\eDonkey2000.exe" of other process window 0x2006a wine: Unhandled exception (thread 000b), starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x401c88e8 err:module:import_dll Library MSVCP60.dll (which is needed by L"C:\\opt\\ed2k\\edonkey2000.exe") not found err:module:import_dll Library MSVCIRT.dll (which is needed by L"C:\\opt\\ed2k\\edonkey2000.exe") not found Usage: winedbg [--auto] [--gdb] cmdline err:module:LdrInitializeThunk Main exe initialization for L"C:\\opt\\ed2k\\edonkey2000.exe" failed, status c0000135 These are the two dlls which were displayed on my terminal. It did not end up in the debugger though, just the terminal after I pressed ESC <Enter>. After I copied these dlls, and restarted the process I get this text: c:\opt\ed2k>edonkey2000.exe c:\opt\ed2k>err:module:import_dll No implementation for MSVCRT.dll.??_U(a)YAPAXI@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll.??_V(a)YAXPAX@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef although it is an "err" the process continues to run... would you like me to try and probe this dll futher to get the missing impelementation name it is complaining about? (if that would help) I am not on this list, so please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio

5 6

RE: Help with GetConsoleWindow()
by Ewert, Mark 25 Sep '04

25 Sep '04

Here's a more detailed dump: WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x41a41754 in 32-bit code (0x10007239). In 32 bit mode. 000f:err:dbghelp_msc:codeview_process_info Unknown CODEVIEW signature 53445352 in module xdb Register dump: CS:0023 SS:002b DS:002b ES:002b FS:121f GS:002f EIP:10007239 ESP:44b5008c EBP:44b500ac EFLAGS:00010206( - 00 - RIP1) EAX:412e01e0 EBX:412e0098 ECX:0064ffcc EDX:413f178c ESI:0000003f EDI:413f200c Stack dump: 0x44b5008c: 00000000 00000090 0000008c 00000000 0x44b5009c: 000000a0 412e0324 0064ffcc 00000000 0x44b500ac: 44b500e4 10008f98 412e0098 00000000 0x44b500bc: 00000002 4020521c 0000008c 00000000 0x44b500cc: 44b500b8 44b4fc70 44b50124 100072dc 0x44b500dc: 10012060 00000000 44b500f8 10004c39 0243: sel=121f base=405ab000 limit=00001fff 32-bit rw- Backtrace: =>1 0x10007239 (0x44b500ac) 2 0x10008f98 (0x44b500e4) 3 0x10004c39 (0x44b500f8) 4 0x10004ce6 EntryPoint+0x5d in xdb (0x44b50134) 5 0x401d3c66 call_dll_entry_point+0x12 in ntdll (0x44b5014c) 6 0x401d4c61 MODULE_InitDLL+0x121(wm=0x403b9830, reason=0x2, lpReserved=0x0) [/home/wine-20040914/dlls/ntdll/loader.c:741] in ntdll (0x44b501b8) 7 0x401d4f47 MODULE_DllThreadAttach+0x77(lpReserved=0x0) [/home/wine-20040914/dlls/ntdll/loader.c:894] in ntdll (0x44b501e0) 8 0x4053aea3 THREAD_Start+0x73(ptr=0x403f8df8) [/home/wine-20040914/dlls/kernel/thread.c:107] in kernel32 (0x44b502a8) 9 0x401e956b start_thread+0x14b(info=0x403f8420) [/home/wine-20040914/dlls/ntdll/thread.c:199] in ntdll (0x44b50ae4) 10 0x40048c3f pthread_start_thread+0x16f(arg=0x44b50be0) [/usr/src/build/230306-i686/BUILD/glibc-2.2.4/linuxthreads/manager.c:287] in libpthread.so.0 (0x44b50bd4) 11 0x40144b2a000f:fixme:dbghelp_symt:symt_set_udt_size Changing size for _IO_FILE from 148 to 76 __clone+0x3a in libc.so.6 (0x00000000) 0x10007239: movl %ecx,0xfffffffc(%ecx,%edx,1) -----Original Message----- From: Eric Pouech [mailto:pouech-eric(a)wanadoo.fr] Sent: Thursday, September 23, 2004 12:23 PM To: Ewert, Mark Cc: Saulius Krasuckas; wine-devel(a)winehq.org Subject: Re: Help with GetConsoleWindow() Ewert, Mark a écrit : > This is the trace just before the exception that is seen: > > 0017:trace:loaddll:load_dll Loaded module > L"c:\\windows\\system\\ws2_32.dll" : builtin > 0017:trace:loaddll:load_dll Loaded module > L"Z:\\home\\xscale_xactor\\sandbox\\MSVCR71.dll" : native > 0017:trace:loaddll:load_dll Loaded module > L"Z:\\home\\xscale_xactor\\sandbox\\MSVCP71.dll" : native > 0017:trace:loaddll:load_dll Loaded module > L"Z:\\home\\xscale_xactor\\sandbox\\CoSimClient.dll" : native > 0017:trace:loaddll:load_dll Loaded module > L"Z:\\home\\xscale_xactor\\sandbox\\plugin\\xscale\\ixpirqgui\\irqgui.dl > l" : native > wine: Unhandled exception (thread 001a), starting debugger... > > Is the problem in irqgui.dll maybe, but you cannot tell what does the stack backtrace give ? A+

2 1