Hello,
is anyone working on this? Or are we going to get rid of
tools/winapi/msvcmaker. If not, this is my try to fix the tool.
ChangeLog:
Saulius Krasuckas <[EMAIL PROTECTED]>
Sync msvcmaker with make_ctests to generate valid code.
Index: tools/winapi/msvcmaker
James Liggett wrote:
Hello all,
I've noticed some problems installing Internet Explorer 6 SP1 with any
version of WINE newer than 20050310, and that includes CVS as of
yesterday. Apparently, I'm not the only one; many other are also having
issues with 20050419 and 20050524. With my current setup
Hello all,
I've noticed some problems installing Internet Explorer 6 SP1 with any
version of WINE newer than 20050310, and that includes CVS as of
yesterday. Apparently, I'm not the only one; many other are also having
issues with 20050419 and 20050524. With my current setup, I get this
error repea
Mike Hearn wrote:
Well, I don't think Alexandre has a WoW account or copy and there isn't
enough information here to see what's going on. It's odd that seems VM
layout related though. The issue looks like it's in OpenGL though, their
"1.5 patch hotfix" is a replacement of the opengl32 DLL.
than
cdr wrote:
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
It is on my "todo" list. But you must understand our difference
in perspective:
Alright then, I don't think anyone cares if your app has a workaround
for a bug which is no longer present in cur
Mike Hearn <[EMAIL PROTECTED]> writes:
> That's one side of the coin, the other is that perfect is the enemy of the
> good. We already lost/pissed off one project, the VST Wine plugin stuff,
> because we released new versions that broke their software and they
> couldn't even programmatically chec
cdr <[EMAIL PROTECTED]> writes:
> Wine used to be almost exclusively for end users who had win32
> applications (binaries), and wanted to run them under Linux,
> not only without any help, bu almost "againt the will" of the
> developers of those applications. I am, on the other hand,
> a different
On Thu, Jun 16, 2005 at 11:26:45PM +0200, Alexandre Julliard wrote:
>
> I think the whole canonicalization thing is suspect; you should never
> compare Unix path strings. If you have to compare paths you should use
> stat and compare device/inode.
Except that some FS have difficulty generating un
Scott Ritchie wrote:
[...]
I brought this up before, but what about converting to XML and just
using the XML doc tools that come much more commonly these days? We
wouldn't need to bundle anything weird then, either. IIRC, the sgml
files are almost exactly the same as XML files, it shouldn't be
Felix Nawothnig wrote:
cdr wrote:
much appreciated, cdr
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
Since bitblt isn't exactly rocket science this one should be easy to
fix... (no?)
It is on my "todo" list. But you must understand our diff
cdr wrote:
much appreciated, cdr
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
Since bitblt isn't exactly rocket science this one should be easy to
fix... (no?)
Felix
From: "Mike Hearn" <[EMAIL PROTECTED]>
> Realistically, not everybody can fix Wine even if they wanted to. Once you
> get into the swing of it, it's easy to forget what the learning curve is
> like. In this case I think a wine_version symbol really would be useful
> and wouldn't hurt the project mu
On Fri, 17 Jun 2005 11:19:27 -0400, Dimi Paun wrote:
> We don't support such a thing officially because it will hurt the project:
> it's always easier to work around stuff rather then fix it properly. And
> the result will most likely be crippled and people will hate it.
That's one side of the coi
Dimi Paun wrote:
if you *really* want to do it:
-- at compile time:
#ifdef __WINE__
#endif
-- at runtime:
if( GetProcAddress(LoadLibrary("kernel32"), "wine_get_unix_file_name")
{
.
}
much appreciated, cdr
From: "cdr" <[EMAIL PROTECTED]>
> (int WinelibVersion(); that returns nn - Please, please...)
We don't support such a thing officially because it will
hurt the project: it's always easier to work around stuff
rather then fix it properly. And the result will most likely
be crippled and people w
Hello,
assuming that this patch has not been commited since AJ does not regard
it as obvious and riskfree (or even as wrong), how could I improve the
patch at
http://www.winehq.org/hypermail/wine-patches/2005/06/0262.html
(Loads the file/folder context menu of the file menus from the resource
Le vendredi 17 juin 2005 à 14:13 +, cdr a écrit :
> Andreas Mohr wrote:
>
> ...
> >>>I have a need to detect - from within my application - that
> >>>it is running under wine. What is the correct way - if any -
> >>>to perform such test?
Do it the Microsoft genuine downloads'way, even if
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 17, 2005 at 01:08:18PM +0100, Oliver
> Stieber wrote:
> >
> >
> >
> > --- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver
> > > Stieber wrote:
> > > > Hi,
> > > > Is MXSML work
Andreas Mohr wrote:
...
>>>I have a need to detect - from within my application - that
>>>it is running under wine. What is the correct way - if any -
>>>to perform such test?
>>
>>This is something that we strongly discourage. You can just
>>add a simple hack for now in your code, while we try
On Thu, 16 Jun 2005 09:44:34 +0200, Raphael wrote:
> Well cedega seems to have the same problem (google) and they fixed it
> using specific memory layout for WoW (mmap begins at 0x1000) Seems
> more a WoW bug than wine/cedega bug :)
Yes, it's a WoW bug, some Windows users are affected too. Unf
From: "Scott Ritchie" <[EMAIL PROTECTED]>
> I brought this up before, but what about converting to XML and just
> using the XML doc tools that come much more commonly these days? We
> wouldn't need to bundle anything weird then, either. IIRC, the sgml
> files are almost exactly the same as XML f
From: "cdr" <[EMAIL PROTECTED]>
> Am I correct in assuming (see above in thread) that in some
> previous wine version it *was* possible to produce stand-alone
> version?
Maybe, but if so, it's sooo back in the dark ages that's not
worth mentioning.
> Any plans to make it possible (again)?
Yes,
James Hawkins <[EMAIL PROTECTED]> writes:
> There isn't an RtlCopyAcl in ntdll, but it simplifies the code a bit
> and can be useful in other places. For one I should've taken out the
> [EMAIL PROTECTED] because we don't export it, but should the function be named
> something else?
Yes, it shoul
On 17 Jun 2005 11:56:32 +0200, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> James Hawkins <[EMAIL PROTECTED]> writes:
>
> > +/**
> > + * RtlCopyAcl [EMAIL PROTECTED]
> > + */
> > +BOOLEAN WINAPI RtlCopyAcl(DWORD n
Dimi Paun wrote:
They are true Linux binaries (ELF format) but they need a bit of
setup (for Windows compat) _before_ they start.
Am I correct in assuming (see above in thread) that in some
previous wine version it *was* possible to produce stand-alone
version? Any plans to make it possible (ag
James Hawkins wrote:
Hi,
I'm not exactly sure whether the LPVOID param of
NtQueryInformationToken should be a BOOLEAN value or a DWORD like
NumRestrictedSids (it isn't documented), but because we just want to
know whether there exists at least one, the BOOLEAN does the trick
until we know how t
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver
> Stieber wrote:
> > Hi,
> > Is MXSML working properly at the moment?
> > I've been trying to get render monkey working so >
>
> > XML Parse Error:
> > FIle: data\rm_registry.rfx
> > Error Code
On Fri, Jun 17, 2005 at 01:08:18PM +0100, Oliver Stieber wrote:
>
>
>
> --- Marcus Meissner <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver
> > Stieber wrote:
> > > Hi,
> > > Is MXSML working properly at the moment?
> > > I've been trying to get render monke
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver
> Stieber wrote:
> > Hi,
> > Is MXSML working properly at the moment?
> > I've been trying to get render monkey working so >
>
> > XML Parse Error:
> > FIle: data\rm_registry.rfx
> > Error Code
James Hawkins <[EMAIL PROTECTED]> writes:
> +/**
> + * RtlCopyAcl [EMAIL PROTECTED]
> + */
> +BOOLEAN WINAPI RtlCopyAcl(DWORD nDestinationAclLength, PACL pDestinationAcl,
> PACL pSourceAcl)
I don't see any RtlCopyA
James Hawkins wrote:
> I'm not exactly sure whether the LPVOID param of
> NtQueryInformationToken should be a BOOLEAN value or a DWORD like
> NumRestrictedSids (it isn't documented), but because we just want to
> know whether there exists at least one, the BOOLEAN does the trick
> until we know how
Mike McCormack wrote:
I get 3 warnings, when compiling Wine without any extra -W flags. They
are all of the following kind:
config.c: In function `init_server_dir':
config.c:125: warning: right shift count >= width of type
This occured because I configured wine as follows:
CFLAGS="-Werror
Hi,
On Thu, Jun 16, 2005 at 09:55:13PM -0400, Dimi Paun wrote:
> On Fri, 2005-06-17 at 01:39 +, cdr wrote:
> > While testing my Win32 application under wine, I came to the
> > conclusion that some bit-blit ops behave differently from
> > when the same code is running under native Windowds. Whi
Juan Lang <[EMAIL PROTECTED]> writes:
> First post!
>
> Now that winecfg writes to the registry (yay!), we can't set the Windows
> version. winecfg writes the version to HKCU\\Software\\Wine\\Version.
> ntdll looks for it in HKLM\\Software\\Wine\\Wine\\Config\\Version.
>
> Ordinarily I'd just
> On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver Stieber wrote:
> > Hi,
> > Is MXSML working properly at the moment?
> > I've been trying to get render monkey working so I can
> > do some more testing on vertex shaders but if fails
> > with the following error:
Native MSXML was working last ti
--- Marcelo Duarte <[EMAIL PROTECTED]> wrote:
> Hiji escreveu:
>
> >I'll join, and add this. I'm on Suse 9.2 Pro,
> >wine-20041203, and the only printers I have are on
> the
> >network. I can print fine through any native linux
> >apps, but if I try to print through Wine, it says
> >there are
36 matches
Mail list logo
