Hello!
On Fri, 2006-11-17 at 10:20 +0100, Hans Leidekker wrote:
> On Friday 17 November 2006 09:01, Pavel Roskin wrote:
>
> > trace:file:CreateFileW L".\\Cdrom0" GENERIC_READ GENERIC_WRITE
> > FILE_SHARE_READ FILE_SHARE_WR
>
> On NT based systems drive le
art, lptW, 3 )) break;
if (*end <= '0' || *end > '9') break;
return MAKELONG( 4 * sizeof(WCHAR), (start - dos_name) * sizeof(WCHAR)
);
+case 11:
+if (*(end - 1) <= '0' || *(end - 1) > '9') break;
+case 10:
+if (*end <= '0' || *end > '9') break;
+if (strncmpiW( start, cdromW, 9 )) break;
+return MAKELONG( (end - start + 1) * sizeof(WCHAR), (start - dos_name)
* sizeof(WCHAR) );
default: /* can't match anything */
break;
}
--
Regards,
Pavel Roskin
On Wed, 2006-10-04 at 12:23 +0100, Robert Shearman wrote:
> Pavel Roskin wrote:
> > GLUT32FILES = glut32
> > OPENGLFILES = opengl32 wined3d
> > XFILES = winex11.drv
> > -EXTRADIRS = @GLU32FILES@ @GLUT32FILES@ @OPENGLFILES@ @XFILES@
> > +WIN32FILES = olea
uld have another roadblock that is
supposed to motivate everybody (in theory).
It's just a matter of introducing some parallelism to use the available
resources of the developers in a better way.
I'm not a regular Wine developer, and the above is just a little more
than "my two cents". Let's not start a flamewar over this, OK?
--
Regards,
Pavel Roskin
Hello, James!
On Tue, 2006-10-03 at 14:14 -0700, James Hawkins wrote:
> On 10/3/06, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> > From: Pavel Roskin <[EMAIL PROTECTED]>
> >
> > Compile oleaut32 for win32 but not for win64
>
> Does win64 not come with oleaut
it should fix the
> problem to the git tree.
I confirm that it's working for me. Thank you!
--
Regards,
Pavel Roskin
Hi Mike,
I have found a workaround!
On Mon, 2006-07-31 at 00:23 -0400, Pavel Roskin wrote:
> I agree. My gdb cannot show variables in 32-bit binaries (or maybe it's
> just something Wine specific), but it shows the line numbers. I traced
> find_symbol() in preloader.c, and
all from the current Fedora
Development:
gcc (GCC) 4.1.1 20060721 (Red Hat 4.1.1-13)
GNU ld version 2.17.50.0.3-2 20060715
It's a x86_64 system, but I have the necessary packages for i386
development. I don't have SELinux enabled.
--
Regards,
Pavel Roskin
Hello, Mike!
On Sat, 2006-07-29 at 18:23 +0900, Mike McCormack wrote:
> Pavel Roskin wrote:
>
> > Something strange to happened my Wine installation recently. I'm
> > getting following messages if I run any program from Wine:
> >
> > $ winemine
&
d_info and setup_dos_mem. I guess
it's a compile issue. Unfortunately, the difference between
config.status in both builds is quite significant to pinpoint the
reason.
--
Regards,
Pavel Roskin
as its own error
reporting mechanisms. But to be fair, there are instances of perror()
in the current Wine code.
--
Regards,
Pavel Roskin
script
since /usr/include/openssl/opensslconf-i386.h is missing. That's where
a development package would be very helpful.
I see it's not fixed in RawHide yet, so we'll have to deal with such
issues for some time.
--
Regards,
Pavel Roskin
at it will be useful for some Wine
users. I'm not sure it it merits inclusion in Wine, but I would not
object.
--
Regards,
Pavel Roskin
ldconfig32
Description: application/shellscript
SL_H && defined HAVE_OPENSSL_ERR_H
static BOOL check_hostname(X509 *cert, char *hostname)
{
/* FIXME: implement */
return TRUE;
}
+#endif
/**
* NETCON_secure_connect
--
Regards,
Pavel Roskin
>fnComputePositions(data);
+WINECON_SetConfig(data, &cfg);
+data->curcfg.registry = cfg.registry;
+ WINECON_DumpConfig("fint", &data->curcfg);
+return data;
+
error:
WINE_ERR("failed to init.\n");
--
Regards,
Pavel Roskin
s not valid any more. That's the whole point
> of the discussion about whether or not to ask to add an english string into
> other locales resources besides english.
I agree.
--
Regards,
Pavel Roskin
ngeLog:
* dlls/ntdll/server.c, dlls/ntdll/virtual.c:
Include ntdll_misc.h to suppress wrong dependencies
when building Wine without optimization.
* dlls/ntdll/heap.c:
Define set_error unconditionally to eliminate dependency
on SetLastError().
--
Regards
fter it's dismissed, the "nag screen" will
pop up. Again, it's a separate problem that I'm not trying to solve at
this point.
I'll appreciate an advise in which order to proceed and what kind of
verification is expected for the changes in the focus cod
On Sat, 4 Oct 2003, Dimitrie O. Paun wrote:
> On October 3, 2003 10:56 pm, Pavel Roskin wrote:
> > Everything if fine. I put the latest mkwine here
> > http://www.red-bean.com/~proski/wine/
>
> Very nice indeed -- I really hope that we can eventually
> get our Makefil
On Sat, 4 Oct 2003, Dimitrie O. Paun wrote:
> On October 3, 2003 10:56 pm, Pavel Roskin wrote:
> > Everything if fine. I put the latest mkwine here
> > http://www.red-bean.com/~proski/wine/
>
> Very nice indeed -- I really hope that we can eventually
> get our Makefil
On Fri, 3 Oct 2003, Dimitrie O. Paun wrote:
> On Fri, 3 Oct 2003, Pavel Roskin wrote:
>
> > That's great news! Hopefully I'll be able to exclude wrc from the script
> > to compile Wine programs on Windows. The new patch goes to wine-patches.
>
> You should be
On Fri, 3 Oct 2003, Dimitrie O. Paun wrote:
> On Fri, 3 Oct 2003, Pavel Roskin wrote:
>
> > I drew an icon more appropriate for the uninstaller. Also, the bin2res
> > tag has been added to make it easier to replace of the icon later.
>
> Please see the latest changes rel
available
That almost certainly requires a closer look at Cygwin sources. My guess
their implementation of fork() may be OS specific and full of workarounds,
especially for Win9x.
--
Regards,
Pavel Roskin
ror no handle (nil) found
fixme:comm:ClearCommError no handle (nil) found
fixme:comm:PurgeComm no handle (nil) found
exit
fixme:psapi:GetProcessMemoryInfo (hProcess=0x48, 0x408c2bf0, 40): stub
<[EMAIL PROTECTED] bin>$
--
Regards,
Pavel Roskin
rent = GetAncestor( hwndTop, GA_PARENT );
if (!parent || parent == GetDesktopWindow()) break;
hwndTop = parent;
=======
--
Regards,
Pavel Roskin
ved.
Yes, I confirm it. Also, the release of the right mouse button is not
reported. But it still works much better than Paintbrush.
Anyway, I have tested Microsoft Paint in 8-bit color and I don't see the
Paintbrush hack being used.
--
Regards,
Pavel Roskin
On Sun, 28 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > Patch for cmdlgtst.c to produce those pictures is attached. before.png
> > was taken with current Wine. after.png is with the fix that removes the
> > special process
fix that removes the
special procession of R2_XORPEN. I would not say that nobody will use
this effect. Anyway, the whole thing is not worth arguing about.
--
Regards,
Pavel Roskin
--- cmdlgtst.c
+++ cmdlgtst.c
@@ -245,6 +245,30 @@ void mwi_InitAll(HWND hWnd)
mwi_FindReplace(hWnd);
}
On Fri, 26 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > I also included a patch that removes special treatment for R2_XORPEN with
> > black pen. I don't see such behavior in Windows 2000. I also tested
> > Paintbr
On Thu, 25 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > OK, drop that part of the patch for now. I think that xoring anything
> > with COLOR_WINDOWTEXT is incorrect, but I need to test possible other
> > solutions.
> >
On Thu, 25 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > The focus rectangle (e.g. the rectangle around active buttons) should be
> > painted using the system text color. Xoring this color with background is
> > wrong. Even
thick frames. The patch uses a checkered brush to imitate the dotted
line.
The result is very close to what I see on Windows 2000 - dotted line of
one pixel wide using inverted color. In fact, the frame seems to be
redrawn faster and smoother than without the patch on the system without
t
t use it in programs
compiled with MinGW. Either I'm doing something stupid or MSVC is needed.
--
Regards,
Pavel Roskin
; http://reactos.wox.org/rosdocs/bk02pt02ch15.html
Your instructions mention building DLLs. I'm not using any Wine DLLs.
It may be another interesting project to compile them for Windows, but I'm
dealing with programs only at this point.
--
Regards,
Pavel Roskin
On Wed, 24 Sep 2003, Dimitrie O. Paun wrote:
> On September 23, 2003 11:59 pm, Pavel Roskin wrote:
> > For example, winefile.exe needs "-luuid" in MinGW because it provides
> > IID_IDataObject. In Wine, IID_IDataObject is defined in
> > include/objidl.h and a cons
On Tue, 23 Sep 2003, Dimitrie O. Paun wrote:
> On September 23, 2003 11:02 pm, Pavel Roskin wrote:
> > The attached script makes it possible to compile many programs from Wine
> > under Windows. The only software needed on Windows is Cygwin with MinGW
> > libraries and some
e wcmd.exe winefile.exe winemine.exe winhelp.exe winver.exe
Yes, you can play winemine on Windows now ;-)
--
Regards,
Pavel Roskin#!/bin/sh
# This script should be run under Cygwin with mingw compiler installed.
# It attempts to compile for Windows some of the Wine programs.
# Run in the Wine source
at some other patch has been applied to
win32/device.c so it's now possible to compile Wine without optimization.
--
Regards,
Pavel Roskin
p;special_root_keys[idx], hkey, 0 )))
ret = hkey;
else
NtClose( hkey ); /* somebody beat us to it */
=
--
Regards,
Pavel Roskin
39 matches
Mail list logo
