Hi,
I would like to help contribute to WINE because I use it so much yet
I've never actually contributed to it. I was wondering if there are
any simple bugs or other tasks that someone new to WINE development
could undertake.
Thanks.
--
From: Travis Athougies
2 + 2 = 4
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> Looks like a time to start blacklisting fonts then. If the font is invalid
> and does not work even on windows yet it is available in the system - that's
> the only thing Wine can do. Or just contact all distros to remove it. Or
> request packager
44 days to code freeze.
Four bugs fixed in the last two days:
9104 comdlg32 2 Pdf-xchange viewer crashes
10040 crypt32 2 Steam crashes during the startup
10111 comctl32 2 WINEDEBUG=warn+heap "make test" has heap
error in comdlg32/tests/printdlg.c
11884 win
Vitaliy Margolen wrote:
> ---
> dlls/user32/message.c | 15 +++
> 1 files changed, 15 insertions(+), 0 deletions(-)
>
>
> [PATCH 2/2] winex11drv: Distinguish left and right keys for shift, ctrl and
> alt. (try 5)
Alexandre, what was wrong with these patches? I moved the remapping
Hin-Tak Leung wrote:
> --- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
>
>>> If ukai is affected, I would suspect uming (also from
>> Arphic)
>>> would be the same? and how many non-english fonts one
>> want to
>>> "work-around" like this?
>> I've not seen any problems with uming. Mos
Austin English wrote:
> On Wed, Mar 26, 2008 at 6:39 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote:
>> > Alexandre Julliard wrote:
>> > > Yes, and that's precisely because Wine wants to preserve case, so that
>> > > tools that look at the filesystem directly see the right thing. If you
>> > >
On Wed, Mar 26, 2008 at 6:39 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote:
> > Alexandre Julliard wrote:
> > > Yes, and that's precisely because Wine wants to preserve case, so that
> > > tools that look at the filesystem directly see the right thing. If you
> > > are going to store everythi
On 26/03/2008, Lei Zhang <[EMAIL PROTECTED]> wrote:
> Anyone else seeing this?
>
> ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
> user32_test.exe.so cursoricon.c && touch cursoricon.ok
> cursoricon.c:656: Test succeeded inside todo block: No hbmColor!
> make: *** [cursoricon.o
On Wed, 19 Mar 2008, Reece Dunn wrote:
> Hi,
>
> Looking at the results from a test run (e.g.
> http://test.winehq.org/data/200803181000/), it would be nice to have:
>
> 1. A summary of a dlls overall results (i.e. the summation of all
> its unit test results), preferably before the individ
On Wed, 19 Mar 2008, Reece Dunn wrote:
[...]
> For example, using the above, it results in:
>
> gdiplus:graphicspath start dlls/gdiplus/tests/graphicspath.c 1.13
> graphicspath: 198 tests executed (5 marked as todo, 0 failures), 0 skipped.
> gdiplus:graphicspath done (0)
>
> ...so does not tell m
On Wed, Mar 26, 2008 at 6:17 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>
> Alexandre Julliard wrote:
> > Marc Andre Tanner <[EMAIL PROTECTED]> writes:
> >
> >> Yes that's true the case information is lost but is it really needed?
> >> If you create the files with the original mixed case you
Hi Hin-Tak,
to sum it up, I was the one working on that project and I hit some ehh..
problems ;)
Anyways, my final result was that I got something out of the printer drivers I
tried with, but
useful results depended on something that is referred to as the ominous 'DIB
engine'. Coincidently,
th
Alexandre Julliard wrote:
> Marc Andre Tanner <[EMAIL PROTECTED]> writes:
>
>> Yes that's true the case information is lost but is it really needed?
>> If you create the files with the original mixed case you will have to
>> scan the whole directory in order to match it to a given filename.
>> A
One more comment on your patch:
> BOOL WINAPI PlgBlt( HDC hdcDest, const POINT *lpPoint,
> -HDC hdcSrc, INT nXDest, INT nYDest, INT nWidth,
> +HDC hdcSrc, INT nXSrc, INT nYSrc, INT nWidth,
> INT nHeight, HBITMAP hbmMask, INT
On Wed, Mar 26, 2008 at 5:57 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
> This sounds like a pretty decent way of going about things. Number 2 was
> something I hadn't particularly considered doing initially, but I'll have a
> look for the patch that was posted recently and see what I think about
On Wed, Mar 26, 2008 at 06:10:16PM +0100, Alexandre Julliard wrote:
> Marc Andre Tanner <[EMAIL PROTECTED]> writes:
>
> > Yes that's true the case information is lost but is it really needed?
> > If you create the files with the original mixed case you will have to
> > scan the whole directory in
Hi Steven,
> I don't really know if we want to just focus on applets or if we
> should not aim for having this project provide better integration with
> the native desktop. As far as I understand there is some
> infrastructure work that will need to be done in shell32 as I don't
> think we fully i
Hello Nikolay,
thanks for the patch.
Nikolay Sivov wrote:
> Changelog:
> gdi32: initial implementation using coord transformation and MaskBlt
> patch is made in Windows using TortoiseCVS functionality (all that
> I can use at this moment, shouldn't be a problem I hope)
No that's not a
Hi Owen,
On Wed, Mar 26, 2008 at 5:27 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
> interested in working on some other applets, such as an Add/Remove Programs
> applet, or a Multimedia applet. Obviously, there wouldn't necessarily be
> time to implement all of these, so my intention would be t
Hi everyone,
I'm intending to apply for a Google Summer of Code placement working on the
Wine control panel support. My main intention is to work on a proper Control
Panel application for Wine that accepts standard .cpl files, and turn
winecfg's configuration sections into appropriate control p
--- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> > If ukai is affected, I would suspect uming (also from
> Arphic)
> > would be the same? and how many non-english fonts one
> want to
> > "work-around" like this?
>
> I've not seen any problems with uming. Most
> 'non-english' fonts w
James Hawkins wrote:
> On Tue, Mar 25, 2008 at 4:27 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
>> James Hawkins wrote:
>> > On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
>> >> Hi,
>> >>
>> >> We didn't have a new winetest executable for the last few days. MinGW
>> do
On Tue, Mar 25, 2008 at 4:27 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
>
> James Hawkins wrote:
> > On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> We didn't have a new winetest executable for the last few days. MinGW
> doesn't
> >> know anything
Anyone else seeing this?
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so cursoricon.c && touch cursoricon.ok
cursoricon.c:656: Test succeeded inside todo block: No hbmColor!
make: *** [cursoricon.ok] Error 1
Am Mittwoch, 26. März 2008 10:57:56 schrieb Новиков Роман Константинович:
> After 40 minutes of the compilation the process halted with messages:
> wined3d_private.h: In function `float_32_to_16':
> wined3d_private.h:159: warning: implicit declaration of function `isinf'
> wined3d_main.c: At top le
Marc Andre Tanner <[EMAIL PROTECTED]> writes:
> Yes that's true the case information is lost but is it really needed?
> If you create the files with the original mixed case you will have to
> scan the whole directory in order to match it to a given filename.
> And if i am not mistaken this is ex
On Wed, Mar 26, 2008 at 12:49:16PM +0100, Francois Gouget wrote:
> On Tue, 25 Mar 2008, Marc Andre Tanner wrote:
> [...]
> > The filesystem converts every path to lower case before further
> > operations take place. On file creation the original filename is
> > stored in an extended attribute and l
On Wed, Mar 26, 2008 at 04:38:26PM +, Hin-Tak Leung wrote:
> --- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> But, OTOH, should one expose the whole of fontconfig-available
> fonts to wine? A lot of them may be dubious to various extent.
Well we already did that anyway. It was ju
Hi, anybody on wine-devel want to take this on and make this more concrete?
--- On Wed, 26/3/08, Till Kamppeter <[EMAIL PROTECTED]> wrote:
> From: Till Kamppeter <[EMAIL PROTECTED]>
> Subject: Re: Google Summer of Code 2008 - Some general instructions for
> reviewing the student's applications
>
Ahoj Vito / Hi Vit,
many thanks for your valuable help! In our case, it depends on the
partition size, not on the free space remaining. We've found that on every
partition bigger than 64G, the installation fails.
Now we are performing an experimental installation in /var/tmp, where /var
has onl
On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We didn't have a new winetest executable for the last few days. MinGW doesn't
> know anything about a d3dx9 dll (yet) that's imported in the d3dx9_36 tests.
>
> Especially while in the process of getting ready for
--- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> I think it's a bug in *native* gdiplus. If you install
> ukai.ttf on
> Windows then apps that use gdiplus will crash too.
oh. I suppose it is fair enough that installing any fonts
on windows can have bad effects.
But, OTOH, should on
Wow :-). I have almost wanted to suggest such a native wine-based printer
driver
as a linux foundation/openprinting GOSC project (I am one of the mentors under
the
openprinting umbrella
https://www.linux-foundation.org/en/Google_Summer_of_Code).
I am glad I didn't :-).
I suppose under the ter
On Wed, Mar 26, 2008 at 10:04 AM, Alexandre Julliard
<[EMAIL PROTECTED]> wrote:
> "Vincent Povirk" <[EMAIL PROTECTED]> writes:
>
>
> > My understanding is that start.exe will not work because it must be
> > compatible with the windows version of start. In any case, I don't
> > think I could usefu
On Wed, Mar 26, 2008 at 03:33:27PM +, Hin-Tak Leung wrote:
> --- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> > Well yes, but that doesn't actually mean the patch is
> > incorrect.
>
> Well, it is certainly doing something that the .NET framework doesn't like -
> or, maybe exposi
Hi guys!
I've got some trouble with compiling Wine 0.9.57 & 0.9.58 on Solaris 10
08/07
After 40 minutes of the compilation the process halted with messages:
wined3d_private.h: In function `float_32_to_16':
wined3d_private.h:159: warning: implicit declaration of function `isinf'
wined3d_main.c: At
On 25/03/2008, Reece Dunn <[EMAIL PROTECTED]> wrote:
> This patch adds some basic tests for the Read method of the various
> SHCreateStreamOnFile APIs, while making it possible to add other
> IStream method tests.
>
> At the moment, these tests are being skipped on Wine because it is not
> retu
On 24/03/2008, chris morgan <[EMAIL PROTECTED]> wrote:
> test code run on windows nt4 sp6, messages checked using ms spk++:
>
> DEVMODE dev_mode;
> memset(&dev_mode,0,sizeof(DEVMODE));
> dev_mode.dmSize = sizeof(DEVMODE);
>
> // Get the current display settings
> if (
--- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> From: Huw Davies <[EMAIL PROTECTED]>
> Subject: Re: gdi32-related commit between 0.9.57<->0.9.58 broken
> .NET2/Systems.Windows.Forms
> To: "Hin-Tak Leung" <[EMAIL PROTECTED]>
> Cc: wine-devel@winehq.org
> Date: Wednesday, 26 March, 200
On Wed, Mar 26, 2008 at 02:05:25PM +, Hin-Tak Leung wrote:
> I found a .NET2/System.Windows.Forms application which was running alright
> in 0.9.56/0.9.57 with the appdb adaptations broke in 0.9.58. So I did a git
> bisect
> and found that it is a commit to gdi32/freetype.c from Huw Davies whi
On Wed, Mar 26, 2008 at 02:55:07PM +, Hin-Tak Leung wrote:
> --- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
>
> > > The error message I got was 'attempt to read or
> > write protected memory. This is often
> > > an indication that other memory is corrupt'.
> >
> > Hi,
> >
> > Co
--- On Wed, 26/3/08, Huw Davies <[EMAIL PROTECTED]> wrote:
> > The error message I got was 'attempt to read or
> write protected memory. This is often
> > an indication that other memory is corrupt'.
>
> Hi,
>
> Could you explain how this breaks .NET2, I can't see
> why it should at the moment?
"Dan Kegel" <[EMAIL PROTECTED]> writes:
>> I don't want to claim ownership for the patch you wrote.
>
> Don't worry, Alexandre usually gets that right.
Maybe, but I don't like it. I really prefer for people to send their own
patches instead of having others do it for them.
--
Alexandre Julliard
Alexandre Julliard wrote:
>> @@ -1633,7 +1633,7 @@ TAB_DrawItemInterior(const TAB_INFO *inf
>>SetTextColor(hdc, (((lStyle & TCS_HOTTRACK) && (iItem ==
>> infoPtr->iHotTracked)
>>&& !(lStyle & TCS_FLATBUTTONS))
>> | (TAB_GetItem(infoPtr
On Tue, Mar 25, 2008 at 9:43 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote:
>
> On Tue, Mar 25, 2008 at 12:02 PM, Kai Blin <[EMAIL PROTECTED]> wrote:
> > On Tuesday 25 March 2008 17:21:20 Austin English wrote:
> >
> > > An option yes, but it should not be the default course of action. As
> > >
On Wed, Mar 26, 2008 at 6:49 AM, Pavel Troller <[EMAIL PROTECTED]> wrote:
> Hi!
> We have a long-persisting problem there. It persists for many wine versions
> and prevents some programs from installing.
> As an example, today my son complained about impossibility to install WoW.
> The instal
I found a .NET2/System.Windows.Forms application which was running alright
in 0.9.56/0.9.57 with the appdb adaptations broke in 0.9.58. So I did a git
bisect
and found that it is a commit to gdi32/freetype.c from Huw Davies which broke
it.
It is known that .NET does some strange things with font
"Vincent Povirk" <[EMAIL PROTECTED]> writes:
> My understanding is that start.exe will not work because it must be
> compatible with the windows version of start. In any case, I don't
> think I could usefully share code with the rest of start.
It has to be compatible, but adding new options that
Hans Leidekker wrote:
> static DWORD HTTPREQ_ReadFile(WININETHANDLEHEADER *hdr, void *buffer, DWORD
> size, DWORD *read)
> {
> WININETHTTPREQW *req = (WININETHTTPREQW*)hdr;
> +static WCHAR encoding[20];
> +DWORD buflen = sizeof(encoding);
> +static const WCHAR szChunked[] = {'c'
Hi Pavel,
I've ran into similar issues when, for example, I've got more than 64GB
free space on the partition, and the old Win installers just told me
there was -1 bytes free. I'd vote for some Wine (or 3rd party tool)
functionality that would decrease the reported bytes available per
user's re
"Andrew Riedi" <[EMAIL PROTECTED]> writes:
> +{
> +LPCTSTR lpSubKey;
Please don't use TCHAR types.
> +static const WCHAR hkcrW[] = {'h','k','c','r',0};
> +static const WCHAR hkcuW[] = {'h','k','c','u',0};
> +static const WCHAR hklmW[] = {'h','k','l','m',0};
> +static const WC
On Wed, Mar 26, 2008 at 6:38 AM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
> > The first step, as Alexandre says, is to add the test with a todo_wine
> > around the negative destlen test.
> > I would have done it but I'm more than happy to let you run with it.
>
> Please go ahead and resubmit
Hi!
We have a long-persisting problem there. It persists for many wine versions
and prevents some programs from installing.
As an example, today my son complained about impossibility to install WoW.
The installer was not able to determine the free space on the disk (there was
a dash instead of
"Vincent Povirk" <[EMAIL PROTECTED]> writes:
> My last attempt created a new winelib program; apparently this
> functionality fits in explorer.
start.exe is probably more appropriate. Either way you are trying to
make it too smart; it should take a straight Unix path, and not try to
guess anythin
Dan Kegel wrote:
> On Wed, Mar 26, 2008 at 4:04 AM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
>> > This would require reviewing all uses of WideCharToMultiByte in Wine,
>> > many places get this wrong. Unless you have an app that requires this
>> > fix I'd suggest to leave the test as todo_wi
On Wed, Mar 26, 2008 at 4:04 AM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote:
> > This would require reviewing all uses of WideCharToMultiByte in Wine,
> > many places get this wrong. Unless you have an app that requires this
> > fix I'd suggest to leave the test as todo_wine for now.
>
> Would
My understanding is that start.exe will not work because it must be
compatible with the windows version of start. In any case, I don't
think I could usefully share code with the rest of start.
Attempting to guess between unix and windows paths is not necessary (I
saw no reason not to do it, but I
Hi Stefanov,
attached is the code of a standalone proxy DLL I developed last year during SoC, have a look
especially at the makefile for cross-compilation...
regards marcel.
--
"Obstacles are those frightful things you see when you take your eyes off your
goal."
On Tue, 25 Mar 2008, Marc Andre Tanner wrote:
[...]
> The filesystem converts every path to lower case before further
> operations take place. On file creation the original filename is
> stored in an extended attribute and later returned upon request.
Shouldn't it be the other way around? I guess
On Wednesday 26 March 2008 12:39:39 pm you wrote:
> If you build a wine dll inside the wine source tree we use gcc in
> combination with some wine magic for compilation. Exporting of functions in
> that case happens through a '.spec' file.
>
> When you want to work outside the wine tree (as it can
Michael Stefaniuc <[EMAIL PROTECTED]> writes:
> Would that be a good janitorial work to be done before Wine 1.0? I feel
> like I'm getting tired of translating ...
Sure, if you feel like doing it go ahead. I'm not sure the fix will go
in before 1.0, but already fixing as many callers as possible
On Tuesday 25 March 2008 06:50:25 am Dan Kegel wrote:
> 3711 wininet 1 Musicmatch fails to install (missing registry
> key, HTTP_HttpOpenRequest() problem)
> 5625 wininet 3 Wine does not handle internet proxy settings
> conveniently
I'll look into these two bug
Alexandre Julliard wrote:
> "Dan Kegel" <[EMAIL PROTECTED]> writes:
>
>> While investigating a crash in gs-auftrag in bug 9039, noticed
>> WideCharToMultiByte wasn't quite conformant for negative destlen.
>> Fixed, with tests. Passes for me in Wine and Win XP.
>
> This would require reviewing al
If you build a wine dll inside the wine source tree we use gcc in combination
with some wine magic for compilation. Exporting of functions in that case
happens through a '.spec' file.
When you want to work outside the wine tree (as it can be more convenient) you
could also use 'winegcc' for bui
Anatoly Lyutin <[EMAIL PROTECTED]> writes:
> @@ -1633,7 +1633,7 @@ TAB_DrawItemInterior(const TAB_INFO *inf
>SetTextColor(hdc, (((lStyle & TCS_HOTTRACK) && (iItem ==
> infoPtr->iHotTracked)
>&& !(lStyle & TCS_FLATBUTTONS))
> | (TAB_Ge
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> While investigating a crash in gs-auftrag in bug 9039, noticed
> WideCharToMultiByte wasn't quite conformant for negative destlen.
> Fixed, with tests. Passes for me in Wine and Win XP.
This would require reviewing all uses of WideCharToMultiByte in Wine
Folks, I've been trying to make a bunch of control panel applets
for wine for some time now.
a CPL is basically a DLL which (the most importnat part) exports a
function called "CPlApplet"; Without it, the cpl isn't worth a thing.
It is the presence of that export which basically iden
On Wednesday 26 March 2008 02:24:35 Cesar Izurieta wrote:
> Besides the FUSE project for GSOC I see two items listed on the
> http://wiki.winehq.org/SummerOfCode page:
>
> # Better ISO FUSE file system integration
Steven already took care of this part, so I'll wrap up the next one.
> # A FUSE wra
Hello potential students,
There have been at least 4 people interested in doing the reg.exe
project for summer of code, but unfortunately this is not really a
good project idea, becuse you can pretty much implement it all in a
single day by just calling the right advapi calls. Making winecfg work
69 matches
Mail list logo
