On Mon, 07 Nov 2005 18:25:49 +
Randall Walls <[EMAIL PROTECTED]> wrote:
> This has since been changed with your patch to:
>
> hw_ptr = This->mmap_ppos;
>
> Just curious if you could shed a bit of light on this. As I said, the
> original patch did not fix my specific problem, but I would cur
On Mon, 7 Nov 2005, Oliver Stieber wrote:
Hmm, pressing prntScrn with the patch cause this (which does not happen
without the patch)
Hmm. I thought I'd fixed that one.
you can edit wined3d/swapchain.c function
IWineD3DSwapChainImpl_GetFrontBufferData and
add memset(&desc, 0, sizeof(desc))
--- Peter Berg Larsen <[EMAIL PROTECTED]> wrote:
>
> On Mon, 7 Nov 2005, Oliver Stieber wrote:
>
> >> Except for the fuzzyness (which is not there running windows) I
> >> cannot see eny difference.
>
> > Can you send me a screen shot.
>
> Hmm, pressing prntScrn with the patch cause this (whic
Mike McCormack schrieb:
> Peter Beutner wrote:
>> And it's not like -fomit-frame-pointer is such a high-risky
>> optimization flag.
>> Instead it is in general safe to use for 90% of applications out there
>
> If it fails for 10% of applications out there, then it's *not* safe!
The question is how
On Mon, 7 Nov 2005, Oliver Stieber wrote:
Except for the fuzzyness (which is not there running windows) I
cannot see eny difference.
Can you send me a screen shot.
Hmm, pressing prntScrn with the patch cause this (which does not happen
without the patch)
trace:d3d:IWineD3DDeviceImpl_Cre
--- Peter Berg Larsen <[EMAIL PROTECTED]> wrote:
>
> On Mon, 7 Nov 2005, Oliver Stieber wrote:
>
> > I would be greatfull if anyone with DirectX 8 games or applications that
> > currently work or
> they
> > would like to get working could test the patch and report back any errors
> > they com
[EMAIL PROTECTED] wrote:
On Mon, 07 Nov 2005 00:19:08 +0100, Robert Shearman
<[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
Hi,
I have managed to get this app working on 0.9 with just four dlls
in winecfg.
Two I believe to br trivial problems due to lack of version info in
the
--- Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
>
> > I would be greatfull if anyone with DirectX 8 games or applications that
> > currently work or
> they
> > would like to get working could test the patch and report back any errors
> > they come across.
> >
> Before patch:
> Warcraft 3 not p
On Mon, 7 Nov 2005, Oliver Stieber wrote:
I would be greatfull if anyone with DirectX 8 games or applications that
currently work or they
would like to get working could test the patch and report back any errors they
come across.
I have tried it on RT3:
Everything seems a little fuzzy, esp
--- Oliver Stieber <[EMAIL PROTECTED]> wrote:
The if (coordIdx > 15) warning is incorrect as generated coordinates can have
coordIdx > s that
are much higher, this can be verified by running the fr-025-final2 demo
(http://www.scene.org/file.php?file=/demos/groups/farb-rausch/fr-025-final2.zip&fi
I would be greatfull if anyone with DirectX 8 games or applications that
currently work or they
would like to get working could test the patch and report back any errors they
come across.
Before patch:
Warcraft 3 not playable in directx mode - lots of lag, and mouse pointer
does not work
On Mon, 07 Nov 2005 00:19:08 +0100, Robert Shearman <[EMAIL PROTECTED]>
wrote:
[EMAIL PROTECTED] wrote:
Hi,
I have managed to get this app working on 0.9 with just four dlls in
winecfg.
Two I believe to br trivial problems due to lack of version info in
the buildin dlls.
The two g
Uwe Bonnes wrote:
Run with
WINEDEBUG=+relay,+snoop WINEDLLOVERRIDES=msvcrt=n wine
and
WINEDEBUG=+relay,+snoop,+msvcrt WINEDLLOVERRIDES=msvcrt=b wine
and compare how the msvcrt calls are handled step by step. Tedious, but
promising...
Tedious, but productive. Wine's fgets does not behave as do
Brilliance! Used native riched20.dll and now everything's perfect. Thank you so much, and sorry to bother you!>>This is a NON-FATAL, merely cosmetic regression. The application in >>question still functions.I have just finished regression testing WINE according to these >>instructions:>>http:
Robert Shearman wrote:
Arren Lex wrote:
This is a NON-FATAL, merely cosmetic regression. The application in
question still functions.
I have just finished regression testing WINE according to these
instructions:
http://www.winehq.com/site/docs/winedev-guide/x1344
In Microsoft Word 2000, in
Peter Beutner wrote:
And it's not like -fomit-frame-pointer is such a high-risky optimization flag.
Instead it is in general safe to use for 90% of applications out there
If it fails for 10% of applications out there, then it's *not* safe!
(it basicly only prevents that you get some useful d
I've got a couple of games handy that are DirectX 8 (No One Lives
Forever 2 is one that was close to working in 0.9, and a personal
favorite of mine), so I'll test and report back as soon as I have a few
spare moments to grab CVS, patch and compile.
Randall Walls
Oliver Stieber wrote:
Hi,
Hi,
I've put together a Direct3D 8 wrapper for wined3d which should hopefully
replace the current
Direct3D 8 code. The patch needs a little bit of tidying, some work of vertex
declarations and a
hell of a lot of testing before it can go into Wine.
So far I've tested Rail Road Tycoon 3, C
[EMAIL PROTECTED] wrote:
Hi,
I have managed to get this app working on 0.9 with just four dlls in
winecfg.
Two I believe to br trivial problems due to lack of version info in
the buildin dlls.
The two giving real, ugly issues are ole32 and rpcrt4. Symptoms are
similar.
I would like
Arren Lex wrote:
This is a NON-FATAL, merely cosmetic regression. The application in
question still functions.
I have just finished regression testing WINE according to these
instructions:
http://www.winehq.com/site/docs/winedev-guide/x1344
In Microsoft Word 2000, in WINE prior to Monday, J
Mike McCormack schrieb:
> zhilla wrote:
>> http://gentoo-wiki.com/Safe_Cflags . if gentoo people claim these are
>> safe cflags, and it worked until couple days ago, then something is
>> definetly wrong, right?
>
> This is the wrong type of question for wine-devel, and better asked in
> Gentoo foru
> "David" == David D Hagood <[EMAIL PROTECTED]> writes:
David> There seems to be some form of error in the Wine implementation
David> of MSVCRT - with three separate programs (Delorme MapNGo 6.0,
David> Delorme Street Atlas 5, Microsoft Trip Planner 5), if I use
David> Wine's b
On Sun, 06 Nov 2005 19:11:26 +0100, <[EMAIL PROTECTED]> wrote:
On Sun, 06 Nov 2005 05:29:02 +0100, zhilla <[EMAIL PROTECTED]> wrote:
before submitting this as bug, some advice please...
well if you have to pretend your Athlon-xp is a 486 to get wine to work
I would say there's a problem th
For GUI .pdb debugging I have made some attempts to run Winedbg directly
under KDevelop. As KDevelop Just pushes commands into gdb's stdin and in
return parses stdout, With some relaxing of the parser code, I was able
to get the stack frame and disassembly windows. This is do to the fact
that
I have an old copy of Microsoft's Trip Planner 5 software that I was
trying to get to run. When I try to plan a trip, the program will draw
the map fine, then it attempts to draw the dialog for setting up the
trip data. At this point, the app calls X11DRV_DIB_BuildColorMap with a
bmiHeader.biCl
There seems to be some form of error in the Wine implementation of
MSVCRT - with three separate programs (Delorme MapNGo 6.0, Delorme
Street Atlas 5, Microsoft Trip Planner 5), if I use Wine's builtin
MSVCRT, the programs do not work, but if I use the version of MSVCRT the
program supplies, the
Ok after a full recompile, rm-fr ~/.wine, and reinstall of the
application all seems to be working fine now, with the exception that I
still have the 'crackling' sound during gameplay (but that existed prior
to your patch as well). Underruns are gone.
As for the crackling, Alex Villacis La
On Sun, 06 Nov 2005 05:29:02 +0100, zhilla <[EMAIL PROTECTED]> wrote:
before submitting this as bug, some advice please...
on slackware 10.2 (gcc 3.3.6) i compile wine cvs, and it has worked so
far. last version working is around or exactly 0.9.
now, it compiles/installs fine, but any program,
Molle Bestefich wrote:
===
Not allowed
You tried to change the short_desc field from
err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report
this. to Trillian loops infinitely in splash screen, but only the
owner or submitter of the bug, or a sufficiently
Eric Pouech wrote:
that didn't change. This would require gdb to know about .pdb, which
it doesn't. in the long run, it may be easier to get windbg handle
properly elf/{stabs|dwarf} information, rather than the other way around.
A+
From passed experience, I have found that for Winelib, or P
===
Not allowed
You tried to change the short_desc field from
err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report
this. to Trillian loops infinitely in splash screen, but only the
owner or submitter of the bug, or a sufficiently empowered user, may
chang
... has not yet passed, it seems!
Lo and behold, I managed to get Trillian to work past the splash
screen. A bit early for a christmas miracle, but there it is :-).
This is, as far as I know, the first time anyone has gotten Trillian
to run with Wine CVS since late 2004. That's about two years
On Sun, 2005-11-06 at 12:40 +0100, Paul Vriens wrote:
> - ds.c
> - ads.c
> - ?
>
> do we have any name-convention for new files ?
Not really, but ds.c seems OK.
> I guess a new debug-channel is needed as well with the same question
> about naming.
Yeap. I think you can use 'ds' too.
--
Dimi P
Hi Paul,
I would say activeds.c, as we already have a dummy dll for active
directory services (activeds directory). This name would be good, and
tells us at first glance what it holds.
Thanks,
Vijay
On 11/6/05, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> one of the crashes I have in Process
Boaz Harrosh wrote:
Eric Pouech wrote:
- in my case, the source code doesn't show up alone. I use the 'show
code' button in the breakpoint window
Is that gcc-elf-Linux code only like before? or is it possible now to,
also see PE (.pdb) debugging info?
that didn't change. This would require
Eric Pouech wrote:
- in my case, the source code doesn't show up alone. I use the 'show
code' button in the breakpoint window
Is that gcc-elf-Linux code only like before? or is it possible now to,
also see PE (.pdb) debugging info?
Thanks Boaz
zhilla wrote:
why it is wrong? developers are much more likely to know about compiler
flags than users, and gentooers probably use much more bleeding edge
version of gcc anyway
The way developers recommend compiling Wine is explained in the README
file. If you want our help, please try ou
Markus Gömmel wrote:
Hi,
I'm coming from Windows, so a graphical debugging system is needed :-)
I'm trying to connect winedbg to ddd as described in the docu, but the
following error occured during startup:
wine-pthread: gdbproxy.c:1984: extract_packets: Assertion 'i ==
gdbctx->out_len' fai
> "Uwe" == Uwe Bonnes <[EMAIL PROTECTED]> writes:
Uwe> This patch lets the recent Atmel AVRStudio Version 4.12 run,
Uwe> invoked like "env
Uwe> WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4,msxml3,urlmon=n wine\
Argh, forgot this:
Also native wininet is needed. The application hits out
On Sun, 06 Nov 2005 01:38:37 +0100, Mike McCormack <[EMAIL PROTECTED]>
wrote:
[EMAIL PROTECTED] wrote:
This leaves two processes running. wineserver -k takes out the server
but leaves a zombie wine-preloader that I have to powerdown to kill!
Can anyone suggest how to pin this error down
Hi,
one of the crashes I have in Process Explorer is due to a unimplemented
function DsRoleGetPrimaryDomainInformation.
There is no Ds-related stuff yet in netapi32. I assume a new file is
needed, but how do I name it:
- ds.c
- ads.c
- ?
do we have any name-convention for new files ?
I guess a
Mike McCormack wrote:
http://gentoo-wiki.com/Safe_Cflags . if gentoo people claim these are
safe cflags, and it worked until couple days ago, then something is
definetly wrong, right?
This is the wrong type of question for wine-devel, and better asked in
Gentoo forums or wine-users.
why it is
On Sun, 2005-11-06 at 01:03 +0100, [EMAIL PROTECTED] wrote:
> On Fri, 28 Oct 2005 20:15:06 +0200, Paul Vriens <[EMAIL PROTECTED]>
> wrote:
>
> > On Fri, 2005-10-28 at 19:53 +0200, [EMAIL PROTECTED] wrote:
> >> I have an app that tests the version number of certain dlls it uses on
> >> startup.
>
43 matches
Mail list logo
