Hey,
On 6/29/05, Tony Lambregts <tony.lambregts(a)gmail.com> wrote:
> Chris and I talked on IRC and it turns out that magic_quotes_gpc are
> turned "on" in php.ini on the production server and not on mine so we
> needed a stripslashes() on the version description.
They are supposed to be off! Check our .htaccess:
http://cvs.winehq.org/cvsweb/~checkout~/appdb/.htaccess?rev=1.3&content-typ…
Our database query compile functions are also adding slashes and I
don't see slashes appear in other recent database entries. In other
words there we have no magic quotes added.
So either the php overrule settings are recently changes or the
slashes in appsubmit.php are comming from a different place.
Paul
MSCMS tests fails on my box:
| [s2@katleriai wine]$ wine dlls/mscms/tests/mscms_test.exe.so 2>&1 | head -n 6
| This version of Wine was compiled without support for color management
| functions. This means many color functions are empty stubs and you should
| expect your application to fail. To enable Wine to use LittleCMS for color
| management please install a liblcms development package version 1.13 or
| higher and rebuild Wine.
| http://www.littlecms.com
I want to fix this by avoiding to upgrade my liblcms and install dev-pkg.
Would it be OK to put some #ifdef-s in some unimplemented function, let
say EnumColorProfilesA(), and to SetLastError(ERROR_CALL_NOT_IMPLEMENTED)?
Then at the start of the test we could check this and return from the test
when GetLastError() return ERROR_CALL_NOT_IMPLEMENTED. Is this way OK?
Vijay Kiran Kamuju <infyquest(a)gmail.com> writes:
> This is part-1 of the patch that adds necessary defines for XMLDOM interfaces
> for msxml
These belong to msxml2did.h.
--
Alexandre Julliard
julliard(a)winehq.org
Alexandre Julliard wrote:
>ChangeSet ID: 18501
>CVSROOT: /opt/cvs-commit
>Module name: wine
>Changes by: julliard(a)wine.codeweavers.com 2005/06/28 08:52:01
>
>Modified files:
> dlls/advapi32/tests: security.c
>
>Log message:
> Mark as todo a couple of tests that currently fail.
>
>Patch: http://cvs.winehq.org/patch.py?id=18501
>
>Old revision New revision Changes Path
> 1.20 1.21 +3 -3 wine/dlls/advapi32/tests/security.c
>
>
This patch is wrong. The failures are caused by the following patch:
>ChangeSet ID: 18498
>CVSROOT: /opt/cvs-commit
>Module name: wine
>Changes by: julliard(a)wine.codeweavers.com 2005/06/28 05:54:29
>
>Modified files:
> dlls/ntdll : sec.c
>
>Log message:
> James Hawkins <truiken(a)gmail.com>
> Forward RtlAddAccess* to add_access_ace.
>
>Patch: http://cvs.winehq.org/patch.py?id=18498
>
>Old revision New revision Changes Path
> 1.62 1.63 +6 -58 wine/dlls/ntdll/sec.c
>
>
James, the SD in the tests seems to be filled with random data. Can you
have a go at fixing this?
--
Rob Shearman
On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote:
> ChangeLog:
> Saulius Krasuckas <saulius.krasuckas(a)ieee.org>
> Link to Image Color Management (ICM) Reference instead of
> irrelevant MSCMS Publishing API docs.
>
>
> Index: templates/en/status_dlls.template
> ===================================================================
> RCS file: /home/wine/lostwages/templates/en/status_dlls.template,v
> retrieving revision 1.27
> diff -u -p -u -r1.27 status_dlls.template
> --- templates/en/status_dlls.template 23 Jun 2005 22:29:56 -0000 1.27
> +++ templates/en/status_dlls.template 26 Jun 2005 20:18:25 -0000
> @@ -229,7 +229,7 @@
> </tr>
> <tr>
> <td>mscms.dll</td>
> - <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cmsccapi/P…">MSDN: MSCMS Publishing API</a></td>
> + <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_3j…">MSDN: ICM Reference</a></td>
> <td>None</td>
> <td class="pct25">25% complete</td>
> <td>Hans Leidekker</td>
>
>
I was looking over some of our current links to MSDN and looked at the
link that you provide. Wouldn't this link be even better?
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_20…
It covers ICM as well as CMMs
Cheers,
-Tom
From: "Robert Shearman" <rob(a)codeweavers.com>
> Changelog:
> Move notification window (aka systray) to a separate process.
> --- /dev/null 2005-06-27 03:50:51.210644768 -0500
> +++ programs/winesystray/Makefile.in 2005-06-26 08:34:07.000000000 -0500
Cool, but I wan't the plan to have only one external process
(a wineexplorer or somesuch) that would handle desktop mode,
systray, etc?
This could be it, but then the naming (winesystray) seems a bit off...
--
Dimi Paun <dimi(a)lattica.com>
Lattica, Inc.
Hi folks,
As I'm sure you all know, Google has now accepted 6 students
to work on projects for Wine.
Alexandre, Dan Kegel, Lionel Ulmer, Dimi O'Paun and I worked on
the Wine committee that reviewed the applications, and we were all
impressed by the depth and quality of the applications, and we're
excited to have 6 fresh new workers on Wine.
We're working right now on connecting these 6
students with their mentors; we hope to
announce more details once we've made those
connections.
To be honest, we're running a bit behind here;
I think Google jumped into this without being as
prepared as you might otherwise hope, and there
have been challenges in figuring this all out.
(We're still largely clueless about the responsibilities
of mentors from Googles perspective, for example).
So, thanks to everyone that submitted a proposal.
I'd particularly like to thank those people that
submitted a great proposal and were not accepted.
To be quite honest, we were disappointed that Google only
selected 6 applicants; we put forward 18 different
applications that we thought were all worthy of funding.
So, thanks again to everyone, and most of all,
thanks to Google for spurring Wine development!
Cheers,
Jeremy
While poking around the forums today I discovered that some windows
sysadmins disable permissions for mshtml.dll as a sort of hack to
prevent spyware infestation due to problems with Internet Explorer.
There's some work being done on mshtml now - if we are coding a truly
drop-in replacement using Mozilla, would it be possible for these
sysadmins to use the Wine version instead?
That would be pretty nifty.
Thanks,
Scott Ritchie