wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Yardi works!
by Dan Kegel 03 Feb '03

03 Feb '03

I got Yardi Professional (the low-end version of the products at http://www.yardi.com) running under Wine, at least with its sample database! And it doesn't look bad. I guess someone with a real Yardi installation will just have to try it sometime soon to see if it works on real data, with the data stored on a network drive. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: RPC marshalling patch
by Greg Turner 03 Feb '03

03 Feb '03

On Thursday 30 January 2003 10:44 am, Ove Kaaven wrote: > This one is sure to give Greg something to work with... looks very interesting, indeed. > all of this was > implemented in a bit of a hurry, but since it's based on my research, it > should be a good starting point in understanding how Microsoft's NDR > engine works. It doesn't properly implement marshalling alignment or > memory sizing, may not handle a number of fringe cases, does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... where did you find it, Greg?), and probably needs some cleanup, but I think, I had to sign away my firstborn to OpenGroup for it. If you feel like spending money /and/ signing away your firstborn, this looks like the definitive OpenGroup DCE package: http://www.opengroup.org/products/publications/catalog/t151x.htm and here is some free-as-in-beer RPC 1.1 stuff: http://www.opengroup.org/products/publications/catalog/c706.htm Where, exactly, I got what I have is a bit of a mystery to me :( It looks like it started its journey as postscript so perhaps it's part of the DCERPC source tarball? My old box is booted into the Operation Flashpoint Operating System... er... Windows, I mean... so I can't dig it out from my ext3 partition right now. In your previous patch you mentioned the possibility of a merge situation between us. Indeed, this is probably the case, but it's minor. I've been real busy lately with work, and other non-wine things, so I haven't been forging ahead at my usual clip. There's not a whole lot floating around in my tree that hasn't gone out to wine-patches ATM. -gmt

11 17

[HHJJ] DCE package within reach
by Dimitrie O. Paun 03 Feb '03

03 Feb '03

Hi folks, By the very generous donation of $150 from Nick Capik <ncapik(a)patriot.net>, the DCE package is *almost* in our hands! To see the donation status, check out: http://www.dssd.ca/wine/ Now, to easily collect from the guys in Europe we will need a working PayPal account. Jeremy, the ball it's in your court! :) For the US/Canadian guys, is there a better way to send the funds over? Suggestions welcome. -- Dimi. P.S. HHJJ = Happy, happy, joy, joy

4 4

Dillo Browser
by Fabian Cenedese 03 Feb '03

03 Feb '03

Hi I don't know if this is necessary anymore, but I came across this project: http://dillo.auriga.wearlab.de/ What's Dillo? * Dillo is a web browser project completely written in C. * Dillo is small: source is less than 300 KB, and the binary is around 200 KB! * Dillo aims to be a multi-platform browser alternative that's small, stable, developer-friendly, usable, fast, and extensible. * Dillo is mainly based on GTK+ (GNOME is NOT required!) * Dillo is a free-SW project in the terms of the GNU general public license. * Current code uses gzilla-0.2.2's html-parser, and almost everything else was rewritten from scratch!. * Dillo is very fast! Maybe even if not as a whole it might be useful in some parts. Or then just for your interest :) bye Fabi

1 0

Wine Complinace Status on XP SP1
by Mathew McBride 03 Feb '03

03 Feb '03

