you are right, i'm attaching a new patch.
2013/7/1 Hans Leidekker h...@codeweavers.com:
On Mon, 2013-07-01 at 08:56 +0900, Rosen Diankov wrote:
diff -ru wine-1.6-rc3-old/dlls/wbemprox/builtin.c
wine-1.6-rc3/dlls/wbemprox/builtin.c
--- wine-1.6-rc3-old/dlls/wbemprox/builtin.c2013-06-22
Hello all Wine developers,
[the second attempt to send, is the list subscribers only?]
the firs I would like to express my respect to the work done.
Now to one of our application, we maintain open-source chromatographic
software CHROMuLAN
https://sourceforge.net/projects/chromulan/
Hello,
my name is Wolf I am from germany and use OSX 10.8 to develop my apps, play
games etc. I have read that there is no one, who compile the OSX version of
WINE. I would do this. I have tried the osxwinebuilder script from
http://code.google.com/p/osxwinebuilder and it did the job.
I have
--- On Mon, 1/7/13, David Laight da...@l8s.co.uk wrote:
On Mon, Jul 01, 2013 at 06:13:26PM
+0200, Peter Rosin wrote:
I would like to point out that it seems that the
current bug does not
appear to be *in* setup.exe, but rather occurs when
setup.exe runs
a bash post-install script,
On Mon, 2013-07-01 at 18:08 +0900, Rosen Diankov wrote:
you are right, i'm attaching a new patch.
You didn't address all comments.
Is something wrong with this patch?
It's just a translation update and Matteo Bruni said it looks good to
him: http://www.winehq.org/pipermail/wine-devel/2013-June/100264.html
~Fabian
On 06/30/13 23:14, Thomas Faber wrote:
On 2013-06-27 13:33, Jacek Caban wrote:
That
said, if such interfaces are just obscure special case, I would say we
shouldn't care. We may easily avoid them (I just sent a patch avoiding
it in mshtml).
Ah, I hadn't even considered changing the
On 30 June 2013 09:36, Frédéric Delanoy frederic.dela...@gmail.com wrote:
On Sun, Jun 30, 2013 at 6:08 AM, 中川祥 matyapir...@gmail.com wrote:
Hi, please resubmit this patch with your full name transliterated in English.
I may just be missing something, but is there actually a good reason for
On 6/29/2013 20:26, John Chadwick wrote:
On Sat, Jun 29, 2013 at 4:48 AM, Nikolay Sivov bungleh...@gmail.com wrote:
On 6/27/2013 11:46, John Chadwick wrote:
+/* msxml's selectNodes returns a document ordered nodelist,
regardless of
+ * whether or not the xpath nodelist was document
On 06/30/13 23:29, Thomas Faber wrote:
I just tried running midl on dlls/oleaut32/tests/tmarshal.idl and it
complained:
tmarshal.idl(83) : error MIDL2270 : duplicate UUID. Same as : ItestDual [
Interface 'ITestSecondDisp' ]
This doesn't seem like it's intentional. But just giving
I don't know much about this, but it sounds like a driver is the right
way to do this. It's probably just a case of Wine's driver support not
being good enough yet to support what you want to do. So the less
intrusive/hacky way to fix this would be to improve Wine's driver
support, ideally to a
Hi Vincent, Pavel,
On Tue, Jul 2, 2013 at 8:44 AM, Vincent Povirk madewokh...@gmail.comwrote:
Since you're not prepared to spend a lot of time improving Wine's
driver support, it sounds like modifying core parts of Wine
specifically to support your application is the best approach.
An
What others have suggested in similar situations is to build a Linux
application that speaks to the device driver directly, and provides a socket
interface, then use sockets from the Windows program to talk to the device.
I didn't think of that. A winelib dll providing an API for directly
Wolf,
What additional features do you mean? I've used osxwinebuilder. I
have packaged some builds Wine using osxwinebuilder at
sourceforge.net/projects/darwine/ in case you're interested. The
builds there have pure Wine in the Wine.app/Contents/Resources folder
of the installable Mac app file.
On Sat, Jun 29, 2013 at 10:30 AM, Neumann, A. D.
info.adneum...@googlemail.com wrote:
Hello,
I changed my email address. Please send this information to:
info.adneum...@t-online.de
Thank you!
D. Neumann
You have to update your email address on the wine-announce mailing
list
Hello,
On Wed, Jul 3, 2013 at 2:41 AM, Qian Hong qh...@codeweavers.com wrote:
Current menu test code may hide some failure tests [1], with the attached
patch, all failure tests could be detected [2].
[1] https://testbot.winehq.org/JobDetails.pl?Key=26191
[2]
Update:
The commit message is a bit misleading, should be 'user32: Deactivate
menu if accelerator key not found when tracking top level menu.',
removed the word 'popup'.
Sorry for the trouble.
On Wed, Jul 3, 2013 at 2:45 AM, Qian Hong qh...@codeweavers.com wrote:
---
dlls/user32/menu.c
Hi,
wanted to let you know that i've seen Reporting 1.2K crashes [1]
and searched for Wine results [2] and it seems we raised no issues with that
testsuite.
Though it's not designed to test Wine, i felt happy not to see Wine on a list
of faulty applications ;)
[1]
On Tue, Jul 2, 2013 at 11:39 PM, André Hentschel n...@dawncrow.de wrote:
---
en/winedev-debugger.sgml | 269
++-
1 file changed, 222 insertions(+), 47 deletions(-)
diff --git a/en/winedev-debugger.sgml b/en/winedev-debugger.sgml
index
On 03.07.2013 00:02, Frédéric Delanoy wrote:
On Tue, Jul 2, 2013 at 11:39 PM, André Hentschel n...@dawncrow.de wrote:
---
en/winedev-debugger.sgml | 269
++-
1 file changed, 222 insertions(+), 47 deletions(-)
diff --git
20 matches
Mail list logo