Re: Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

2005-05-18 Thread Felix Nawothnig
Rein Klazes wrote: Reading the comment again, I think you are mistaken: the "actual" bias is not tzi.Bias but either tzi.Bias + tzi.StandardBias or tzi.Bias + tzi.DaylightBias. If the flag is set, tzi.DaylightBias is zero, that is how the "actual" bias takes the disabled DST correction into account

Re: Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

2005-05-18 Thread Rein Klazes
On Wed, 18 May 2005 21:15:05 +0200, you wrote: > Rein Klazes wrote: > > On Tue, 17 May 2005 23:06:51 +0200, you wrote: > >>+RtlSystemTimeToLocalTime(&sys_time, &local_time); > >>+/* liExpTimeZoneBias is not the same as tzi.Bias since it > >>takes > >>+

Re: [crypt32] take 3: CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Mike McCormack
Kees Cook wrote: Corrected for MESSAGE() use and a botch of wine_dbg_sprintf usage. Julliard won't commit dead code, so you have to make sure that each function that you send is used by something else. How about sending a patch implementing CryptProtectData()? Mike

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Dimi Paun
On Wed, 2005-05-18 at 22:57 +0100, Mike Hearn wrote: > > if (TRACE_ON(crypt)) > MESSAGE("foo\n"); There's no reason to use this, ever. Just use the regular FIXME/ERR/WARN/TRACE() as appropriate. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc.

Another debugging tutorial

2005-05-18 Thread Mike Hearn
This time, it's how to debug PE Explorer hanging when you double click on a DLL in the file open dialog (fixed in CVS). http://wiki.winehq.com/Debugging_the_PE_Explorer_file_open_dialog Newbie developers, I crave your feedback. Are these actually useful or am I wasting my time? Share and enjoy

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Mike Hearn
On Wed, 18 May 2005 13:34:39 -0700, Kees Cook wrote: > Ah-ha, yeah. I should use MESSAGE for that. It's only going to appear > if peopl have already turned on trace/warn, or immediately following a > FIXME that includes a path. I just want to use it for the readability > of the structure. Ac

RE: Q for AJ? Re: UT2003 Windowing Regression - Yet Another nights effort...

2005-05-18 Thread Ann and Jason Edmeades
>> I believe staying in the updatenow code in wine is incorrect. I think what >> happens is that when the message dispatch loop gets an empty queue and the >> window has an invalid region, then a WM_PAINT is returned. >> >> So... Can we / I please remove the loop? :-)) >Sure you can, you just nee

Re: Q for AJ? Re: UT2003 Windowing Regression - Yet Another nights effort...

2005-05-18 Thread Alexandre Julliard
"Ann and Jason Edmeades" <[EMAIL PROTECTED]> writes: > I believe staying in the updatenow code in wine is incorrect. I think what > happens is that when the message dispatch loop gets an empty queue and the > window has an invalid region, then a WM_PAINT is returned. > > So... Can we / I please r

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Alexandre Julliard
Kees Cook <[EMAIL PROTECTED]> writes: > FIXME is sane for the "announce_bad_opaque_data", but I'd still like to > use something that doesn't prefix the hexdumps with the function name > for easier readability in the crypt_report_func_input, since there is > already a TRACE/FIXME call being made pr

Re: Translate the WineFAQ to French

2005-05-18 Thread Dimitrie Paun
From: "Francois Gouget" <[EMAIL PROTECTED]> > [...] here's a patch to translate the > Wine FAQ to French using the new po4a/ directory. OK, I've applied the patch to make your life easier, but it needs a lot of work: A. It doesn't work for me (details below) B. The po-rules need to be moved to

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Kees Cook
On Wed, May 18, 2005 at 12:29:58PM -0700, Kees Cook wrote: > Take two. Ignore... this patch is broken, and I need to do an update of wine_dbg_printf() -> MESSAGE() -- Kees Cook@outflux.net

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Kees Cook
On Wed, May 18, 2005 at 08:44:17PM +0100, Mike Hearn wrote: > It's usually OK to use MESSAGE for that, but if it's a message users might > be seeing often it's best to keep it as a WARN or TRACE. Ah-ha, yeah. I should use MESSAGE for that. It's only going to appear if peopl have already turned

Q for AJ? Re: UT2003 Windowing Regression - Yet Another nights effort...

2005-05-18 Thread Ann and Jason Edmeades
Ok, I need advice on this one... I have been purely testing on windows, no wine involvement, to see what happens when I do various things. My test program doesn't do anything in the WM_PAINT handler at all. This results in the machine sitting at 100% CPU processing WM_PAINT messages. 1. Changing

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Mike Hearn
On Wed, 18 May 2005 12:08:35 -0700, Kees Cook wrote: > FIXME is sane for the "announce_bad_opaque_data", but I'd still like to > use something that doesn't prefix the hexdumps with the function name > for easier readability in the crypt_report_func_input, since there is > already a TRACE/FIXME call

Re: [wine] Re: A better Beep

2005-05-18 Thread Marcelo Duarte
David Lee Lambert escreveu: On Tue, May 17, 2005 at 10:43:25AM -0300, Marcelo Duarte wrote: Whats happens if a program calls bepp with invalid values for dwFreq and dwDur on a linux console? The bell becomes inaudible until reset by another terminal-control sequence. However, the specia

Re: Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

2005-05-18 Thread Felix Nawothnig
Rein Klazes wrote: On Tue, 17 May 2005 23:06:51 +0200, you wrote: +RtlSystemTimeToLocalTime(&sys_time, &local_time); +/* liExpTimeZoneBias is not the same as tzi.Bias since it takes + * disabled DST correction into account (tested on WinXP). */ +

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Kees Cook
On Wed, May 18, 2005 at 07:31:03PM +0200, Alexandre Julliard wrote: > > +wine_dbg_printf("%s\n",report); > > You should use wine_dbg_sprintf here and return a string. Okay. > > +static > > +void serialize_dword(DWORD value,BYTE ** ptr) > > +{ > > +/*TRACE("called\n");*/ > > + > > +*(

Re: MSN Webcam

2005-05-18 Thread James Hawkins
On 5/18/05, Joaquín Fernández <[EMAIL PROTECTED]> wrote: > h... can you use a webcam in msn under wine If yes, can you explain > to me how to do it? > > I was not able to run msn messenger in wine. > http://wiki.winehq.com/MSN_Messenger_webcam_support -- James Hawkins

MSN Webcam

2005-05-18 Thread Joaquín Fernández
h... can you use a webcam in msn under wine If yes, can you explain to me how to do it? I was not able to run msn messenger in wine. Regards Joaquín -- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.4 (GNU/Linux) mQFCBEFI/gARAwDd2+ojasT3rCyRktSw+Ix3m+yoxSD0NkpMLlunmJxwvn6

Re: [crypt32] CryptProtectData/CryptUnprotectData helper functions

2005-05-18 Thread Alexandre Julliard
Kees Cook <[EMAIL PROTECTED]> writes: > +static int > +hexprint(const char *s, unsigned char *p, int n) > +{ > +char report[80]; > +int r=-1; > +snprintf(report,16,"%14s:", s); > +while (--n >= 0) > +{ > +if (r++ % 20 == 19) > +{ > +wine_dbg_printf("

Re: list.h: document the more convenient iteration method

2005-05-18 Thread Dimi Paun
On Wed, 2005-05-18 at 08:01 -0400, Dimi Paun wrote: > * struct list *cursor; > - * LIST_FOR_EACH( cursor, &global_gadgets ) > + * LIST_FOR_EACH_ENTRY( cursor, &global_gadgets, struct gadget *, > gadget ) > * { Looking at this, why do we need cursor at all for the LIST_FOR_EACH_ENTRY? A

Re: Small cleanup in list handling

2005-05-18 Thread Dimi Paun
On Wed, 2005-05-18 at 11:53 +0100, Robert Shearman wrote: > This patch has already been committed, but for future reference code > of > this form: > > LIST_FOR_EACH( cursor, list) > { > TYPE list_entry = LIST_ENTRY( cursor, TYPE, entry ); > ... > > Can be replaced by the following for IM

Re: MSN Webcam

2005-05-18 Thread Maarten Lankhorst
MediaHost (TM) wrote: Looks interesting! Any idea, when your patches get committed into the "official" releases? Maarten Lankhorst wrote: Status: Nearly complete, need testers. http://wiki.winehq.org/MSN_Messenger_webcam_support You need the native quartz dll, which get installed with internet e

Re: [WINEDOCS] Add missing tag

2005-05-18 Thread Dimi Paun
On Wed, 2005-05-18 at 10:37 +0200, Francois Gouget wrote: > Add missing tag. Oops, too late, I've already committed the fix last night. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc.

Re: comctl32: Move mouse tracking to MouseMove [RESEND]

2005-05-18 Thread Dimi Paun
On Wed, 2005-05-18 at 00:31 -0500, James Hawkins wrote: > +LVHITTESTINFO lvHitTestInfo; > +INT nItem; > + > +if (infoPtr->bLButtonDown) > +{ > +lvHitTestInfo.pt = infoPtr->ptClickPos; > +nItem = LISTVIEW_HitTest(infoPtr, &lvHitTestInfo, TRUE, > TRUE); > + > +

Re: Small cleanup in list handling

2005-05-18 Thread Robert Shearman
Dimi Paun wrote: Index: dlls/ntdll/exception.c === RCS file: /var/cvs/wine/dlls/ntdll/exception.c,v retrieving revision 1.75 diff -u -p -r1.75 exception.c --- dlls/ntdll/exception.c 13 May 2005 13:56:47 - 1.75 +++ dlls/ntdll/except

Re: MSN Webcam

2005-05-18 Thread Robert Shearman
Maarten Lankhorst wrote: Status: Nearly complete, need testers. http://wiki.winehq.org/MSN_Messenger_webcam_support You need the native quartz dll, which get installed with internet explorer, as the builtin quartz doesn't work properly when changing media format on initialisation. Possibly a pro

Re: [crypt32] implementation of CryptProtectData/CryptUnprotectData

2005-05-18 Thread Alexandre Julliard
Kees Cook <[EMAIL PROTECTED]> writes: > Okay, cool. Alexandre, please let me know if breaking it up is > prefered, or if you want stuff arranged in some other way. I'm all ears > for suggestions. :) Breaking things up is always preferred. -- Alexandre Julliard [EMAIL PROTECTED]

Re: Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

2005-05-18 Thread Rein Klazes
On Tue, 17 May 2005 23:06:51 +0200, you wrote: > +RtlSystemTimeToLocalTime(&sys_time, &local_time); > +/* liExpTimeZoneBias is not the same as tzi.Bias since it > takes > + * disabled DST correction into account (tested on WinXP). */ > +