Sorry for the uncompleted message. I accidentally slipped on enter Downloaded and run the Wine compliance tests on XP SP1. Yet to do: Run them on my Win98 box Run them under Compatibility mode Try some of them under ReactOS (won't say that will work) Oh, you forgot your batch file! Part one. Other tests coming shortly __________________________________________________ advapi32_test.exe /registry registry.c:97: Test failed: value set to 'xxxxxxxxxx' instead of 'Te' registry.c:98: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry.c:112: Test failed: data set to 'xxxxxxx' instead of 'foobar' /registry: 56 tests executed, 0 marked as todo, 3 failures. dsound_test.exe /dsound dsound.c:372:Testing Primary Sound Driver - dsound.c:386: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e8 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e8 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 dsound.c:372:Testing Avance AC97 Audio - ALCXWDM.SYS dsound.c:386: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e8 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e8 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 /dsound: 61 tests executed, 0 marked as todo, 0 failures. gdi32_test.exe /generated /generated: 2786 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /alloc /alloc: 58 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /atom /atom: 229398 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /codepage /codepage: 2 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /directory /directory: 51 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /drive /drive: 160 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /environ /environ: 39 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /file file.c:633:Current offset = 0015 file.c:658:Current offset = 0015 /file: 487239 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /format_msg /format_msg: 58 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /generated /generated: 609 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale.c:520: Test failed: GetDateFormatW allowed flags and format locale.c:529: Test failed: GetDateFormatW did not permit null buffer pointer when counting. /locale: 112 tests executed, 0 marked as todo, 11 failures. kernel32_test.exe /path path.c:514: Test failed: GetLongPathNameA: wrong return code, 104 instead of 46 path.c:881:TMP=C:\DOCUME~1\MCBRID~1\LOCALS~1\Temp path.c:892:TMP=C:\WINDOWS path.c:902:TMP=C:\ path.c:912:TMP=C: /path: 1730 tests executed, 0 marked as todo, 1 failure. kernel32_test.exe /process /thread: 112 tests executed, 0 marked as todo, 0 failures. msvcrt_test.exe /file /scanf: 9 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe /access access.c:110: Test failed: Bad Network Path: rc=0 /access: 23 tests executed, 0 marked as todo, 1 failure. netapi32_test.exe /apibuf /apibuf: 15 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe /wksta /wksta: 14 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /error /error: 813 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /generated /generated: 1279 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /rtlbitmap /rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe /rtlstr /rtlstr: 38 tests executed, 0 marked as todo, 0 failures.

1 0

Re: tests for GetPrivateProfileInt
by Stefan Leichter 03 Feb '03

03 Feb '03

Hello, is there any reason why this patch http://www.winehq.com/hypermail/wine-patches/2003/01/0361.html is not in cvs jet? Thanks Stefan

1 0

Part 2 Wine complinace under WinXP
by Mathew McBride 03 Feb '03

03 Feb '03

Part 2 of Wine compliance tests under WinXP SP1 __________________________________________________ oleaut32_test.exe /safearray safearray.c:149: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:149: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 /safearray: 936 tests executed, 0 marked as todo, 8 failures. oleaut32_test.exe /vartest vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ======== vartest.c:2315:======== Testing VarBoolFromXXX ======== vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== /vartest: 1875 tests executed, 0 marked as todo, 0 failures. rpcrt4_test.exe /rpc rpc.c:124: ** Uuid Conversion and Comparison Tests ** /rpc: 901 tests executed, 0 marked as todo, 0 failures. shell32_test.exe /generated /generated: 272 tests executed, 0 marked as todo, 0 failures. urlmon_test.exe /generated /generated: 4 tests executed, 0 marked as todo, 0 failures. user32_test.exe /class /class: 80 tests executed, 0 marked as todo, 0 failures. user32_test.exe /generated /generated: 1524 tests executed, 0 marked as todo, 0 failures. user32_test.exe /sysparams sysparams.c:176:testing SPI_{GET,SET}BEEP sysparams.c:311:testing SPI_{GET,SET}MOUSE sysparams.c:414:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:446:testing SPI_ICONHORIZONTALSPACING sysparams.c:489:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:523:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:560:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:593:testing SPI_ICONVERTICALSPACING sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:772:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:824:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:850:testing SPI_GETFASTTASKSWITCH sysparams.c:865:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:903:testing SPI_{GET,SET}WORKAREA sysparams.c:947:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER /sysparams: 358 tests executed, 0 marked as todo, 0 failures. user32_test.exe /win win.c:91:main window 000D0228 main2 0010022E desktop 00010014 child 000F016C win.c:107:created child 000903FC win.c:120:created child of desktop 000A03FC win.c:130:created child of child 000B03FC win.c:140:created top-level 000C03FC win.c:150:created owned top-level 000D03FC win.c:160:created popup 000E03FC win.c:170:created owned popup 000F03FC win.c:180:created top-level owned by child 001003FC win.c:186:created popup owned by desktop 001103FC win.c:192:created popup owned by child 001203FC win.c:198:created WS_CHILD popup 001303FC win.c:204:created owned WS_CHILD popup 001403FC win.c:209:testing parent changes win.c:221:created child 001503FC win.c:247:created top-level 001603FC win.c:264:created popup 001703FC win.c:281:created child 001803FC win.c:298:created top-level 001903FC win.c:307:created owned popup 001A03FC win.c:323:created owner 001B03FC and popup 000A02B8 win.c:337:created owner 000B02B8 and popup 001C03FC win.c:345:created owner 000C02B8 and popup 001D03FC /win: 373 tests executed, 0 marked as todo, 0 failures. user32_test.exe /wsprintf /wsprintf: 4 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /generated /generated: 252 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /http http.c:90:Starting with flags 0x10000000 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A4 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC18 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:133:HttpSendRequestA <-- http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESOLVING_NAME(10) 00D1FB04 15 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_NAME_RESOLVED(11) 00D1FAF4 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 00D1FB9C 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 00D1FD40 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 00D1FCE0 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 00D1FD60 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00D1FDA8 8 http.c:140:Option 0x17 -> 1 8 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.1 200 OK Date: Mon, 03 Feb 2003 10:19:03 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 742 http.c:183:ReadFile -> 1 1896 http.c:172: Test failed: InternetQueryDataAvailable failed http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00D1FDA8 8 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 00D1FD68 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 00D1FD24 4 http.c:90:Starting with flags 0x0 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A4 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC18 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 0012EA50 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 0012EA2C 12 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 0012EB3C 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 0012EB24 4 http.c:133:HttpSendRequestA <-- http.c:140:Option 0x17 -> 1 8 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.1 200 OK Date: Mon, 03 Feb 2003 10:19:06 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 742 http.c:183:ReadFile -> 1 436 http.c:183:ReadFile -> 1 1460 http.c:183:ReadFile -> 1 2912 http.c:183:ReadFile -> 1 4380 http.c:183:ReadFile -> 1 2190 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC44 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC44 4 /http: 24 tests executed, 0 marked as todo, 1 failure. winmm_test.exe /wave wave.c:193:found 1 WaveOut devices wave.c:217: 0: "Avance AC97 Audio" 5.10 (1:100): channels=65535 formats=bffff support=002c wave.c:231:Testing invalid 2MHz format /wave: 233 tests executed, 0 marked as todo, 0 failures. ws2_32_test.exe /sock sock.c:694: **** STARTING TEST 0 **** sock.c:332:simple_server (e8c) starting sock.c:341:simple_server (e8c) ready sock.c:346:simple_server (e8c): waiting for client sock.c:391:simple_client (6e4): starting sock.c:394:simple_client (6e4): server ready sock.c:391:simple_client (e70): starting sock.c:394:simple_client (e70): server ready sock.c:406:simple_client (6e4) connected sock.c:346:simple_server (e8c): waiting for client sock.c:406:simple_client (e70) connected sock.c:374:simple_server (e8c) exiting sock.c:427:simple_client (e70) exiting sock.c:427:simple_client (6e4) exiting sock.c:696: **** TEST 0 COMPLETE **** sock.c:694: **** STARTING TEST 1 **** sock.c:332:simple_server (b54) starting sock.c:341:simple_server (b54) ready sock.c:346:simple_server (b54): waiting for client sock.c:445:event_client (504): starting sock.c:445:event_client (a0c): starting sock.c:447:event_client (504): server ready sock.c:467:event_client (504) connected sock.c:505:event_client (504): all data sent - shutdown sock.c:346:simple_server (b54): waiting for client sock.c:447:event_client (a0c): server ready sock.c:467:event_client (a0c) connected sock.c:505:event_client (a0c): all data sent - shutdown sock.c:374:simple_server (b54) exiting sock.c:526:event_client (a0c): all data received sock.c:538:event_client (a0c): close event sock.c:556:event_client (a0c) exiting sock.c:526:event_client (504): all data received sock.c:538:event_client (504): close event sock.c:556:event_client (504) exiting sock.c:696: **** TEST 1 COMPLETE **** /sock: 148 tests executed, 0 marked as todo, 0 failures.

1 0

Interim Wine Compliance status on Windows XP SP1
by Mathew McBride 03 Feb '03

03 Feb '03

Downloaded and run the Wine compliance tests on XP SP1. Yet to do: Run them on my Win98 box Run them under Compatibility mode Try some of them under ReactOS (won't say that will work) Oh, you forgot your batch file! __________________________________________________

1 0

Unhandled exception: privileged instruction in 16-bit code
by Max 03 Feb '03

03 Feb '03

Installing an app (Autocad 2000), which has an InstallShield installer, all goes good up to end of file copying, an then an access violation appears : Unhandled exception: privileged instruction in 16-bit code (0417:09b7). In 16-bit mode. 0x0417:0x09b7: ldsw 0x014a,%dx A trace with --debugmsg +relay leads to following : 080ce9a8:Call KERNEL.74: OPENFILE(04370000 "C:\\WINDOWS\\_INS33IS._MP",041f:1610,0200) ret=0417:0213 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:0213 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(04270000 "C:\\WINDOWS\\_delis43.ini",041f:1610,0200) ret=0417:0229 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=0001 ret=0417:0229 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(042f0000 "C:\\WINDOWS\\_iserr31.ini",041f:1610,0200) ret=0417:023f ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:023f ds=041f 080ce9a8:Call USER.111: SENDMESSAGE(ffff,c010,0000,00000000) ret=0417:0250 ds=041f 080ce9a8:Call ntdll.RtlAllocateHeap(40240000,00000000,00000080) ret=407e0b60 080ce9a8:Ret ntdll.RtlAllocateHeap() retval=40279b28 ret=407e0b60 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c2050a) ret=407e80ed 080ce9a8:Ret kernel32.HeapValidate() retval=00000000 ret=407e80ed 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c20518) ret=407e8108 080ce9a8:Ret kernel32.HeapValidate() retval=00000001 ret=407e8108 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32.wine_call_to_16_regs_short(412d26b0,0000000a) ret=407e7f97 080ce9a8:CallTo16(func=0417:0258,ds=041f,002a,c010,0000,0000,0000) ss:sp=041f:15d6 ax=041e bx=0000 cx=0000 dx=0000 si=0000 di=0000 bp=1600 es=041f fs=0000 080ce9a8:Call USER.107: DEFWINDOWPROC(002a,c010,0000,00000000) ret=0417:03d0 ds=041e 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Ret USER.107: DEFWINDOWPROC() retval=00000000 ret=0417:03d0 ds=041e 080ce9a8:RetFrom16() ss:sp=041f:15d6 ax=0000 bx=0000 cx=0000 dx=0000 bp=1600 sp=15d6 080ce9a8:Ret kernel32.wine_call_to_16_regs_short() retval=412d26b0 ret=407e7f97 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call ntdll.RtlFreeHeap(40240000,00000000,40279b28) ret=407e515a 080ce9a8:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407e515a 080ce9a8:Ret USER.111: SENDMESSAGE() retval=00000001 ret=0417:0250 ds=041f wine: Unhandled exception, starting debugger... Regards Max

