On 12/22/05, Joseph Garvin <[EMAIL PROTECTED]> wrote:
>
> What usability? I've been reading the mailing list for a few months now,
> and the only extent of 'usability' discussions for wine has been over
> whether or not experienced linux geeks will be confused by options in
> winecfg. That's not us
Thursday, December 22, 2005, 12:04:52 PM, Robert Shearman wrote:
> Vitaliy Margolen wrote:
>>5. It adds some extra needless overrides to the registry, like
>> DLLOVERRIDES="*=native, builtin". Is there a reason for this? That
>> _is exactly_ what we, developers, trying to avoid.
>>
>>
> Actu
Thursday, December 22, 2005, 4:16:54 PM, Sven Paschukat wrote:
> Vitaliy Margolen schrieb:
>> 2. It can't use wine from the source tree (again for testing).
> It should. What were your problems?
I do not have Wine installed. All I have is wine symlink in my ~/bin dir.
And winetools could not find
James Hawkins wrote:
Usability is another rapidly progressing area of wine.
What usability? I've been reading the mailing list for a few months now,
and the only extent of 'usability' discussions for wine has been over
whether or not experienced linux geeks will be confused by options in
On Thu, 2005-12-15 at 17:38 +0200, Adrian Munteanu wrote:
> Hi guys,
>
> I am trying to use wine with IE 6.
> Most of the pages are displaying fine, however the problem is with pages
> requesting JVM running.
> So could you please help me find away, if available, to make IE use
> installed JVM?
On December 22, 2005 06:15 pm, Mike McCormack wrote:
> Bill Medland wrote:
> > +static const WCHAR dfv[] = {
> > +'M','S',' ','S','h','e','l','l',' ','D','l','g',0
> > };
> >
> >
> > +if (!dialog->default_font)
> > +{
> > +DWORD len = strlenW (dfv) + 1;
> > +dial
On Thu, 2005-12-22 at 09:43 +0100, [EMAIL PROTECTED] wrote:
> On Thu, 22 Dec 2005 02:59:57 +0100, Tom Wickline <[EMAIL PROTECTED]>
> wrote:
>
> > On 12/21/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> >>
> >> As much as I appreciate the work you, Joachim, and others have put
> >> into winetools
*sigh*
sorry about spamming the list...
Thought that my messages weren't going thro.
Didn't mean to send 3 copies of it
Vik
Bill Medland wrote:
+static const WCHAR dfv[] = {
+'M','S',' ','S','h','e','l','l',' ','D','l','g',0 };
+if (!dialog->default_font)
+{
+DWORD len = strlenW (dfv) + 1;
+dialog->default_font = msi_alloc(len*sizeof(WCHAR));
+if (!dialog->default_fon
On 12/22/05, Markus Amsler <[EMAIL PROTECTED]> wrote:
>
> I found it on MSDN for LaunchINFSectionEx [1], and assumed the same for
> LaunchInfSection. I haven't tested it (yet).
>
Fair enough :) They must have recently added this, because I've never
seen LaunchInfSection[Ex] documentation on msdn
With this change [*] header does not compile under MSVC 6:
--- include/winternl.h
+++ include/winternl.h
@@ -1985,6 +1985,7 @@ BOOL WINAPI RtlEqualPrefixSid(PSID,
BOOL WINAPI RtlEqualSid(PSID,PSID);
BOOLEAN WINAPI RtlEqualString(const STRING*,const STRING*,BOOLEAN);
BOOLEAN WINAPI
Hello,
I've spotted a bug in WineD3D's surface locking, and I have no clue how to fix
this. The problem is that unlocking the back buffer causes it to become
completely black, no matter what's written to it's memory or what has been
there before.
I have written a small D3D9 test app which shows
Vitaliy Margolen schrieb:
So, Tom, could you please specify the place where I can redirect all the
people who having problems _with winetools_? To wine-users I presume? As
it looks to me that's the place where all the advertisement going on
about using winetools.
Why not to wine-users? Wineto
On Thu, 22 Dec 2005 19:52, Alexandre Julliard wrote:
> You can probably fix it by defining an _end symbol, like we do for
> MacOS. You certainly don't want to try modifying the binary after it
> has been built.
This will work if (and only if) the value of SizeOfImage is unimportant for
Winelib e
James Hawkins wrote:
On 12/22/05, Markus Amsler <[EMAIL PROTECTED]> wrote:
- * show[I] How the window should be shown.
+ * show[I] Reboot behaviour:
+ * 'A' reboot always
+ * 'I' default, reboot if needed
+ * 'N' no reboot
*
Where are
On 12/22/05, Markus Amsler <[EMAIL PROTECTED]> wrote:
>
> - * show[I] How the window should be shown.
> + * show[I] Reboot behaviour:
> + * 'A' reboot always
> + * 'I' default, reboot if needed
> + * 'N' no reboot
> *
Where are you getting this b
Vitaliy Margolen wrote:
5. It adds some extra needless overrides to the registry, like
DLLOVERRIDES="*=native, builtin". Is there a reason for this? That
_is exactly_ what we, developers, trying to avoid.
Actually, this makes sense for apps that install executables that are
coincidentl
Hi Vitaliy,
On Thursday 22 December 2005 18:32, Vitaliy Margolen wrote:
> Also had an interesting case last night: person had problems with
> winetools. When I asked the version, he said it's 3.0.9. So, there is your
> problem. Some one packaged winetools and made this version number.
This seems
Wednesday, December 21, 2005, 8:12:43 PM, Tom Wickline wrote:
> Winetools helps people run programs that they might not be able to and
> it helps them do that now. And that's what 99.9% of end users care
> about, can I run what I want to now? If the answer is no 99.8% of them
> will leave while .1%
--- Aric Cyr <[EMAIL PROTECTED]> wrote:
> Tom Spear gmail.com> writes:
>
> >
> > Aric Cyr wrote:
> > >>>I took a look at the D3D_OK hack, and I believe the problem to be
> > >>>CheckDeviceFormat in wined3d/directx.c. This function should return an
> > >>>error if
> > >>>D3DFMT_D32 is checked
Hello,
I am the author of the _itow tests and the _itow function.
As far as I can remember when I tested the _itow functions under WIN2000
and under XP (No SP or just SP1) it was allowed to call _itow with
_itow(123, NULL, 10)
and the result of this call was NULL.
The wine _itow function implem
Troy Rollo wrote:
winegcc from the current WineHQ produces assembly output for SPARC systems
that cannot be processed by the assembler.
I've attached the patches we're using for winebuild on SPARC. This
fixes both of the problems you're encountering. I'm not sure if the fix
is the right o
Am Donnerstag, 22. Dezember 2005 10:45 schrieb Andreas Mohr:
> Hi,
>
> On Thu, Dec 22, 2005 at 09:20:47AM +0100, Stefan Munz wrote:
> > Hi,
> >
> > I don't know who who is responsible for maintaining the website, but
> > probably he will read wine-devel ;-)
> >
> > I found a little typo on the down
On 12/22/05, Raphael <[EMAIL PROTECTED]> wrote:
> On Friday 16 December 2005 02:26, Aric Cyr wrote:
> > Raphael club-internet.fr> writes:
> > > On Thursday 15 December 2005 19:55, Jesse Allen wrote:
> > >
> > You really don't need to use glXQueryServerString() and
> > glXQueryClientString(). It wo
Hi,
On Thu, Dec 22, 2005 at 09:20:47AM +0100, Stefan Munz wrote:
> Hi,
>
> I don't know who who is responsible for maintaining the website, but probably
> he will read wine-devel ;-)
>
> I found a little typo on the download site for the debian packages. The link
> to the repository works for
Troy Rollo <[EMAIL PROTECTED]> writes:
> 2. "can't resolve `_end' {*UND* section} - `.L__wine_spec_rva_base' {.data
> section}"
>
> This problem is more sinister. It arises from the same limitation as the
> first
> problem, but is not susceptible to being worked around. The offending code is
>
Resent resync patch with little correction
Regards,
Raphael
On Thursday 15 December 2005 23:59, Raphael wrote:
> Hi,
>
> Thix patch should fix last wgl patch regression
> anyway i don't understand why ATI drivers don't support older GLX 1.3 specs
> (as 1.4 is already here).
>
> For glXGetFBConfig
On Friday 16 December 2005 02:26, Aric Cyr wrote:
> Raphael club-internet.fr> writes:
> > On Thursday 15 December 2005 19:55, Jesse Allen wrote:
> > > Hi,
> > >
> > > It seems that the patch
> > > git-1399edb0925966a802a6a39835025c22c22c18e1.patch found here
> > > http://www.winehq.org/pipermail/w
On Thu, 22 Dec 2005 02:59:57 +0100, Tom Wickline <[EMAIL PROTECTED]>
wrote:
On 12/21/05, James Hawkins <[EMAIL PROTECTED]> wrote:
As much as I appreciate the work you, Joachim, and others have put
into winetools, we're getting closer to the point in time when
winetools needs to be phased out
Hi,
On Thursday 22 December 2005 03:29, Aric Cyr wrote:
> Tom Spear gmail.com> writes:
> > Aric Cyr wrote:
> > >>>I took a look at the D3D_OK hack, and I believe the problem to be
> > >>>CheckDeviceFormat in wined3d/directx.c. This function should return
> > >>> an error if
> > >>>D3DFMT_D32 is
Hi,
I don't know who who is responsible for maintaining the website, but probably
he will read wine-devel ;-)
I found a little typo on the download site for the debian packages. The link
to the repository works for me only without the space:
deb http://wine.sourceforge.net/apt/ binary/
should
31 matches
Mail list logo
