- wine-devel - winehq.org

Re: PATCH: uncripple winword 2000
by Andreas Mohr 03 Nov '03

03 Nov '03

Hi, On Sat, Oct 25, 2003 at 02:23:17PM +0200, Marcus Meissner wrote: > Hi, > > Make Winword 2000 work again. > > I do not know, why it does outb $al,0x70, inb 0x71, $al ... > > And I am _afraid_ to ask. Why, that's perfectly ok... Just imagine your feeling if it also did: outb $al,0x70, outb al, 0x71 ;-)) That only goes to show what a crappy piece of !@#$@$% Winword 2000 is... > + if (INSTR_EmulateInstruction( epointers->ExceptionRecord, epointers->ContextRecord) == ExceptionContinueExecution) > + return EXCEPTION_CONTINUE_EXECUTION; BTW: Thanks!! This will most certainly fix my JTAG parallel port flashing tool (I already reported it, but nobody fixed it, and the result of "time * need" was too low...). -- Wir kommen alle als Original zur Welt, aber die meisten von uns sterben als Kopien (Autor unbekannt)

6 5

Wiki
by Mike Hearn 03 Nov '03

03 Nov '03

Hi, Is there a Wine wiki anywhere? If not, I think there should be, I'm always coming across random useful bits of info that it makes sense to note down somewhere, but writing and submitting a patch against the Wine Docbook sources is too much effort (or it doesn't fit neatly into a category). Would it be possible to run one on WineHQ? Jeremy? thanks -mike

4 4

Re: Wiki
by Brian Vincent (C) 03 Nov '03

03 Nov '03

> Well, a Wiki isn't an FAQ-o-matic (which I agree was not great). I was > thinking more of a random scratch pad developers can use to note down > useful tips, win32 oddities that don't fit better elsewhere, quick notes > on bugs and so on.... This really sounds like something that won't be maintained or contain enough information to be useful. Lots of folks spent a lot of time over the past year consolidating docs and cleaning everything up. Lots of developers don't even take the time to write up an email on this stuff, I can't imagine putting a web interface on it would change that. -brian

2 1

Re: Partially implement advapi.ReportEvent
by Mike Hearn 03 Nov '03

03 Nov '03

Hi Alexandre, What was wrong with this patch? I guess you want it in a separate debug channel, yes? On Sun, 2003-10-19 at 12:58, Mike Hearn wrote: > This implementation is obviously not complete, but it prints out the > event log strings using MESSAGE, which is good enough for now. This is > handy because MSI uses this API when it gets into trouble, so we can now > see what it thinks is going on.

5 6

What happend to "search" on WineHQ
by Boaz Harrosh 03 Nov '03

03 Nov '03

I go to WineHQ.org(com) and type "wine" in the "Search WineHQ" text box (bottom right of the page) press "enter" and I get: No matches were found for 'wine' ... (same for any word) Well I think I do remember that it use to work. Even when it did work it did not search the forum archives. Why is that? Free Life Boaz

2 1

Re: DLL downloading
by Ivan Leo Murray-Smith 03 Nov '03

03 Nov '03

> It gets the DLLs from an online server You can't do this, it's a violation of intellectual property.

1 0

Re: GetVersion() brown paper bag fix (#2)
by Dimitrie O. Paun 03 Nov '03

03 Nov '03

On November 2, 2003 04:26 pm, Andreas Mohr wrote: > + * Win31 0x80000a03 > + * Win95 0xc0000004 > + * Win98 0xc0000a04 > + * WinME 0xc0005a04 > + * NT351 0x04213303 > + * NT4 0x05650004 > + * Win2000 0x08930005 > + * WinXP 0x0a280105 Wouldn't these fit better in a unit test? :) -- Dimi.

1 0

Re: PATCH: tools/winegcc/utils.c -- casts
by Ferenc Wagner 03 Nov '03

03 Nov '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Add proper casts to avoid signed vs. unsigned mismatches in strmake(). > - if (n > -1 && n < size) return p; > - size = min( size*2, n+1 ); > + if (n > -1 && (size_t)n < size) return p; > + size = min( size*2, (size_t)n+1 ); Once at it, could you please explain to me what the hell is going on here (min)? I came across this function recently, and do not agree with its logic. I would write it like char *strmake(const char *fmt, ...) { int n; size_t size = 100; char *p = xmalloc (size+1); va_list ap; va_start (ap, fmt); n = vsnprintf (p, size, fmt, ap); while (n < 0) { size *= 2; p = xrealloc (p, size+1); n = vsnprintf (p, size, fmt, ap); } if ((size_t)n == size) p[size]=0; va_end (ap); return p; } By the way, either Wine's snprintf implementation is wrong or I do not know how to use it correctly. I am submitting a conformance test... -- Feri.

2 5

Crash in dlls/comctl32/treeview.c
by Dmitry Timoshkov 03 Nov '03

03 Nov '03

Hello all, I've got a crash in Excel running a custom VB script. A crash log with +treeview is attached. As I see it, TVM_SORTCHILDREN causes firstVisible to become NULL, and on next TVM_SETITEMA message, TREEVIEW_UpdateScrollBars is called, which dereferences infoPtr->firstVisible, which is NULL. I'm not sure whether attached patch is correct or not, but it fixes a crash in Excel. The patch simply prevents TREEVIEW_Sort from setting infoPtr->firstVisible to NULL. Treeview gurus out there any comments? -- Dmitry.

1 0

Trillian hangs under wine
by Nikolay Sukharev 03 Nov '03

03 Nov '03

I am trying to make Trillian work under wine. It works fine up to the point where I try to drag its window. Then it hangs and I even need to switch to the text mode shell to be able to kill wine processes. The error says : err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746 Some research showed me that thread 0009 is trying to poll for new window messages while thread 000d is calling GetCursorPos. The GetCursorPos eventually results in a X11 call and it looks like this call never returns. I built wine from the wine-20031016 sources. I would appreciate if somebody can give my an insight what might be wrong here or where to look. Thanks, Nick Below is the backtrace from winedbg: Thread 0009: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=40850c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x40850d10) [sync.c:1662] in ntdll.dll.so) (ebp=40850cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=40850d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=40961da8) 4 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x1, handles=0x40961e94, flags=0xc, timeout=0x40961eb8) [sync.c:1662] in ntdll.dll.so) (ebp=40961e44) 5 0x401e22f8 (NTDLL.DLL.NtWaitForMultipleObjects+0x50 in ntdll.dll.so) (ebp=40961e6c) 6 0x401e232d (NtWaitForSingleObject+0x25(handle=0x88, alertable=0x0, timeout=0x40961eb8) [sync.c:616] in ntdll.dll.so) (ebp=40961e8c) 7 0x401c942e (RtlpWaitForCriticalSection+0xfe(crit=0x40ef98c0) [critsection.c:197] in ntdll.dll.so) (ebp=40961f20) 8 0x401c963b (RtlEnterCriticalSection+0x77(crit=0x40ef98c0) [critsection.c:1664] in ntdll.dll.so) (ebp=40961f40) 9 0x40edd5ff (wine_tsx11_lock+0x4f [x11drv_main.c:167] in x11drv.dll.so) (ebp=40961f68) 10 0x40eceb9d (process_events+0x21(data=0x40321ea0) [event.c:153] in x11drv.dll.so) (ebp=40961fe0) 11 0x40ececf2 (X11DRV_MsgWaitForMultipleObjectsEx+0xfe(count=0x1, handles=0x4036250c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:195] in x11drv.dll.so) (ebp=40962108) 12 0x40a42509 (GetMessageW+0x195(msg=0x40962288, hwnd=0x0, first=0x100, last=0x20d) [message.c:2363] in user32.dll.so) (ebp=409621b4) 13 0x40edc332 (X11DRV_SysCommandSizeMove+0x3ba(hwnd=0x1002e, wParam=0xf012) [winpos.c:2005] in x11drv.dll.so) (ebp=409622b4) 14 0x40a19c0c (NC_HandleSysCommand+0xb0(hwnd=0x1002e, wParam=0xf012, lParam=0xb0374) [nonclient.c:2152] in user32.dll.so) (ebp=409622e0) 15 0x40a0a70c (DEFWND_DefWinProc+0x834(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:534] in user32.dll.so) (ebp=40962374) 16 0x40a0abd0 (DefWindowProcA+0x94(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:863] in user32.dll.so) (ebp=409623a0) 17 0x1001d744 (TOOLKIT.DLL.getMinorVersion+0x1ca4 in TOOLKIT.DLL) (ebp=40a28474) 18 0x0c75ff02 (trillian.exe..rsrc+0xc32bf02) (ebp=6ae58955) Thread 000d: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=42750c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x42750d10) [sync.c:1662] in ntdll.dll.so) (ebp=42750cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=42750d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=42872190) 4 0x40f53a07 (_end+0x59037 in libX11.so.6) (ebp=428721c0) 5 0x40f5454d (_end+0x59b7d in libX11.so.6) (ebp=42872200) 6 0x40f4a36b (_end+0x4f99b in libX11.so.6) (ebp=42872240) 7 0x40ed6162 (TSXQueryPointer+0x36(a0=0x3c089440, a1=0x93, a2=0x428722a0, a3=0x428722a4, a4=0x428722a8, a5=0x428722ac, a6=0x428722b0, a7=0x428722b4, a8=0x428722b8) [ts_xlib.c:480] in x11drv.dll.so) (ebp=42872274) 8 0x40ed3ede (X11DRV_GetCursorPos+0x56(pos=0x42872314) [mouse.c:529] in x11drv.dll.so) (ebp=428722c4) 9 0x40a0f5d7 (GetCursorPos+0x47(pt=0x42872314) [input.c:479] in user32.dll.so) (ebp=428722d4) 10 0x4186d288 (EVENTS.DLL.setSkin+0x48 in EVENTS.DLL) (ebp=00000000) Small exerpt from the custom trace I used. trace:vasya:wine_tsx11_unlock 0009:*** BEFORE LEAVE CR.SEC. Time: 951825 trace:vasya:RtlLeaveCriticalSection LeaveCRS:0009 name:0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_unlock 0009:*** AFTER LEAVE CR.SEC. Time: 951836 trace:vasya:X11DRV_MsgWaitForMultipleObjectsEx 0009:Before WaitForM... Timeout:ffffffff trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:wine_tsx11_lock 000d:*** BEFORE ENTER CR.SEC. Time: 953724 Onwer:0000 Recurs:0 trace:vasya:RtlEnterCriticalSection EnterCRS:000d name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_lock 000d:*** AFTER ENTER CR.SEC. Time: 953736 trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0001 trace:vasya:wine_tsx11_lock 0009:*** BEFORE ENTER CR.SEC. Time: 958696 Onwer:000d Recurs:1 trace:vasya:RtlEnterCriticalSection EnterCRS:0009 name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0102 err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746