2 1

Missing messages and redraw problem in Btrieve Setup utility 6.15
by Dan Kegel 03 Feb '03

03 Feb '03

This seems like a nice little test case. The UI in question is a single large dialog box put up by the Btrieve 6.15 setup utility. The Btrieve 6.15 redistributables saved in a zip file are only about 500KB, so it's a pretty easy test case to send to anyone interested. Recipe: Start BTI setup. Press TAB three times to bring to settings combo box. Start logging messages to small readonly text control giving name of current setting (11th control in spy++). Press Uparrow to pick different setting. Note visual problem in Wine. The problem in Wine is that the bottom window ends up blank. The sequence appears to be: erase bottom window, draw right values for bottom window client areas but not frames, erase bottom window. On Windows, it seems to continue after that with: draw right values for client areas again, then draw frames. Those last two bits are missing in Wine. Here are message logs taken with spy++: Microsoft Windows Me <00001> 00000798 S .WM_SHOWWINDOW fShow:False fuStatus:0 (ShowWindow was called) [wParam:00000000 lParam:00000000] <00002> 00000798 R .WM_SHOWWINDOW lResult:00000000 <00003> 00000798 S .WM_WINDOWPOSCHANGING lpwp:007DF2BA [wParam:00000000 lParam:007DF2BA] <00004> 00000798 R .WM_WINDOWPOSCHANGING lResult:00000000 <00005> 00000798 S .WM_WINDOWPOSCHANGED lpwp:007DF2F6 [wParam:00000000 lParam:007DF2F6] <00006> 00000798 R .WM_WINDOWPOSCHANGED lResult:00000000 <00007> 00000798 S .WM_SHOWWINDOW fShow:True fuStatus:0 (ShowWindow was called) [wParam:00000001 lParam:00000000] <00008> 00000798 R .WM_SHOWWINDOW lResult:00000000 <00009> 00000798 S .WM_WINDOWPOSCHANGING lpwp:007DF2BA [wParam:00000000 lParam:007DF2BA] <00010> 00000798 R .WM_WINDOWPOSCHANGING lResult:00000000 <00011> 00000798 S .WM_WINDOWPOSCHANGED lpwp:007DF2F6 [wParam:00000000 lParam:007DF2F6] <00012> 00000798 R .WM_WINDOWPOSCHANGED lResult:00000000 <00013> 00000798 P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00014> 00000798 S WM_NCPAINT hrgn:00000001 [wParam:00000001 lParam:00000000] <00015> 00000798 R WM_NCPAINT lResult:00000000 <00016> 00000798 S WM_ERASEBKGND hdc:00000DDE [wParam:00000DDE lParam:00000000] <00017> 00000798 R WM_ERASEBKGND fErased:True [lResult:00000001] Wine <00001> 00020054 S .WM_SHOWWINDOW fShow:False fuStatus:0 (ShowWindow was called) [wParam:00000000 lParam:00000000] <00002> 00020054 R .WM_SHOWWINDOW lResult:00000000 <00003> 00020054 S .WM_WINDOWPOSCHANGING lpwp:40792458 [wParam:00000000 lParam:40792458] <00004> 00020054 R .WM_WINDOWPOSCHANGING lResult:00000000 <00005> 00020054 S .WM_WINDOWPOSCHANGED lpwp:40792458 [wParam:00000000 lParam:40792458] <00006> 00020054 R .WM_WINDOWPOSCHANGED lResult:00000000 <00007> 00020054 S .WM_SHOWWINDOW fShow:True fuStatus:0 (ShowWindow was called) [wParam:00000001 lParam:00000000] <00008> 00020054 R .WM_SHOWWINDOW lResult:00000000 <00009> 00020054 S .WM_WINDOWPOSCHANGING lpwp:40792458 [wParam:00000000 lParam:40792458] <00010> 00020054 R .WM_WINDOWPOSCHANGING lResult:00000000 <00011> 00020054 S .WM_WINDOWPOSCHANGED lpwp:40792458 [wParam:00000000 lParam:40792458] <00012> 00020054 R .WM_WINDOWPOSCHANGED lResult:00000000 ----------------------------------------------------- Same thing, but log messages to the 5th control in spy++. This is the VisualCtl that is the frame and background for the entire bottom part of the dialog. Microsoft Windows Me <00001> 00000780 P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00002> 00000780 S WM_NCPAINT hrgn:00000A48 [wParam:00000A48 lParam:00000000] <00003> 00000780 R WM_NCPAINT lResult:00000000 <00004> 00000780 S WM_ERASEBKGND hdc:00000C12 [wParam:00000C12 lParam:00000000] <00005> 00000780 R WM_ERASEBKGND fErased:True [lResult:00000001] Wine <00001> 0002005A P WM_PAINT hdc:00000000 [wParam:00000000 lParam:00000000] <00002> 0002005A S WM_ERASEBKGND hdc:00000864 [wParam:00000864 lParam:00000000] <00003> 0002005A R WM_ERASEBKGND fErased:True [lResult:00000001] -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Avoiding tempnam (in favor of mkstemp)
by Gerald Pfeifer 03 Feb '03

