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/
Hi,
On Thursday 22 December 2005 03:29, Aric Cyr wrote:
Tom Spear speeddymon at 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
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 by
On Friday 16 December 2005 02:26, Aric Cyr wrote:
Raphael fenix at 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
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 glXGetFBConfigs i
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
the code
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 me
On 12/22/05, Raphael [EMAIL PROTECTED] wrote:
On Friday 16 December 2005 02:26, Aric Cyr wrote:
Raphael fenix at 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 would be
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 download site for
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
--- Aric Cyr [EMAIL PROTECTED] wrote:
Tom Spear speeddymon at 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 for on cards
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%
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 to
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
coincidently
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 behavior
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 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
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
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
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
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_font)
*sigh*
sorry about spamming the list...
Thought that my messages weren't going thro.
Didn't mean to send 3 copies of it
Vik
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, we're getting
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;
+dialog-default_font =
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?
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
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
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.
Actually, this
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
29 matches
Mail list logo