4 3

Re: Dll downloading (again)
by Tommy McCabe 03 Nov '03

03 Nov '03

Good point. Efficiency is important, and my previous script had a lot of unnecessary repeating. I've rewritten it to be shorter and sweeter (and not have 6 if-thens in a row!) #!/bin/bash # Script for DLL downloading if [ "$compress" <> 'tar' ] and if [ "$compress" <> 'tar.gzip' ] and if [ "$compress" <> 'zip' ] and if [ "$compress" <> 'none' ] and if [ "$compress" <> 'tar.bzip2' ] then { echo "Compression format not supported. Exiting." exit 3 } if [ "$compress" == 'none' ] then { $compress = 'dll' } wget -P /var/tmp "$server"/"$serverpath"/"$dllname"."$compress" if [ "$compress" == 'tar.gz' ] then { gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz } if [ "$compress" == 'tar.bz2' ] then { bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 } if [ "$compress" <> 'zip' ] and if [ "$compress" <> 'dll' ] then { tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar } if [ "$compress" == 'zip' ] then { unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip } cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll exit 0 __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Icewind Dale and dirty stacks
by Filip Spacek 03 Nov '03

03 Nov '03

Hello, Having nothing to do, I bought Icewind Dale. As my luck would have it, it doesn't run in Wine. So I've spent the weekend trying to figure out why (which is aguably more fun than actually playing the game). It turns out that it allocates a huge structure on the stack (20948 bytes) but it doesn't initialize it properly. My current theory as to why would that work on Windows is that given the size of the thing the space for it is probably freshly faulted in and hence clean. In wine though, this space is already dirtied up (by Xlib initialization). Now of course, this is a program bug, and Wine is not at fault, but I'd still really like to play the game. Would it be possible to somehow run some of the dll initialization on a different stack? Or clean up afterwards? Or if nothing else, does anyone know how to quickly set a chunk of memory to zero in gdb (my current method of using a while loop with a set statement takes about 15 minutes to run). -Filip

1 0

Re: Is it time for playing games on WINE?
by Carlos Lozano 02 Nov '03

02 Nov '03

El sáb, 01 de nov de 2003, a las 13:48, Jason Edmeades escribio: > Great work, and its good to know we are making progress. I spend most of > my time working on small tutorials and demos which highlight a specific > problem, and havent yet had the 'pleasure' of spending much time playing > the games I have got working!! A list like this is really good (as is > the fact you have been creating patches!! - I'm not sure about the > device.c one though, as I think copyrects is hacked to allow back buffer > updating which would otherwise fail as you are copying to a render > target). I agree here, the patches what i have not sent to wine-patches, surely are incorrect, anyway it is necessary or will crash the game, because probably the pitch is bad calculated. > I also dont have the money to buy > lots of games, so where there is a demo WHICH INSTALLS I can try to take > a look! We can use the files from here: ftp://ftp.sunet.se/pub/pc/games/gamershell/demo ftp://ftp.sunet.se/pub/pc/games/gamesdomain/demos ftp://ftp.sunet.se/pub/pc/games/pcgameworld/demos Sunet is fast, and there is enought demos for the rest of the life ;) > Personally I would love to have someone maintain a list of things which > work and which fail, and test them periodically, seperated into the d3d > level. One huge problem I have is regressions - I can code something to > fix a particular feature but its very easy to break something else, and > similarly its nice to know that a particular change actually fixes some > other games!! I will do regression tests every several weeks (depends on my limited time, and travels), but it must be very easy because i am really bad playing games hehe ;), of course more testers are welcomed. > Finally some info, I am currently spending my time trying to get some > features of d3d8 working. I have put on hold render to texture and am > concentrating on some other areas, although I want to get that one > working. I then need to make a choice - I can either concentrate on > performance, on adding hardware vertex shader support or on adding d3d9 > support, and I havent decided which. I think d3d9 would make sense to > wait until last otherwise any performance work will need doing in one > place. I have an idea on some ways of speeding things up and have a > glcore type setup which has been discussed before. The last demos what i have tried to install (d3d9), need uxtheme.dll, i am not sure if it is possible to use the native .dll (i haven't XP), but if it is not possible, i think that d3d9 should be left for later. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

4 5