03 Feb '03

We have had some (security-relevant) warning regressions for the following two programs in tools: winegcc.o: In function `get_temp_file': /test/wine/tools/winegcc.c:119: warning: tempnam() possibly used unsafely; consider using mkstemp() winewrap.o: In function `main': /test/wine/tools/winewrap.c(.text+0x7fe): warning: tempnam() possibly used unsafely; consider using mkstemp() Would you mind using mkstemp() instead of tempnam()? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 3

How to remount CDROM during program execution?
by Roger Young 03 Feb '03

03 Feb '03

I'm asking this question in the Development Forum, even though I'm not a programmer, because I haven't had any useful replies from other Wine forums. The problem occurs when performing a multidisk installation under Wine from the home directory: winex /cdrom/setup.exe and the request "Insert CD#2" is made: how to respond to this? The drawer won't open, so from the console I can try and unmount the CD using variations on <umount>, <eject> or <fuser>, but the basic difficulty is that there are processes using the cdrom device, and these have to be neutralized before the cd can be ejected. There are about 6 processes being run by Wine. Unfortunately the install program is one of these and it dies as well... I have experienced this problem mainly with games, but it probably applies to multi-cd utilities as well... Specifically I have been unable to install: Blade Runner Indiana Jones & the Infernal Machine Discworld Noir Could someone please explain what is going on? Why does it (cd changing) succeed under Windoze but not under Wine? Is there a fix (actual or planned) to this problem? Thanks, Roger Young r.young(a)irl.cri.nz

