James Hawkins wrote:
On Jan 17, 2008 1:31 AM, Christopher [EMAIL PROTECTED] wrote:
This patch fixes LoadStringW when 0 is passed for buflen. LoadStringW
should now behave as described on MSDN:
http://msdn2.microsoft.com/en-us/library/ms647486.aspx
This patch also fixes bug #10932
On Jan 17, 2008 2:10 AM, Christopher [EMAIL PROTECTED] wrote:
James Hawkins wrote:
On Jan 17, 2008 1:31 AM, Christopher [EMAIL PROTECTED] wrote:
This patch fixes LoadStringW when 0 is passed for buflen. LoadStringW
should now behave as described on MSDN:
Christopher [EMAIL PROTECTED] wrote:
Thanks for pointing that out! Am I suppose to attach a test case for all
my patches to wine-patches? I had submitted a testcase under the bug
report I filed, so I didn't attach it to the email.
You have to add the test to the exiting tests in
Radovan Skolnik schreef:
Hello!
I have found this old thread dealing exactly with what I need:
http://www.winehq.org/pipermail/wine-devel/2006-April/046779.html
It basically proposes a work to be done to allow loading native Windows DLLs
into Linux binaries (for example loading WinAmp
As a workaround, I ended up creating an empty .wine folder on each of
the users' home directory and then I did a symlink of the contents in my
/home/wine/ but not of the folder itself.
I'm not deeply involved in wine and I don't know the reasons of this
patch but it would seem reasonable for
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Christopher [EMAIL PROTECTED] wrote:
Thanks for pointing that out! Am I suppose to attach a test case for all
my patches to wine-patches? I had submitted a testcase under the bug
report I filed, so I didn't attach it to the email.
You have to
Robert Shearman [EMAIL PROTECTED] writes:
---
dlls/kernel32/kernel_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Otherwise dbghelp could sometimes get confused and think it should
switch to 16-bit mode.
This results in messages such as the following when warn or
On Wednesday 16 January 2008 06:24:22 Dan Kegel wrote:
There seem to be a large number of apps that don't
start unless a wmvcore.dll is present:
TVersity
Phatnoise
Lost Planet
The Bard's Tale
WMA Workshop
MixMeister
...
So, how 'bout it? Should we create a stub for wmvcore.dll
Alexandre Julliard wrote:
Robert Shearman [EMAIL PROTECTED] writes:
Otherwise dbghelp could sometimes get confused and think it should
switch to 16-bit mode.
This results in messages such as the following when warn or tracing
for the heap channel is turned on:
fixme:dbghelp:Failed to
Dmitry,
IMHO it doesn't worth to the to relocate EXEs since virtually none are
providing relocation records. Any operating system that can't allocate
memory at low virtual addresses won't be able to run any Windows
application newer than about 13 years (that is, all of interess).
EXEs were
Robert Shearman [EMAIL PROTECTED] writes:
Alexandre Julliard wrote:
Initializing the first frame should be enough.
I can't work out what the size of the first frame is though. Is it
sizeof(STACK16FRAME)?
Yes; NtCurrentTeb()-WOW32Reserved is set to point to the initial stack
frame at the top
On So, 2008-01-06 at 17:55 +0100, Jan Zerebecki wrote:
I'm done with one step of the changes.
Improvement suggestions are welcome.
Please add printing as keyword and wineps as component
Thanks
--
By by ... Detlef
the hard part is to tell valgrind about information about modules it
doesn't know of:
- it doesn't know about the loading of the module (it's seen by vg as a
simple mmap)
- it doesn't know about the PE native debug information (whatever it is)
the simplest approach would be to somehow:
-
The only snag could be, does PE format allow a separate base address
for each segment, or are all segments fixed relative to each other,
like the PT_LOAD in ET_DYN?
each segment is described as an offset to the module's base address, but
the offset are fixed in the PE format (as well as
Dan Kegel a écrit :
I just tried to do another daily valgrind run, but
it got blocked because it started up an infinite
number of copies of winedbg. It seems that
a crash in the imagelist test in GetDibBits
triggered winedbg, and winedbg crashed trying
to generate a backtrace, which of
On Tue, 2008-01-15 at 23:10 -0800, Dave Hansen wrote:
I have a little Eye-Fi card (http://www.eye.fi). The software to
control it is a windows application that writes to control files which
appear in a DOS filesystem on the SD card. (you can read more
information here:
this is suggested on quite some places in appdb to make seucrom based games
come a litle further
---
tools/wine.inf |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/tools/wine.inf b/tools/wine.inf
index c3cb89c..f63fb23 100644
--- a/tools/wine.inf
+++ b/tools/wine.inf
c.f. wrote:
this is suggested on quite some places in appdb to make seucrom based games
come a litle further
Discussed at http://bugs.winehq.org/show_bug.cgi?id=7065#c58
Looks like something of this sort is already in, you must have blinked :-)
http://www.guardian.co.uk/technology/2008/jan/17/linux.korea
says everyone in Korea uses the GOM player
instead of Windows Media Player.
It installs ok, but blew up when I tried to load
the Sony music stream from its playlist.
Free download
http://www.gomplayer.com/
supposedly comes with lots of
It blew up in wine or windows.
Is it a problem with wine.
What about other media types.
--
VJ
On 1/17/08, Dan Kegel [EMAIL PROTECTED] wrote:
http://www.guardian.co.uk/technology/2008/jan/17/linux.korea
says everyone in Korea uses the GOM player
instead of Windows Media Player.
It installs
On Jan 17, 2008 8:38 PM, Vijay Kiran Kamuju [EMAIL PROTECTED] wrote:
On 1/17/08, Dan Kegel [EMAIL PROTECTED] wrote:
http://www.guardian.co.uk/technology/2008/jan/17/linux.korea
says everyone in Korea uses the GOM player...
It installs ok, but blew up when I tried to load
the Sony music
21 matches
Mail list logo