lan to stop using libxml2 and have our own code (likely a lot of own code).
What is the motivation behind moving away from libxml2?
Alex
ng for this or something else? Who
could I ask for help?
-Alex
technical problem as it is a communication
problem--I don't know what "interesting cases" you have in mind that
are not already covered by the tests. Perhaps these cases would be
obvious to a more experienced developer, but they are not to me.
-Alex
Correction: Item 3 should have been "Put the code in kernel32."
-Alex
2012/12/4 Alexandre Julliard :
> Alex Henrie writes:
>
>> My implementation is modeled after Windows XP (Wine's default target
>> Windows version), which encodes and decodes arbitrary character
>> sequences without normalization. I saw that my submission has already
&
e
it's turned off in Windows XP (or older) mode.
-Alex
s default target
Windows version), which encodes and decodes arbitrary character
sequences without normalization. I saw that my submission has already
been marked "rejected"--was this why?
-Alex
n = strlen(src) + 1, see
http://source.winehq.org/git/wine.git/blob/2097c5ddb6bec24cf4bbd440a6f401cfa67007f0:/dlls/kernel32/locale.c#l1929
So again, what specific additional test, or what specific change to
the existing tests, do you want to see?
-Alex
Correction: I meant to write that try 4 exits the loop slightly faster when
ending a base64 sequence, it has nothing to do with escaped plus signs
which are handled a few lines earlier.
-Alex
To use serial ports on Linux, your user must be a member of the "dialout"
group.
-Alex
tests for wtoi, there are a LOT of
them:
http://source.winehq.org/git/wine.git/blob/7b89de9e481cf8cca264dc48c444f2c33537afad:/dlls/ntdll/tests/string.c#l785
Could I just copy the wtoi code and not the tests? Also, out of
curiosity, why can't you call a function in ntdll.dll from msvcrt.dll?
-Alex
parameter for now.
2. Forward msvcr90._wtoi_l to ntdll._wtoi via msvcr90.spec, ignoring
the locale parameter for now.
3. Implement msvcr90._wtoi_l as a stub function in msvcrt that always returns 0.
Any of these options would fix bug 24389. Which one should I work on?
-Alex
not sure a
test for it is necessary. That said, if you would like me to include a
few tests in the patch, let me know.
-Alex
the wiki page with instructions for using chroot:
http://wiki.winehq.org/WineOn64bit
It seems to work fine now. Good luck!
-Alex
Here is an example:
http://www.winehq.org/pipermail/wine-patches/2011-December/109805.html
http://www.winehq.org/pipermail/wine-devel/2011-December/093517.html
http://source.winehq.org/git/wine.git/commitdiff/6e5bba1b60f97fce34415ea30ebecd5bd20dae20
-Alex
Hello,
This patch was marked committed yesterday--thank you for accepting
it!--but it still isn't showing up in Git. Maybe it was accidentally
skipped? It needs to be committed before I can submit the UTF-7
implementation I wrote that builds on it.
-Alex
2012/5/10 Juan Lang :
> Hi Alex,
> first, thanks for taking the time to respond to feedback. Showing
> responsiveness helps a great deal.
You're welcome :-)
> These helpers don't really gain you anything here, there's really not
> enough code to be worth using he
2012/5/10 Nikolay Sivov :
>> Which file should I have used?
>
> codepage.c, you could search all test files for a thing you're trying to
> add.
Okay, I've moved the tests to codepage.c in try 4. Thanks for the tip,
I'll keep that in mind from now on.
> Nothing really changed in try3, test helpers
loop
> through it, if you really want to test that.
A loop is probably overkill, but I will clean it up some more. Thanks
for the feedback,
-Alex
2012/5/8 Alexandre Julliard :
> That code is hopelessly ugly, and broken in various ways. You are
> probably better off starting from scratch.
Okay. Could we use the POSIX iconv functions? Why doesn't Wine use
iconv for UTF-8 already?
-Alex
for UTF-7 which are not
needed for UTF-8?
Thanks for your quick response,
-Alex
he LGPL at http://bugs.winehq.org/show_bug.cgi?id=27388
What more needs to be done before this patch can be accepted?
-Alex
can also add a 'nonet' group, configure an iptables rule to drop
all packets from that gid and then use sg to execute wine using that
nonet group. Of course this assumes the apps you run don't or can't
switch from nonet to another group.
Alex
oved to a separate page linked to from there.
Thank you,
Alex
eed patch 1+2.
You mean #26697
Alex
On 17 February 2012 11:12, Yaron Shahrabani wrote:
> I would go for the more popular options such as Transifex, TranslateWiki, or
> Pootle.
>
> Is this even an option?
See
http://wiki.winehq.org/Translating#head-e1a500fef50a1801ecea706ebd9b51457943f102
"3. Web-based translations systems"
Quotin
#: ieframe.rc:68 winhlp32.rc:66
msgid "Print..."
-msgstr "Imprimeix"
+msgstr "Imprimeix..."
I intentionally left the ellipse off of the word "Imprimeix" in
Internet Explorer so that the text would fit on the toolbar button.
Any suggestions?
-Alex
wineserver,
which in many cases may have much higher overhead than native windows.
http://www.winehq.org/docs/winedev-guide/x2550
Alex
a concerted effort to make sure Wine is well represented
at events many developers and users already attend such as FOSDEM and
OSCON.
Alex
libs/wine/utf8.c?
-Alex
n, not my patch.
-Alex
Thanks for the feedback. It looks like Alexandre widened the buffer to
64 characters when he committed the patch.
-Alex
perly and
posted it to Bugzilla: http://bugs.winehq.org/show_bug.cgi?id=29336
Please let me know if this new patch is the correct solution.
-Alex
Does anyone have an idea of what could be causing
http://bugs.winehq.org/show_bug.cgi?id=29027 ?
-Alex
m not sure that my patch fixes the bug correctly. I made
WideCharToMultiByte use CP_UTF8 instead of CP_ACP, but reading more
about the codepage setting, I think I should have used either
CP_UNIXCP or CP_OEMCP. Could anyone help clarify which should be used?
-Alex
IB rendering and converting the X11 result
> back into a DIB.
You're right: the DIB engine would be much better. What needs to be
done to get the DIB engine to work with Age of Empires II?
-Alex
is fixed. Or a work around found.
People complaining about the difficulty of getting a patch in to wine
already seems to be an issue. This all sounds a little arbitrary to
me. I do subscribe to wine-bugs and it seems to me that most bisected
regressions get addressed promptly.
Alex
2011/9/28 Alex Henrie
> I figured that it didn't work because I wasn't subscribed to wine-devel
>
I meant to say, it didn't work because I wasn't subscribed to
wine-patches...
-Alex
and submitted it again, and then both
attempts went through. In any case, I hope you find the patch helpful and
I'll do better about submitting patches properly in the future.
-Alex
7;t want regressions
in their favourite apps/games should be using the stable release. It
doesn't seem fair to complain about regressions being ignored unless
1.4 releases with a significant number of them.
Alex
with fall-through without
a comment marking it as intentional.
Alex
tain header files and
there is no other package that can provide the 32-bit header. Perhaps
proper multilib support in the upcoming 11.10 provides a solution?
Alex
that, on my 64-bit system, both glib2-devel.i686
and glib2-devel.x86_64 are installed:
[alex@srv64 wine-build]$ rpm -qf /usr/lib64/glib-2.0/include/glibconfig.h
glib2-devel-2.26.0-2.fc14.x86_64
[alex@srv64 wine-build]$ rpm -qf /usr/lib/glib-2.0/include/glibconfig.h
glib2-devel-2.26.0-2.fc14.i686
ks up and it'd be really nice to quickly identify which one is doing
> what.
Unless I've totally misunderstood your question:
http://wiki.winehq.org/DebugChannels
WINEDEBUG=+tid
Alex
irst use
> in this function)
Austin English ran in to the same problem:
http://bugs.winehq.org/show_bug.cgi?id=27583
Alex
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 |
Hi Everyone,
when using Wine64 relocations should use 64-bit wide deltas, winedevice was
not compliant with this. Patch follows
Regards,
Alessandro Pignotti
---
programs/winedevice/device.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/programs/winedevice/device.c
El 22/02/10 12:41, Austin English escribió:
On Mon, Feb 22, 2010 at 11:03 AM, Alex Villacís Lasso
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 are unimplemented. I
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 should
On Mon, Feb 22, 2010 at 1:25 AM, Steven Edwards wrote:
> Unless something has changed I don't think we want to do this anyway.
> What we need is something like the EXTRALIBS rule that adds msvcrt if
> its on cygwin. Take a look at what we do in wininet so that we link to
> winsock on mingw but use
Le 21/02/2010 18:48, Austin English a écrit :
On Sat, Feb 20, 2010 at 11:20 AM, wrote:
diff --git a/programs/xcopy/Makefile.in b/programs/xcopy/Makefile.in
index dce8259..1a36216 100644
--- a/programs/xcopy/Makefile.in
+++ b/programs/xcopy/Makefile.in
@@ -5,7 +5,7 @@ SRCDIR= @srcdir@
I have just updated my setup to Fedora 12 on 64 bits, and I want to
compile Wine for this setup. I followed the instructions at:
http://wiki.winehq.org/WineOn64bit on the section for Fedora 12.
However, I have the following error when trying to install the packages
as directed by the wiki:
Er
Thanks to both of you Andrew and Juan. I think though I'll with Andrew's
suggestion. ;-)
On Thu, Aug 20, 2009 at 11:58 PM, Andrew Eikum
wrote:
> Alexandros Dermenakis wrote:
>
>> Hi all,
>>
>> I studied the wine developer's guide and went a bit through the code. I
>> would like a suggestion, a bu
Rosanne DiMesio escribió:
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso 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 libmpg123 from source
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 -
> I just would try to use Kdevelop, but i dont know if it will work.
>
Actually KDevelop works. I created a new empty project and Imported the
whole git repository and
I chose to use wine's custom MakeFile and configure files. I'm not able
though to start the debug properly
but I'm working on it.
Dmitry Timoshkov escribió:
"Alex Villacís Lasso" 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 as a pat
Austin English escribió:
On Mon, Jun 8, 2009 at 2:46 PM, Alex Villacís
Lasso 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
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
Just my opinion, but this project is not worth attempting at this point.
>
If that is the consensus, then I won't bother looking into this further.
However, it seems like there is currently a movement to rework AppDB
anyway, so why not consider this idea now, so it could be factored into
those plans?
-Alex
allow this
app to progress past the original crash point. Wine detects this and
collects the information. Now when User C tries to run this app, Wine
displays a message like: "This application has been known to fail under the
current configuration. However, workarounds have been discovered that may
yield greater success. "
That would be pretty sweet, no?
-Alex Corrado
On Thu, 29 Jan 2009 14:07:13 -0500, Alex Villacís Lasso
wrote:
> 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 t
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 propo
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-h
behavior that caused recursion until builtin richedit was fixed.
--
perl -e '$x=2.4;print sprintf("%.0f + %.0f = %.0f\n",$x,$x,$x+$x);'
>From b245faf80aa1b535b107a42ed5303f500d28eef0 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Alex=20Villac=C3=ADs=20Lasso?= <[EMAIL PROTECTED]&
hat was found 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
differences between WinXP and Win98 scrollbar behavior
* Make tests pass under Wine (Win98 behavior)
--
perl -e '$x=2.4;print sprintf("%.0f + %.0f = %.0f\n",$x,$x,$x+$x);'
>From b76e90dbc6905daf76ec0df957bc93965f22464a Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Alex=
s, and
>> will also prevent someone (such as myself) from accidentally breaking
>> fixed behavior with further changes.
>>
>>
>>
> Alex:
>
> You are talking about fixing things. I was fixing EM_FONTRANGE before
> 1.0 as it breaks several things.
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.
.
Changelog:
* Fix failing EM_GETCHARFORMAT test on all platforms
--
perl -e '$x=2.4;print sprintf("%.0f + %.0f = %.0f\n",$x,$x,$x+$x);'
>From a36e56af7080219ab6f762da210af2d81edd7a27 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Alex=20Villac=C3=ADs=20Lasso?= <[EMAIL PROTECTED]>
Da
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
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.
>
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 v
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 throug
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:
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
> b
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 cha
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 #1
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
>>>
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 a
> That said, GL_ARB_vertex_blend is not very common. Only MacOS supports it,
> and
> it is software emulated there. The Linux ATI driver used to support it until
> ATI switched to a different codebase. So this constant ends up beeing 0
> almost everywhere. The extension was dropped in favor of
Alex Villacís Lasso escribió:
> 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 escrib
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,
>>>
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
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 f
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 t
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 D
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
"Juan Lang" <[EMAIL PROTECTED]> writes:
> So please, do log that bug, and include the commit that broke it.
it's been reported as bug 10234.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possi
+ ok(hres == S_OK, "got hres 0x%08lx\n", hres);
>> + if (bstr)
>> + {
>> +todo_wine ok(memcmp(bstr, szZero, sizeof(szZero)) == 0, "negative
>> zero (got %s)\n", wtoascii(bstr));
>> + }
>>
>> which was added in
>>
"Juan Lang" <[EMAIL PROTECTED]> writes:
> So please, do log that bug, and include the commit that broke it.
should i attach the backtraces to the bug submission?
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind,
mebody else who knows more
about this might find the traces of interest. i didn't simply just
post back traces, i spent a whole day using git-bisect and recompiling
wine until i found the commit that broke things for me. apparently you
seem to think this is how wine should behave (and i don'
Alex Romosan <[EMAIL PROTECTED]> writes:
> this was on my thinkpad t40 with a radeon r250 (mobility firegl 9000)
> card using the open source drivers. the program also crashes on my
> desktop with an nvidia card using the proprietary nvidia drivers but i
> don't know i
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 correspond
Chris Robinson writes:
> On Sunday 28 October 2007 08:00:19 pm Alex Romosan wrote:
>> somewhere between release 0.9.46 and 0.9.47 of wine i started having
>> problems with applications that use opengl. using git-bisect i found
>> that commit 00633e37bcc8da1032f34ea2d87814739
1 - 100 of 303 matches
Mail list logo