4 3

Re: CVS Update: reactos
by Steven Edwards 03 Feb '03

03 Feb '03

Hello All, Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I dont have the changelog in front of me but to some it up here it the list that I know off the top of my head. Self-hosted builds now works CD-booting/Installing Simple Windowing (User32 Code adapted from WINE) More MS_VC applicaton/driver support Started implementing support for WINE dlls Better Networking support (TCP still broken) Once WINE hits 1.x we will again take a snapshot of your tree so we have standard debugging interfaces. Right now in or tree we dont use libwine but have our own dll that implements the debug channels. We also still need to adapt alot of the controls from WINE for our user32. Thanks for all the help Steven --- Jason Filby <jfilby(a)mok.lvcm.com> wrote: > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/include/reactos/ > Changes by: jfilby(a)mok.lvcm.com 03/02/01 07:34:35 > > Modified files: > reactos/include/reactos/: version.h > > Log message: > ReactOS 0.1.0 > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 2

32-->16 Calls: loader/ne/resource.c: krnl386.exe & kernel32: NE_DefResourceHandler: illegal call to AllocResource16
by Andrew Hughes 03 Feb '03

03 Feb '03

Looking at the remaining 32-->16 call: HGLOBAL16 WINAPI NE_DefResourceHandler( HGLOBAL16 hMemObj, HMODULE16 hModule, HRSRC16 hRsrc ) Given the above signature for this function, its abundant use of 16-bit calls (AllocResource16, GlobalLock16, GlobalRealloc16 - twice for the last two), and the fact that the NE stuff deals with Win16 executables, is this really a 32-bit function? Does it need conversion? -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

