wine-devel January 2008

wine-devel@winehq.org

126 participants
290 discussions

Re: [PATCH 1/1] winecoreaudio: Make sure Port_SendToMessageThread is non-NULL in CoreAudio_WaveRelease.
by Ken Thomases 29 Jan '08

29 Jan '08

On Jan 28, 2008, at 8:06 AM, Misha Koshelev wrote: > I have started playing with wine on MacOS in VMWare. > wineprefixcreate page faults on my > MacOS "system" and I tracked it to Port_SendToMessageThread staying > NULL because of: > err:wave:CoreAudio_WaveInit AudioHardwareGetProperty: > CoreAudio_DefaultDevice.outputDeviceID == kAudioDeviceUnknown > Clearly wineprefixcreate shouldn't be page faulting under any > condition. It seems to me that the driver ought to just fail to load in this case. If you back out your patch and apply the attached patch, does that fix the page fault? -Ken

1 0

Re: start.exe: Handle the process title argument
by Detlef Riekenberg 28 Jan '08

28 Jan '08

On So, 2008-01-27 at 21:18 +0100, Alexander Nicolaysen Sørnes wrote: > SHELLEXECUTEINFOW sei; > + OSVERSIONINFOW vi; > WCHAR *args = NULL; > - int i; > + int i = 1; > The idention show a mismatch between SPACE and TAB -- By by ... Detlef

1 0

Re: your winhttp work
by Hans Leidekker 28 Jan '08

28 Jan '08

On Sunday 27 January 2008 06:42:45 EA Durbin wrote: [ I decided to CC wine-devel since you're the second person to ask ] > You had completed some work on winhttp and provided a snapshot in bug 9200. > Has this been sent to wine-patches yet? I was going to tinker with it a bit > to see if I could get an app working and wondered if you had anything more > up to date or if this had been merged into git yet? If you've already got > a solution I don't want to reinvent the wheel. Here's a rediffed version of my unfinished winhttp patch. I wrote it primarily to explore the option of implementing winhttp on top of wininet. Basically we are faced with a choice between this option, which requires a Wine-only extension to wininet to implement winhttp style callbacks, and duplicating wininet code. I think layering can be done in a relatively clean way by making wininet handle the superset of wininet and winhttp callbacks and adding callback filtering as required by winhttp. Old wininet behavior can then be obtained by an implicit filter on the wininet subset of callbacks. If time permits I'll write a comprehensive test suite for winhttp which should help us make an informed decision. -Hans

1 2

Re: start.exe: Handle the process title argument
by Dmitry Timoshkov 28 Jan '08

28 Jan '08

"Alexander Nicolaysen Sørnes" <alex(a)thehandofagony.com> wrote: > + NOTE: This will only work when run from Wine's cmd, but that's ok as start is a builtin > + shell command on NT */ What's the purpose of the comment above? > + if(argc > 1 && (vi.dwMajorVersion >= 5 || (vi.dwMajorVersion == 4 && vi.dwPlatformId == 2))) Unless there is an app which would break because of the title set there is no need to check the version. > + { > + int cmdcount; > + WCHAR* cmdline = GetCommandLineW(); > + WCHAR** cmdargs = CommandLineToArgvW(cmdline, &cmdcount); > + WCHAR* pos = cmdline; wmain() already has arc/argv pair of parameters, why do you need to parse command line again? > + > + pos += lstrlenW(cmdargs[0]); > + > + while(*pos == ' ') > + pos++; > + > + if(*pos == '"') > + { > + /* FIXME: Set the process title */ > + i++; > + } > + LocalFree(cmdargs); > + } I assume that you've added LocalFree as MSDN suggests, but CommandLineToArgvW in Wine uses GlobalAlloc, perhaps you could fix that? -- Dmitry.

2 1

Sorry about the extraordinary amount of wine-bugs spam
by Dan Kegel 28 Jan '08

28 Jan '08

I've been as annoyed as anybody at the huge churn on wine-bugs lately, it makes it hard to actually read, and the mailing list archive can't really cope. But there seems to be no way around it, so I decided to get a bunch more out of the way in one fell (and I do mean fell) swoop. In particular, I closed over a thousand old RESOLVED FIXED, RESOLVED ABANDONED, RESOLVED WORKSFORME, and RESOLVED INVALID bugs tonight. You can see the effect here: http://bugs.winehq.org/reports.cgi?product=Wine&datasets=RESOLVED%3A&datase… The only real benefit of this is fixed bugs will show up with strikethrough now when referenced in bugzilla, which is actually kind of nice. I'd like to get all the wine-bugs churn out of the way during January, if possible. For reference, the rule of thumb for closing RESOLVED bugs is: FIXED and WORKSFORME: can be closed after two weeks (i.e. after release) ABANDONED: can be closed after three months INVALID: can be closed immediately, but if it's less than a couple months old, check to make sure somebody wasn't just being cranky - Dan

1 0

question for dumps
by Juan Carlos Montes 28 Jan '08

28 Jan '08

Hi all, I need dump the data using the debug log. trace:winsock:WSASendTo socket 00f8, wsabuf 0x34e1e0, nbufs 1, flags 0, to (nil), tolen 0, ovl (nil), func (nil) if have this one, can i dump the data in 0x34e1e0 with another option in debug, or i need change the source? thanks a lot, -- _______________________________________________________________________________ Juan Carlos Montes Senra INTECO-CERT Instituto Nacional de TecnologÃas de la ComunicaciÃ³n email: juancarlos.montes(a)inteco.es | jcmontes(a)cert.inteco.es Tlf. 0034 987 877 189 - ext. 532 _______________________________________________________________________________

4 8

Re: gitignore: ignore files generated by the Visual C++ compiler.
by Dmitry Timoshkov 28 Jan '08

28 Jan '08

"Reece Dunn" <msclrhd(a)googlemail.com> wrote: > This patch ignores any files generated by the Visual C++ compiler to > make it easier to generate patches when using the VCExpress family of > compilers on Windows. There is no point in that, patches should be generated after testing in Wine under a supported platform. -- Dmitry.

6 6

Vacation
by Alexandre Julliard 27 Jan '08

27 Jan '08

Hi folks, Once again you'll have to live without commits for a while, I'm off skiing for a week... -- Alexandre Julliard julliard(a)winehq.org

3 2

d3dx8: Implement D3DXCreateTextureFromFile functions in relation to the extended version - 3rd try
by "Luis C. Busquets Pérez" 27 Jan '08

27 Jan '08

d3dx8tex.h with the mentioned name. I should be done now. Please send comments if not. --- dlls/d3dx8/Makefile.in | 1 + dlls/d3dx8/d3dx8.spec | 8 ++-- dlls/d3dx8/texture.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++ include/d3dx8.h | 1 + include/d3dx8tex.h | 43 ++++++++++++++++++++++++ 5 files changed, 135 insertions(+), 4 deletions(-) create mode 100644 dlls/d3dx8/texture.c create mode 100644 include/d3dx8tex.h

1 0

d3dx8: Implement D3DXCreateTextureFromFile functions in relation to the extended version - 3rd try
by "Luis C. Busquets Pérez" 27 Jan '08

27 Jan '08

1 0

← Newer
1
2
3
4
5
6
7
8
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel January 2008