On 10/5/06, Paul Vriens <[EMAIL PROTECTED]> wrote:
the email sent by Coverity also asks for a 'main contact'. Do we have
such a person already?
Not that I know. Are you volunteering?
Can we give them a date when they could recreate the database?
Maybe it's good to have a clean start on this
Stefan Dösinger wrote:
@@ -851,6 +853,13 @@ DllMain(HINSTANCE hInstDLL,
+/* Initialize the ddraw object list critical section unconditionally
+ * Even if the app doesn't use multithreaded ddraw objects it can still
+ * use multiple ddraw objects in multiple threads
+
On Thu, 2006-10-05 at 16:02 -0700, Dan Kegel wrote:
> Coverity has to reset their database soon to recover from a
> database problem (the one that's keeping new scans from showing up).
>
> Somebody should probably scrape the Wine results from the Coverity
> database soon so we can avoid losing any
James Hawkins wrote:
Is there anything wrong with this patch? It fixes bug 6379. msdn is
not specific about which order the events in the ControlEvent table
are executed, greatest to least or vice versa.
It might be better to store the results in a list instead of using
recursion. Though
Ulrich Czekalla wrote:
This patch override glViewport and glScissor to correctly position and size
opengl child windows.
I've only tested this patch with Google Earth and Google Sketchup so I'd
like to get some feedback to see if this solves the problem for your
application.
Roderick: I realize
James Hawkins wrote:
> Hi,
>
> Changelog:
> * Call missing LeaveCriticalSection in the error case (found by Smatch).
>
> dlls/dinput/mouse.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
>
>
>
> diff --g
Alexandre Julliard wrote:
Ivan Gyurdiev <[EMAIL PROTECTED]> writes:
wined3d_types.h would be for types equivalent to the d3d types -
essentially no maintainance, simply map one-to-one to
d3d. wined3d_private.h would be for shared structures that we come up
with. Also, wined3d_private.h incl
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
--- a/dlls/lz32/tests/lzexpand_main.c
+++ b/dlls/lz32/tests/lzexpand_main.c
@@ -356,6 +356,7 @@ static void test_LZOpenFileA(void)
INT file;
static char badfilename_[] = "badfilename_";
char expected[MAX_PATH];
+ char short_expected[MAX_PATH]
Are there any windows based dvd players that will work under wine?
Saulius Krasuckas wrote:
> (Headers in this series of patches was slightly edited by hand due to lack
> of internet connection and newer git version. Don't be surprised for
> inconsistencies and just drop if that was the case)
>
> ---
>
> dlls/lz32/tests/lzexpand_main.c | 76
>
Stefan Dösinger wrote:
> D3D9 does not have Overlay surfaces like ddraw does, so we need a
> wined3d-private way to create ddraw overlays. I decided to add a new usage
> flag outside of the flags defined by Direct3D and use it in wined3d. d3d8 and
> d3d9 have to filter usage flags which are not
Detlef Riekenberg wrote:
> On Do, 2006-10-05 at 08:09 -0600, Vitaliy Margolen wrote:
>> diff --git a/dlls/dinput/dinput_main.c b/dlls/dinput/dinput_main.c
>
>> +if ((mod = GetModuleHandleA( "winex11.drv" )))
>
> When we force wine to use a specific Display/Input-Driver, the
> driver-sele
On 10/5/06, Martin Owens <[EMAIL PROTECTED]> wrote:
I wonder if we can get the shockwave player working with the linux
version of linux via some kind of wine layer instead of installing
firefox for windows.
http://www.codeweavers.com/products/cxoffice/
If you'd like to duplicate effort... nsp
On 05/10/06, Christopher GAUTIER <[EMAIL PROTECTED]> wrote:
I've identified a bug in IWineD3DSurfaceImpl_BltOverride(). Some blits
used to emulate a fading effect would result in a non-fading, white
screen.
It was due to GL_REGISTER_COMBINERS_NV being glEnabled() before entering
IWineD3DSurfaceI
On Fri, Sep 22, 2006, Stefan Dösinger wrote:
> So the idea is to find out what the application does and fix the opengl
> blitting code :-)
After a debugging session, I found out that the cause of the graphical
glitch is that the extension GL_REGISTER_COMBINERS_NV was enabled, and
it breaks IWineD
Hello!
I wrote a patch to query the amount of videoram via the NV-CONTROL and
ATIFGLEXTENSION Xserver extensions. The problem is: I have no access to a box
with an ATI adapter to test it. Therefore, I'm sending the patch to
wine-devel rather than to wine-patches. Perhaps somebody with an ATI car
Coverity has to reset their database soon to recover from a
database problem (the one that's keeping new scans from showing up).
Somebody should probably scrape the Wine results from the Coverity
database soon so we can avoid losing any annotations we care about...
- Dan
I wonder if we can get the shockwave player working with the linux
version of linux via some kind of wine layer instead of installing
firefox for windows.
On 10/5/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
I admit, I cruise new blog posts just to see what people are writing about Wine.
Today I sa
On 10/5/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
Today I saw one ( http://www.ubuntux.org/shockwave-player-ubuntu-linux )
that says
"I have discovered a way to get Shockwave working under Linux.
I am using Ubuntu 6.06 (Dapper Drake), Wine 0.99.22, Firefox 1.5.0.7,
and Shockwave 10.1.4.020.
...
I admit, I cruise new blog posts just to see what people are writing about Wine.
Today I saw one ( http://www.ubuntux.org/shockwave-player-ubuntu-linux )
that says
"I have discovered a way to get Shockwave working under Linux.
I am using Ubuntu 6.06 (Dapper Drake), Wine 0.99.22, Firefox 1.5.0.7,
On Do, 2006-10-05 at 08:09 -0600, Vitaliy Margolen wrote:
> diff --git a/dlls/dinput/dinput_main.c b/dlls/dinput/dinput_main.c
> +if ((mod = GetModuleHandleA( "winex11.drv" )))
When we force wine to use a specific Display/Input-Driver, the
driver-selection by reading the Registry is unne
Cihan Altinay wrote:
This fixes bug 6054 and lets MSN Messenger 7 start up.
http://bugs.winehq.org/show_bug.cgi?id=6054
---
dlls/shdocvw/dochost.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/dlls/shdocvw/dochost.c b/dlls/shdocvw/dochost.c
index 5bb40e0..8d78a49 10
On 10/5/06, Vassilis Virvilis <[EMAIL PROTECTED]> wrote:
How about a loopback device in linux?
This is potentially already possible to do with wine. I use loopbacked
CD images, so loopbacked MBR's should be easy enough, with no change
to wine. Just set the device node link for the device to
Benjamin Arai wrote:
When I was creating the stub I looked around in several dll's and some
of the them export DllMain.
./advpack/advpack.spec:@ stdcall -private DllMain(long long ptr)
./itss/itss.spec:@ stdcall -private DllMain(long long ptr)
./msimg32/msimg32.spec:@ stdcall -private DllInitial
Paul Chitescu wrote:
> Changelog: Add stub implementation of DsGetDcNameA
>
> Note: I noticed MSDN listing DsGetDcName as taking 7 parameters (there's an
> extra domain name as 3rd parameter) while wine versions have only 6
> parameters. Which is correct?
>
SDK is correct. And it has only 6.
V
Ivan Gyurdiev <[EMAIL PROTECTED]> writes:
> I don't know about ugly, but the casts actually prevent warnings,
> instead of causing them...
> Is there a compiler flag that you use to cause warnings? If so, please
> let me know what it is, and I'll fix the code.
-Wcast-qual. That's what all the rec
Robert Shearman <[EMAIL PROTECTED]> writes:
> This still doesn't completely fix the problem for tests though, since
> adding the file to CTESTS obviously won't work.
>
> What should I use instead? EXTRA_OBJS? Change C_SRCS rule to use
> EXTRA_SRCS as well? Or add a new variable to use in the C_SRC
Well, ok, I'm starting to see this your way now.
I'll make this change, because of two reasons:
1) I'll need some kind of data structure called "test_context" anyway,
whether or not those pointers are copied there. Future tests will
probably require the ability to store additional data during t
Check this forum thread - http://www.ubuntuforums.org/showthread.php?t=167765
, the original post with my modifications on page 7 lets me build Wine
with Freetype and OpenGL - WoW works really well.
Good luck, feel free to email or post in the thread if you need any
more help
Alexandre Julliard wrote:
Ivan Gyurdiev <[EMAIL PROTECTED]> writes:
It's already marked const in the parameters of the set and get
functions, which means it can't be modified there (arg 3):
+void (*set_handler) (IDirect3DDevice9* device, const struct
state_test* test, const void* data_in
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
If I just add the file to C_SRCS then "make" works fine, but "make
depend" doesn't because "make depend" doesn't have a dependency on
C_SRCS.
This patch was an attempt to work around this problem and still
generate useful
Robert Shearman <[EMAIL PROTECTED]> writes:
> If I just add the file to C_SRCS then "make" works fine, but "make
> depend" doesn't because "make depend" doesn't have a dependency on
> C_SRCS.
>
> robert-shearmans-computer:~/Documents/wine/dlls/oleaut32/tests rob$
> make depend
> ../../../tools/mak
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
This is useful for generated files such as *_i.c and *_p.c (when widl
can generate them).
diff --git a/Make.rules.in b/Make.rules.in
index 9e7ec07..68544dc 100644
--- a/Make.rules.in
+++ b/Make.rules.in
@@ -8,6 +8,7 @@ # MO
Am Dienstag 03 Oktober 2006 11:36 schrieb Alexandre Julliard:
> Robert Shearman <[EMAIL PROTECTED]> writes:
> > Nick Burns wrote:
> >> Does Linux have the same mem problem? -- does top show like 4GB of
> >> VSIZE on app start?
> >
> > The numbers seem bogus since 32-bit apps can only take up 4Gb of
To clarify my thoughts, and throw this out there... Here's how I'm
imagining this working:
Assuming there's no problem intercepting the raw disk i/o attempts,
the first time an app attempts a raw disk access, Wine can throw a
popup (I know, I hate them too) with something like the following
text
On 10/5/06, Christoph Frick <[EMAIL PROTECTED]> wrote:
the #2 folks are proficient enough with their systems to know what they
are doing. the #1 folks hope to get away from the world of #2 things
they are forced on the windows world when they change to unix.
Not nescessarily. I'm thinking spec
On 10/5/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
UML has a COW (copy-on-write) layer [1]. If we had something like this,
conceivable we could allow Wine to read raw disks (or the COW file),
then write back to the COW file.
QEMU has nice support for several different COW and sparse format
Mike McCormack wrote:
Tim Schmidt wrote:
It sounds like a general framework for routing these kind of raw disk
i/o would be useful... probably configurable by app would be most
useful.
UML has a COW (copy-on-write) layer [1]. If we had something like this,
conceivable we could allow Wine
On Thu, Oct 05, 2006 at 04:25:38AM -0400, Tim Schmidt wrote:
> What we're talking about here is a class of applications that expect
> raw (or nearly-raw) disk access:
>
> - copy-protection that writes mysterious things to or near the MBR
> - various utility software (virus scanners, disk defragme
Tim Schmidt wrote:
It sounds like a general framework for routing these kind of raw disk
i/o would be useful... probably configurable by app would be most
useful.
UML has a COW (copy-on-write) layer [1]. If we had something like this,
conceivable we could allow Wine to read raw disks (or t
It sounds like a general framework for routing these kind of raw disk
i/o would be useful... probably configurable by app would be most
useful.
thoughts?
I agree, a sandbox system where the 'litter box' (a sand box to put
all your crap) would hold potentialy dangerous direct disk accesses to
On 10/5/06, Christoph Frick <[EMAIL PROTECTED]> wrote:
and its very unlikely, that a sane person would WINE allow writing
to the MBR (or close to it). right?
OK...
This discussion is veering off somewhat, but I believe it's heading in
a fairly constructive direction.
What we're talking about
On Wed, Oct 04, 2006 at 07:10:41PM +0200, Kopfgeldjaeger wrote:
> 2. raw disk access normally requires root rights. It's very unlikely
> that Alexandre would permit anything which requires to run wine as root
> (even if those are only additional features)
and its very unlikely, that a sane perso
Ivan Gyurdiev <[EMAIL PROTECTED]> writes:
> It's already marked const in the parameters of the set and get
> functions, which means it can't be modified there (arg 3):
> +void (*set_handler) (IDirect3DDevice9* device, const struct
> state_test* test, const void* data_in);
> +void (*get_han
Ivan Gyurdiev <[EMAIL PROTECTED]> writes:
> wined3d_types.h would be for types equivalent to the d3d types -
> essentially no maintainance, simply map one-to-one to
> d3d. wined3d_private.h would be for shared structures that we come up
> with. Also, wined3d_private.h includes wined3d_types.h.
>
45 matches
Mail list logo
