Johan Dahlin sent in a patch to add msxml6, and said
"It's enough to make msi2xml.exe to at least start-up (before failing in msi
later)."
Tom Wickline some time ago sent in a suggestion for
adding riched30. I didn't know any apps it helped, but
apparantly Novell thinks it helps Groupwise a bit.
On Feb 5, 2008 11:28 PM, Reece Dunn <[EMAIL PROTECTED]> wrote:
> Do you know where the Express download is for this, as I can only find
> VS 2008 Express?
Nope. I just happen to have an old copy.
"Jens Nestler" <[EMAIL PROTECTED]> wrote:
> Stub implementation for RegOverridePredefKey.
> The added prototype in the winreg.h is now in alphabetical order.
Patches should be sent to wine-patches.
--
Dmitry.
On Tue, 5 Feb 2008, Dan Kegel wrote:
> After giving up for the moment on building with Visual C 6,
> I tried Visual Studio 2005.
>
> First hitch:
> Boy, does it spew out lots of warnings about deprecated functions!
> http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=87401&SiteID=1
> talks abo
On Tue, 5 Feb 2008, Dan Kegel wrote:
> On Feb 5, 2008 5:01 PM, Francois Gouget <[EMAIL PROTECTED]> wrote:
> > The solution is to use Visual Studio 2005 which is a free download.
> > There's still some hitches there:
> > * it does not use .dsp files anymore but can convert them to the new
> >X
On Feb 5, 2008 5:01 PM, Francois Gouget <[EMAIL PROTECTED]> wrote:
> The solution is to use Visual Studio 2005 which is a free download.
> There's still some hitches there:
> * it does not use .dsp files anymore but can convert them to the new
>XML build files.
> * in the process it loses som
On Tue, 5 Feb 2008, Dan Kegel wrote:
> Building tests with MSVC 6 broken?
Yes.
MSVC 6 really starts to show its age.
It has trouble with some math stuff (rather large constants) used in one
of the tests. That can be worked around by applying a service pack. See:
http://www.winehq.org/site/do
On Feb 5, 2008 5:24 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> > crypt32/tests/cert.c: error C2081: 'HCRYPTPROV_OR_NCRYPT_KEY_HANDLE':
> > name in formal parameter list illegal
> > Turns out that identifier was introduced in Vista, and added to Wine here:
> > http://www.winehq.org/pipermail/wine-p
After giving up for the moment on building with Visual C 6,
I tried Visual Studio 2005.
First hitch:
Boy, does it spew out lots of warnings about deprecated functions!
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=87401&SiteID=1
talks about this a bit; defining _CRT_SECURE_NO_DEPRECATE
and
On Feb 5, 2008 4:25 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Fifth hitch:
> crypt32/tests/cert.c: error C2081: 'HCRYPTPROV_OR_NCRYPT_KEY_HANDLE':
> name in formal parameter list illegal
> Turns out that identifier was introduced in Vista, and added to Wine here:
> http://www.winehq.org/pipermail/
Am Dienstag, 29. Januar 2008 14:44:35 schrieb Dmitry Timoshkov:
> "Jens Nestler" <[EMAIL PROTECTED]> wrote:
> > Sorry, I haven't seen it.
> > Can you please change it, or should I deliver a changed patch ?
>
> Please resend and updated patch with a 'Take 2' in the subject and
> an explanation in th
Am Dienstag, 29. Januar 2008 16:33:14 schrieb Dan Kegel:
> James McKenzie wrote:
> > Please submit a git diff not a UNIX diff.
>
> Now, hang on there. Jens submitted a perfectly
> good unified diff patch taken from the right directory.
> There is no reason to turn up our noses at it.
> It will app
On Tuesday 05 February 2008 02:09:09 pm Christopher Harvey wrote:
> @@ -758,6 +758,7 @@ static int ConvertAttribWGLtoGLX(const int* iWGLAttr,
> int* oGLXAttr, Wine_GLPBuf nvfloatattrib = iWGLAttr[++cur];
> TRACE("pAttr[%d] = WGL_FLOAT_COMPONENTS_NV: %x\n", cur,
> nvfloatattrib); break ;
> +
Call me an oldtimer, but I decided to try building
winetest with MSVC 6 today.
I installed cygwin's git and perl, grabbed wine from git,
and used msvcmaker as described at
http://winehq.org/site/docs/winedev-guide/testing-windows
I downloaded and installed the Platform SDK from
the first google h
> This patch doesn't implement the format, simply says that is can't be
> converted. This is my first patch, sorry if the format is wrong.
Ok not converting the format is fine but you are also changing the return value
of wglMakeCurrent. Resubmit the patch without that unneeded change.
Roderick
Hello!
> Great now for your left to learn how to use search button:
> Duplicate of Bug 11340!!!
Well, I'm sorry I posted a dublicate bug, perhaps I searched the wrong way ;-/
> What users doing here anyway?
Hm... that's exactly what "How to do regression testing using Git" recommends.
"report a
Olaf Leidinger wrote:
> Hello again!
>
> Bugzilla seems to work again. The bug number is 11481.
>
> Ciao,
> Olaf
>
>
Great now for your left to learn how to use search button:
Duplicate of Bug 11340!!!
What users doing here anyway?
Vitaliy
Hello!
This is also one patch that affects worms2. I added it to bugzilla as bug 11481.
Ciao,
Olaf
Hello again!
Bugzilla seems to work again. The bug number is 11481.
Ciao,
Olaf
Hello!
> What bug # is this? Please note this is not bugzilla, you will be expected
> to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many connectio
Hello!
> What bug # is this? Please note this is not bugzilla, you will be expected
> to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many connectio
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Vitaliy
Luis C. Busquets Pérez wrote:
> There is a bug in the patch:
>
> c19af910ebafa9b1928b0f67bee68f6b0b237e8e is first bad commit
> commit c19af9
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Vitaliy
Olaf Leidinger wrote:
> Hello!
>
> I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0.9.54.
> A git-bisect revealed the guilt
"Luis C. Busquets Pérez" <[EMAIL PROTECTED]> writes:
> It affects to Patrician3.exe. When initiating, it hangs and does not
> allow to play the movie. Actually, the programm changes the screen
> resolution and hangs. I understand that the problem is that it does not
> send the appropiate messag
Hello!
I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0.9.54. A
git-bisect revealed the guilty patches.
The game includes a frontend.exe which starts game.exe and controls the
settings of the game (the map and teams etc.). Running game.exe directly works
but you can't alt
There is a bug in the patch:
c19af910ebafa9b1928b0f67bee68f6b0b237e8e is first bad commit
commit c19af910ebafa9b1928b0f67bee68f6b0b237e8e
Author: Alexandre Julliard <[EMAIL PROTECTED]>
Date: Thu Jan 17 19:53:59 2008 +0100
winex11.drv: Don't create a win_data structure for the desktop
w
Michel Jacques a écrit :
> Hello,
>
> I am using PDBs generated with 2005 with wine version 0.9.54.
>
> I get errors related to my PDBs and I am wondering if I need
> to change the pdb format? Anything special to do when using 2005?
>
> Here are the errors I get, each time one of my pdb gets load
Vijay Kiran Kamuju a écrit :
> Hi,
>
> can you try this patch:
> http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
>
> I think currently dbghelp in wine doesnt support pdb files generated by VS
> 2005.
>
> Thanks,
> VJ
>
> On Feb 5, 2008 12:54 PM, Michel Jacques <[EMAIL PROTECT
can you also try this patch also?
--
VJ
On Feb 5, 2008 12:02 PM, Vijay Kiran Kamuju <[EMAIL PROTECTED]> wrote:
> Hi,
>
> can you try this patch:
> http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
>
> I think currently dbghelp in wine doesnt support pdb files generated by VS
>
Hallo,
some programm with source uses giveio.sys to access the parallel port. You
can find the source for giveio.sys e.g. in the avrdude package. We
have code in dlls/winedos/ppdev.c to emulate the directed access on the
parallel port to accesses to /dev/ppdev.
However this code is not called f
On 05/02/2008, Jeremy White <[EMAIL PROTECTED]> wrote:
> > If some people went through the trouble of using buildid's and not the
> > precompiled winetest, along with documenting their hardware/OS on a
> > wiki page, for instance, then we could more information on where
> > specific failures are oc
On 05/02/2008, Francois Gouget <[EMAIL PROTECTED]> wrote:
>
> When I run winetest on Windows XP I get some dialog boxes asking me:
>
>Do you want to keep blocking this program?
This is because the Windows firewall is blocking the application from
connecting to the internet and/or making TCP/IP
Hi Jeremy,
Jeremy White wrote:
> Hi Paul,
>
>> Something we also have with the current tests is that the source files
>> actually
>> point to the correct version in CVS. I now see some strange links to refs on
>> http://test.winehq.org/data/20080205/.
>
>
Hi,
can you try this patch:
http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
I think currently dbghelp in wine doesnt support pdb files generated by VS 2005.
Thanks,
VJ
On Feb 5, 2008 12:54 PM, Michel Jacques <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am using PDBs generated
Hello,
I am using PDBs generated with 2005 with wine version 0.9.54.
I get errors related to my PDBs and I am wondering if I need
to change the pdb format? Anything special to do when using 2005?
Here are the errors I get, each time one of my pdb gets loaded:
0009:trace:dbghelp:SymFindFileInP
> If some people went through the trouble of using buildid's and not the
> precompiled winetest, along with documenting their hardware/OS on a
> wiki page, for instance, then we could more information on where
> specific failures are occuring. For instance, I noticed Joapa was
> reporting some MSI
Jeremy White wrote:
> Hi Paul,
>
>> Something we also have with the current tests is that the source files
>> actually
>> point to the correct version in CVS. I now see some strange links to refs on
>> http://test.winehq.org/data/20080205/.
>
> Well, I'
On Feb 5, 2008 10:30 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The good thing about having the winetest from one
> source(http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/) is that all the
> output is actually from the same executable and it's easier to compare. If
> people are usin
Hi Paul,
> Something we also have with the current tests is that the source files
> actually
> point to the correct version in CVS. I now see some strange links to refs on
> http://test.winehq.org/data/20080205/.
Well, I'm afraid I'd argue that the current tests should
s/paulm/WRT/CrossBuilt/) is that all the
output is actually from the same executable and it's easier to compare. If
people are using different build-id we will end up with a lot of directories
with single test in it.
Something we also have with the current tests is that the source file
Okay, so I got winetest to do something rational, and now I'd like to see if it
will work for someone else.
It's easy!
Just apply this patch to a current Wine tree:
http://www.winehq.org/pipermail/wine-patches/2008-February/049675.html
Then configure and make Wine as you normally would. Then,
Robert Shearman <[EMAIL PROTECTED]> writes:
> +/*
> + * Open the replacement file for reading, writing, and deleting
> + * (writing and deleting are needed when finished)
> + */
> +if ((hReplacement = CreateFileW(lpReplacementFileName,
> +GENERIC_READ | GENERIC_WRITE,
>
Am Dienstag, 5. Februar 2008 02:18:11 schrieb Chris Robinson:
> On Monday 04 February 2008 04:06:10 pm Stefan Dösinger wrote:
> > The bit that interests me is the sRGB test result. It shows that the sRGB
> > correction is applied after the fog, which would allow us to use
> > GLX_EXT_framebuffer_sR
On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 5. Februar 2008 09:39:35 schrieb H. Verbeet:
> > On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> >
> > Stefan already knows this, but just for what it's worth, I've got a
> > more complete fix in my tree for depth
On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 5. Februar 2008 09:34:50 schrieb H. Verbeet:
> > On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> >
> > I was aware of this issue, but technically these resources should be
> > stored in the shader backend, not the
Am Dienstag, 5. Februar 2008 09:34:50 schrieb H. Verbeet:
> On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> I was aware of this issue, but technically these resources should be
> stored in the shader backend, not the device.
Well, the textures are per device, and for now the shader ba
Am Dienstag, 5. Februar 2008 09:39:35 schrieb H. Verbeet:
> On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> Stefan already knows this, but just for what it's worth, I've got a
> more complete fix in my tree for depth stencil sharing. Unfortunately
> that patch causes a couple of regre
Am Dienstag, 5. Februar 2008 07:59:58 schrieb Reece Dunn:
> On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Dienstag, 5. Februar 2008 00:50:55 schrieb Dan Kegel:
> > > Great progress was made at Wineconf last year on
> > > getting our test suite closer to always passing on wine, bu
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> Am Montag, 4. Februar 2008 18:41:23 schrieb Christopher:
>> err:xrandr:X11DRV_XRandR_SetCurrentMode Resolution change not successful --
>> perhaps display has changed? device.c:753: Test failed: Screen width is
>> 1680
>> device.c:754: Test failed: Scr
When I run winetest on Windows XP I get some dialog boxes asking me:
Do you want to keep blocking this program?
According to the title bar, the impacted tests are:
dplayx
rpcrt4
'Microsoft DirectPlay Helper' ???
ws2_32
My understanding is that it should only prevent the test fro
"James Hawkins" <[EMAIL PROTECTED]> writes:
> I'm not sure how you feel this should be fixed. Is there a reason we
> don't have tests for ntdll/loader.c? If not, I'd like add some tests
> for LdrLoadDll.
We don't have tests for it because apps don't use LdrLoadDll, so testing
LoadLibraryEx shou
Oh well, I forgot one point:
if you take my example code again, but don't build it under winelib
but under windows (i.e. it's a real win application) but later run
it with wine it may also fail because all dlls forward to the
D3DXCheckVersion of d3dx9_36. I know that you would have
implemented anot
On Tue, 29 Jan 2008, Paul Vriens wrote:
[...]
> > Several of the others have failures on Win95 and Win98 only.
> >
> > Is anyone going to look at these?
I'm sending a patch to fix the InitCommonControlsEx() issue I
introduced.
--
Francois Gouget <[EMAIL PROTECTED]> http://fgouget
I probably should've gone into a bit more detail about this function:
It's just for developer purpose. If you have a very big project and
are trying to upgrade e.g. from d3dx9_27 to d3dx9_36 some files
may need to be rebuild, some files may not. This function is just there
to ensure the developer t
On 05/02/2008, Jeremy White <[EMAIL PROTECTED]> wrote:
> Okay, so I boldly tried to use winetest with what documentation
> I could find, and had an...um...interesting time.
I have added my experiences to the wiki
(http://wiki.winehq.org/ConformanceTests) with a link on the main
page.
Feel free to
On 05/02/2008, Jeremy White <[EMAIL PROTECTED]> wrote:
> Okay, so I boldly tried to use winetest with what documentation
> I could find, and had an...um...interesting time.
The easiest thing I found for generating test results on Wine is to
treat it like Windows. That is, download the
winetest-[bu
On 04/02/2008, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Great progress was made at Wineconf last year on
> getting our test suite closer to always passing on wine, but
> http://test.winehq.org/data/200801301937/#Wine shows
> that, according to the results collected from people who run
> programs/wine
On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 5. Februar 2008 00:50:55 schrieb Dan Kegel:
> > Great progress was made at Wineconf last year on
> > getting our test suite closer to always passing on wine, but
> > http://test.winehq.org/data/200801301937/#Wine shows
> > tha
On 04/02/2008, Christopher <[EMAIL PROTECTED]> wrote:
> I tried running "make test" under Ubuntu 7.10, and I just updated to the
> latest cvs this morning so it's not too old. However, after only running
> a couple of tests it exited with an error. Is this normal, and if so how
> do I run the rest
On 04/02/2008, Chris Spencer <[EMAIL PROTECTED]> wrote:
> You do not have the gcc compiler installed. On Ubuntu you will need to
> install build-essentials (I think that's what it's called), and also run
> 'sudo apt-get build-dep wine'. I'm not sure what the process is on Debian.
See http://wiki.w
On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
Stefan already knows this, but just for what it's worth, I've got a
more complete fix in my tree for depth stencil sharing. Unfortunately
that patch causes a couple of regressions, so it needs more work.
On 05/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
I was aware of this issue, but technically these resources should be
stored in the shader backend, not the device.
62 matches
Mail list logo