Dll downloading (improved((again))
by Tommy McCabe 02 Nov '03

02 Nov '03

Error message for unknown compression types added. Bug involving excess {} fixed. #!/bin/bash if [ "$compress" <> 'tar' ] then { if [ "$compress" <> 'tar+gzip' ] then { if [ "$compress" <> 'zip' ] then { if [ "$compress" <> 'none' ] then { if [ "$compress" <> 'tar+bzip2' ] then { echo "Compression format not supported. Exiting." exit } if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } else { if [ "$compress" == 'tar+bzip2' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.bz2 bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } exit __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Fix etags generation
by Mike Hearn 02 Nov '03

02 Nov '03

On Sun, 2003-11-02 at 22:27, Mike Hearn wrote: > Use xargs for etags generation to avoid argument list limit This is of course broken, it seems to simply hide the error rather than solve it. This one works a bit better. ChangeLog: Remove limit on arguments size in etags generation --- ../cvs/Makefile.in 2003-10-11 12:53:47.000000000 +0100 +++ Makefile.in 2003-11-02 22:52:16.000000000 +0000 @@ -126,7 +126,7 @@ # Misc rules TAGS etags: - etags `find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print` + find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print | etags - tags ctags: ctags --c-types=+px `find $(TOPSRCDIR) -name '*.[ch]' -a -not -name '*.spec.c' -a -not -name '*.dbg.c' -print`

1 0

setup_exception exception outside of stack limits
by andrejoh＠c2i.net 02 Nov '03

02 Nov '03

I get this when running the Anarchy Online game client on recent CVS builds; the error does not occur in the last Wine release (2003-10-16), and seems to have been introduced in the last half of October sometime. I last tested this with a fresh CVS version 2003-11-01. err:seh:setup_exception exception outside of stack limits in thread 000c eip 40864e70 esp 407411e4 stack 0x40640000-0x40840000 -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html

1 0

Dll downloading (again)
by Tommy McCabe 02 Nov '03

02 Nov '03

Support for tar+bzip2 added. Bug where .tar.gz file would go undeleted fixed. #!/bin/bash if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz rm /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } else { if [ "$compress" == 'tar+bzip2' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.bz2 bzip2 -d /var/tmp/"$dllname".tar.bz2 rm /var/tmp/"$dllname".tar.bz2 tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } } } } } __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Whoops!
by Tommy McCabe 02 Nov '03

02 Nov '03

Sorry, forgot to add in the script! #!/bin/bash if [ "$compress" == 'tar' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'tar+gzip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".tar.gz gzip -d /var/tmp/"$dllname".tar.gz tar -x -k -f /var/tmp/"$dllname".tar rm /var/tmp/"$dllname".tar cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'zip' ] then { wget -P /var/tmp "$server"/"$serverpath"/"$dllname".zip unzip -n /var/tmp/"$dllname".zip -d /var/tmp rm /var/tmp/"$dllname".zip cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll } else { if [ "$compress" == 'none' ] then { wget -P "$dest" "$server"/"$serverpath"/"$dllname".dll } } } } __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

DLL downloading
by Tommy McCabe 02 Nov '03

02 Nov '03

I've gotten rather tired of downloading DLL files one-by-one, so I wrote a script to do it automatically. It gets the DLLs from an online server and uses packages/tools bash, wget, tar, rm, cp, gzip, and unzip (Those are basic GNU packages, so I'm assuming they're universal to Linux distros.) Unfortunately, due to my newness to scripting, it needs a lot of variables to be set for it before it can work (no inputs, variables have to be set by other programs, working on it). Here they are: $compress: Compression format. Currently, tar, tar+gzip, zip, and none (no compression) are included. $server: The server to download the files from. HTTP and FTP will work. $serverpath: The server directory where the DLL is located. $dllname: The name of the DLL. (DO NOT stick on .tar, .tar.gz, .dll, etc. It'll come out looking like (dllfile).dll.dll, which'll mess it up. For example, kernel32.dll would be just kernel32, and kernel32.zip would be just kernel32 as well. Working on this, too- right now the .dll and compression extensions are added automatically.) $dest: The directory on the computer where the DLL goes. (Note: for directories, DO NOT put a slash mark on the end. It'll end up like /home/knoppix//(dllfile) (notice the double slash). Right now that's done automatically- working on that, too.) Could someone tell me how to include inputs in bash scripts so all these variables can be set directly by the user instead of by other programs? I welcome all suggestions, comments, improvements, and criticisms. (Hey, I'm new at scripts.) Note: I'm not subscribed to the list, so please send me email at my address specifically. Licensed under the GNU GPL. No warranty. __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

1 0

Deadlock?
by Michael Sauer 02 Nov '03

02 Nov '03

I got this from running Panzer General 3 (which you can get for free at http://www.the-underdogs.org): err:ntdll:RtlpWaitForCriticalSection section 0x40969e80 "../../objects/gdiobj.c: GDI_level" wait timed out in thread 0009, blocked by 0015, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x40f227a0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0015, blocked by 0009, retrying (60 sec) Thread 9 blocked by 15 and thread 15 blocked by 9 Can someone help me how to find out, if it's an application error or a wine error? I used wine-cvs 14.Oct.2003 thx mIc ...und dann war da noch der Statistiker, der in einem Fluß ertrank, der im Durchschnitt nur 10 cm tief war.

3 7

Trillian hangs under wine
by Nick Sukharev 02 Nov '03

02 Nov '03

I am trying to make Trillian work under wine. It works fine up to the point where I try to drag its window. Then it hangs and I even need to switch to the text mode shell to be able to kill wine processes. The error says : err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746 Some research showed me that thread 0009 is trying to poll for new window messages while thread 000d is calling GetCursorPos. The GetCursorPos eventually results in a X11 call and it looks like this call never returns. I built wine from the wine-20031016 sources. I would appreciate if somebody can give my an insight what might be wrong here or where to look. Thanks, Nick Below is the backtrace from winedbg: Thread 0009: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=40850c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x40850d10) [sync.c:1662] in ntdll.dll.so) (ebp=40850cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=40850d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=40961da8) 4 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x1, handles=0x40961e94, flags=0xc, timeout=0x40961eb8) [sync.c:1662] in ntdll.dll.so) (ebp=40961e44) 5 0x401e22f8 (NTDLL.DLL.NtWaitForMultipleObjects+0x50 in ntdll.dll.so) (ebp=40961e6c) 6 0x401e232d (NtWaitForSingleObject+0x25(handle=0x88, alertable=0x0, timeout=0x40961eb8) [sync.c:616] in ntdll.dll.so) (ebp=40961e8c) 7 0x401c942e (RtlpWaitForCriticalSection+0xfe(crit=0x40ef98c0) [critsection.c:197] in ntdll.dll.so) (ebp=40961f20) 8 0x401c963b (RtlEnterCriticalSection+0x77(crit=0x40ef98c0) [critsection.c:1664] in ntdll.dll.so) (ebp=40961f40) 9 0x40edd5ff (wine_tsx11_lock+0x4f [x11drv_main.c:167] in x11drv.dll.so) (ebp=40961f68) 10 0x40eceb9d (process_events+0x21(data=0x40321ea0) [event.c:153] in x11drv.dll.so) (ebp=40961fe0) 11 0x40ececf2 (X11DRV_MsgWaitForMultipleObjectsEx+0xfe(count=0x1, handles=0x4036250c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:195] in x11drv.dll.so) (ebp=40962108) 12 0x40a42509 (GetMessageW+0x195(msg=0x40962288, hwnd=0x0, first=0x100, last=0x20d) [message.c:2363] in user32.dll.so) (ebp=409621b4) 13 0x40edc332 (X11DRV_SysCommandSizeMove+0x3ba(hwnd=0x1002e, wParam=0xf012) [winpos.c:2005] in x11drv.dll.so) (ebp=409622b4) 14 0x40a19c0c (NC_HandleSysCommand+0xb0(hwnd=0x1002e, wParam=0xf012, lParam=0xb0374) [nonclient.c:2152] in user32.dll.so) (ebp=409622e0) 15 0x40a0a70c (DEFWND_DefWinProc+0x834(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:534] in user32.dll.so) (ebp=40962374) 16 0x40a0abd0 (DefWindowProcA+0x94(hwnd=0x1002e, msg=0x112, wParam=0xf012, lParam=0xb0374) [defwnd.c:863] in user32.dll.so) (ebp=409623a0) 17 0x1001d744 (TOOLKIT.DLL.getMinorVersion+0x1ca4 in TOOLKIT.DLL) (ebp=40a28474) 18 0x0c75ff02 (trillian.exe..rsrc+0xc32bf02) (ebp=6ae58955) Thread 000d: =>0 0x401116eb (MSVCRT.DLL.strftime+0x3684b in libc.so.6) (ebp=42750c5c) 1 0x401e227b (NTDLL_wait_for_multiple_objects+0x14f(count=0x0, handles=0x0, flags=0x8, timeout=0x42750d10) [sync.c:1662] in ntdll.dll.so) (ebp=42750cf8) 2 0x401e0b05 (usr1_handler+0x49(__signal=0xa, __context=0x0) [signal_i386.c:1164] in ntdll.dll.so) (ebp=42750d1c) 3 0x400644f8 (MSVCRT.DLL.frexp+0xb98 in libc.so.6) (ebp=42872190) 4 0x40f53a07 (_end+0x59037 in libX11.so.6) (ebp=428721c0) 5 0x40f5454d (_end+0x59b7d in libX11.so.6) (ebp=42872200) 6 0x40f4a36b (_end+0x4f99b in libX11.so.6) (ebp=42872240) 7 0x40ed6162 (TSXQueryPointer+0x36(a0=0x3c089440, a1=0x93, a2=0x428722a0, a3=0x428722a4, a4=0x428722a8, a5=0x428722ac, a6=0x428722b0, a7=0x428722b4, a8=0x428722b8) [ts_xlib.c:480] in x11drv.dll.so) (ebp=42872274) 8 0x40ed3ede (X11DRV_GetCursorPos+0x56(pos=0x42872314) [mouse.c:529] in x11drv.dll.so) (ebp=428722c4) 9 0x40a0f5d7 (GetCursorPos+0x47(pt=0x42872314) [input.c:479] in user32.dll.so) (ebp=428722d4) 10 0x4186d288 (EVENTS.DLL.setSkin+0x48 in EVENTS.DLL) (ebp=00000000) Small exerpt from the custom trace I used. trace:vasya:wine_tsx11_unlock 0009:*** BEFORE LEAVE CR.SEC. Time: 951825 trace:vasya:RtlLeaveCriticalSection LeaveCRS:0009 name:0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_unlock 0009:*** AFTER LEAVE CR.SEC. Time: 951836 trace:vasya:X11DRV_MsgWaitForMultipleObjectsEx 0009:Before WaitForM... Timeout:ffffffff trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:wine_tsx11_lock 000d:*** BEFORE ENTER CR.SEC. Time: 953724 Onwer:0000 Recurs:0 trace:vasya:RtlEnterCriticalSection EnterCRS:000d name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:wine_tsx11_lock 000d:*** AFTER ENTER CR.SEC. Time: 953736 trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0001 trace:vasya:wine_tsx11_lock 0009:*** BEFORE ENTER CR.SEC. Time: 958696 Onwer:000d Recurs:1 trace:vasya:RtlEnterCriticalSection EnterCRS:0009 name: 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - BEGIN trace:vasya:NTDLL_wait_for_multiple_objects 0009: WFMO - END. ret=0102 err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Time:973746