2 1

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA take 2
by Dan Kegel 03 Feb '03

03 Feb '03

Duane Clark wrote: > As Dimi pointed out, we should have infoPtr->nItemCount correct at the > end of every iteration through the loop. > > Changelog: > Implement LISTVIEW_SetItemCount without LVS_OWNERDATA Duane, you rock! That seems to fix a lot of display anomolies -- even the little 'minimize, maximize, close' widget shows up now! I'll have to play with it a bit more, but it could be that our app is now functional in Wine (modulo that pesky install bug that causes install to fail unless you do --debugmsg +ole > file 2>&1). Thanks! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: RPC marshalling patch
by Sylvain Petreolle 03 Feb '03

03 Feb '03

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> a écrit : > On February 2, 2003 07:07 pm, Sylvain Petreolle wrote: > > The answer to 'how much' will be $50 USD if the question 'how' > gives a > > good answer :) > > Cool -- you're up on the page! :) > > > Why would it be difficult ? > > Cause it can cost a non-trivial amount. We'll have to work out a > way... > Maybe even mailing a $50USD bill in snail mail, eh? Whazt about a Paypal account ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA take 2
by Dimitrie O. Paun 02 Feb '03

02 Feb '03

On February 2, 2003 06:05 pm, Duane Clark wrote: > + infoPtr->nItemCount = 0; Are you sure that's right? What if we get called when the list is non-empty? What if we have 1000 items in the list, and we're called with nItems=50? Or we have 200 in the list already, and we're called with nItems=600? -- Dimi.

1 0

Re: LISTVIEW_SetItemCount without LVS_OWNERDATA
by Dimitrie O. Paun 02 Feb '03

