- Wine-Devel - list.winehq.org

Re: [dx58] begin of d3d8/d3dcore split
by Alexandre Julliard June 23, 2003

June 23, 2003

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Changelog: > - begin of d3dcore split for future d3d9 promote > - currently only debug, utils, shaders and draw functions code > - definitions of 3 headers (as dx use to do): gl, types, interface It would be better to name the dll wined3dcore, or simply wined3d, to avoid potential naming conflicts. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dmusic: framework for file loading
by Raphaël Junqueira June 23, 2003

June 23, 2003

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi rok ;) > As I've mentioned, we'll need a function for loading chunks from dmusic > files. I tried to write one, and here's result; it's not very nice, but > it works (sort of). > At the time being, it only "loads" and displays data > (--debugmsg=+dmfile for debug and --debugmsg=+dmfiledat for the display > of data). I couldn't make it load data into IDirectMusic*Impl > interfaces, because whatever I did, exception occured (maybe someone > more familiar with this could do this (Raphael?)). Also, if someone has > more robust and simpler function, please tell me. > DMUSIC_FillSegmentFromFileHandle loads sample.sgt from DX SDK > completely... however, i didn't try the other. Impressive work ;) > Also "fixed" a problem I've encountered while running 3DAudio.exe (from > SDK). One of the latest patches added this clause: > > if (!ppDirectSound) > IDirectSound_Release(*ppDirectSound); well, seem another christian regression ;) for what i understand, this code must be the correct one: if (!ppDirectSound) IDirectSound_Release(This->dsound); > I don't know why, but it causes exception (i've commented it). well Releasing a NULL object ;) > > ChangeLog: > - wine/dlls/dmusic/dmusic_private.h: added some new structs > - wine/dlls/dmusic/dmusic_loader.c: load file > - wine/dlls/dmusic/dmusic_preformance.c: minor fix > - wine/dlls/dmusic/helper.c: new file with file loading functions Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9ctCp7NA3AmQTU4RAnTBAJ9rsoPKZWAzvofqiK2ENFqi6Ja73gCfTICO thCaWwcK4Qcria2lDYb2AFU= =TGgh -----END PGP SIGNATURE-----

2 2

More Info and a call for help
by Robert Lunnon June 23, 2003

June 23, 2003

I am having problems with this Program, Little Fighter II, and also the installer that comes with the Worms II demo, both internet downloadable. Anyway both of these faults might be due to stack overflows or overwrites, especially the Worms II one below. What variable controls the size of the stack allocated to a thread ? More info below Worms II http://www.worms2.com/main.html?page=good&area=demo&file=3 LF2 http://www.littlefighter.com/ Worms II fails during setup with a seg fault here 0xddb2484a: popw %es 0xddb2484c: popw %fs 0xddb2484f: popw %gs 0xddb24852: orl %eax,%eax 0xddb24854: lret $0xc > ::stack 0xddb2484a() This is part of relay16.s in ntdll in part reproduced below movzwl (112), %esp .byte 0x64 popl (112) popl %edx popl %ecx popl %ebp popw %ds popw %es popw %fs popw %gs orl %eax, %eax lret $12 And Has this machine state %cs = 0x0017 %eax = 0x00000000 %ds = 0x023f %ebx = 0x0000000e %ss = 0x023f %ecx = 0x00000436 %es = 0x001f %edx = 0x03a703a7 %fs = 0x0227 %esi = 0x0000056d %gs = 0x0000 %edi = 0x00005ddd %eip = 0xddb2484a %ebp = 0x000054e2 %kesp = 0xeeb18fe4 %eflags = 0x00010246 id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0 status=<of,df,IF,tf,sf,ZF,af,PF,cf> %esp = 0x00005416 %trapno = 0xd %err = 0x3a4 With these memory mappings BASE LIMIT SIZE NAME 0 10000 10000 [ anon ] 10000 110000 100000 [ anon ] 8042000 8048000 6000 [ stack ] 8050000 8051000 1000 /export/home/local/bin/wine 8060000 8061000 1000 /export/home/local/bin/wine 8061000 8105000 a4000 [ heap ] 65430000 65530000 100000 tmpfs.0.2.472492402 dc6a0000 dc6a1000 1000 [ anon ] dc6b0000 dc6c0000 10000 /export/home/local/lib/wine/ctl3d32.dll.so dc6c0000 dc6c1000 1000 [ anon ] dc6c1000 dc6c4000 3000 /export/home/local/lib/wine/ctl3d32.dll.so dc6d3000 dc6d5000 2000 /export/home/local/lib/wine/ctl3d32.dll.so dc6e0000 dc6f0000 10000 /export/home/local/lib/wine/lz32.dll.so dc6f0000 dc6f1000 1000 [ anon ] dc6f1000 dc6f5000 4000 /export/home/local/lib/wine/lz32.dll.so dc704000 dc705000 1000 /export/home/local/lib/wine/lz32.dll.so dc710000 dc720000 10000 /export/home/local/lib/wine/version.dll.so dc720000 dc721000 1000 [ anon ] dc721000 dc728000 7000 /export/home/local/lib/wine/version.dll.so dc737000 dc739000 2000 /export/home/local/lib/wine/version.dll.so dc740000 dc741000 1000 [ anon ] dc741000 dc841000 100000 [ anon ] dc841000 dc843000 2000 [ anon ] dc843000 dc965000 122000 [ anon ] dc980000 dc990000 10000 /export/home/local/lib/wine/midimap.drv.so dc990000 dc991000 1000 [ anon ] dc991000 dc994000 3000 /export/home/local/lib/wine/midimap.drv.so dc9a3000 dc9a4000 1000 /export/home/local/lib/wine/midimap.drv.so dc9b0000 dc9c0000 10000 [ anon ] dc9c0000 dcac0000 100000 [ anon ] dcae0000 dcaf0000 10000 /export/home/local/lib/wine/msacm32.dll.so dcaf0000 dcaf1000 1000 [ anon ] dcaf1000 dcafe000 d000 /export/home/local/lib/wine/msacm32.dll.so dcb0d000 dcb0f000 2000 /export/home/local/lib/wine/msacm32.dll.so dcb20000 dcb21000 1000 [ anon ] dcb30000 dcb40000 10000 /export/home/local/lib/wine/msacm.drv.so dcb40000 dcb41000 1000 [ anon ] dcb41000 dcb46000 5000 /export/home/local/lib/wine/msacm.drv.so dcb55000 dcb56000 1000 /export/home/local/lib/wine/msacm.drv.so dcb60000 dcb66000 6000 /opt/cfw/gcc322/lib/libgcc_s.so.1 dcb75000 dcb77000 2000 /opt/cfw/gcc322/lib/libgcc_s.so.1 dcb80000 dcbd9000 59000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcbe8000 dcbfd000 15000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcbfd000 dcc01000 4000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcc10000 dcc16000 6000 /export/home/local/lib/libaudioio.0.4.so dcc25000 dcc26000 1000 /export/home/local/lib/libaudioio.0.4.so dcc26000 dcc29000 3000 /export/home/local/lib/libaudioio.0.4.so dcc30000 dcc40000 10000 /export/home/local/lib/wine/wineaudioio.drv.so dcc40000 dcc41000 1000 [ anon ] dcc41000 dcc51000 10000 /export/home/local/lib/wine/wineaudioio.drv.so dcc60000 dcc62000 2000 /export/home/local/lib/wine/wineaudioio.drv.so dcc70000 dcc80000 10000 /export/home/local/lib/wine/winmm.dll.so dcc80000 dcc81000 1000 [ anon ] dcc81000 dccd0000 4f000 /export/home/local/lib/wine/winmm.dll.so dccdf000 dcce5000 6000 /export/home/local/lib/wine/winmm.dll.so dccf0000 dccf1000 1000 [ anon ] dcd00000 dcd02000 2000 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 dcd11000 dcd12000 1000 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 dcd20000 dcd30000 10000 [ anon ] dcd40000 dcd41000 1000 [ anon ] dcd50000 dcd54000 4000 /usr/X11R6/lib/libXrender.so.1.1 dcd63000 dcd64000 1000 /usr/X11R6/lib/libXrender.so.1.1 dcd70000 dcd71000 1000 [ anon ] dcd80000 dce3b000 bb000 /usr/X11R6/lib/libX11.so.6.2 dce4a000 dce4d000 3000 /usr/X11R6/lib/libX11.so.6.2 dce50000 dce5c000 c000 /usr/X11R6/lib/libXext.so.6.4 dce6b000 dce6c000 1000 /usr/X11R6/lib/libXext.so.6.4 dce70000 dce85000 15000 /usr/X11R6/lib/libICE.so.6.3 dce94000 dce95000 1000 /usr/X11R6/lib/libICE.so.6.3 dce95000 dce97000 2000 /usr/X11R6/lib/libICE.so.6.3 dcea0000 dcea7000 7000 /usr/X11R6/lib/libSM.so.6.0 dceb6000 dceb8000 2000 /usr/X11R6/lib/libSM.so.6.0 dcec0000 dced0000 10000 /export/home/local/lib/wine/x11drv.dll.so dced0000 dced1000 1000 [ anon ] dced1000 dcf23000 52000 /export/home/local/lib/wine/x11drv.dll.so dcf32000 dcf36000 4000 /export/home/local/lib/wine/x11drv.dll.so dcf36000 dcf37000 1000 /export/home/local/lib/wine/x11drv.dll.so dcf40000 dcf76000 36000 /usr/X11R6/lib/libfreetype.so.6.2 dcf85000 dcf89000 4000 /usr/X11R6/lib/libfreetype.so.6.2 dcf90000 dcf91000 1000 [ anon ] dcfa0000 dcfd0000 30000 /export/home/local/lib/wine/kernel32.dll.so dcfd0000 dcfd1000 1000 [ anon ] dcfd1000 dd04a000 79000 /export/home/local/lib/wine/kernel32.dll.so dd059000 dd071000 18000 /export/home/local/lib/wine/kernel32.dll.so dd080000 dd090000 10000 /export/home/local/lib/wine/advapi32.dll.so dd090000 dd091000 1000 [ anon ] dd091000 dd0a8000 17000 /export/home/local/lib/wine/advapi32.dll.so dd0b7000 dd0bb000 4000 /export/home/local/lib/wine/advapi32.dll.so dd0c0000 dd0e0000 20000 /export/home/local/lib/wine/gdi32.dll.so dd0e0000 dd0e1000 1000 [ anon ] dd0e1000 dd11c000 3b000 /export/home/local/lib/wine/gdi32.dll.so dd12b000 dd134000 9000 /export/home/local/lib/wine/gdi32.dll.so dd134000 dd144000 10000 /export/home/local/lib/wine/gdi32.dll.so dd150000 dd170000 20000 /export/home/local/lib/wine/user32.dll.so dd170000 dd171000 1000 [ anon ] dd171000 dd218000 a7000 /export/home/local/lib/wine/user32.dll.so dd227000 dd239000 12000 /export/home/local/lib/wine/user32.dll.so dd239000 dd27c000 43000 /export/home/local/lib/wine/user32.dll.so dd280000 dd290000 10000 /export/home/local/lib/wine/winedos.dll.so dd290000 dd291000 1000 [ anon ] dd291000 dd2bd000 2c000 /export/home/local/lib/wine/winedos.dll.so dd2cc000 dd2ce000 2000 /export/home/local/lib/wine/winedos.dll.so dd2ce000 dd2d0000 2000 /export/home/local/lib/wine/winedos.dll.so dd2e0000 dd2e1000 1000 [ anon ] dd2e1000 dd3e1000 100000 [ anon ] dd3e1000 dd3e3000 2000 [ anon ] dd3e3000 dd4f3000 110000 [ anon ] dd500000 dd501000 1000 [ anon ] dd510000 dd520000 10000 /export/home/local/lib/wine/winevdm.exe.so dd520000 dd521000 1000 [ anon ] dd521000 dd523000 2000 /export/home/local/lib/wine/winevdm.exe.so dd532000 dd533000 1000 /export/home/local/lib/wine/winevdm.exe.so dd540000 dd541000 1000 [ anon ] dd550000 dd551000 1000 [ anon ] dd560000 dd610000 b0000 [ anon ] dd610000 dd670000 60000 [ anon ] dd680000 dd681000 1000 [ anon ] dd690000 dd691000 1000 [ anon ] dd6a0000 dd6a3000 3000 /usr/lib/libmp.so.2 dd6b3000 dd6b4000 1000 /usr/lib/libmp.so.2 dd6c0000 dd6c2000 2000 /usr/lib/libmd5.so.1 dd6d2000 dd6d3000 1000 /usr/lib/libmd5.so.1 dd6e0000 dd6e8000 8000 /usr/lib/libaio.so.1 dd6f8000 dd6f9000 1000 /usr/lib/libaio.so.1 dd6f9000 dd6fa000 1000 /usr/lib/libaio.so.1 dd700000 dd701000 1000 [ anon ] dd710000 dd711000 1000 [ anon ] dd720000 dd72d000 d000 /usr/lib/libm.so.1 dd73c000 dd73d000 1000 /usr/lib/libm.so.1 dd740000 dd7c9000 89000 /usr/lib/libnsl.so.1 dd7d9000 dd7de000 5000 /usr/lib/libnsl.so.1 dd7de000 dd7e6000 8000 /usr/lib/libnsl.so.1 dd7f0000 dd7fb000 b000 /usr/lib/libsocket.so.1 dd80b000 dd80c000 1000 /usr/lib/libsocket.so.1 dd810000 dd811000 1000 [ anon ] dd820000 dd853000 33000 /usr/lib/libresolv.so.2 dd863000 dd866000 3000 /usr/lib/libresolv.so.2 dd866000 dd867000 1000 /usr/lib/libresolv.so.2 dd870000 dd876000 6000 /usr/lib/librt.so.1 dd886000 dd887000 1000 /usr/lib/librt.so.1 dd890000 dd92d000 9d000 /usr/lib/libc.so.1 dd93d000 dd943000 6000 /usr/lib/libc.so.1 dd943000 dd944000 1000 /usr/lib/libc.so.1 dd950000 dda30000 e0000 /export/home/local/lib/libwine_unicode.so.1 dda3f000 dda40000 1000 /export/home/local/lib/libwine_unicode.so.1 dda50000 dda51000 1000 [ anon ] dda60000 dda64000 4000 /export/home/local/lib/libwine.so.1 dda73000 dda74000 1000 /export/home/local/lib/libwine.so.1 dda74000 dda87000 13000 /export/home/local/lib/libwine.so.1 dda90000 ddac0000 30000 /export/home/local/lib/wine/ntdll.dll.so ddac0000 ddac1000 1000 [ anon ] ddac1000 ddb3d000 7c000 /export/home/local/lib/wine/ntdll.dll.so ddb4c000 ddb57000 b000 /export/home/local/lib/wine/ntdll.dll.so ddb57000 ddb79000 22000 /export/home/local/lib/wine/ntdll.dll.so ddb80000 ddb81000 1000 /usr/lib/libdl.so.1 ddb90000 ddbda000 4a000 /usr/lib/ld.so.1 ddbea000 ddbee000 4000 /usr/lib/ld.so.1 ddbee000 ddbf0000 2000 /usr/lib/ld.so.1 The Fault indicates that the exception occurs at eip 0xddb2484a: and the address of the fault indicates it also is at 0xddb2484a which would indicate that it had trouble fetching the instruction ??? Also Note the very low value of esp, Its also possible there has been a stack overflow here. My question is simply. Does This also occur under Linux ????, can Someone try it for me LF2 Faults creating the first thread as documented here before. Could someone also test this under Linux as it would be useful to know whether this problem is solaris specific, or is related to wine generally EG a stack overflow or improperly allocated/protected segment Thanks in advance Bob

2 1

Re: Mac OS X Support : winebuild assembler conformance
by Marcus Meissner June 23, 2003

June 23, 2003

On Mon, Jun 23, 2003 at 02:01:38PM +0200, Pierre d'Herbemont wrote: > Hi, > > Here is a patch which fix the problem with darwin's asm. I would like > to know if linux assembler is ok with this patch. Hmm, not quite. On Linux/PPC: d3d8.spec.s:351: Error: syntax error; found `(' but expected `,' d3d8.spec.s:351: Error: junk at end of line: `(_imports+80)' 351: lis r9,ha16(_imports+80) 352: la r8,lo16(_imports+80)(r9) Ciao, Marcus

2 1

Application icon
by Moreno June 23, 2003

June 23, 2003

Hi, i have a question about an application icon. when i start Lotus Notes 5 give me the x icon. If inside the application i excange the application (to Lotus Notes Designer 5 and close Notes Client 5. reopen Notes Client 5) i can see the original image. My question is: Where is implemented the differnce? bye Moreno -- Moreno <morenoca(a)freemail.it>

1 0

Strange Crash in Direct X init
by Robert Lunnon June 23, 2003

June 23, 2003

I have a strange crash in thread creation with a program called little fighter II (Which is downloadable off the internet) LF2 Spawns a Thread in User_DirectDrawSurface_Construct (below) and when created the thread creation call crashes in a mutex_lock. Strange thing is the same thread creation calll in eudora3.2 succeeds although there the thread is created to service Asychronous Winsock calls. In the eudora case the Thread is created much later, after the window is up and dispalyed. Can anyone hazard a guess as to what is happening here ? I am at a loss to explain why the same call should succeed in one place and fall over in another See below for a partial debug session transcript of the code leading up to the segv fault the program will fall over during the call to _lwp_create. Bob... The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /export/home/local/bin/wine ./lf2 Setting Signal Handlers err:font:ReadFontDir Can't open directory "/usr2/robert/c/windows/Fonts" x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in config file fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (dd5c9438)->(00010022,00000008) Breakpoint 1, SYSDEPS_SpawnThread (teb=0xdc043000) at ../../scheduler/sysdeps.c:204 204 fprintf(stderr,"Starting New Thread Via thr_create stack base = %lx size =%d\n",teb->stack_base, (char *)teb->stack_top - ( char *)teb->stack_base); (gdb) bt #0 SYSDEPS_SpawnThread (teb=0xdc043000) at ../../scheduler/sysdeps.c:204 #1 0xddb07fad in CreateThread (sa=0x0, stack=0, start=0xdcf0e50c <User_update_thread>, param=0xdd5c9bd0, flags=0, id=0x0) at ../../scheduler/thread.c:289 #2 0xdcf0de1b in User_DirectDrawSurface_Construct (This=0xdd5c9bd0, pDD=0xdd5c9438, pDDSD=0xdd522cbc) at dsurface/user.c:101 #3 0xdcf0decc in User_DirectDrawSurface_Create (pDD=0xdd5c9438, pDDSD=0xdd522cbc, ppSurf=0xdd522d84, pUnkOuter=0x0) at dsurface/user.c:140 #4 0xdcf02ae1 in HAL_DirectDraw_create_primary (This=0xdd5c9438, pDDSD=0xdd522cbc, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/hal.c:446 #5 0xdcf03bc2 in create_primary (This=0xdd5c9438, pDDSD=0xdd522dac, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/main.c:473 #6 0xdcf03f74 in Main_DirectDraw_CreateSurface (iface=0xdd5c9438, pDDSD=0xdd522dac, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/main.c:593 #7 0xdcf058cb in IDirectDrawImpl_CreateSurface (This=0xdd5c9444, pSDesc=0xdd522dac, ppSurface=0x44a854, pUnkOuter=0x0) at ddraw/thunks.c:207 #8 0x00401216 in ?? () #9 0xddb03aec in start_process () at ../../scheduler/process.c:455 #10 0xddb06f0e in call_on_thread_stack (func=0xddb03908) at ../../scheduler/sysdeps.c:124 (gdb) up #1 0xddb07fad in CreateThread (sa=0x0, stack=0, start=0xdcf0e50c <User_update_thread>, param=0xdd5c9bd0, flags=0, id=0x0) at ../../scheduler/thread.c:289 289 if (SYSDEPS_SpawnThread( teb ) == -1) (gdb) list 284 teb->entry_arg = param; 285 teb->startup = THREAD_Start; 286 teb->htask16 = GetCurrentTask(); 287 288 if (id) *id = tid; 289 if (SYSDEPS_SpawnThread( teb ) == -1) 290 { 291 CloseHandle( handle ); 292 close( request_pipe[1] ); 293 THREAD_FreeTEB( teb ); (gdb) print teb $1 = (TEB *) 0xdc043000 (gdb) print *teb $2 = {except = 0xffffffff, stack_top = 0xdc043000, stack_low = 0xdbe20000, htask16 = 279, stack_sel = 0, fiber = 0x0, user_ptr = 0, self = 0xdc043000, tibflags = 1, mutex_count = 0, pid = 0, tid = 10, queue = 0, pad1 = 0, tls_ptr = 0x0, Peb = 0xddb78d40, flags = 0, exit_code = 259, teb_sel = 423, emu_sel = 0, unknown1 = 0, unknown2 = 0, startup = 0xddb07de8 <THREAD_Start>, thread_errno = 0, thread_h_errno = 0, signal_stack = 0xdbe21000, exit_stack = 0x0, emu_data = 0x0, last_error = 0, debug_cb = 0x0, debug_thread = 0, pcontext = 0x0, cur_stack = 0, ThunkConnect = 0, NegStackBase = 0, current_ss = 0, pad2 = 0, ss_table = 0x0, thunk_ss = 0, pad3 = 0, pad4 = {0 <repeats 15 times>}, CurrentLocale = 0, pad5 = {0 <repeats 48 times>}, delta_priority = 0, unknown4 = {0, 0, 0, 0, 0, 0, 0}, create_data = 0x0, suspend_count = 0, entry_point = 0xdcf0e50c, entry_arg = 0xdd5c9bd0, unknown5 = {0, 0, 0, 0}, sys_count = {0, 0, 0, 0}, sys_mutex = {0x0, 0x0, 0x0, 0x0}, unknown6 = {0, 0, 0, 0, 0}, code_page = 0, unused = {0, 0}, gs_sel = 0, request_fd = 14, reply_fd = -1, wait_fd = {-1, -1}, debug_info = 0xdc044000, pthread_data = 0x0, pending_list = 0x0, driver_data = 0x0, dpmi_vif = 0, vm86_pending = 0, vm86_ptr = 0x0, pad6 = {0 <repeats 624 times>}, StaticUnicodeString = {Length = 0, MaximumLength = 522, Buffer = 0xdc043c00}, StaticUnicodeBuffer = {0 <repeats 261 times>}, stack_base = 0xdbe20000, tls_array = {0x0 <repeats 64 times>}, pad8 = {0, 0, 0}, ReservedForNtRpc = 0x0, pad9 = { 0 <repeats 24 times>}, ErrorInfo = 0x0} (gdb) step Starting New Thread Via thr_create stack base = dbe20000 size =2240512 282 _lwp_makecontext( &context, (void(*)(void *))SYSDEPS_StartThread, teb, (gdb) 284 sigprocmask(SIG_SETMASK, NULL, &context.uc_sigmask); (gdb) 285 err=_lwp_create( &context, LWP_DETACHED, &new_lwp ) ; (gdb) print context $3 = {uc_flags = 4, uc_link = 0x50, uc_sigmask = {__sigbits = {1, 0, 0, 0}}, uc_stack = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, uc_mcontext = {gregs = {0, 143, 31, 31, 0, 0, -603705352, 9, -581817680, -593636687, 9, -581817668, 32, 0, -575639696, 23, -577633087, -603705360, 31}, fpregs = {fp_reg_set = {fpchip_state = {state = {-581133360, 0, -581817304, -584563419, 0, 0, 0, 0, -576773248, -575357312, -581817576, -581817562, -581817772, -575738902, -576456548, -593636687, 9, -581817568, 32, 0, -577515520, -577924375, -577515520, -581817768, -577997369, 11, -576243124}, status = -581817728}, fp_emul_space = { fp_emul = "Ð\233\\Ý\0\0\0\0(,RÝ%E(Ý", '\0' <repeats 16 times>, "\200#\237Ý\200¾´Ý\030+RÝ&+RÝT*RÝêë®Ý\234ø£Ý±Ò\235Ü\t\0\0\0 + RÝ \0\0\0\0\0\0\0\0Ð\223Ýé\222\215Ý\0Ð\223ÝX*RÝÇu\214Ý\v\0\0\0L:§Ý\200*RÝÿâ\214Ý\016&²ÝÈ-\224Ý\0Ð\223Ý`Ý\a\bÿâ\214Ý\020Þ\a\b\0\0\0\0\2 24\024\224Ý\0\0\0\0\030Þ\a\b\0Ð\223Ý\234*RÝ{ú\221Ý\210\024\224Ý\0Ð\223Ý°*RÝGÝ\214Ý\026ä°ÝÁä°Ý\001\0\0\0~\e²Ý;ß\a\bW\0"..., fp_epad = "\a\b"}, f_fpregs = {-581133360, 0, -581817304, -584563419, 0, 0, 0, 0, -576773248, -575357312, -581817576, -581817562, -581817772, -575738902, -576456548, -593636687, 9, -581817568, 32, 0, -577515520, -577924375, -577515520, -581817768, -577997369, 11, -576243124, -581817728, -577969409, -575527410, -577491512, -577515520, 134733152, -577969409, 134733328, 0, -577497964, 0, 134733336, -577515520, -581817700, -577635717, -577497976, -577515520, -581817680, -577970873, -575609834, -575609663, 1, -575530114, 134733627, 87, 1, 87, -575322962, 1465002724, -575357312, 134733628, 4096, -581817592, -575525247, 134733336}}, f_wregs = {-604889088, 4096, 87, -604889088, 134733336, 64, -575357312, -581817488, -605945856, -581817556, -575708909, -1, -581817544, -581817540, 320, -581817488, -575357312, -581817488, -581817524, -575708957, -1, -604889088, 4096, 320, -581817488, -575357312, -581817472, -575636289, -604889088, 1, 320, -581817488, 8192}}}, uc_filler = {-605937664, 2248704, 64, -575357312, 10}}

2 2

Info on windows server 2003 (new APIs)
by Eric Pouech June 22, 2003

June 22, 2003

http://msdn.microsoft.com/msdnmag/issues/03/06/WindowsServer2003/default.as… well, not too many surprises here (most of the new APIs already existed in XP) A+ -- Eric Pouech

1 0

Re: dmusic: framework for file loading
by Andreas Mohr June 22, 2003

June 22, 2003

On Sun, Jun 22, 2003 at 03:12:43PM +0200, Rok Mandeljc wrote: > As I've mentioned, we'll need a function for loading chunks from dmusic > files. I tried to write one, and here's result; it's not very nice, but > it works (sort of). > At the time being, it only "loads" and displays data > (--debugmsg=+dmfile for debug and --debugmsg=+dmfiledat for the display > of data). I couldn't make it load data into IDirectMusic*Impl > interfaces, because whatever I did, exception occured (maybe someone > more familiar with this could do this (Raphael?)). Also, if someone has > more robust and simpler function, please tell me. > DMUSIC_FillSegmentFromFileHandle loads sample.sgt from DX SDK > completely... however, i didn't try the other. > > Also "fixed" a problem I've encountered while running 3DAudio.exe (from > SDK). One of the latest patches added this clause: > > if (!ppDirectSound) > IDirectSound_Release(*ppDirectSound); > > I don't know why, but it causes exception (i've commented it). Would you PLEASE remove the ! instead of commenting the whole stupid thing!? Aargh, too easy... ;) Andreas Mohr

1 0

Patch ntdll/kernel32: #27 take III, possible console regression
by Jukka Heinonen June 22, 2003

June 22, 2003

It seems that this patch (ntdll/kernel32: #27 take III) makes console input handles use edge triggered semantics. Which means that these handles only signal when new input is queued and not when console input buffer has unread data. This breaks winedos console handling, which would have been rather easy to fix if I had not found out that MSDN quite clearly states that console input handles use level triggered semantics: http://msdn.microsoft.com/library/en-us/dllproc/base/synchronization_object…: Console input: Created when a console is created. The handle to console input is returned by the CreateFile function when CONIN$ is specified, or by the GetStdHandle function. Its state is set to signaled when there is unread input in the console's input buffer, and set to nonsignaled when the input buffer is empty. So, it looks like the kernel patch is wrong and introduces a regression. It could be that MSDN documentation is incorrect but I would like to see some test reports before I'm prepared to believe that. As far as I know, Win95 console handles really may use edge triggered semantics (or no signalling at all), but I think Wine consoles ought to follow NT semantics. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

unknown pseudo op
by Robert Lunnon June 21, 2003

June 21, 2003

In dlls/glu32 winebuild keeps generating glu32_spec.c using a .half pseudo op for the ordinals, but gas knows nothing about a .half pseudo op. Cant even find this text in winebuild, .long seems to be used for listing ordinals. Can anyone give me a clue to this mystery (GCC 2.95.3 BTW)

1 0