1 0

Simple patch q
by Jason Edmeades 02 Nov '03

02 Nov '03

Hi, When I can I use cvs diff, but once I get a few patches out I end up diffing to the previous patch using diff -u3 backup_of_last_patch dlls/d3d8. I always get lots of "Only in dlls/d3d8: basetexture.o, Only in dlls/d3d8: cubetexture.o etc" type lines - How can I get rid of these (I normally edit them out by hand but I forgot this time) - I looked in the man pages and nothing stood out. Jason

5 5

PDF document viewing problem
by Robert J. Peek 01 Nov '03

01 Nov '03

I'm running Red Hat 9 and I would like to view/print out the PDF versions of the Wine Docs. I downloaded the tar archive "winedoc-pdf.tgz" which download a file size 338.8K. I uncompressed it through Gnomes file manager "nautilus 2.2.1" but when I click to view one of the uncompressed PDF files I get this error "File is not a valid PostScript Document". Here are the file sizes for the uncompressed files: wine-devel.pdf = 149.1k wine-faq.pdf = 33.5k winelib-user.pdf = 42.8k wine-user.pdf = 122.0k Thanks Robert

1 0

[Fwd: Re: Is it time for playing games on WINE?]
by Jason Edmeades 01 Nov '03

01 Nov '03

Sorry, misposted to patches Jason

1 0

Is it time for playing games on WINE?
by Carlos Lozano 01 Nov '03

01 Nov '03

Hello :), Is it time for playing games on WINE? Here goes some sucessfull stories :) If you need more screenshots, logs or another info about this games, leave me know. Date of the test: 20031101 * Star Wars: The Phantom Menace. CDROM: Original disc, not necessary any trick. Addicional wine patches: No - Install: Yes. - Gameplay: - Video: Correct (maybe some missing effects) - Sound: Yes. - Mouse: Ok. snapshots: http://62.93.166.115/tpm-1.jpg http://62.93.166.115/tpm-2.jpg (Probably some effect is missing here) http://62.93.166.115/tpm-3.jpg * Grand Theft Auto III. CDROM: You need set the windows version to nt40, and use a modified EXE due to safedisc 2 protection. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/11/0000.html http://62.93.166.115/d3d8_private.diff - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Correct (graphics glitches, missing effects and a bit slow) (You need disable in video settings the 5th option, or you will see the gfx 4 times together) - Sound: Yes. - Mouse: Ok during gameplay (probably not in the menu zone) Snapshots: http://62.93.166.115/gta3-0.jpg http://62.93.166.115/gta3-1.jpg (where is the rain?) http://62.93.166.115/gta3-2.jpg (with the 5th option enabled) * Commandos 3: Destination Berlin Demo. CDROM: Using the original disc, not necessary any trick. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/11/0000.html http://62.93.166.115/d3d8_private.diff - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Correct (some graphics glitches in text windows). There is 2 stages for select in the demo, only the first one shows graphics, in the second you can heard the sound, but the screens remains to black. - Sound: Yes. - Mouse: Ok. Snapshots: http://62.93.166.115/commandos3.jpg * Haegemonian Demo (no playable demo). CDROM: Using the original disc, not necessary any trick. Addicional wine patches: http://62.93.166.115/device.diff -- (IDirect3DDevice8Impl_CopyRects) - Install: Yes. - Gameplay: - Video: Correct (missing some screens, but the 3D engine works very nice). - Sound: Yes. - Mouse: No mouse needed. Snapshots: http://62.93.166.115/haegemoniam-1.jpg http://62.93.166.115/haegemoniam-2.jpg * Anno 1602. Notes: Using the original disc, not necessary any trick. Addicional wine patches: http://www.winehq.org/hypermail/wine-patches/2003/10/0274.html - Install: Yes. - Gameplay: - Video: Correct. - Sound: Yes. - Mouse: Ok. Snapshots: http://62.93.166.115/a1602-1.jpg http://62.93.166.115/a1602-2.jpg * Praetoriam Demo. Notes: Using the original disc, not necessary any trick. Addicional wine patches: No - Install: Yes (using native dlls for InstallShield 7) - Gameplay: - Video: Missing some tittle screens, and problems with textures during gameplay. fixme:ddraw:Main_IDirect3DDeviceImpl_7_Load (0x4ac60b30/0x4ac60b30)->(0x4be3c800,(nil),0x52b59188,(nil),00000000): Partially Implemented!) - Sound: Yes, but some effects with noise. - Mouse: No works correctly, moves only in range 1024x740, but it should be possible in range 1024x768. Snapshots: http://62.93.166.115/praetorians.jpg Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

System Shock 2 regression?
by Dan 01 Nov '03

01 Nov '03

Hi guys, in the last two releases of wine (september's and october's) System Shock 2 gets an Unhandled exception on quit, and doesn't save any of it's settings/keybindings. It worked in june and july's, the backtrace is attached... if there's anything else I can do to help anyone who would like to fix it just ask :), thanks -Dan

1 0

configure : libraries located even when disabled
by Sylvain Petreolle 01 Nov '03

01 Nov '03

Having disabled the curses support, I see that the library is located by configure for future loading. Shouldnt these test be conditional ? dnl **** Get the soname for libraries that we load dynamically **** if test "$LIBEXT" = "so" then WINE_GET_SONAME(X11,XCreateWindow,[$X_LIBS $X_EXTRA_LIBS]) ... WINE_GET_SONAME(ncurses,waddch) WINE_GET_SONAME(curses,waddch) fi ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

UI bugs hampering porting effort for shaped window
by Rob 31 Oct '03

31 Oct '03

