On Fri, Feb 15, 2008 at 11:55:26AM -0600, Austin English wrote:
> On Fri, Feb 15, 2008 at 11:32 AM, TheBlunderbuss <[EMAIL PROTECTED]> wrote:
> > marco wrote:
> > > I can make a separate package of gecko
> > This sounds good to me, but lets not compartmentalize wine too much,
> > like Debian.
>
Hi all,
2008/2/14, Dmitry Timoshkov <[EMAIL PROTECTED]>:
> "Maarten Lankhorst" <[EMAIL PROTECTED]> wrote:
>
>
> > It worked before ba896e75d7fce68e5183007b65eae7e35490ccd4. (Around
> > wine 0.9.33 or so) After that it was broken. I have a wine 0.9.9 that
> > when run does create a seperate conso
This patch modifies the scanf floating-point algorithm to pass the tests
I sent in my previous message.
---
dlls/msvcrt/scanf.h | 40 +---
1 files changed, 25 insertions(+), 15 deletions(-)
diff --git a/dlls/msvcrt/scanf.h b/dlls/msvcrt/scanf.h
index 7fe3cc4
The included patch adds a couple of scanf floating-point tests to expose
a problem with the algorithm. It seems that it doesn't handle negative
exponents very well, resulting in single-precision values being
off-by-one in the last bit of significant compared to those obtained
with the GNU C librar
Am Donnerstag, 14. Februar 2008 19:47:38 schrieb [EMAIL PROTECTED]:
> Hi,
> It's nearly two weeks ago that I sent those patches, so I was curious if
> there are any problems with it?
Maybe they got lost due to Alexandre's vacations and travels?
Other than that I've followed the controversy about s
Am Freitag, 15. Februar 2008 17:32:32 schrieb Arthur Maciel:
> PS.: I believe that on WINE page I´ll find info about its implementation
> and how I could (on a high level description) adapt it to PDA APIs, right?
I don't think we have any documentation or attacking angle for Windows Mobile
support
On Fri, Feb 15, 2008 at 9:14 AM, Jeremy White <[EMAIL PROTECTED]> wrote:
> I just want to take a moment to personally and publicly thank Dan and Google.
>
> We have appreciated Google's support, and the work of all Google employees,
> interns, and SOC students very much; it has been a great boon
On Fri, Feb 15, 2008 at 11:32 AM, TheBlunderbuss
<[EMAIL PROTECTED]> wrote:
> marco wrote:
> > I looked into it.
> > And there are some options.
> >
> > I can make a separate package of gecko that I can make it a
> > dependencie of wine.
> > Problem is people have to know where to find it
Stefan, I appreciate your attention. Unfortunately I don´t have enough
hardware knowledge to make these patches by myself. I hope the interest for
linux raises, or maybe I fill the knowledge gap :-).
Thanks again.
Arthur
PS.: I believe that on WINE page I´ll find info about its implementation and
marco wrote:
> I looked into it.
> And there are some options.
>
> I can make a separate package of gecko that I can make it a
> dependencie of wine.
> Problem is people have to know where to find it or the get stuck.
>
> I can also make the package and make it not a dependencie on wine but
>
On Fri, Feb 15, 2008 at 10:46 AM, Robert Shearman <[EMAIL PROTECTED]> wrote:
> Timothy Lee wrote:
> > The attached patch allows the WINE desktop to be embedded within an
> > existing X11 window, and is similar to the windowed mode in WINE.
> >
> > I've tested this feature using MS PowerPoint Vi
On Fri, Feb 15, 2008 at 2:26 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Lei Zhang" <[EMAIL PROTECTED]> writes:
>
> > --- a/dlls/winex11.drv/mouse.c
> > +++ b/dlls/winex11.drv/mouse.c
> > @@ -278,6 +278,7 @@ void X11DRV_send_mouse_input( HWND hwnd, DWORD flags,
> DWORD x, DWORD y,
> >
> We don't want to export such a specific function. Besides, it should
> really be setting the window shape.
I've just understood why we cannot rely upon setting window shape to get
transparency. Let's consider almost empty icon or even empty - this may
happen when application "flashes" icon, e.
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> 2) Will it be better to stop embedding wine windows in favor of embedding
> pure X windows (like other apps do)? This way assumes implementing all
> xembed-specific stuff at winex11.drv side and exporting ONLY ONE function
> like wine_xembed_s
Timothy Lee wrote:
> The attached patch allows the WINE desktop to be embedded within an
> existing X11 window, and is similar to the windowed mode in WINE.
>
> I've tested this feature using MS PowerPoint Viewer 2007, so that a
> fullscreen slideshow can be fitted inside any X11 window.
I'm str
On Fri, 15 Feb 2008, Francois Gouget wrote:
>
> if (shortname)
> -lstrcpynA(pfd->cAlternateFileName, shortname, MAX_PATH);
> +lstrcpynA(pfd->cAlternateFileName, shortname, 14);
>
> sizeof(*pfd->cAlternateFileName) would be better than the magic 14 here.
Whoops,
I just want to take a moment to personally and publicly thank Dan and Google.
We have appreciated Google's support, and the work of all Google employees,
interns, and SOC students very much; it has been a great boon to Wine.
I also worry sometimes that Dan is overly humble. His direct technical
if (shortname)
-lstrcpynA(pfd->cAlternateFileName, shortname, MAX_PATH);
+lstrcpynA(pfd->cAlternateFileName, shortname, 14);
sizeof(*pfd->cAlternateFileName) would be better than the magic 14 here.
--
Francois Gouget <[EMAIL PROTECTED]> http://fgoug
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> > diff --git a/dlls/winex11.drv/winex11.drv.spec
> > b/dlls/winex11.drv/winex11.drv.spec index 36b83d7..126cbc5 100644
> > --- a/dlls/winex11.drv/winex11.drv.spec
> > +++ b/dlls/winex11.drv/winex11.drv.spec
> > @@ -130,6 +130,7 @@ # Desktop
> >
>
Am Donnerstag, 14. Februar 2008 19:10:30 schrieb Arthur Maciel:
> Hi there.
>
> I´m not part of the mailing list, but I really want to know if there is any
> port of WINE to support Windows Mobile API (that is Windows for pocket pc,
> handhelds and pocket phones). This would come as a great solutio
Robert Shearman <[EMAIL PROTECTED]> writes:
> Alternatively, we could get rid of the WINE_EXCEPTION_FILTER and
> WINE_FINALLY_FUNC functions and make users of __EXCEPT and __FINALLY
> declare the functions themselves and access the exception data
> directly without use of macros.
That would be be
Am Freitag, 15. Februar 2008 04:00:20 schrieb Peter Dons Tychsen:
> I think there is a general problem in swapchain->release. The swapchain
> should only change the resolution back to the original *if* the current
> resolution is still the same as the swapchain enforced. If someone else
> has inter
http://bugs.winehq.org/show_bug.cgi?id=5424
The bug above is causing me some confusion regarding how
GetPrivateProfileString should behave.
Wine looks for maxis.ini in C:\Windows, and does not find it there.
Therefore, Setup.exe exits.
MSDN claims that if an absolute path is not provided, the win
Robert Shearman <[EMAIL PROTECTED]> writes:
> @@ -279,10 +279,10 @@ extern "C" {
>
> /* Compile time assertion */
>
> -#if defined(_MSC_VER)
> +#if defined(_MSC_VER) || defined(__GNUC__)
> # define C_ASSERT(e) typedef char __C_ASSERT__[(e)?1:-1]
> -#elif defined(__GNUC__)
> -# define C_ASSE
"Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
> @@ -3121,9 +3133,21 @@ UINT WINAPI GetWindowModuleFileNameA( HWND hwnd, LPSTR
> lpszFileName, UINT cchFil
> */
> UINT WINAPI GetWindowModuleFileNameW( HWND hwnd, LPWSTR lpszFileName, UINT
> cchFileNameMax)
> {
> -FIXME("GetWindowModuleFil
"Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
> I have no idea why it wasn't applied, so this is a resend with no
> modifications.
It should go in shobjidl.idl.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Kirill K. Smirnov" <[EMAIL PROTECTED]> writes:
> diff --git a/dlls/winex11.drv/winex11.drv.spec
> b/dlls/winex11.drv/winex11.drv.spec
> index 36b83d7..126cbc5 100644
> --- a/dlls/winex11.drv/winex11.drv.spec
> +++ b/dlls/winex11.drv/winex11.drv.spec
> @@ -130,6 +130,7 @@ # Desktop
>
> # Syste
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> --- a/dlls/winex11.drv/mouse.c
> +++ b/dlls/winex11.drv/mouse.c
> @@ -278,6 +278,7 @@ void X11DRV_send_mouse_input( HWND hwnd, DWORD flags,
> DWORD x, DWORD y,
> {
> pt.x = (x * screen_width) >> 16;
> pt.y = (y * screen_
28 matches
Mail list logo