Guys, bug 2895 got me thinkin.. If we only support a handful of games
that use copy protection, shouldnt we file a bug in Bugzilla and append
that to 1434 (Get games working perfectly)? That way we can attach any
copy protection related bugs to this metabug?
If you are agreeable to to that, I
Augustus Saunders wrote:
As for what we hope to accomplish, well, it might seem like
massive overkill to try using WINE, but it's the only
plausible way I've come up with. Basically, we want to
substitute all the graphics/windowing/GDI etc so that we can
record all the painting/rendering into som
--- Augustus Saunders <[EMAIL PROTECTED]> wrote:
> I appreciate any feedback anybody has. Thanks-
It wont work for DirectX. Wine directX structures and implementation is
incompatible with Windows
currently. Normal Win32 dlls work fine.
Thanks
Steven
__
I've been avidly following WWN for some time now, and now
that other people have brought up this topic (using WINE
dlls on Windows), I wanted to jump in. (I'm not subscribed,
so please CC me on any response) My employer is vaguely
considering pursuing a product idea, depending on 1) how
difficul
On Saturday 23 April 2005 22:12, Alex Woods wrote:
> I'm attaching to the process with gdb, but it's not catching things at
> the point where they go wrong. Typically I am just seeing a stack like
> this though:
> #0 0x56752a01 in ?? ()
If it's only giving one frame in the stack trace the cause
I think we should be avoiding duplicate information as much as possible. In
this case I didn't check to see what other version of warcraft III were in
the database. Let me remove this entry, sorry for approving it.
I'm thinking we probably want the dialog that the admin sees for processing
ve
On 4/23/05, AppDB <[EMAIL PROTECTED]> wrote:
>
> Version 1.00 of Warcraft III added by Christopher Morgan
> ---
> http://appdb.winehq.org/appview.php?versionId=3051
> This version has been submitted by Ben Klein.
>
> Best regards.
> The AppDB te
On Sat, Apr 23, 2005 at 10:02:09AM -0700, Juan Lang wrote:
> I've sent a patch to wine-patches that works for me. Would you care to
> try it?
>
> Mozilla is almost certainly wrong, though: the maximum size for the TZ
> environment variable is 15 chars (16 with the NULL):
> http://msdn.microsoft.
Ill go ahead and file a bug and take a look at the code, but I'm
probably not the person to try writing a patch for something like that..
I'm more of a scripting guy than anything else, just hang out here to
learn, help out other users, and test patches u guys write..
Dustin
Juan Lang wrote:
--
--- Dustin Navea <[EMAIL PROTECTED]> wrote:
> Perhaps they are thinking along the lines of the whole string being for
> example "GMT -06:00 Central Time" ? In which case they wouldnt want to
> convert just the GMT as it would product the wrong result.
Apples and oranges. By "converting," I mean
Perhaps they are thinking along the lines of the whole string being for
example "GMT -06:00 Central Time" ? In which case they wouldnt want to
convert just the GMT as it would product the wrong result. Just an
outsider's opinion ;-)
Dustin
Juan Lang wrote:
--- Alexandre Julliard <[EMAIL PROTEC
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Actually, judging from the pointer values I get on my XP box the
> buffers seem to be 64 chars long.
Okay, changing patch to match.
> Still, I'm not sure why Mozilla feels the need to overwrite them, that
> doesn't seem right.
No, it doesn't, a
Juan Lang <[EMAIL PROTECTED]> writes:
> Mozilla is almost certainly wrong, though: the maximum size for the TZ
> environment variable is 15 chars (16 with the NULL):
> http://msdn.microsoft.com/library/en-us/vclib/html/_crt__tzset.asp
>
> The corresponding names in _tzname are probably only 3 ch
Juan Lang <[EMAIL PROTECTED]> writes:
>
> void StorageUtl_ReadWord(const BYTE* buffer, ULONG offset, WORD* value)
> {
> - memcpy(value, buffer+offset, sizeof(WORD));
> + *value = le16toh(*(WORD *)(buffer+offset));
> }
Why are you removing the memcpy? Are the offsets guaranteed to always
b
If that is the case, shouldnt we report it as a bug in Mozilla, and is
it possible that Firefox is doing the same thing, but just that nobody
has tested it out on wine?
Dustin
Juan Lang wrote:
I've sent a patch to wine-patches that works for me. Would you care to
try it?
Mozilla is almost certa
I've sent a patch to wine-patches that works for me. Would you care to
try it?
Mozilla is almost certainly wrong, though: the maximum size for the TZ
environment variable is 15 chars (16 with the NULL):
http://msdn.microsoft.com/library/en-us/vclib/html/_crt__tzset.asp
The corresponding names i
--- Alex Woods <[EMAIL PROTECTED]> wrote:
> Well, here is a +relay,+nls log of what's happening just before the
> invalid memory address gets passed back.
Sweet, this turns up what we're looking for. (That doesn't mean I have a
patch though.) Hey James, we're back to it being a Wine bug, though
On Sat, 23 Apr 2005, Andrew Neil Ramage wrote:
This is a Windows program and people want to use Unix paths. So the
'unix://' in front of the path is a protocol, not a path.
'This is a Windows program and people want to use Unix paths' and
'unix://xxx' is not a Unix path. So I don't see how it so
On Thu, Mar 03, 2005 at 08:13:41AM +1100, Troy Rollo wrote:
> On Thu, 3 Mar 2005 03:43, Alex Woods wrote:
> > Unfortunately, I never got to try out this method properly. WoW has
> > it's own dbghelp.dll that it checks on login and that contains different
> > functions to wine's dbghelp. So I got
This is a Windows program and people want to use Unix paths. So the
'unix://' in front of the path is a protocol, not a path.
Like when you are browsing the internet using http, and wamt to download
from an FTP server, you preface the address with ftp://
Andrew
You can be the captain
I will dr
On Sat, 22 Apr 2005, Vincent Béron wrote:
Le ven 22/04/2005 à 20:09, Francois Gouget a écrit :
On Sat, 23 Apr 2005, Andrew Neil Ramage wrote:
What about writing Unix paths like an URL ? So you would have
unix://path/to/file
Why not write Unix paths as 'z:/path/to/file'. It's just one letter
instea
On Fri, Apr 22, 2005 at 05:18:58PM -0700, Juan Lang wrote:
> --- James Hawkins <[EMAIL PROTECTED]> wrote:
> > Just because Mozilla is passing a bad memory address doesn't mean
> > it's a bug in Mozilla. For example Mozilla could have requested
> > some information from wine and we gave them the ba
On Saturday 23 April 2005 02:22, Vincent Béron wrote:
> The other thing is if/when z: doesn't map to / anymore... how do you add
> it back from within winecfg?
By clicking on the 'Browse' button on winecfg's "Drives" property sheet and
selecting '/'. ;)
Besides aesthetics, I think a more fundame
23 matches
Mail list logo