Hello All, Apologies if I'm not posting to the correct location. I am trying to port our X-Lite (a leading free SIP softphone) application to run under WINE as a first trial before we obtain the expertise to do a native application. However, I am running into some issues because our application uses a non-standard shaped window. One of our windows developers has created a test application that demonstrates the non-compatible issues found in hopes that someone may be able to help resolve the issues. As of yet, we do not have the in-house expertise to fix the issues directly within WINE. In addition to the UI issues listed below, a fix for bug 1541 is critical. If anyone can help resolve these issues, I'd greatly appreciate the help in getting another application that can run under WINE, and we can have one of our windows developers assist in validation of any fixes. Thanks, Rob Bugzilla Bug 1541 WS2_32 version of gethostbyname with NULL argument doesn't follow specification http://bugs.winehq.org/show_bug.cgi?id=1541 ... This application demonstrates the issues we are having which will allow X-Lite to run under WINE. Source and binaries are included. Find the demo application at: http://www.xten.com/files/winetest.zip The show stopper bugs are B1, B2, B3, B4 and B5. Issue B5, and B7 can be worked around, so they aren't as critical. B1, B2, B3, and B4 can be fixed by putting a title bar on the application. (See MAKE_IT_LOOK_LIKE_A_NORMAL_APP_AT_STARTUP in winetest.cpp.) - B1. Focus does not appear to be on the application at start-up. We do not receive keyboard messages, though we do receive many other messages, such as mouse-clicks. Clicking on the square labelled "focus:" fixes the problem, by bringing up a message box -- when the message box is dismissed, the application has focus. This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=292 - B2. No task bar item. - B3. "System" commands do not appear to be working. Examples: - we do not receive WM_CLOSE when the user presses Alt+F4 - Alt+Space does not bring up the System menu - B4. We are always on top, until a screen-saver kicks in. (Also can be fixed by simply removing WS_POPUP.) This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=1288 - B5. The application window is supposed to have a non-rectangular shape. The shape is made by setting a "region" from a mask bitmap, and calling SetWindowRgn. The problem under Wine happens when converting the 2-bit color mask to a 24-bit color mask. The black 2-bit pixels are properly converted to black 24-bit pixels, but the white 2-bit pixels are converted to a near-black, rather than white. The sample app demonstrates 2 ways of working around the problem: method 1: fixes the problem by using a 16-color (4 bit per color) mask instead of a 2-color mask. This gets around the bug in a reasonable way. method 2: fixes the problem by using near-black (instead of white) for the "transparent" color. This exploits the bug and causes a bad (but correct) appearance on Windows. - B6. Copy to the clipboard doesn't work (though pasting from the clipboard does work). - B7. Attempting to bring up the right-click context menu causes the app to hang.

4 12

winhq bugs
by Ralf Juengling 31 Oct '03

31 Oct '03

I found several bugs in http://www.winehq.com/site/documentation and the online winelib user's guide: - practically empty winedocs-html.tgz - empty winedocs-ps.tgz - unreadable pdfs in winedocs-pdf.tgz Some html pages of chapters 3+ of the online winelib user's guide do not adapt in size (to the browser window). Thanks, Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

RE: bug 1541 (was: UI bugs hampering porting effort for shaped window)
by Dan Kegel 31 Oct '03

31 Oct '03

Mike Hearn (mike_at_theoretic.com) wrote: > On Thu, 2003-10-30 at 18:59, Rob wrote: >> bug 1541 is still *not* fixed correctly. See when passing in NULL in windows >> to gethostbyname, it is guarenteed to return a list of local IP addresses >> mapped on the box. However, with WINE, passing NULL causes gethostname to be >> passed into gethostbyname and does *not* always return back the list of >> local IP addresses on the box. This may work on some boxes, and not others, >> depending on how the machine is configured and if the DNS lookup on the host >> name resolves to the local IP addresses. > > Ah OK, sorry about that, I reopened the bug. Would getifaddrs() do the > trick here? I've not done much work in our winsock code so I can't > really help here. > >> whereas if (!name) should use SIOCGIFCONF - SIOCGIFADDR or something... > > Could you write a patch perhaps, as you seen to know what needs to be > done. getifaddrs() is indeed the right beast, though who knows, maybe you'll have to filter out 127.0.0.1. Hitch is, Linux doesn't provide it. Here's an implementation I've used with good results that tries to be portable (I've only tested it on linux, but it claims to handle Solaris): http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.h http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.c Wish I had time to code a patch for you, too, but at least this might help. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Misc wine debugging questions
by Mike Hearn 31 Oct '03

31 Oct '03

Hi all, Time to extend my knowledge a bit further, so here are a few misc questions: Firstly, how do I set a breakpoint that will be triggered in a child process? I'm trying to debug a crash in an InstallShield when using native comctl32, and the backtrace looks like this: 0011: sel=008f base=4020bb20 limit=00000fff 32-bit rw- Backtrace: =>0 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so) (ebp=40962da8) 1 0xbfb8fa6c (COMCTL32.DLL.ImageList_LoadImageW+0x1a7 in COMCTL32.DLL) (ebp=40962dbc) 2 0xbfb8f698 (COMCTL32.DLL.EntryPoint+0x36 in COMCTL32.DLL) (ebp=40962e34) 3 0x401d78b8 (process_attach+0xf8(wm=0x40310960, lpReserved=0x1) [loader.c:783] in ntdll.dll.so) (ebp=40962e58) 4 0x401d78e7 (process_attach+0x127(wm=0x40310650, lpReserved=0x1) [loader.c:775] in ntdll.dll.so) (ebp=40962e78) 5 0x401d98eb (LdrInitializeThunk+0x1f3(main_file=0x4, CreateFileW_ptr=0x40467de8, unknown3=0x0, unknown4=0x0) [loader.c:1835] in ntdll.dll.so) (ebp=40962f20) 6 0x4049e4b7 (start_process+0x93(arg=0x0) [process.c:171] in kernel32.dll.so) (ebp=40962ff4) 7 0x4002eba5 (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so): addb %al,0x0(%eax) So it seems to be jumping off to somewhere in the data segment of gdi32. I wanted to set a breakpoint a few instructions before the "call" instruction that frame 1 points to, but whenever I try that the program runs, then the standard "Unhandled exception, starting winedbg" message is printed even though it's already running inside winedbg. Do I need to do something special here? Secondly, I noticed recently that with non-AA fonts winecfg renders wrongly, in particular the labels wrap or are clipped. I don't understand how win32 apps deal with different font sizes without containment based layout - is this a bug in my app (fwiw i've seen variants of this problem in a lot of other apps), a bug in wine, or a design flaw in win32? I've never seen that problem in real windows, so I'd guess bug in wine. Thirdly, Greg recently mentioned "stubless proxies". Does anybody know where I can read about these? thanks -mike

3 4

WineHQ: Corrected PATCH to fix IPersistFile::Load() and associated functions.
by Subhobroto Sinha 31 Oct '03

31 Oct '03

Hello all I corrected my last patch after replacing everything C++ into C. This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. This patch fixes: (1) Stream_LoadString: Conflict of unicode strings being taken as LPSTR and AGAIN being converted to Unicode due to wrong value of SCF_UNICODE .(I have preprocessed out the original code. This should remain so until SCF_UNICODE value is corrected) (2) Stream_LoadLocation: Previously the GetPath() failed. It works great now. Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address PS: As I am not a member of 'wine-patches',can the moderator be kind enough... :=) I really want these functions to get fixed. That's all. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ --- wine-20031016/dlls/shell32/shelllink.c 2003-10-29 21:07:43.000000000 +0530 +++ Shikayat/dlls/shell32/shelllink.c 2003-10-29 20:39:56.000000000 +0530 @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT Stream_LoadString( IStream* stm, BOOL unicode,LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards everything internally is maintained as unicode.(Atleast M$ says so) + Also, the value of SCF_UNICODE does NOT seem to be 0x1000, hence the bitwise '&' returns a false. + Until the correct value is found, we assume it Unicode. This should not break ANYTHING >Win95 for shortcuts + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + str[count/2]=0; + *pstr = str; + TRACE("read %s\n", debugstr_w(str)); + return S_OK; +} + +#if 0 static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { + /*This is the original function now redirected to the above till we find out correct 'SCF_UNICODE'. + Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95, so I don't think it will hurt anybody)*/ + DWORD count; USHORT len; LPVOID temp; @@ -454,6 +494,7 @@ return S_OK; } +#endif static HRESULT Stream_LoadLocation( IStream* stm ) { @@ -503,9 +544,10 @@ IStream* stm) { LINK_HEADER hdr; - ULONG dwBytesRead; + ULONG dwBytesRead=0; BOOL unicode; WCHAR sTemp[MAX_PATH]; + char szTemp[MAX_PATH]={0}; HRESULT r; _ICOM_THIS_From_IPersistStream(IShellLinkImpl, iface); @@ -515,7 +557,6 @@ if( !stm ) return STG_E_INVALIDPOINTER; - dwBytesRead = 0; r = IStream_Read(stm, &hdr, sizeof(hdr), &dwBytesRead); if( FAILED( r ) ) return r; @@ -533,6 +574,13 @@ if( FAILED( r ) ) return r; } + + SHGetPathFromIDListA(This->pPidl,szTemp); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + dwBytesRead=(strlen(szTemp)+1);/*Just to hold the length of the string*/ + MultiByteToWideChar(CP_ACP,0,szTemp,dwBytesRead,This->sPath,dwBytesRead); + TRACE("%s\n",debugstr_w(This->sPath)); + This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1);

