Lei Zhang wrote:
> On Dec 21, 2007 2:36 AM, Hans Leidekker <[EMAIL PROTECTED]> wrote:
>
>> On Friday 21 December 2007 00:18:43 Mark Neyhart wrote:
>>
>>
>>> Extend the MAILTO: string produced by the MAPISendMail function to include
>>> an attachment list. Because I was unable to find any st
>-if ((dwTimeout != INFINITE) && (start_time + dwTimeout >= now))
>+if ((dwTimeout != INFINITE) && (now >= start_time + dwTimeout))
>From time immemorial, it has been drummed into me
that one should always handle wraparound when
checking timers. So something like
DWORD delta =
That patch seems to have caused a new batch
of valgrind warnings:
http://kegel.com/wine/valgrind/logs-2007-12-21/vg-kernel32_process-diff.txt
e.g.
+ Conditional jump or move depends on uninitialised value(s)
+at NtAllocateVirtualMemory (virtual.c:1359)
+by RtlCreateProcessParameters (env.
On Dec 21, 2007 9:35 AM, H. Verbeet <[EMAIL PROTECTED]> wrote:
> On 21/12/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Did you try your patches with the Deferred Shading sample from codesampler?
> > http://www.codesampler.com/usersrc/usersrc_7.htm . It uses multiple render
> > targets, so i
Hans Leidekker wrote:
> On Friday 21 December 2007 19:06:03 Mark Neyhart wrote:
>
>> How about if I use the &attachment= parameter only if a file list is
>> provided by the caller to MAPISendMail? That way applications which are
>> not attempting to provide attachments will work the same way as b
Lei Zhang wrote:
> On Dec 21, 2007 10:06 AM, Mark Neyhart <[EMAIL PROTECTED]> wrote:
>> Lei,
>> I am aware that Mozilla and Thunderbird do not support attachments via
>> mailto. I resolved that with a simple wrapper which changes the mailto
>> option into the standard command line options which do
On Friday 21 December 2007 19:06:03 Mark Neyhart wrote:
> How about if I use the &attachment= parameter only if a file list is
> provided by the caller to MAPISendMail? That way applications which are
> not attempting to provide attachments will work the same way as before.
I don't think that's
On Dec 21, 2007 10:06 AM, Mark Neyhart <[EMAIL PROTECTED]> wrote:
>
> Lei,
> I am aware that Mozilla and Thunderbird do not support attachments via
> mailto. I resolved that with a simple wrapper which changes the mailto
> option into the standard command line options which do support attachments.
> On Dec 21, 2007 2:36 AM, Hans Leidekker <[EMAIL PROTECTED]> wrote:
>> On Friday 21 December 2007 00:18:43 Mark Neyhart wrote:
>>
>>> Extend the MAILTO: string produced by the MAPISendMail function to include
>>> an attachment list. Because I was unable to find any standard for MAILTO
>>> regardin
On Dec 21, 2007 2:36 AM, Hans Leidekker <[EMAIL PROTECTED]> wrote:
> On Friday 21 December 2007 00:18:43 Mark Neyhart wrote:
>
> > Extend the MAILTO: string produced by the MAPISendMail function to include
> > an attachment list. Because I was unable to find any standard for MAILTO
> > regarding at
Overall, the patches look pretty reasonable.
On 21/12/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Did you try your patches with the Deferred Shading sample from codesampler?
> http://www.codesampler.com/usersrc/usersrc_7.htm . It uses multiple render
> targets, so it is a quite interesting
Hi,
I think your patches are on the right track, but there are a few issues to
look at. I'll also need Henri's comments, as he wrote the fbo code.
Did you try your patches with the Deferred Shading sample from codesampler?
http://www.codesampler.com/usersrc/usersrc_7.htm . It uses multiple rend
Peter Beutner wrote:
> btw., because you said "most of those gcc versions", is there
> a gcc version that is known to not work with wine (beside
> these copy protection issues)?
I couldn't name a specific one but I think when 4.0 versions started to
appear there were a few incidents of clearly
On Friday 21 December 2007 00:18:43 Mark Neyhart wrote:
> Extend the MAILTO: string produced by the MAPISendMail function to include
> an attachment list. Because I was unable to find any standard for MAILTO
> regarding attachments, I constructed the attachment list in the format
> specified for M
Adam Rimon wrote:
> Is there any reason for the /do { .. } while(0);/ in the
> GET_USER_FUNC macro?
It's a standard way of making sure that the macro is safe if you put it
after an if statement or similar without opening a new block.
--
Rob Shearman
Hi,
Is there any reason for the /do { .. } while(0);/ in the
GET_USER_FUNC macro?
-Adam
On Dec 21, 2007 12:52 AM, Tom Wickline <[EMAIL PROTECTED]> wrote:
> 640MB 8800GTS, Gentoo Linux
>
That should say 8800GTX
>
> Tom
>
17 matches
Mail list logo
