On Thu, 1 Jun 2006, Mike McCormack wrote:
+ln -s /media/cdrom $WINEPREFIX/dosdevices/m:
Wouldn't it be better to create it as the d: drive?
That's usually where CD-ROM drives end up on Windows...
--
Francois Gouget [EMAIL PROTECTED] http://fgouget.free.fr/
War
Detlef Riekenberg [EMAIL PROTECTED] writes:
+SetLastError(0xdeadbeef);
+res = GetPrintProcessorDirectoryA(NULL, NULL, 1, NULL, 0, cbBuf);
+if(!res ( (GetLastError() == ERROR_CALL_NOT_IMPLEMENTED) ||
+ (GetLastError() == 0xdeadbeef) )) {
+trace(Not
Detlef Riekenberg [EMAIL PROTECTED] writes:
During the Time, things changed and I get confused more and more times
about special Developers and other Developers, as well as special
Patches and other Patches.
(It's also Possible, that i did not see the big differences before).
There's no
Message d'origine
De: Alexandre Julliard [EMAIL PROTECTED]
A: Detlef Riekenberg [EMAIL PROTECTED]
Date: Thu, 01 Jun 2006 11:45:10 +0200
Copie à: wine-devel@winehq.com, Mike Hearn [EMAIL PROTECTED]
Sujet: Re: How are we doing?
Detlef Riekenberg [EMAIL PROTECTED] writes:
During the Time,
Pavel Troller [EMAIL PROTECTED] writes:
Hi!
As some of you know, I'm experimenting with my new 64bit systems. I've found
that there are problems running a lot of applications, which normally run on
a 32bit system.
A typical example is IL2 Sturmovik Forgotten Battles game. On a 32bit
Alexandre Julliard [EMAIL PROTECTED] writes:
Thomas Weidenmueller [EMAIL PROTECTED] writes:
LoadString() cannot be used to measure the length of a string resource.
It will not return the length of the string if no buffer is provided,
instead it will return 0! This patch fixes the broken
Hi Alexandre,
many thanks that you are also looking at this problem.
It may be that your kernel doesn't allow writable memory to be made
executable, in which case we can't do anything about it. Or maybe the
workaround is simply broken... It may also be possible to make that
section
Pavel Troller [EMAIL PROTECTED] writes:
But now I'm unsure, maybe we are on a false track. I just examined +relay
output again and I've found that immediately after the No-exec message the
program seems to continue normally. The problem (exception loop in msvcrt)
occurs many thousands lines
Pavel Troller [EMAIL PROTECTED] writes:
But now I'm unsure, maybe we are on a false track. I just examined +relay
output again and I've found that immediately after the No-exec message the
program seems to continue normally. The problem (exception loop in msvcrt)
occurs many thousands
[EMAIL PROTECTED] writes:
It's possible to see on wiki the trust points positions ? :)
And on each WWN, see the variations (seems the famous kde buzz) :)
The commit logs contain the time of the change and the time of the
commit, so you could use that to build a top-10 of the developers with
On Thu, Jun 01, 2006 at 01:42:37PM +0200, Pavel Troller wrote:
Pavel Troller [EMAIL PROTECTED] writes:
But now I'm unsure, maybe we are on a false track. I just examined +relay
output again and I've found that immediately after the No-exec message the
program seems to continue
Pavel Troller [EMAIL PROTECTED] writes:
It looks that the first exception is the No-exec, then there is one more
lonely
one (at 0x6d4db3ef) and the third one (at 0x6d4d5d7b) is the first invocation
of the looping one - this one repeats in the log at the same address forever.
Sounds like the
Oh, FWLIW, I have suggested to Jason Matusow, the current Microsoft Standards
maven, that the time has come (portentious voice ;) to submit the MS Win32
API to the standardization process, since Wine is now in Beta, there are more
than one OS supporting the Win32 API as the standard API, and
On 6/1/06, Alexandre Julliard [EMAIL PROTECTED] wrote:
It's possible to see on wiki the trust points positions ? :)
And on each WWN, see the variations (seems the famous kde buzz) :)
The commit logs contain the time of the change and the time of the
commit, so you could use that to build a
It looks that the first exception is the No-exec, then there is one more
lonely
one (at 0x6d4db3ef) and the third one (at 0x6d4d5d7b) is the first
invocation
of the looping one - this one repeats in the log at the same address
forever.
Sounds like the whole code section is
On Thu, Jun 01, 2006 at 02:59:30PM +0200, Pavel Troller wrote:
[EMAIL PROTECTED]:/proc/28433# cat maps |grep 6d4
6d42-6d421000 r--p 09:00 20202255
/home/tv/il2sturmovikfb/bin/hotspot/jvm.dll
i run this game (il2+fb+ace+pf) on a opteron system quite
Pavel Troller [EMAIL PROTECTED] writes:
This page really is NOT executable. So, why the workaround has been activated
just for one page (6d4d - 6d4d1000) and not for the other ones, where it
also should be ? Why this new page has not been worked-around ?
Because the app exception handler
Juris Smotrovs [EMAIL PROTECTED] writes:
@@ -1435,9 +1435,19 @@
%s: in msg 0x%04x expecting lParam 0x%lx got 0x%lx\n,
context, expected-message, expected-lParam,
actual-lParam);
}
- ok_( file, line) ((expected-flags defwinproc) ==
On Wed, 31 May 2006 07:26:37 +0200, Pavel Troller wrote:
The machines are running very similar kernels. Both are hardened with
exec-shield, but even disabling it on a 64bit by
'echo 0 /proc/sys/kernel/exec-shield' doesn't help. The 32bit works even with
exec-shield enabled (and doesn't print
The location CD drives are mounted changes between systems, this patch is
essentially specific to yours. Wine already supports HAL, which should
solve this in a more correct manner (though we have reports it doesn't
work for some games!), so how comes that's not enough?
thanks -mike
Alexandre Julliard wrote:
@@ -1435,9 +1435,19 @@
%s: in msg 0x%04x expecting lParam 0x%lx got 0x%lx\n,
context, expected-message, expected-lParam,
actual-lParam);
}
- ok_( file, line) ((expected-flags defwinproc) == (actual-flags
Changelog :
Winecfg add CoreAudio to audio drivers list
thanks
Emmanuel
winecfg_add_coreaudio.diff
Description: Binary data
On 6/1/06, Mike Hearn [EMAIL PROTECTED] wrote:
The location CD drives are mounted changes between systems, this patch is
essentially specific to yours. Wine already supports HAL, which should
solve this in a more correct manner (though we have reports it doesn't
work for some games!), so how
Am Donnerstag, den 01.06.2006, 11:45 +0200 schrieb Alexandre Julliard:
During the Time, things changed and I get confused more and more times
about special Developers and other Developers, as well as special
Patches and other Patches.
(It's also Possible, that i did not see the big
Mike Hearn [EMAIL PROTECTED] writes:
As a hack you can change the code so every range of memory that is mapped
is mapped executable.
Yes, I'm afraid we'll have to do that by default, there are too many
broken binaries out there.
--
Alexandre Julliard
[EMAIL PROTECTED]
Vincent Povirk [EMAIL PROTECTED] writes:
So the HAL thing doesn't work for everyone, and this works for a lot
of people. When you see /media/cdrom, you can be sure it's a cd-rom
drive. So why not use it?
Because HAL is supposed to work (assuming you have the proper
libraries), and if it
Am Donnerstag, den 01.06.2006, 11:15 +0200 schrieb Alexandre Julliard:
Detlef Riekenberg [EMAIL PROTECTED] writes:
+SetLastError(0xdeadbeef);
+res = GetPrintProcessorDirectoryA(NULL, NULL, 1, NULL, 0, cbBuf);
+if(!res ( (GetLastError() == ERROR_CALL_NOT_IMPLEMENTED) ||
+
Detlef Riekenberg [EMAIL PROTECTED] writes:
I want to be nice to make it easy for them to reuse our tests.
They got an SoC-Project for the Spooler, so the lifetime for this
test will be about half a Year up to the maximum of a Year.
Nobody will ever fix it, since it silently handles both
Am Dienstag, den 30.05.2006, 11:06 -0300 schrieb Augusto Arcoverde da
Rocha:
Hi all,
Where I can find the inputbox drawing code?
Some of these box appear with scrollbar when testing Action Request
System application under Wine, but not under MS Windows.
Might be:
dlls/user/edit.c (edit
* Detlef Riekenberg [EMAIL PROTECTED] [01/06/06, 01:15:28]:
Big Patches went into the tree:
Juan Lang: crypt32: Implement CryptBinaryToStringA and
CryptStringToBinaryA.
When I saw the big Patch, i wanted to ask to split this in seperate
Patches:
1x Header-Changes
2x Testcase (2
Any status on what projects have been approved and
who is going to work on which project for this years SoC.
---
Vijay
On 6/1/06, Kai Blin [EMAIL PROTECTED] wrote:
* Detlef Riekenberg [EMAIL PROTECTED] [01/06/06, 01:15:28]:
Big Patches went into the tree:
Juan Lang: crypt32: Implement
Hi,
Tony Lambregts wrote:
In the interm I believe the AppDB has helped a lot. I think that the
work that we have put into it has paid off fairly well to a point. So
far we have added:
- Applications Maintantainers that can modify application entries on
an App by App basis.
- Notification
I will be working on riched20 for SoC - Initially I'll be working on
some unimplemented messages and styles, and then I'll be working on
some of the missing COM interfaces.
Details are at http://wiki.winehq.org/MatthewFinnicum
--Matt
On 6/1/06, Vijay Kiran Kamuju [EMAIL PROTECTED] wrote:
Any
As a SoC project I'll try to improve the integration of wine with the
Unix shells. My first step will be to implement the freedesktop.org
Trash. I've written some code that doesn't add any new features but
shows how I want to add it. I'd like to know if this is a good design?
The main idea
On 6/1/06, KGJ [EMAIL PROTECTED] wrote:
Hi,
The AppDB is a great idea, but why is it so poorly integrated in the
main page? The same question goes to the Bugtracker and the Wiki where
the situation is even worse. On most web pages you have a navigation bar
which remains the same as long as
On Thu, Jun 01, 2006 at 03:21:52PM -0400, Vijay Kiran Kamuju wrote:
Any status on what projects have been approved and
who is going to work on which project for this years SoC.
They are listed here:
http://code.google.com/soc/wine/about.html
Ciao, Marcus
On 6/1/06, Mike Hearn [EMAIL PROTECTED] wrote:
The location CD drives are mounted changes between systems, this patch is
essentially specific to yours. Wine already supports HAL, which should
solve this in a more correct manner (though we have reports it doesn't
work for some games!), so how
KGJ [EMAIL PROTECTED] wrote:
The AppDB is a great idea, but why is it so poorly integrated in the
main page? The same question goes to the Bugtracker and the Wiki where
the situation is even worse. On most web pages you have a navigation bar
which remains the same as long as you are on the same
Tony Lambregts wrote:
The Application Queue is not being processed in a timely fashion.
For myself I am busy with my day job, working on upgrading bugzilla, and
burnt out/frustrated trying to keep up with Application submitions (I am
too soft hearted to reject some submittions that probably
Hi Folks,
I'd like to pull one thread out of a previous discussion
and ask for comments on it specifically; I think other issues
in the thread detracted from what I think is a useful discussion.
Specifically, should we create a 'wine-macos' mailing list?
I think the idea would be that it would
On 6/1/06, Alexandre Julliard [EMAIL PROTECTED] wrote:
Yes, I'm afraid we'll have to do that by default, there are too many
broken binaries out there.
I think we've only seen a couple of such reports so far given
that the exec bit was never enforced before now it wouldn't be
surprising if
On 6/1/06, Jesse Allen [EMAIL PROTECTED] wrote:
What about the device node symlink? It's needed for the games alot and
it's the number one thing I get asked for help for now. We don't have
an easy way to detect it, although HAL should be able fix it.
Right well that's us being borked somewhere
* Jeremy White [EMAIL PROTECTED] [01/06/06, 17:05:31]:
Hi Folks,
I'd like to pull one thread out of a previous discussion
and ask for comments on it specifically; I think other issues
in the thread detracted from what I think is a useful discussion.
Specifically, should we create a
Am Montag, den 29.05.2006, 21:28 +1000 schrieb Jeff Latimer:
A minor spelling mistake, deaddeef instread of deadbeef.
Thanks for validating my Patch.
And updated Check is already in the Tree :-)
--
By By ...
... Detlef
On 6/1/06, Jeremy White [EMAIL PROTECTED] wrote:
Specifically, should we create a 'wine-macos' mailing list?
I think the biggest concern here is that we've fragmented things
before and we know we suck at maintaining multiple lists/forums for
the same thing. Examples - wine-users c.e.m.wine
Speaking from the viewpoint of a new wine developer, the major hurdle, in my
view, to contributing to wine is the lack of comments in the code, and the
lack of whitespace. Wine is complicated enough, and the lack of comments in
the code makes it more difficult. When trying to trace existing
At 5:05 PM -0500 6/1/06, Jeremy White wrote:
Some Mac folks have told me privately that having a Mac specific mailing
list on www.winehq.org would make it more inviting to them.
Perhaps that is reason alone to make the change.
What do others think?
+1
mark
--
Brian Vincent wrote:
HOWEVER...
I say create wine-macos but remove darwine-devel - keeping it would be
too confusing. User-level stuff can go to wine-macos and devel stuff
can go to wine-devel.
What? And make the millions of PowerPC Mac owners cry? I don't think
so.
WineHQ has nothing
On Friday 02 June 2006 00:12, Mark F. Murphy wrote:
At 5:05 PM -0500 6/1/06, Jeremy White wrote:
Some Mac folks have told me privately that having a Mac specific mailing
list on www.winehq.org would make it more inviting to them.
Perhaps that is reason alone to make the change.
What do
Jim White wrote:
Brian Vincent wrote:
HOWEVER...
I say create wine-macos but remove darwine-devel - keeping it would be
too confusing. User-level stuff can go to wine-macos and devel stuff
can go to wine-devel.
What? And make the millions of PowerPC Mac owners cry? I don't think
so.
I've found a simple solution to this, not a fix for the SQL bug, but a fix
for InstallFiles().
If you notice in where.txt, Im selecting * from media WHERE LastSequence
1. The default sort order for the results is by the table key of DiskId,
which follows that of LastSequence.
Simply
or not, LastSequence of 0, is being returned in DiskId of 22 further down in
the text. which is not greater than 1, I guess the WHERE statement is
broken, as its returning a 0, when the query is SELECT * FROM `Media` where
`LastSequence` 1.
From: EA Durbin [EMAIL PROTECTED]
To: [EMAIL
EA Durbin wrote:
I've written some tests to debug the MSI Installer in wine, in which I have
tested various SQL statements against the America's Army installer database
and iterated through the queries.
Great. Can you package up the tests as Wine conformance tests?
That would be very useful;
I changed the sql statement in my installer to read the following.
SELECT * FROM Media WHERE LastSequence %i
, and it returns the 1st DiskId, with a LastSequence of 6, even after the
LastSequence exceeds 6.
The WHERE STATEMENT is broken in msi SQL.
The installation of the first 6 .dlls
Great. Can you package up the tests as Wine conformance tests?
I'm new to wine, how do I accomplish this?
From: Dan Kegel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: wine-devel wine-devel@winehq.org
Subject: re: MSI query tests
Date: Thu, 1 Jun 2006 19:14:08 -0700
EA Durbin wrote:
I've
On 6/1/06, EA Durbin [EMAIL PROTECTED] wrote:
Great. Can you package up the tests as Wine conformance tests?
I'm new to wine, how do I accomplish this?
http://winehq.org/site/docs/winedev-guide/testing
has an introduction to the subject.
- Dan
1. The conformance test suite must run on Windows. This is necessary to
provide a reasonable way to verify its accuracy. Furthermore the tests must
pass successfully on all Windows platforms (tests not relevant to a given
platform should be skipped).
I don't know how I would run this on
On 6/1/06, EA Durbin [EMAIL PROTECTED] wrote:
1. The conformance test suite must run on Windows. This is necessary to
provide a reasonable way to verify its accuracy. Furthermore the tests must
pass successfully on all Windows platforms (tests not relevant to a given
platform should be skipped).
EA Durbin wrote:
SELECT * FROM `Media` WHERE `LastSequence` 1 that it returns the SQL
statement correctly.
Then in orderby.txt i query
SELECT * FROM `Media` ORDER BY `LastSequence` and it returns the results
as expected.
Then in compoundsql.txt I query SELECT * FROM `Media` WHERE
My first analysis was incorrect, its not the compound statement that is
broken, but the existing implementation of the WHERE statement in MSI SQL
is broken. I've ran several tests to confirm this.
I don't know how this can be replicated in windows, as the problem lies
within the existing
EA Durbin wrote:
This is as close as I will be able to come to including a test case, as
this is how I obtained my results.
If you want me to fix the problem, please submit a regression test to
wine-patches with a todo_wine{} around the code that doesn't work.
thanks,
Mike
61 matches
Mail list logo