2 1

VirtualAllocEx
by Peter Hartshorn 31 Oct '03

31 Oct '03

Has there been any work on VirtualAllocEx for allocating memory to other processes? I would like to get this going to allow me to run mta:vc and blow away other people in gta vice city (I believe that is a noble cause). To get me started I have a question. Is there a mechanism for one wine process (thread?) to send a message to another process (thread?) and receive a response, ie a pointer? Or, can I use the wineserver as a mediator that passess messages between two wine processes? For example: app1 sends a message "allocate 1MB of virtual memory in app2" to the wineserver. The wineserver then tells app2 to "allocate 1MB of virtual memory". App2 replys to the wineserver the virtual location of the allocated memory. Wineserver replys to app1 giving the location. App1 can then use the result in WriteProcessMemory.

1 0

Using Serial Port COM1
by Orlando Feitosa 31 Oct '03

31 Oct '03

Hello Friends, I'm trying to use an application that access the serial Port COM1 (which has a printer connected) when application tries to communicate with the port I receive the following message error "Privileged Instruction" Here is the dump... (wine 20031016 - RedHat 9.0) __________________________________________________________________________ fixme:commctrl:FlatSB_SetScrollProp stub trace:comm:GetCommState handle 0x84, ptr 0x40851bac trace:comm:GetCommState OK trace:comm:GetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:GetCommState IXON IXOFF trace:comm:GetCommState CRTSCTS trace:comm:SetCommState handle 0x84, ptr 0x40851bac trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:SetCommState IXON IXOFF trace:comm:SetCommState CRTSCTS trace:comm:SetCommTimeouts (0x84,0x10034a40) fixme:comm:SetupComm insize 2048 outsize 1024 unimplemented stub fixme:imm:ImmGetContext (0x4005e): stub ____________________________________________________________________________ Please, someone have idea how to solve the problem ? Bests Regards, Orlando

2 1

crossover office mentioned in current "HP World"
by Dan Kegel 31 Oct '03

31 Oct '03

HP World is HP's house rag, sent out free to everyone who buys anything from HP or attends their "HP World" show. Several times now they have used the Crossover Office that comes with SuSE Linux during a review of some product. On page 20 of the Nov 2003 issue, for instance, titled "POPping Up Terrabytes", they reviewed FIA's POPnetserver NAS 4600 model 720, and said in part "Configuration ... is about as simple as humanly possible. There is, however, one minor annoyance for a system designed to be experienced as an applince: All of the management software is designed to run on Windows, and only Windows. ... we were able to run -- albeit not completely-- POPassist on SuSE Linux Desktop with the help of CrossOver Office. The only glitch comes in actually fiding the POPnetserver. That function would not work, which left us manually inputting the new address e discovered with LiSA and My Network Places." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Add some exports to NtDll and AdvApi32
by Alexandre Julliard 30 Oct '03

30 Oct '03

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > Changelog: > - Add some stub exports to spec files for NtDll and AdvApi As a rule, for functions that only exist in later Windows versions, it's better to add them commented out, so that apps don't try to call the stubs. We should only add a real stub if an app links against it directly. -- Alexandre Julliard julliard(a)winehq.com

1 0

Useful article on x86 disassembly skills
by Mike Hearn 30 Oct '03

30 Oct '03

After finding that COM article, I decided to dig my way through the backissues of MSJ to see what other gems I could uncover. Here's one useful one: http://www.microsoft.com/msj/0298/hood0298.aspx It is a basic introduction to x86 assembly from a reverse engineers point of view. Most of it is basic stuff you probably know already, however there are some useful bits there - for instance, it took me some time before I figured out that "xor eax, eax" was being used to clear the register because it led to smaller code size whereas this article tells you about that and similar tricks so it's easier to read optimized code. It also gives you some useful constructs that access the TEB, for instance now I know that these fs:[00000000] things are setting up new SEH frames. A worthwhile read for times when disas is the only way forward.... thanks -mike

1 0

Wine coredumps with Linux kernel 2.6.0-test9
by David D. Hagood 30 Oct '03

30 Oct '03

I'm playing with 2.6.0-test9 under RH9.0, and Wine just coredumps when I run it. This is after a full rebuild of Wine, with a CVS pull of a couple of days ago. Since I've seen some other apps behaving weirdly this may be a compatibility issue with 2.6, but I thought I'd see if anybody else has seen this, and has any suggestions. I have updated glibc to the latest in Rawhide.

3 4

Re: getting started with Winelib
by Ralf Juengling 30 Oct '03

30 Oct '03

