Re: secur32: Make AcceptSecurityContext behaviour consistent withWindows.

2006-08-13 Thread Dmitry Timoshkov
"Kai Blin" <[EMAIL PROTECTED]> wrote: phNewContext->dwUpper = ctxt_attr; -phNewContext->dwLower = ret; +phNewContext->dwLower = (DWORD)helper; You need to cast to ULONG_PTR to make the code 64-bit safe. Also please fix (DWORD)helper casts in other places. -- Dmitry.

Is anyone going to or presenting at Linuxworld?

2006-08-13 Thread Scott Ritchie
Linuxworldexpo is this week. Since no one's mentioned it yet, I'm assuming that we don't have a booth or speech planned :) http://www.linuxworldexpo.com/live/12/events/12SFO06A At any rate, perhaps we should be going to things like this. There's usually a convention like this (OSCON, etc) every

[UPDATE 3] RFC: XEmbed System Tray Patches

2006-08-13 Thread James Liggett
Attached is the third update to the xembed systray patches. For this version I've simplified the if statements for checking if we should map tray icon windows or not (As per Scott Ritchie's advice--Thanks again Scott.) As always, further comments/suggestions appreciated. Thanks, James Liggett

Re: [UPDATE 2] RFC: XEmbed System Tray Patches

2006-08-13 Thread James Liggett
On Sun, 2006-08-13 at 13:39 -0700, Scott Ritchie wrote: > The reason the two are logically equivalent is that the first condition > being false is implied when you're looking on the other side of the or > statement, meaning that X11DRV_get_systray_window( display ) MUST not be > None if we're even

Re: gdi: Implement GetFontUnicodeRanges.

2006-08-13 Thread Huw Davies
On Sun, Aug 13, 2006 at 08:26:24PM +0200, Hans Leidekker wrote: > > Any word on this patch? > > -Hans > > Changelog > Implement GetFontUnicodeRanges on top of fontconfig and freetype. I wonder whether FcFreeTypeCharSet is what you really want here. It uses a lot of heuristics which almost c

Re: [UPDATE 2] RFC: XEmbed System Tray Patches

2006-08-13 Thread Scott Ritchie
On Sun, 2006-08-13 at 00:04 -0700, James Liggett wrote: > 2. Added the ability to detect if we have an XEmbed systray so that we > can selectively determine if we need to map tray windows or not. Under > the last version, the icons would not be mapped under any circumstances > whatsoever. While it

Re: secur32: make GetComputerObjectNameA use GetComputerObjectNameW (revised) Try 2

2006-08-13 Thread Robert Reif
Chris Robinson wrote: On Sunday 13 August 2006 06:45, Robert Reif wrote: This patch also adds a partial implementation of GetComputerObjectNameW. The GetComputerObjectNameA function appears to be broken. When GetComputerObjectNameW fails due to too little memory in the name buffer, it

Re: secur32: make GetComputerObjectNameA use GetComputerObjectNameW (revised)

2006-08-13 Thread Chris Robinson
On Sunday 13 August 2006 06:45, Robert Reif wrote: > This patch also adds a partial implementation of GetComputerObjectNameW. The GetComputerObjectNameA function appears to be broken. When GetComputerObjectNameW fails due to too little memory in the name buffer, it sets the buffer size as specifi

Re: [UPDATE 2] RFC: XEmbed System Tray Patches

2006-08-13 Thread James Liggett
I also forgot to add these other changes: 3. Patched server changes against server/protocol.def as per Juan Lang's advice. 4. With more testing, I found that the XSync call has no effect on the reliability of the docking. As Alexandre says they're a bad idea in this case, I just got rid of that pa