02 Feb '03

On February 2, 2003 05:46 pm, Duane Clark wrote: > + infoPtr->nItemCount = nItems; We should have infoPtr->nItemCount correct at the end of every iteration through the loop, otherwise we get into problems if we run out of memory, and we exit the look early: > + if ( !(lpItem = (ITEM_INFO *)COMCTL32_Alloc(sizeof(ITEM_INFO))) ) > + return 0; -- Dimi.

1 0

infinite loop in msvcrt dll
by Michael Stefaniuc 02 Feb '03

02 Feb '03

Hello, when starting ACT!2000 with wine the program freezes after the main window is brought up and one wine process goes mad and eats all the cpu. Running strace on that pid dosn't show any system call and even the relay output stops. I've attached with gdb to the wine process and got a backtrace with 3569 entries. I've captured the output with screen and attached it. Seems to be a loop in an exception handler (sigsegv's over and over again). I hope that somebody can do more with the output. The last entries in the relay output are tons of: 00000009:Call kernel32.TlsGetValue(00000000) ret=405d833e 00000009:Ret kernel32.TlsGetValue() retval=402a7810 ret=405d833e 00000009:Call msvcrt.__CxxFrameHandler(403821f0,40592c60,4038226c,40382180) ret=400c42b7 fs=008f eax=179c3008 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 00000009:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400c42b7 fs=008f eax=00000001 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 00000009:Call msvcrt.__CxxFrameHandler(403821f0,40592ce8,4038226c,40382180) ret=400c42b7 fs=008f eax=179c3030 ebx=400f6204 ecx=4010de20 edx=40382d54 esi=403821f0 edi=400f5fe1 ebp=40382150 esp=40382124 ds=002b es=002b gs=0007 flags=00000246 In the "-debugmsg +msvcrt" output i see some: warn:msvcrt:msvcrt_mbc_to_wc MultiByteToWideChar failed on 73 lines, but i suspect this is not the problem. When running with "-dll msvcrt=n" the error dosn't occur. Any tips how to debug this further? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 3

Re: [D3D 91] Add vertex fog for transformed vertices
by Christian Costa 02 Feb '03

02 Feb '03

> > > > >Well, I think the easiest would be for you to send a cumulative patch over >mine as I think it's easier to track for Alexandre (and as I will do for >your Light 'merging' patch that I did not have time to comment before >committing due to vacations :-) ). > OK. > > > Lionel > >PS: I think it's better to comment on wine-patches submission on wine-devel > itself rather than here. > Christian

1 0

[Fwd: [D3D 91] Add vertex fog for transformed vertices]
by Christian Costa 02 Feb '03

02 Feb '03

1 0

Debugging crashes in 16 bit code?
by Dan Kegel 02 Feb '03

02 Feb '03

