El 02/08/11 17:38, Octavian Voicu escribió:
When building a 32-bit wine in a 64-bit build environment with
default glib headers (gstreamer uses glib.h), glib 64-bit types
(such as gint64 and guint64) are not properly defined, causing
many compiler warnings and most likely a broken
El 10/11/10 15:02, André Hentschel escribió:
That's the behaviour of XP and up:
http://test.winehq.org/data/tests/oledb32:convert.html
It's tricky to fix in Wine as you really don't know how much space you have in
dst and assuming space breaks other tests.
---
dlls/oledb32/tests/convert.c |
I have a VB6 application that requires oledb32 to convert from
DBTYPE_VARIANT to DBTYPE_BYTES, and fails with builtin oledb32 since
conversions to DBTYPE_BYTES are unimplemented. I set up a VirtualBox VM
with Windows XP and the latest Cygwin in order to add a oledb32 test to
show me what
El 22/02/10 12:41, Austin English escribió:
On Mon, Feb 22, 2010 at 11:03 AM, Alex Villacís Lasso
a_villa...@palosanto.com wrote:
I have a VB6 application that requires oledb32 to convert from
DBTYPE_VARIANT to DBTYPE_BYTES, and fails with builtin oledb32 since
conversions to DBTYPE_BYTES
Aric Stewart escribió:
---
configure.ac | 12 +
dlls/winemp3.acm/Makefile.in | 11 +-
dlls/winemp3.acm/common.c | 261 ---
dlls/winemp3.acm/dct64_i386.c | 329
dlls/winemp3.acm/decode_i386.c | 164
dlls/winemp3.acm/huffman.h | 346
Rosanne DiMesio escribió:
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso a_villa...@palosanto.com wrote:
The libmpg123 library is not shipped in any rpmfusion repository for
Fedora 10, and possibly for other distros. This means anyone who wants
mp3 support would need to install
Dmitry Timoshkov escribió:
Alex Villacís Lasso a_villa...@palosanto.com wrote:
I recently filed http://bugs.winehq.org/show_bug.cgi?id=18734 in
which I showed that DlgDirList is behaving incorrectly for 16-bit
apps. I also included a test program compiled with the Watcom C
compiler, as well
I recently filed http://bugs.winehq.org/show_bug.cgi?id=18734 in which I
showed that DlgDirList is behaving incorrectly for 16-bit apps. I also
included a test program compiled with the Watcom C compiler, as well as
a patch. Then a comment appeared saying that it should be possible to
create a
Austin English escribió:
On Mon, Jun 8, 2009 at 2:46 PM, Alex Villacís
Lassoa_villa...@palosanto.com wrote:
I recently filed http://bugs.winehq.org/show_bug.cgi?id=18734 in which I
showed that DlgDirList is behaving incorrectly for 16-bit apps. I also
included a test program compiled with
Guillaume SH escribió:
Hi wine community,
I took some time for reflexion following the thread A step in the wrong
direction, in an ocean of steps in the right direction and to the
explanations some of you kindly exposed to me.
As a follow-up I am making a proposal.
A - The proposal
A1
Alex Villacís Lasso escribió:
This is supposed to be a fix for bug #12311 . This bug involves a
recursive message loop where the application forces visibility of
scrollbars for the richedit control, which causes a WM_SIZE that
triggers an update of the window size and re-hiding
This is supposed to be a fix for bug #12311 . This bug involves a
recursive message loop where the application forces visibility of
scrollbars for the richedit control, which causes a WM_SIZE that
triggers an update of the window size and re-hiding of the scrollbar.
However, just after exiting
This patch adds a few tests for scrollbar behavior in Windows. It shows
that if the window was created with at least WS_VSCROLL or WS_HSCROLL
styles, WinXP returns default information for scrollbar range, but Win98
returns an error, until first initialized. This error does not change if
styles
and changed to be
consistent. Having said that, I agree that it is better to implement the
WinXP behavior. I will do that in a future patch.
Reece Dunn escribió:
2008/6/30 James Hawkins [EMAIL PROTECTED]:
On Mon, Jun 30, 2008 at 3:34 PM, Alex Villacís Lasso
[EMAIL PROTECTED] wrote
Dan Kegel escribió:
Under Valgrind, on my nice fast e7200 system,
the entire suite of tests takes about three hours to run.
The slowest ten percent of the tests take over a third of the runtime.
riched20's editor.c in particular spends way too long
(I think) on test_EM_AUTOURLDETECT.
The
James McKenzie escribió:
This patch has the corresponding test. Could you please send a patch
(one or more) that would test the behaviors fixed by the previous
patches? This will make it more likely for AJ to accept the patches, and
will also prevent someone (such as myself)
Default richedit font (System) in Windows causes native richedit to
report CFM_BOLD as always set, regardless of selection, or previous
calls to EM_SETCHARFORMAT. Switch to Courier New in order to see that
richedit really sets the CFM_BOLD attribute in the correct selection.
This fix was
James Hawkins escribió:
Hi Alex,
The following commit introduces several windows test failures across
the board in riched20:
commit 0e9ed5c10e3ac6b253712037f0b30046a5656239
Author: Alex Villacís Lasso [EMAIL PROTECTED]
Date: Sun May 11 09:54:58 2008 -0500
richedit: Empty text should
James Hawkins escribió:
Hi Alex,
The following commit introduces several windows test failures across
the board in riched20:
commit 0e9ed5c10e3ac6b253712037f0b30046a5656239
Author: Alex Villacís Lasso [EMAIL PROTECTED]
Date: Sun May 11 09:54:58 2008 -0500
richedit: Empty text
Alex Villacís Lasso escribió:
Found while debugging #13864 . While it does not solve the bug, it is
worthwhile to get this out of the way.
EM_POSFROMCHAR can return the position of the requested character
through either a pointer to a POINTL through wParam, or through the
result value
Dylan Smith escribió:
EM_STOPGROUPTYPING simply ends the undo coalescing transaction. The
remarks for this message on MSDN explains what events stops group
typing, which led me to adding the delete key to the actions that stop
group typing.
The tests that are included with this patch verify
Filipe Ferreira escribió:
This is a combination of both patches from my earlier submission. The
reason I made them separate was because I am unable to test other
languages besides
English. Though, if anyone could tell me how to run wine under a
different language, I would test them.
Find
Wine 1.0 is out! Great!
Does this mean we are now out of code freeze? I have a bunch of richedit
patches I submitted previously but were held up because of the code
freeze. Is it time to submit them again?
--
perl -e '$x=2.4;print sprintf(%.0f + %.0f = %.0f\n,$x,$x,$x+$x);'
Alex Villacís Lasso escribió:
Eric Pouech escribió:
Alex Villacís Lasso a écrit :
Even though the code freeze is still in effect, I post this so that
it will be reviewed. For more information, see bug #12311.
Changelog:
* richedit: empty text should result in a scroll range of 0.
* Tests
Eric Pouech escribió:
Alex Villacís Lasso a écrit :
Even though the code freeze is still in effect, I post this so that it
will be reviewed. For more information, see bug #12311.
Changelog:
* richedit: empty text should result in a scroll range of 0.
* Tests for this behavior
The patch:
3066116f76c0c44950fde3552485b37dce24d1f8
quartz: Clean up pullpin code.
causes a regression in a test application I have. I see the following
message in the console:
pin.c:1236: PullPin_Init: La declaración `pCustomRequest' no se cumple.
And I get an Automation error in a message
Alex Villacís Lasso escribió:
EM_FINDTEXT and EM_FINDTEXTEX have different rules for interpreting
ranges for 1.0 and 2.0 modes:
In 1.0 emulation cpMin cpMax is invalid and always fails.
In 1.0 emulation, search is always done between cpMin and cpMax, even
backwards search.
In 1.0
Frank Richter escribio':
On 22.04.2008 13:47, Alexandre Julliard wrote:
uxtheme: Speed up UXTHEME_SizedBlt in the ST_TILE by building an
appropriately-sized memory bitmap out of the tile instead of iterating with
UXTHEME_Blt() directly.
But does that keep the alpha channel
stephen cooper escribió:
ref. Linux Format DVD 104 April 2008From: stephen cooper ([EMAIL PROTECTED])
I am new to Linux.I have just installed Linux UBUNTU 7.1 (gutsy) onto my
computer with no problems. I want to install wine.I have written the source
code onto my hard disc. (using tar )
Alex Villacís Lasso escribió:
The attached patch seems to fix this issue for me. It issues
X11DRV_MapNotify
when it detects that the window is still marked as iconic on a
transition from
IconicState to NormalState. Please comment on this.
See bug #12196 for full discussion.
Changelog
Dmitry Timoshkov escribió:
Alex Villacís Lasso [EMAIL PROTECTED] wrote:
The problem with IDA is that the button you see in the Windows task bar
does not belong to the main IDA window, it belongs to a zero sized visible
window with the same caption. Since it's zero sized Wine doesn't map
Dmitry Timoshkov escribio':
Alexander Dorofeyev [EMAIL PROTECTED] wrote:
There's a regression in IDA Pro disassembler. Nothing is added to the
taskbar at
all, furthermore, when you are starting debugger, before there was a window
appearing that asks pass control to the application or
Juan Carlos Montes escribió:
I dont like change the source to use all versions of wine... but...
I'll try make a debugger to dump the memory.
So... thanks a lot.
Stefan Dösinger escribió:
Am Dienstag, 22. Januar 2008 16:19:54 schrieb Juan Carlos Montes:
Hi all,
I need dump the
Alex Villacís Lasso escribió:
Patches originally by Alexander Dorofeyev [EMAIL PROTECTED].
This patch tries to fix bug #201 (igowin shows black squares instead
of proper transparency). It was sent back in October, but there was no
feedback back then. So I am resending a rediff against
Alex Villacís Lasso escribió:
I hope this version addresses the fact DlgDirSelect does not modify the
last error code, and therefore cannot be used to distinguish between a
valid and an invalid file.
Changelog:
* Applications should not see long filenames returned from dialog control
Alex Villacís Lasso escribió:
At last! I finally found the way to make native riched20 actually obey
keystrokes involving Ctrl and some other key. It seems that native riched20
checks the actual keyboard state during WM_KEYDOWN processing, and won't
process keystrokes if the keyboard state
Juan Lang escribió:
What do you think about this version?
Better, but still not correct:
+ret = DlgDirSelectExA( WIN_Handle32(hwnd), buffer, MAX_PATH, id );
+if (GetLastError() == 0) GetShortPathNameA(buffer, str, len);
You shouldn't check GetLastError() for whether
Alex Villacís Lasso escribió:
I am currently trying to clean up the riched20 tests that are failing in
WinXP. While doing this, I have encountered the following problem: on
the function test_WM_PASTE() (at line 1959 of
dlls/riched20/tests/editor.c in current git), the test is supposed
I am currently trying to clean up the riched20 tests that are failing in
WinXP. While doing this, I have encountered the following problem: on
the function test_WM_PASTE() (at line 1959 of
dlls/riched20/tests/editor.c in current git), the test is supposed to
feed simulated keystrokes
Gerald Pfeifer escribió:
On Mon, 15 Oct 2007, Gerald Pfeifer wrote:
dlls/oleaut32/tests/vartype.c has the following snippet of code:
+ f = -1e-400;/* deliberately cause underflow */
+ hres = pVarBstrFromR4(f, lcid, 0, bstr);
+ ok(hres == S_OK, got hres 0x%08lx\n, hres);
+
Alexandre Julliard escribió:
Module: wine
Branch: master
Commit: f48eb1581dfe176043cbca5c46400c0f86eb5552
URL:
http://source.winehq.org/git/wine.git/?a=commit;h=f48eb1581dfe176043cbca5c46400c0f86eb5552
Author: Alexandre Julliard [EMAIL PROTECTED]
Date: Mon Aug 20 22:06:50 2007 +0200
Phil Lodwick escribió:
Greetings,
I have a proprietary library that has both Windows and Linux ports. The
Windows DLL has problems running on Wine, so I have created a builtin version
of this DLL in Wine. This has worked fine, except for one function that
basically creates a new thread
Juan Lang escribió:
Could some of you check where you have, say, OpenSSL's CA certificates
installed, and email me what distro you're running, and the path?
E.g., I'm running Goobuntu, and I have them installed in
/etc/ssl/certs/ca-certificates.crt.
Thanks,
--Juan
My certificates are at
Chris Rankin escribió:
Hi,
This patch has killed the sound on World of Warcraft. Instead, I now get
silence and a stream of
errors like this:
err:dsound:DSOUND_CalcPlayPosition Bad length in CalcPlayPosition!
err:dsound:DSOUND_CalcPlayPosition Bad length in CalcPlayPosition!
I am experiencing a failing assertion in a dsound test. Could you please
confirm if it is just me (and then it would be a configuration issue),
or if anybody else is experiencing failing assertions:
[EMAIL PROTECTED] tests]$ WINETEST_INTERACTIVE=1 wine dsound_test.exe.so dsound
ALSA lib
Upon checking the source code of dlls/quartz I found out about the
method SetSyncSource defined in the IBaseFilter interface:
dsoundrender.c:static HRESULT WINAPI
DSoundRender_SetSyncSource(IBaseFilter * iface, IReferenceClock *pClock)
filesource.c:static HRESULT WINAPI
Alexandre Julliard escribió:
[EMAIL PROTECTED] writes:
+case WM_SIZE:
+TRACE(WM_SIZE %d %d\n, LOWORD(lParam), HIWORD(lParam));
+SetWindowPos(hwnd, NULL, pVideoRenderer-WindowPos.left,
pVideoRenderer-WindowPos.top, LOWORD(lParam), HIWORD(lParam),
From a time till now, I am using a test application in Visual Basic in
order to test progress in quartz. The code for the application (along
with a precompiled EXE) can be found at the following address:
http://www.palosanto.com/~a_villacis/WMediaTest.tar.bz2
One of the things I dislike about
Stefan Dösinger escribió:
Hi,
I am now thinking
about rewriting the video rendering with DirectDraw. It seems that
native quartz.dll uses DirectDraw, not GDI, to display video frames into
the output window.
DirectDraw sounds like the right way to implement quartz video output, but
Joshua Masiko escribió:
hello,
I got your email addresses off the wine bug database at
http://bugs.winehq.org/show_bug.cgi?id=6638.
I'm looking at moving a custom Visual Basic 6 windows application to
linux +
wine.
However I cannot find any good step by step documentation on how to do
this.
Kai Blin escribió:
---
dlls/msacm32/driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dlls/msacm32/driver.c b/dlls/msacm32/driver.c
index d4ad644..06e6614 100644
---
Neil Skrypuch escribió:
On Thursday, December 28, 2006 10:04, Maarten Lankhorst wrote:
Hi all,
I've forward ported the old patches of Davin McCall (dsound.patch).
With them I have no more sound underruns etc, I'm therefore looking
for other people to test them as well. I'm welcoming
Robert Shearman escribió:
[EMAIL PROTECTED] wrote:
In a preparation for a possible implementation of IDispatch
tests in oleaut32, I decided to clean up the failing tests in
Windows XP:
Great, thanks for fixing this.
I was about to do this myself. It's about time we get the number of
Alexandre Julliard escribió:
Alex Villacís Lasso [EMAIL PROTECTED] writes:
+#define HANDLE_DISPATCH(left, right) \
+if ((V_VT(param_left) VT_TYPEMASK) == VT_DISPATCH \
+(V_VT(param_right) VT_TYPEMASK) != VT_NULL) \
+{\
+HRESULT hres;\
+left = tempLeft
Alex Villacís Lasso escribió:
Alexandre Julliard escribió:
Alex Villacís Lasso [EMAIL PROTECTED] writes:
This patch added the setlocale(LC_ALL, ) line to
dlls/kernel32/locale.c . The oleaut32 tests for vartype.c have been
failing since that time on non-English locales. I see now
Alexandre Julliard escribió:
Alex Villacís Lasso [EMAIL PROTECTED] writes:
This patch added the setlocale(LC_ALL, ) line to
dlls/kernel32/locale.c . The oleaut32 tests for vartype.c have been
failing since that time on non-English locales. I see now that setting
the locale around calls
This is a preliminary patch to add support for VT_DISPATCH as parameters
to VarAdd and other arithmetic operations with variants. The tests still
pass in the sense that null VT_DISPATCH as issued by the tests are
still rejected. I post this in the hope that it will be reviewed while I
prepare
Alex Villacís Lasso escribió:
Robert Shearman escribió:
[EMAIL PROTECTED] wrote:
In a tax app written in Visual Basic/ADO, I found the following
problem:
In dlls/oleaut32/typelib.c, in function ITypeInfo_fnInvoke(), the
following code is found (around line 5569).
VARIANTARG *missing_arg
Robert Shearman escribió:
Alex Villacís Lasso wrote:
Here is a patch that implements my hunch. This patch fixes the
problem on both my test app at bug #6638 and the tax app I try to run.
There are a lot of wrong ways to fix the particular bug you are
looking at, but only one right way
Robert Shearman escribió:
[EMAIL PROTECTED] wrote:
In a tax app written in Visual Basic/ADO, I found the following problem:
In dlls/oleaut32/typelib.c, in function ITypeInfo_fnInvoke(), the
following code is found (around line 5569).
VARIANTARG *missing_arg =
Alex Villacís Lasso escribió:
Alex Villacís Lasso escribió:
Huw Davies escribió:
On Fri, Oct 20, 2006 at 05:49:09PM -0500, Alex Villacís Lasso wrote:
This is the first attempt at a patch that will fix the debug
assertion when icons are rendered into metafiles (triggered by
Enterprise
Huw Davies escribió:
On Fri, Oct 20, 2006 at 05:49:09PM -0500, Alex Villacís Lasso wrote:
This is the first attempt at a patch that will fix the debug assertion
when icons are rendered into metafiles (triggered by Enterprise
Architect 6.5, and possibly others). This patch simply removes
Vitaliy Margolen escribió:
Alex Villacís Lasso wrote:
I would like to draw attention to bug #6439
Why that bug in particular? Can we pick any other?
Yes, you can:
http://bugs.winehq.org/buglist.cgi?query_format=short_desc_type=allwordssubstrshort_desc=long_desc_type
I would like to draw attention to bug #6439
(http://bugs.winehq.org/show_bug.cgi?id=6439) in which Enterprise
Architect 6.5 (trial version at
http://www.sparxsystems.com.au/bin/easetup.exe) crashes with a debug
assertion on _CheckNotSysLevel, as detailed in the bug report. From the
winedbg
Has there been any discussion or progress on how to fix bug #1598 about
Delphi/VisualBasic applications not having minimize/maximize decorations
(http://bugs.winehq.org/show_bug.cgi?id=1598)? According to one of the
comments, the window management code would not be touched before 0.9 .
However
Ansgar Becker escribió:
Hi there,
I'm Ansgar Becker, the main-author of HeidiSQL. I saw that HeidiSQL is
in your appdb! very cool ;)
http://appdb.winehq.org/appview.php?iAppId=3326
However, some of the buttons on HeidiSQL's main-toolbar are twisted.
I'm not a C programmer, so I'm a bit
Vitaliy Margolen escribió:
Alex Villacís Lasso wrote:
Mike McCormack escribió:
Alex Villacís Lasso wrote:
Changelog:
* Check under HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\App
Paths\\EXENAME.EXE for
additional directory locations to search for DLLs. Fixes
Andrew Talbot escribió:
How should one report minor code errors that don't necessarily produce known
bad behaviour? To give a concrete example, in msacm32:driver.c
acmDriverPriority(), formal parameter dwPriority is of type DWORD, which is
unsigned, but it contains a line that reads:
if
Louis Lenders wrote:
Alex Villacís Lasso a_villacis at palosanto.com writes:
Robert Shearman wrote:
Alex Villacís Lasso wrote:
Last weekend, I was trying to trace down bug #5245 (Run-Time error
'6' overflow in terragen). With current CVS, the bug manifests itself
Last weekend, I was trying to trace down bug #5245 (Run-Time error '6'
overflow in terragen). With current CVS, the bug manifests itself with
an Overflow dialog when starting up Terragen. However, this bug does
*not* go away with a native oleaut32.dll (taken from win98), so this
does not seem
Robert Shearman wrote:
Alex Villacís Lasso wrote:
Last weekend, I was trying to trace down bug #5245 (Run-Time error
'6' overflow in terragen). With current CVS, the bug manifests itself
with an Overflow dialog when starting up Terragen. However, this
bug does *not* go away with a native
Maximiliano Curia wrote:
On Monday 26 September 2005 15:00, Alex Villacís Lasso wrote:
--- wine-20050830-cvs/dlls/oleaut32/typelib.c 2005-09-21
10:39:22.0 -0500
+++ wine-20050830-cvs-patch/dlls/oleaut32/typelib.c 2005-09-24
20:34:32.0 -0500
This patch
Dan Kegel wrote:
What other bugs should be fixed before 1.0? Let's nominate
a few bugs to add to the 1.0 task list, discuss them a bit, and see
what Alexandre thinks.
For instance:
I'd like one goal of 1.0 to be make Windows developers take Wine
seriously.
To achieve that, I think 1.0 has to
Bill Medland wrote:
before I start trying to get up to speed on it.
Congratulations. My company's program now gets somewhere with
the builtin ole dlls (thanks to fixes in the out-of-process COM)
so I am interested in trying to get it to work completely with
them (especially since the native
Robert Shearman wrote:
The fix is to do the following in the conversion loop in
ITypeInfo::Invoke:
if (rgvt[i] == VT_VARIANT)
VariantCopy(rgvarg[i], src_arg);
else if ((rgvt[i] VT_BYREF) !V_ISBYREF(src_arg))
...
I don't have time to put this into patch form and test it, but
hopefully
I would like to draw attention to bug 4502. This bug can cause any VB
application to crash when the DatePicker control is used, and an attempt
is made to assign a date value in VB code. Even though I found this bug
while testing an application I wrote, this might not be specific to this
Alex Villacís Lasso wrote:
I would like to draw attention to bug 4502. This bug can cause any VB
application to crash when the DatePicker control is used, and an
attempt is made to assign a date value in VB code. Even though I found
this bug while testing an application I wrote, this might
Alex Villacís Lasso wrote:
Lately, all VB6 applications crash on exit. This weekend, I found the
cause. Apparently the VB6 runtime creates a standard OLEFont object,
and then calls IFont::clone() on it to get a second object. At exit,
the VB6 runtime disposes of both objects. However
This is a summary of what I have been doing with winemp3 over the weekend.
First, the idea of a GStreamer wrapper for wine is a no-go because 1)
would not solve the jittering problem (more on this later), 2) I have
not found yet a streaming source for raw memory buffers (as opposed to
Alex Villacís Lasso wrote:
Eric Pouech wrote:
Alex Villacís Lasso wrote:
Eric Pouech wrote:
Are there any issues
I should take into account before trying this?
first of all, are we sure that the issue comes from the decoder
itself (and not some wine wrapper around it) ?
I performed
Eric Pouech wrote:
Are there any issues
I should take into account before trying this?
first of all, are we sure that the issue comes from the decoder itself
(and not some wine wrapper around it) ?
I performed the following test: with the sample VB application, I
modified the winemp3 code to
Eric Pouech wrote:
Alex Villacís Lasso wrote:
Eric Pouech wrote:
Are there any issues
I should take into account before trying this?
first of all, are we sure that the issue comes from the decoder
itself (and not some wine wrapper around it) ?
I performed the following test
I was trying to exercise the winemp3 builtin codec using a Visual Basic
control that essentially implements the Windows Media Player look
(MSDXM.OCX). After specifying native quartz.dll for this app, I tested a
few AVIs with mp3-encoded soundtracks. What I can notice is that the
sound has very
Robert Shearman wrote:
Alex Villacís Lasso wrote:
diff -ur wine-0.9.6-cvs/dlls/oleaut32/typelib.c
wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c
--- wine-0.9.6-cvs/dlls/oleaut32/typelib.c2006-01-16
16:08:20.0 -0500
+++ wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c2006-01-24
21
Cyril Margorin wrote:
Hello,
I've discovered, that using of GetDIBits after StretchDIBits doesn't
return correct data.
More then - all pixels that it returns are black.
In attachment the test function.
Changelog:
Cyril Margorin [EMAIL PROTECTED]
add test of StretchDIBits()/GetDIBits() bunch to
Dmitry Timoshkov wrote:
On Wed, 2006-01-25 at 17:32 -0500, Alex Villacís Lasso wrote:
+if (This == NULL) {
+ERR(mouse hook called with no current lock!\n);
+return 0;
+}
+
if (code != HC_ACTION) return CallNextHookEx( This-hook, code,
wparam, lparam
Dmitry Timoshkov wrote:
On Wed, 2006-01-25 at 17:55 -0500, Alex Villacís Lasso wrote:
The problem is that if (This == NULL), then This-hook cannot be
evaluated (for CallNextHookEx) without generating a segmentation fault.
This is the very situation the patch is trying to prevent
Dmitry Timoshkov wrote:
On Wed, 2006-01-25 at 18:19 -0500, Alex Villacís Lasso wrote:
The easiest way out of this (the one the patch implements) is to
disallow nested acquires. It is a little more complicated if DirectInput
actually requires support for nested acquires (why? I have only
[EMAIL PROTECTED] wrote:
Alex,
Thanks for the reply.
I am going to wait for a pre built (RPM package) for wine-0.9.6
because if I compile I think I can introduce too many variables.
Anyway, I am goig to report your sugestions with wine 0.9.5 and,
ASAP, with wine-0.9.6.
[EMAIL PROTECTED] wrote:
Hi all,
I have already posted this message at the wine-users list (sorry
for the cross posting but I think this subject is related to devel people
instead of users).
I am trying to install ARS V4.5.1, from Remedy, using wine-0.9.5
for Mandriva (RPM
Alex Villacís Lasso wrote:
This check is necessary until local codec loading is in CVS. Failure
scenario fixed is: app instructs to load local ACM codec, fails,
doesn't notice failure, requests codec info, fails, again doesn't
notice failure, submits zeroed structure to PCM converter
Alex Villacís Lasso wrote:
This patch implements acmDriverPriority(), including saving the
priority order and the enabled/disabled status of each global driver
to HKCU\\Software\\Microsoft\\Multimedia\\Audio Compression
Manager\\Priority v4.00 . Also included the foundation for broadcast
(resent because previous attempt never appeared in wine-devel)
This patch is the preliminary result of some work I have been doing in
order to add missing functionality to builtin msacm32.dll. I am
submitting this to wine-devel rather than wine-patches, and in one big
patch rather than
Eric Pouech wrote:
* Implementation of broadcasts to notification windows on driver
add/remove, enabling/disabling, and priority changes
- MSDN seems to state that differed notification is actually a
counter, not a simple boolean (whereas enable/disable is a boolean)
I have just read the
Eric Pouech wrote:
Alex Villacís Lasso wrote:
Eric Pouech wrote:
* Implementation of broadcasts to notification windows on driver
add/remove, enabling/disabling, and priority changes
- MSDN seems to state that differed notification is actually a
counter, not a simple boolean (whereas
This patch is the preliminary result of some work I have been doing in
order to add missing functionality to builtin msacm32.dll. I am
submitting this to wine-devel rather than wine-patches, and in one big
patch rather than several because I would like comments on some choices
I made while
Curro Amores wrote:
hi:
i want to run jboss in linux and connect to an Ms Access odbc source.
Hmm... I would think twice before trying to run a J2EE application that
reads data from an MS Access database, regardless of operating system.
Have you considered how well Access scales for many
I am working on a set of patches for msacm, and I want to add support
for ACM_DRIVERADDF_NAME. The problem is that Wine does not have a
definition for this value, which is supposed to be used in
acmDriverAdd[AW]. It does not appear in any header of MSVC either. I
searched MSDN and Google, and
Dmitry Timoshkov wrote:
Alex Villacís Lasso [EMAIL PROTECTED] wrote:
I am working on a set of patches for msacm, and I want to add support
for ACM_DRIVERADDF_NAME. The problem is that Wine does not have a
definition for this value, which is supposed to be used in
acmDriverAdd[AW]. It does
Eric Pouech wrote:
Alex Villacís Lasso wrote:
The ACMAPP sample application from MSDN reveals this annoying bug in
playback: with a native ACM codec (such as the Ogg Vorbis one bundled
with some Japanese RPGs), builtin msacm will successfully tell the
codec to decode the first two frames
1 - 100 of 167 matches
Mail list logo