Alex Villacís Lasso wrote:
Alexandre Julliard wrote:
Alex Villacís Lasso [EMAIL PROTECTED] writes:
Changelog:
* if windir or winsysdir environment vars are undefined, pull values
from config file before falling to hardcoded values
This of course defeats the whole purpose of the use
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
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
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
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);'
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
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
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
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)
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
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
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
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
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
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
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ó:
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
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
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
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:
+#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
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
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
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
---
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.
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
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),
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
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
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!
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Alexandre Julliard wrote:
Alex Villacis Lasso [EMAIL PROTECTED] writes:
Changelog:
* Force Single|Double conversion to BSTR to use the decimal separator
defined by the current locale, because that is what native oleaut32
does, and to be consistent with later parsing of floating-point
[EMAIL PROTECTED] wrote:
I tried the following change in acmDriverAddA() at
dlls/msacm/driver.c:
if (!hinstModule) {
return MMSYSERR_INVALHANDLE;
} else {
#define WINE_DI_MAGIC 0x900F1B01
unsigned int * d = (unsigned int *)hinstModule;
if
Juan Lang wrote:
- TRACE_(dmfileraw)(: data (size = 0x%08lX): '%s'\n, *pcbRead,
debugstr_an(pv, *pcbRead));
+ TRACE_(dmfileraw)(: data (size = 0x%08lX): '%s'\n, cb,
debugstr_an(pv, *pcbRead));
Should that be:
TRACE_(dmfileraw)(: data (size = 0x%08lX):
Walt Ogburn wrote:
Hi developers,
I'm trying to understand why the following simple program crashes. I
think this is the same problem that prevents jack_fst from running with
the current version of wine. (Jack_fst allows a lot of programs called
VSTs to be run, for audio work).
I compiled
I am (still) trying to run a Japanese RPG program in Wine, and it
requires 1) the Indeo video codecs, fortunately downloadable, and 2)
this patch, to prevent crashing on an attempt to IUnknown_Release on a
bogus interface.
Second attempt - first one never appeared on the mail list.
I recently downloaded Wine-20050628 (self contained install with fake
Windows drive) and tried to use the aviplay program in programs/avitools
directory. However, this program fails with this odd error trace:
[bash$] WINEDEBUG=shell,ole wine
It worked in the past. When pclsidHandler is set to NULL it performs
a registry lookup as the native version does it. If these registry
entries are missing it has a problem and could perhaps return the
mentioned error - don't know as I have never tested it.
In the past these informations
Frank Richter wrote:
Hi,
I have a bit of trouble with loading a 32bpp RGBA bitmap from a
resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
alpha values stays the same; however, doing the same on Wine, the alpha
channel gets clobbered. I suspect it's the StretchDIBits() call,
Uwe Bonnes wrote:
The present code corrupts the heap in some situation, causing trouble and
crashes
hard to correlate to this function for most users. In the other cases it
doesn't work, resulting is garbage displayed.
All those bitmap things are area where I have few knowledge, so I am not
Could somebody with access to a Windows machine please test the attached
patch for an oleaut32 test? This test checks for the output format of a
negative number, and I have reason to believe that at least one VB
application fails because native and builtin oleaut32 differ on the
tested
Hans Leidekker wrote:
On Friday 15 July 2005 01:33, Alex Villacís Lasso wrote:
Could somebody with access to a Windows machine please test the attached
patch for an oleaut32 test? This test checks for the output format of a
Your test succeeds here on 98, 2k and xp, and fails
Could somebody indicate me on the proper way to write a test for one
specific locale? By this I mean, even if the user has LANG=en defined in
the environment, the test should (temporarily) force the code path taken
as if LANG=es_EC was defined in the environment. I am asking this
because I
Savio Ramos wrote:
Hi,
I am using wine without problems but after upgrade for release 0.0.20050628-2,
this error appeared in a window after SISUPFOR.exe started:
Run-time error '13'
Type mismatch
Any help?
Thanks.
Can this program be freely downloaded? If so, can you provide a link
I downloaded a trial version of a Japanese RPG (Vagrants from Studio
e.go, at http://210.138.120.57/download/extra/vagrants_trial.exe), and
tried to run it under Wine. This is a self-extracting archive, and it
decompresses correctly, but when the main executable (vagrants.exe) is
run, I get
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);
+
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
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ó:
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
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ó:
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
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
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
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
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
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 )
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
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
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
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
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
Felix Nawothnig wrote:
Alex Villacís Lasso wrote:
wine-pthread: mixer.c:386: DSOUND_MixInBuffer: Assertion
`adjusted_remainder = 0' failed.
wine: Unhandled exception (thread 000a), starting debugger...
WineDbg starting on pid 0x8
I guess this is preluded by some length not a multiple
Felix Nawothnig wrote:
Since the error of length not a multiple of block size is nonfatal,
Yes it is fatal. Errors mean that something which should not have
happened did happen - and we're not talking about something the API is
supposed to handle... there is wrong code in Wine, internal
Felix Nawothnig wrote:
Alex Villacís Lasso wrote:
wine-pthread: mixer.c:386: DSOUND_MixInBuffer: Assertion
`adjusted_remainder = 0' failed.
wine: Unhandled exception (thread 000a), starting debugger...
WineDbg starting on pid 0x8
I guess this is preluded by some length not a multiple
Oliver Stieber wrote:
--- Alex Villacís Lasso [EMAIL PROTECTED] wrote:
It looks like you running mesa which should work, I've just sent in a patch
that fixes a problem
I' getting which is very similar to yours '[x11drv] backout
d3d-stencil-support-os-2'. This may
correct the problem you
Lionel Ulmer wrote:
On Wed, Aug 03, 2005 at 12:13:00PM -0500, Alex Villacís Lasso wrote:
No luck. The patch did not change a thing in my configuration. It still
fails with the exact same failed request.
Did you test any other OpenGL application (except 'glxinfo') with your
set-up
For a long time, I have been annoyed by a faint crackling that can be
heard on the sound output of any DirectSound program when full hardware
acceleration is enabled on the ALSA driver. Even after a patch I sent
earlier (which corrected a bigger artifact), this crackling remained.
Last night,
Alex Villacís Lasso wrote:
For a long time, I have been annoyed by a faint crackling that can be
heard on the sound output of any DirectSound program when full
hardware acceleration is enabled on the ALSA driver. Even after a
patch I sent earlier (which corrected a bigger artifact
Robert Reif wrote:
Only the primary buffer supports hardware acceleration. The secondary
buffer(s) are implemented in software and mixed into the primary buffer.
The formats (mono/stereo, 8/16 bit samples, and sample rate) of the
primary and secondary buffers are totally independent and can
Robert Reif wrote:
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
reference tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
hardware position directly, which wraps around
Andreas Mohr wrote:
Hi,
On Mon, Aug 29, 2005 at 12:37:31PM -0500, Alex Villacís Lasso wrote:
An old copy of Print Shop Deluxe Companion manages to supply a NULL as a
name to be loaded by LoadLibrary16 -- LoadModule16 -- SIGSEGV. This
patch adds a check to return ERROR_READ_FAULT instead
In several RPG I have been testing, I have found deadlocks on the sound
thread - the sound loops on and on, and the program freezes. At the same
time, I see messages like the following:
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x7fe32708)-(00010022,0008)
err:dsound:DSOUND_MixOne
Jeremy Newman wrote:
It works. You are probably still resolving to the old IP. That should
clear up shortly.
$ host winehq.org
winehq.org has address 209.32.141.3
$ cvs -d:pserver:[EMAIL PROTECTED]:/home/wine co wine
cvs checkout: Updating wine
U wine/.cvsignore
U wine/ANNOUNCE
U wine/AUTHORS
1 - 100 of 167 matches
Mail list logo