How does one tell what DLL contains a particular segment of 16 bit code in winedbg? For instance, there's a nice juicy exception that happens towards the end of the Resource Hunter installer, available as a free trial download at http://www.boilsoft.com/rchunter.html In wine = win2k mode, it happens early enough to break the install, but in wine's win98 mode, the install doesn't crash until quite late, and you can actually use the product. Here's a log of an installer run that crashed (with "Windows" = "win2k"): $ ~/wine/wine setup.exe fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x40791ba4): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791b90): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791b7c,12,0x40791b90): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x4079154c): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791538): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791524,12,0x40791538): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x4079135c): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,(nil),0,0x40791348): stub fixme:ntdll:NtQueryInformationToken (0xcafe,2,0x40791334,12,0x40791348): stub fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\CTL3D32.DLL' (0x41170000) ... Unhandled exception: privileged instruction in 16-bit code (0487:09b7). In 16-bit mode. 0x0487:0x09b7: ldsw 0x014a,%dx Wine-dbg> At that point, I know how to gather a few kinds of info helpful to people trying to track down the cause of the crash, namely 'bt', 'info regs' and 'disas' (giving the latter an address 0x20 or so lower than the crash address, to give a little context): Wine-dbg> info regs Register dump: CS:0487 SS:048f DS:048f ES:049f FS:0000 GS:0007 IP:09b7 SP:1768 BP:176e FLAGS:0246( - 00 I Z- -P1 ) AX:0000 BX:000b CX:0000 DX:0000 SI:01be DI:01be Wine-dbg> disas 0x0487:0x0977 0x0487:0x0977: movw $0x1be,%di 0x0487:0x097a: call 0x09d2 0x0487:0x097d: movw $0x1be,%si 0x0487:0x0980: movw $0x1be,%di 0x0487:0x0983: call 0x09e1 0x0487:0x0986: call 0x09a9 0x0487:0x0989: popw %ax 0x0487:0x098a: orb %ah,%ah 0x0487:0x098c: jnz 0x09a5 0x0487:0x098e: movw 0x4(%bp),%ax 0x0487:0x0991: movb $0x4c,%ah Wine-dbg> disas 0x0487:0x0993: testw $0x1,%cs:0x0794 0x0487:0x099a: jz 0x09a3 0x0487:0x099c: lcall 0x011f:0x0cdf 0x0487:0x09a1: jmp 0x09a5 0x0487:0x09a3: int $0x21 0x0487:0x09a5: popw %di 0x0487:0x09a6: popw %si 0x0487:0x09a7: popw %bp 0x0487:0x09a8: ret 0x0487:0x09a9: movw 0x01b4,%cx Wine-dbg> 0x0487:0x09ad: jcxz 0x09b6 0x0487:0x09af: movw $0x2,%bx 0x0487:0x09b2: lcall *0x1b2 -> 0x0000 0x0487:0x09b6: push %ds 0x0487:0x09b7: ldsw 0x014a,%dx 0x0487:0x09bb: movw $0x2500,%ax 0x0487:0x09be: testw $0x1,%cs:0x0794 0x0487:0x09c5: jz 0x09ce 0x0487:0x09c7: lcall 0x011f:0x0cdf 0x0487:0x09cc: jmp 0x09d0 That's fine and dandy, and maybe it'll help Marcus find the bug, but it leaves me scratching my head, wondering what DLL could be at fault, and how I could connect it to Wine source code or a vendor-supplied DLL. Which FM did I fail to R? I did have a look at http://www.winehq.org/docs/wine-devel/wine-debugger.shtml but it doesn't seem to even think winedbg can disassemble stuff by itself, so I wonder if that's not quite up to date. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

ndr_marshall.c: operation on `pMemory' may be undefined
by Gerald Pfeifer 02 Feb '03

02 Feb '03

Hi Ove, I'm now getting the following warnings in ndr_marshall.c, which seem a bit weird: ndr_marshall.c:1220: warning: operation on `pMemory' may be undefined ndr_marshall.c:1223: warning: operation on `pMemory' may be undefined ndr_marshall.c:1276: warning: operation on `pMemory' may be undefined ndr_marshall.c:1279: warning: operation on `pMemory' may be undefined ndr_marshall.c:1327: warning: operation on `pMemory' may be undefined ndr_marshall.c:1330: warning: operation on `pMemory' may be undefined ndr_marshall.c:1376: warning: operation on `pMemory' may be undefined ndr_marshall.c:1379: warning: operation on `pMemory' may be undefined Would you/someone else mind having a look at these and avoiding them, if possible? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 2

Re: [DINPUT] Fix some stupid game :-)
by Andreas Mohr 02 Feb '03

02 Feb '03

On Sun, Feb 02, 2003 at 12:46:22PM +0100, Lionel Ulmer wrote: > Hi all, > > Some games only Acquire the mouse device *if* we return an error on > GetDeviceData when the mouse in unacquired... > > So report this error as we should :-) Cool, this should fix a lot of games, hopefully. And maybe also Unreal Tournament (NOT 2003!), where I've been searching like frantic for that mouse acquire issue some time ago... Andreas Mohr

2 1

seti@home success story
by Dan Kegel 02 Feb '03

02 Feb '03

I gave a Wine demo at last Sunday's LULA installfest, and one of the attendees reports "Well, I was wanting to run seti@home, but they only have a command line version available for linux, so I used some of Dan's tricks from the Wine talk, and now I have the cool windows gui running under redhat 8, thanks Dan for the helpful info on wine." So while it may sound from my posts that Wine does nothing but crash in 16 bit code or forget to draw stuff, that's just 'cause I'm playing QA monkey. Wine really is coming along tremendously, and people are getting real use out of it! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Jump to page:

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