Re: SymEnumSymbolsForAddr in dbghelp.dll

Any recent bug fixes in the dbghelp.dll (since 1.36.3 which is my development base)?  For some reason, symt_find_nearest()  is not finding the address which corresponds to the MessageBoxW() in user32.dll.   I have stepped through the function and it appears that the address for MessageBoxW is no

Re: SymEnumSymbolsForAddr in dbghelp.dll

I already changed the code to use SymEnumSymbols and SymSetContext to specify the address of the symbol I want to look for.  A little more cumbersome but equivalent in functionality.  I'm currently in the process of debugging why symt_find_nearest() is not properly identifying the correct functi

Re: SymEnumSymbolsForAddr in dbghelp.dll

Am 17.04.2012 03:30, schrieb Roger Cruz: > Guys, > > Just a quick status update on the symbol lookup and an explanation of what > this question is all about. Basically, I have loaded the dbghelp file > successfully and loaded all of the symbols for the module (aka, library, dll, > etc) being l

Re: winebuild port to ARM?

Am 17.04.2012 03:09, schrieb Roger Cruz: > Hi Andre, > > I am willing to help as much as my knowledge allows me to port this. The > last time I wrote anything in ARM was about 15+ years ago so my knowledge of > it is rather limited. I'm also trying to understand what every line of the > asse

Re: Patch 85420

On 04/17/2012 09:46 PM, Marcus Meissner wrote: > On Tue, Apr 17, 2012 at 09:10:45PM +0200, Christian Costa wrote: >> Patch http://source.winehq.org/patches/data/85420 is marked as >> pending. I've taken a look but I still don't understand what's >> wrong. >> Is there anything I've missed ? > > I s

Re: Patch 85420

On Tue, Apr 17, 2012 at 09:10:45PM +0200, Christian Costa wrote: > Hi, > > Patch http://source.winehq.org/patches/data/85420 is marked as > pending. I've taken a look but I still don't understand what's > wrong. > Is there anything I've missed ? I stopped reading at this line: +*frame =

Patch 85420

Hi, Patch http://source.winehq.org/patches/data/85420 is marked as pending. I've taken a look but I still don't understand what's wrong. Is there anything I've missed ? Thanks Christian

Re: wsnmp32: New stub dll (resend)

Stefan Leichter writes: > @@ -0,0 +1,49 @@ > +# imported from D-Link EMS by ordinal > +320 stub SnmpSetPort > +# > +@ stub SnmpCancelMsg > +@ stub SnmpCleanup > +@ stub SnmpClose > +@ stub SnmpContextRoStr > +@ stub _SnmpConveyAgentAddress > +@ stub SnmpCountVbl > +@ stub SnmpCreatePdu > +@ stub

Re: New forum software

I have been considering using IP.Board (http://www.invisionpower.com/products/board/) as the forum software. A few of my favorite sites are using it, and I rather like it. It is not free however. Granted, this would eliminate the mailing list gateway, but as discussed prior, we are good with

Re: New forum software

Someday. -N On 04/16/2012 08:30 PM, Vitaliy Margolen wrote: Can I ask when we'll have the new forum software installed? It's been discussed ages ago and we still using the same old crappy version. Vitaliy.

Re: New forum software

On Tue, Apr 17, 2012 at 11:13 AM, Frédéric Delanoy < frederic.dela...@gmail.com> wrote: > On Tue, Apr 17, 2012 at 03:30, Vitaliy Margolen > wrote: > > Can I ask when we'll have the new forum software installed? It's been > > discussed ages ago and we still using the same old crappy version. > > I

Re: gdi32/dibdrv: don't add_join if points are coincident in wide_line_segments (try 2)

Daniel Lehman writes: > Was mistakenly sent to wine-devel > > try 2 - integrate into existing tests; updated commit message > > I think the only points in the middle of the points array can cause > the crash I was seeing. wide_pen_lines trims coincident points/empty > segments from the beginning

Re: [2/4] server: Add access mapping for a named pipe device object, adjust its default access rights. Resend.

Alexandre Julliard wrote: > >> Why do you need this for the device? > > > > Because of > > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > > kernel32_test.exe.so pipe.c && touch pipe.ok > > pipe.c:109: Test failed: WaitNamedPipe failed (3) > > pipe.c:116: Test failed: wrong er

Re: [2/4] server: Add access mapping for a named pipe device object, adjust its default access rights. Resend.

Dmitry Timoshkov writes: > Alexandre Julliard wrote: > >> Why do you need this for the device? > > Because of > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > kernel32_test.exe.so pipe.c && touch pipe.ok > pipe.c:109: Test failed: WaitNamedPipe failed (3) > pipe.c:116: Test

Re: [2/4] server: Add access mapping for a named pipe device object, adjust its default access rights. Resend.

Alexandre Julliard wrote: > Why do you need this for the device? Because of ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so pipe.c && touch pipe.ok pipe.c:109: Test failed: WaitNamedPipe failed (3) pipe.c:116: Test failed: wrong error 3 pipe.c:109: Test fai

Re: [2/4] server: Add access mapping for a named pipe device object, adjust its default access rights. Resend.

Dmitry Timoshkov writes: > @@ -238,7 +238,7 @@ static const struct object_ops named_pipe_device_ops = > no_satisfied, /* satisfied */ > no_signal,/* signal */ > named_pipe_device_get_fd, /* get_fd */ > -no_map_access,

Re: [PATCH 2/3] Added support for shadowing of element pseudo-variables

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=17915 Your paranoid android

Re: New forum software

On Tue, Apr 17, 2012 at 03:30, Vitaliy Margolen wrote: > Can I ask when we'll have the new forum software installed? It's been > discussed ages ago and we still using the same old crappy version. IIRC there were some issues with the forum <=> mailing list interactions. BTW, a new wiki version wo

Re: [4/4] server: Propagate an error code returned by token_access_check() to the client. Resend.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=17912 Your paranoid android

Re: [3/4] server: Perform an access check for kernel objects without a security descriptor using access rights of the owner'

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=17911 Your paranoid android

Re: kernel32: Add more memory access checks.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=17913 Your paranoid android

Re: [4/4] server: Propagate an error code returned by token_access_check() to the client. Resend.

Marvin wrote: > === W7PROX64 (64 bit sync) === > sync.c:923: Test failed: DeleteTimerQueueTimer > sync.c:924: Test failed: ChangeTimerQueueTimer This failure has nothing to do with that patch either. -- Dmitry.

Re: [3/4] server: Perform an access check for kernel objects without a security descriptor using access rights of the owner'

Marvin wrote: > === WVISTAADM (32 bit sync) === > sync.c:923: Test failed: DeleteTimerQueueTimer This failure has nothing to do with that patch. -- Dmitry.