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 S
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 inst
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
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 :-)
On Thu, Jan 17, 2008 at 02:05:43PM -0800, Lei Zhang wrote:
> Patches should be sent to [EMAIL PROTECTED]
i know - but it was too late once i pressed CTRL-X. so i convinced
myself, that this patch would not go through easy anyway because
somebody else would have done the same a long time ago and s
On Jan 17, 2008 12:08 PM, Eric Pouech <[EMAIL PROTECTED]> wrote:
> > http://bugs.winehq.org/show_bug.cgi?id=11211
>
> you're likely running out of memory (just to be sure, if the test
> segfaults, but winedbg correctly starts, it's likely the cause)
It doesn't seem like I'm running out of memory.
On Jan 17, 2008 1:55 PM, Christoph Frick <[EMAIL PROTECTED]> wrote:
> 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/w
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
@@
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: http://dave-hansen.
> 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
>> 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
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 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
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
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 rel
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:
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 wmvco
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
"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.
>
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 WinA
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 t
"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 dlls/
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:
> >> http://msdn2.
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 #
24 matches
Mail list logo
