Thomas Kho wrote in
http://www.winehq.org/pipermail/wine-patches/2006-February/023959.html :
> ... fixes bug 4479 (find has a bounds bug).
> Additionally, this patch adds a conformance test for rich edit with
> tests for EM_FINDTEXT and EM_FINDTEXTEX.
Tommy,
your haystack[] variable is long and co
James Hawkins wrote:
On 2/7/06, Eric Frias <[EMAIL PROTECTED]> wrote:
I think I submitted a version
of this patch a year or two back, but it wasn't accepted.
You should add a unit test for this case in Wine's test suite. It
would be pretty easy to write, and it would verify this informat
Eric Pouech wrote:
Michael Stefaniuc wrote:
winedump has a VC++ symbol demangling function but that is bitrotting as
it is a copy of the msvcrt.__unDname . As i wanted to use the newer
msvcrt.__unDname funtion i have written a quick and dirty program that
is basicaly only a wrapper around UnDeco
I'm wondering, why can't winedump import msvcrt and call what it needs,
instead of duplicating code?
(Just me thinking aloud)
- because we don't want winedump to be winelib app
- because winedump does a bit more than just demangling (like adding pmt
names) which requires an extra level of inte
Eric Pouech wrote:
Michael Stefaniuc wrote:
Hello!
winedump has a VC++ symbol demangling function but that is bitrotting as
it is a copy of the msvcrt.__unDname . As i wanted to use the newer
msvcrt.__unDname funtion i have written a quick and dirty program that
is basicaly only a wrapper arou
On 05/02/06, Vitaly Budovski <[EMAIL PROTECTED]> wrote:
> Can I have some feedback on the attached patch? I'm not entirely sure
> it's correct.
>
>
> Thanks,
>
> Vitaly
>
>
> diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c
> index 7aa8d5d..8394362 100644
> --- a/dlls/wined3d/directx.c
On 2/7/06, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
> >
> > You should add a unit test for this case in Wine's test suite. It
> If you look at the bottom of his patch you will see that he already did
> that ... .
>
oops :)
--
James Hawkins
On Tue, 2006-02-07 at 15:05 -0600, James Hawkins wrote:
> You should add a unit test for this case in Wine's test suite. It
> would be pretty easy to write, and it would verify this information,
> making your fix more likely to be accepted.
A test is included in the patch.
--
Dmitry.
James Hawkins wrote:
On 2/7/06, Eric Frias <[EMAIL PROTECTED]> wrote:
When OpenClipboard is called twice in a row with the same HWND as a
parameter, wine lets the first call succeed, but the second call fails
because the clipboard was already locked. Although it's not specified
in the docs, Wi
Michael Stefaniuc wrote:
Hello!
winedump has a VC++ symbol demangling function but that is bitrotting as
it is a copy of the msvcrt.__unDname . As i wanted to use the newer
msvcrt.__unDname funtion i have written a quick and dirty program that
is basicaly only a wrapper around UnDecorateSymbolNa
> Are there any issues
I should take into account before trying this?
first of all, are we sure that the issue comes from the decoder itself
(and not some wine wrapper around it) ?
the second issue is that MAD is GPL... hence we cannot use it
A+
--
Eric Pouech
is there anything wrong with this patch to get Photoshop launching again?
On 31.01.2006 22:58:34 Martin Fuchs wrote:
> Changelog:
> - retrieve file attributes using SHGetPathFromIDListW() when they are not
> already
> present in the internal PIDL structures
> - correct documentation which incorre
On 2/7/06, Eric Frias <[EMAIL PROTECTED]> wrote:
> When OpenClipboard is called twice in a row with the same HWND as a
> parameter, wine lets the first call succeed, but the second call fails
> because the clipboard was already locked. Although it's not specified
> in the docs, Windows allows the
Hi!
Eric Pouech wrote:
Michael Stefaniuc wrote:
found while trying to demangle some mfc42 symbols. Tested against native
msvcrt with my small demangle.exe tool.
actually, it would be good to add them to the test part as well
There is a test? To be honest i didn't look for one. Ok it was after
Michael Stefaniuc wrote:
Hello,
found while trying to demangle some mfc42 symbols. Tested against native
msvcrt with my small demangle.exe tool.
actually, it would be good to add them to the test part as well
A+
--
Eric Pouech
While you're playing with wine's default registry, could you create a
registry entry for https? It can be just the same as the http rule, e.g.
HKEY_CLASSES_ROOT/https/shell/open/command = winebrowser %1 (or whatever
the http rule ends up being.
I have an app that assumes that entry exists and it
On Tue, Feb 07, 2006 at 07:08:58PM +0100, Francois Gouget wrote:
> Index: include/winnt.h
> ===
> RCS file: /home/wine/wine/include/winnt.h,v
> retrieving revision 1.227
> diff -u -p -r1.227 winnt.h
> --- include/winnt.h 3 Feb 2006 1
Coleman Kane wrote:
Wine builds replacements for opengl32.dll and glut32.dll, both of which
are common dlls in use by windows programs that use OpenGL.
Yes, but glut32.dll is not included in a standard windows install I
thought. Which means any apps using it are either going to statically
lin
On Mon, 2006-02-06 at 20:36 -0500, Joseph Garvin wrote:
> Rainer Dorsch wrote:
>
> >checking for glutMainLoop in -lglut... no
> >
> >
> Curious, why does wine depend on glut? It's not a native windows DLL and
> I can't think of any obvious reason why wine would need any of glut's
> crossplatfo
I have attached a patch that fixes this problem for me. Does anybody want to
comment on it before I submit it. Is there a better way?
Thanks,
Phil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Lodwick
Sent: Wednesday, February 01, 2006 4:14 PM
To
Mike McCormack wrote:
If you've already got a way of showing what works "out of the box"
that's great! It wasn't obvious to me.
I had to dig around the appdb pages to figure out where you define what
"gold" is, and there's also no way to search for "gold" apps.
So what I really want is a way
Am Dienstag, 7. Februar 2006 08:40 schrieben Sie:
> You should probably check if d3d9 is being built, and if it isn't, try
> to find out why.
Thanks for your reponse.
d3d9 is build...
[EMAIL PROTECTED]:~/SW.nobackup/wine-0.9.7/dlls/d3d9$ ls
basetexture.c directx.o stateblock.cvertexbu
Am Dienstag, 7. Februar 2006 13:10 schrieben Sie:
> On 07/02/06, Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> > ...but the test fails:
> >
> > make[2]: Entering directory
> > `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest'
> > make[2]: *** No rule to make target
> > `../../dlls/d3d9/tests/d3d9_te
On Mon, 06 Feb 2006 04:14:05 -0500, Joey Robinson wrote:
> [EMAIL PROTECTED] ~]$ cd .wine/drive_c/Program\ Files/World\ of\ Warcraft/
> [EMAIL PROTECTED] World of Warcraft]$ wine WoW.exe -opengl
> err:virtual:map_image Image was mapped at 0xda: standard load address
> for a Win32 program (0x004
Hi all,
I've been trying out wine for sometimes, and I notice that, there is still
no satisfied solution regarding java support in wine. Please correct me if
I'm wrong.
I've been wondering after reading the wine FAQ (see below), if it is
possible to "delegate" java "request" to native java und
> WTL on Windows gives me:
> - compact executables: small and fast
> - easy-to-install executables: no DLLs needed
What's wrong exactly with nsis installer? It gives you one .exe file, and the
installation can be 100% automatic (no clicks if you want so -- double click
on the .exe and in some 10
On 07/02/06, Rainer Dorsch <[EMAIL PROTECTED]> wrote:
> ...but the test fails:
>
> make[2]: Entering directory
> `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest'
> make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
> needed by `d3d9_test.exe.so'. Stop.
- Does making
Jesse Allen wrote:
On 2/5/06, Joris Huizer <[EMAIL PROTECTED]> wrote:
I'm running alsa with oss emulation - I think wine is using the oss
interface (just ran winecfg, it says no audio driver is selected in
registry, and it assumes it should run oss)
And what sound module? (snd_intel8x0, sn
Robert Shearman wrote:
Segin wrote:
II have recently recieved the following message during the
installation of a program with the instantaneous termination of the
installer:
wine-pthread: stack smashing attack in function RichEditANSIWndProc()
Does this mean that there is a bug in the inst
29 matches
Mail list logo