Okay, I got it to compile by manipulating the Makefile.in (kicking some *.rc files). But the executable segfaults: [juenglin@alpspitze winemine]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. -I/local/include/wine/windows -o rsrc.res rsrc.rc gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o dialog.o dialog.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o main.o main.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.dbg.o winemine.exe.dbg.c LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/winebuild -fPIC -o winemine.exe.spec.c --exe winemine.exe -mgui rsrc.res dialog.o main.o winemine.exe.dbg.o -L/local/lib/wine -L/local/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.spec.o winemine.exe.spec.c gcc -shared -Wl,-Bsymbolic -o winemine.exe.so dialog.o main.o winemine.exe.dbg.o winemine.exe.spec.o -L/local/lib -lwine -lwine_unicode -lwine_uuid -lm test -f winemine || install wineapploader winemine [juenglin@alpspitze winemine]$ winemine Segmentation fault Might this be a configuration problem, or is something broken in Winelib? Since I have no root account, I had to skip the invocation of /sbin/ldconfig when installing wine-20031016. So I set LD_LIBRARY_PATH to /local/lib:/local/lib/wine. Any help appreciated, Ralf On Mon, 2003-10-27 at 18:23, Ralf Juengling wrote: > On Mon, 2003-10-27 at 13:09, Alexandre Julliard wrote: > > Ralf Juengling <juenglin(a)cse.ogi.edu> writes: > > > > > So there is nothing I can do about it at the moment? > > > What is the most recent Wine version in which winemaker used to work? > > > > The previous release should work. Or try this patch: > > > > Index: tools/winemaker > > =================================================================== > > RCS file: /opt/cvs-commit/wine/tools/winemaker,v > > retrieving revision 1.65 > > diff -u -p -r1.65 winemaker > > --- tools/winemaker 5 Aug 2003 18:31:32 -0000 1.65 > > +++ tools/winemaker 27 Oct 2003 21:07:38 -0000 > > @@ -2769,14 +2769,10 @@ then > > WINE_DLL_ROOT="/lib:/lib/wine:/usr/lib:/usr/lib/wine:/usr/local/lib:/usr/local/lib/wine" > > fi > > fi > > -AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.dll.so],[ > > - AC_MSG_ERROR([Could not find the Wine dlls (libntdll.dll.so)]) > > +AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.def],[ > > + AC_MSG_ERROR([Could not find the Wine dlls (libntdll.def)]) > > ],[$WINE_DLL_ROOT]) > > - > > -AC_PATH_LIBRARY(WINE_DLL_ROOT,[-lntdll.dll],[$WINE_LIBRARY_PATH -lwine -lwine_unicode],[ > > - AC_MSG_ERROR([Could not link with the Wine dlls (libntdll.dll.so)]) > > -],[$WINE_DLL_ROOT]) > > -WINE_DLL_PATH="-L$WINE_DLL_ROOT/wine" > > +WINE_DLL_PATH="-L$WINE_DLL_ROOT" > > > > if test -z "$WINE_TOOL_PATH" > > then > > Thanks, together with the patch > > --- /local/downloads/wine-20031016/tools/winemaker 2003-10-27 > 18:02:41.000000000 -0800 > +++ /local/bin/winemaker 2003-10-27 18:14:22.000000000 -0800 > @@ -2635,7 +2635,7 @@ > WINE_UNICODE_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/unicode" > WINE_UUID_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/ole" > > WINE_TOOL_PATH="$WINE_ROOT:$WINE_ROOT/bin:$WINE_ROOT/tools/wrc:$WINE_ROOT/tools/winebuild" > - WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib" > + WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib:$WINE_ROOT/lib/wine" > fi > > AC_ARG_WITH(wine-includes, > > > the generated configure script does its job without errors. > Now I the following error from make: > > [juenglin@alpspitze winemine]$ make > sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' > ./wineapploader.in >wineapploader || rm -f wineapploader > LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. > -I/local/include/wine/windows -o En.res En.rc > En.rc:23:22: Error: parse error > make: *** [En.res] Error 1 > > > > -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

compiling winemine resources
by Ralf Juengling 30 Oct '03

30 Oct '03

I was not successful with compiling the winemine application in wine-20031016. When the resource compiler is to compile one of the language dependent files, it issues a 'parse error': [juenglin@alpspitze winemine]$ wrc En.rc En.rc:23:22: Error: parse error Line 23 in En.rc reads LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US So it looks like wrc does not know what to do with the constant LANG_ENGLISH. Is this a bug? Any idea whats going wrong here? Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

2 2

Where do old rpms go
by Bill Medland 30 Oct '03

30 Oct '03

I apologise for not concentrating; I'm sure that someone has already answered this but I can't find the answer. Do the rpms at SourceForge expire? (I see that the 20030618 for RedHat are no longer there) I just want to know since if that is the case I will have to start taking copies. On the same subject, does anyone have a consistant SuSE 8.1 rpm of the 20030618 version? (That's the last version that worked well for our InstallShield and I don't have time to try to figure out what broke) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 3

Re: Another symbol font fix
by Huw D M Davies 30 Oct '03

30 Oct '03

On Wed, Oct 29, 2003 at 08:23:16PM +0100, Rein Klazes wrote: > Hi, > > There are a couple of non-MS TT fonts on my system that only display > rectangles in win98's charmap.exe. Wine recognize these to have a SYMBOL > character set but Windows (win2k) does not. So libfreetype returning a > character mapping ft_encoding_symbol is not enough, I propose testing > the 0xf000 character offset that is assumed in other parts of the code. > > Tested to work for libfreetype 2.0.9 and 2.1.5 This sounds strange. Is there any chance that you could send me the font? Failing that could you send me the output of ftdump? Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: winetests: new addition
by Ferenc Wagner 30 Oct '03

30 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I'm still not sure how to support building with PE .exes Could you outline the problems you can see? Since it is still not in the tree, instead of patches I send comments and questions. > +#include <shellapi.h> > +#include <shellapi.h> Do we really need it twice? > + while (1) > + { > + va_start(ap, fmt); > + n = vsnprintf (p, size, fmt, ap); > + va_end(ap); > + if (n > -1 && n < size) return p; > + size = min( size*2, n+1 ); > + if(!(p = realloc (p, size))) fatal("Out of memory."); > + } MSDN has no vnsprintf() only _vsnprintf(), what is this? The size=min(...) does not make sense for me either. va_start and va_end could be moved out of the loop by using break instead of return. > +int print_version(FILE *fout) > +{ > + OSVERSIONINFOEX ver; > + > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFOEX); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + { > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + return 0; This should be made a fatal(), I think. > + } > + fprintf(fout, " dwMajorVersion=%ld\n dwMajorVersion=%ld\n" The second is dwMinorVersion. > +void deletePath( char *path ) > +{ > + SHFILEOPSTRUCT fileop; > + > + path[strlen( path ) + 1] = '\0'; We do not have space allocated for this NUL. Here we use the advanced Shell API but later not the Win32 API for opening files and such. What is our policy? > +int count_tests() This is superfluous, not used for anything particularly useful. The progress bar still did not make it... > + if((fout = fopen(test->exename, "wb"))) > + { > + fwrite(code, size, 1, fout); > + fclose(fout); > + } No error checking whatsoever... > + char line[512], *cmd; Fixed size buffers are wrong... > + if ((fp = popen( cmd, "r" ))) > + { > + while (fgets( line, sizeof(line), fp )) > + fprintf( logfp, "%s", line ); > + fclose( fp ); > + } Why not a CreateProcess with redirected stderr/stdout? > + if (!(fp = fopen( logfile, "w" ))) fatal("Could not open log file."); Why not append mode? That would also make the above redirection more secure. > + for(test = wine_tests; test->name; test++) The number of tests could be determined by sizeof instead of a special member, but I am not sure that would be worth it. > +BINDIR="../.." [...] > +for test in $TEST_EXES; do > + testname=`basename $test .exe` > + filename="$BINDIR/$test.so" I am probably too tired, but can not see how you find the test .so-s in the dlls directory... So I am back, and ready to go for finishing this project... Feri.

4 10

make install problem
by Dimitrie O. Paun 29 Oct '03

29 Oct '03

Hi folks, We have a problem with 'make install' in the libs dir. More explicitly, after a 'make & make install', I have this in /usr/local/lib: [dimi@dimi unicode]$ ls -l /usr/local/lib/libwine* -rw-r--r-- 1 root root 319332 Oct 27 12:01 /usr/local/lib/libwine_port.a lrwxrwxrwx 1 root root 14 Oct 28 14:38 /usr/local/lib/libwine.so -> libwine.so.1.0 -rwxr-xr-x 1 root root 249859 Oct 28 14:37 /usr/local/lib/libwine.so.1 -rwxr-xr-x 1 root root 238529 Feb 20 2003 /usr/local/lib/libwine.so.1.0 lrwxrwxrwx 1 root root 22 Oct 28 14:38 /usr/local/lib/libwine_unicode.so -> libwine_unicode.so.1.0 -rwxr-xr-x 1 root root 1289718 Oct 28 14:37 /usr/local/lib/libwine_unicode.so.1 -rwxr-xr-x 1 root root 1187040 Feb 20 2003 /usr/local/lib/libwine_unicode.so.1.0 -rw-r--r-- 1 root root 1867136 Oct 28 14:37 /usr/local/lib/libwine_uuid.a That is to say, both libwine.so and libwine_unicode.so are fubared. They point to old libs. Shouldn't they just point to the .1 versions? It's true, I didn't do a 'make install-dev', but this is counter intuitive because 'make install' does install the headers, and libwine_uuid.a, and libwine_port.a, and winegcc, and so on. -- Dimi.

3 4

Installshield7 notes
by Carlos Lozano 29 Oct '03

29 Oct '03

Hello, Here goes some notes about how to install installshield 7 programs with the actual wine releases (sorry, i haven't been able to install without some natives DLLs). You need 3 native DLLs (ole32.dll, oleaut32.dll and rpcrt4.dll), and 2 .tlb files (stdole32.tlb and stdole2.tlb). Copy this 5 files to your windows/system directory, and edit your ~/.wine/config, using: [DllOverrides] "oleaut32" = "native" "ole32" = "native" "rpcrt4" = "native" Even using this natives dlls, you will have problems with the windows order, what you will not leave you see the windows and install the program. The easier way to install it, should be enable the Desktop mode, in ~/.wine/config: "Managed" = "N" "Desktop" = "640x480" "Desktop" = "Y" I have found some programs, what give problems with Desktop mode, exiting during install with X11 errors (Praetoriams demo for example). In this cases you can use yet another trick. Disable Desktop, and enable "Managed" = "Y", then in the file the file "dlls/x11drv/window.c", you will find the function "inline static BOOL is_window_managed( WND *win )", in the end of this function, there are this 3 lines: /* default: not managed */ return FALSE; } replace, "return FALSE;" to "return TRUE;", and run make install again. Remember after of install the program change again this line to "FALSE", because you could have problems later with other windows. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

2 1

Int21 bug
by Valentijn Sessink 29 Oct '03

29 Oct '03

Hi folks, I think I hunted down a bug in DOS int21 function 0x5b (my DOS book insists this is 91 decimal). My older version of wine, 2000821, goes like this: trace:int21:DOS3Call CREATE NEW FILE 0x00 for X:\TMP41.$$$ trace:file:CreateFileA X:\TMP41.$$$ GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW trace:dosfs:DOSFS_GetFullName X:\TMP41.$$$ (last=0) trace:string:lstrcpynA (0x40e35fa0, "/tmp", 1024) trace:dosfs:DOSFS_FindUnixName /tmp,TMP41.$$$ trace:heap:HeapAlloc (403c0000,00000002,0000022c): returning 414c9cf4 trace:heap:HeapAlloc (65430000,04000000,00000018): returning 65432c30 warn:dosfs:DOSFS_FindUnixName 'TMP41.$$$' not found in '/tmp' trace:heap:HeapFree (65430000,04000000,65432c30): returning TRUE trace:heap:HeapFree (403c0000,00000002,414c9cf4): returning TRUE trace:dosfs:DOSFS_GetFullName returning /tmp/TMP41.$$$ = X:\tmp41.$$$ 080732c8: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, filename="/tmp/TMP41.$$$" ) 080732c8: create_file() = 0 { handle=136 } trace:file:FILE_AllocDosHandle Got 10 for h32 136 trace:int21:DOS3Call returning: AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a27 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 Ret KERNEL.102: DOS3CALL() retval=none ret=0347:2513 ds=0a27 AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 So: file handle 0x136 translates to DOS handle 10, and int21 returns AX=0x000a My newer version, Wine 20030408, does the following: 000a:trace:int21:INT_Int21Handler CREATE NEW FILE 0x00 for X:\TMP18467.$$$ 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000020): returning 415b32c0 000a:trace:file:CreateFileW L"X:\\TMP18467.$$$" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW attributes 0x0 000a:trace:dosfs:DOSFS_GetFullName L"X:\\TMP18467.$$$" (last=0) 000a:trace:string:lstrcpynA (0x40f40d84, "/tmp", 1024) 000a:trace:dosfs:DOSFS_FindUnixName /tmp,L"TMP18467.$$$" 000a:trace:dosfs:DOSFS_ToDosFCBFormat (L"TMP18467.$$$", 0x40f40ce4) 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000110): returning 415cc890 000a:trace:dosfs:DOSFS_OpenDir "/tmp" 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 415cbca0 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000210): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000410): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000810): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00001010): returning 415cc890 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cbca0): returning TRUE 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".font-unix", short_name: (null) [cut directory listing] 000a:warn:dosfs:DOSFS_FindUnixName L"TMP18467.$$$" not found in '/tmp' 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cc890): returning TRUE 000a:trace:dosfs:DOSFS_GetFullName returning /tmp/TMP18467.$$$ = L"X:\\tmp18467.$$$" 000a:trace:dosfs:GetDriveTypeW (L"X:\\tmp18467.$$$") 000a: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, drive_type=3, filename="/tmp/TMP18467.$$$" ) 000a: create_file() = 0 { handle=0x98 } 000a:trace:file:CreateFileW returning 0x98 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415b32c0): returning TRUE 000a:trace:file:Win32HandleToDosFileHandle Got 10 for h32 0x98 000a:Ret kernel32.INT_Int21Handler() retval=00000000 ret=41560c39 000a:trace:int21:DOSVM_Int21Handler failed, error 0 000a:trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=5b0f CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a47 ES=0927 EFL=00000203 000a:Ret winedos.CallBuiltinHandler() retval=0000007c ret=4008d9f0 000a:trace:global:GlobalHandle16 011f This seems weird: there's a file handle, there's a DOS file handle but Int21 returns AX=0, indicating an error. I did not yet check the code (will do this afternoon, but beware: I'm not much of a coder), but I think a fix should be rather easy, there's probably just a typo (or a thinko) in the Int21 handler. I'm not sure, but this bug could also help number 1170, that seems related in that there's a file that is not actually there, and 717, which also tries to make a file that isn't created. Please Cc: my e-mail-address as I'm not on the Wine-devel list. the "nospam" part has an MX record, so mailing shouldn't be a problem. We also checked Codeweavers Wine for this bug; it seems to be there, but after two days of bug hunting our hunting ground is a bit of a mess, so I'm not sure if we tested 2.0 or 2.1. I searched Bugzilla for a DOS related bug and couldn't find one, but if it's fixed between 20030408 and now, then please accept my apologies for wasting your precious reading time. Best regards, Valentijn

3 3

Re: [dx88] Cull fix
by MichaelGuennewig＠gmx.de 29 Oct '03

29 Oct '03

Jason Edmeades <us(a)the-edmeades.demon.co.uk> writes: > Michael - See if this helps with your map / figure problems... Sorry, but it doesn't helped. Also the other ones doesn't helped. The fixme's fixme:d3d_surface:IDirect3DSurface8Impl_LockRect fixme:d3d:IDirect3DDevice8Impl_SetRenderTarget fixme:d3d:IDirect3DDevice8Impl_ResourceManagerDiscardBytes also still appear as before. Do you want a new "-debugmsg +d3d8,+d3d_surface" log or pherhaps the texture snapshots? But I couldn't create any of them before next week, because I'm going sailing over the weekend. Michael

1 0

Forwards exports - anyone?
by Shachar Shemesh 29 Oct '03

29 Oct '03

Hi all, I noticed in the code that there is a concept called "forwad_export". Does it have anything to do with making a function in one DLL return a function address that belongs to another? If that is the case, how do I activate this? Is there some spec file magic that will do it? I'm trying to implement unicows.dll. The theory is quite simple - since unicows merely implements unicode functions that exist, theoretically, only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, but should solve our unicows.dll problems. If I can merely instruct the dynamic loader to return the GDI ExtTextOutW function when someone tries to link with the unicows ExtTextOutW, I can solve the inefficiency in a clean, working way without further problems. I considered various loader tricks, but I'm afraid the closest I'm willing to come is assembler tricks, and those won't work on other platforms (then again - other platforms are highly unlikely to require unicows - hmm). Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

RE: How do i find the start menu path?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Robert van Herk <robert(a)robertvanherk.nl> wrote: >I have a question for my start menu generator, that is almost finished >now... > >How do I find the path of the wine start menu? (for me it's >~/c/windows/Start Menu, but for someone else it does not have to be like >that...) I assume/hope you have a winelib app in which case you can just simply call ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_PROGRAMS, FALSE); and unless SHRestricted(REST_NOCOMMONGROUPS) is true also ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_COMMON_PROGRAMS, FALSE); Rolf Kalbermatter

1 0

Re: Forwards exports - anyone?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Shachar Shemesh <wine-devel(a)shemesh.biz> wrote: >I'm trying to implement unicows.dll. The theory is quite simple - since >unicows merely implements unicode functions that exist, theoretically, >only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in >unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, >but should solve our unicows.dll problems. > >If I can merely instruct the dynamic loader to return the GDI >ExtTextOutW function when someone tries to link with the unicows >ExtTextOutW, I can solve the inefficiency in a clean, working way >without further problems. I thought this was done in Wine in the spec files. Something such as: @ stdcall ExtTextOutW(params) gdi32.ExtTextOutW should do the trick. The function names need not to be the same. The only limitation I have found is that you can't forward in this way to ordinal exports but I may have missed something. Rolf Kalbermatter

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel