On Saturday 29 November 2008 15:40:33 Paul Vriens wrote:
> This also means that Paul Millars winetest is no longer available.
Yup, this is true. After providing winetest.exe for (I think) a little over 4
years, quisquiliae is falling silent and WineHQ is picking up the baton for
winetest.exe.
Hi Dan,
Some clarification...
On Wednesday 27 August 2008 23:51:02 Dan Kegel wrote:
> A few issues to consider [...]
>b) gnu tls is gpl... Does wine currently link against any GPL (as opposed
>to LGPL) libraries?
I believe the situation is slightly more complex. From memory, the core part
of
On Wednesday 27 August 2008 21:15:48 James Hawkins wrote:
> That's not why the tests are failing. The install tests are timing
> out, and if the winetest executable kills the child process that it
> believes is 'hung', then you're killing the installer process midway
> through an install and thus
Hi Juan,
On Friday 25 July 2008 16:49:34 Juan Lang wrote:
[...]
> > Please, either tell me I'm wrong, or make Wine honest about what it's
> > telling the user.
>
> No, you're not wrong, and this email was my attempt at being honest.
... and your honesty is appreciated!
> I'll point out that ther
On Sunday 25 May 2008 05:18:18 Dan Kegel wrote:
> Figured out why so many people are running winetest on windows today:
> http://linux.slashdot.org/comments.pl?sid=563226&cid=23530662
Yes, this was a surprise.
IIRC, these tests are considered slightly hazardous. In the past we recommend
that on
On Thursday 22 May 2008 12:06:58 Francois Gouget wrote:
> Alternatively, where's the lastest version of w32api with d3dx9_36?
The patches (against w32api v3.8) are available here:
http://www.astro.gla.ac.uk/%7Epaulm/Cross/mingw-w32api-patches-2008-05-22.tar.gz
HTH,
Paul.
Hi,
On Saturday 03 May 2008 01:38:07 James Hawkins wrote:
> I'm trying to fix the failing cross tests, but we haven't had a
> winetest build on Paul Millar's server in a few days.
Just to mention that gaps will appear if the winetest.exe builds but hasn't
changed. As Paul (Vriens) says, the log
Hi all,
I've added support in MinGW support for d3dx9 (with help from Stefan Leichter,
thanks!) and a build has now gone through. New results should start to
appear as people upload their results.
On Saturday 29 March 2008 06:58:42 Steven Edwards wrote:
> On Fri, Mar 28, 2008 at 3:22 PM, Steve
Hi Maarten,
On Wednesday 13 February 2008 00:51:11 Maarten Lankhorst wrote:
> Who managed to compile all wine tests for windows, and how is it done?
Once a day, quisquiliae head-node (attempt to) build winetest.exe (and also
the other Wine .exe and .dll files). Some details about this are avail
On Tuesday 29 January 2008 09:26:44 Reece Dunn wrote:
> Is there any more news on this?
The front-end machine is up and the builds are going ahead. This is mainly
due to Andrew Elwell (thanks!).
The root-cause of the problem is still unknown; although the machine seems
stable, the problem may
On Friday 25 January 2008 10:00:17 Francois Gouget wrote:
> There's been no new winetest for about a week. Does anyone know what's
> up?
The front-end machine had stopped responding to network traffic. I'm not
physically the machine, so I've asked someone to investigate on my behalf.
They rebo
On Sunday 18 November 2007 12:42:40 Paul Millar wrote:
> That sounds promising. I should be able to tweak the winetest.exe build
> infrastructure so it also build DLLs and executables without too much
> trouble.
OK, this now seems stable.
The DLLs and executables are built and packaged
On Saturday 17 November 2007 12:04:36 Maarten Lankhorst wrote:
> Roderick Colenbrander schreef:
> > They should get updated. In case of Solaris there are some bugs which
> > prevent it from running I think. In case of Windows someone needs to
> > update the package. It is very useful to use some of
Hi Juan,
On Wednesday 15 August 2007 20:02:17 Juan Lang wrote:
[snip!]
> Yes, that's true, but if trust truly is the issue, we have to ask what
> exactly is being protected. [nothing's using Wine's CA root certs]
Sure, if nothing is using Wine's root store just now it's probably overkill.
I'm
Hi Juan,
Sorry I was going to reply earlier but was distracted...
On Wednesday 15 August 2007 00:08:23 Juan Lang wrote:
> Since there wasn't a clear consensus about how to get CA certificates
> into the registry, I decided to do what Mono does: punt. So I've
> written a tool that can load certi
On Thursday 12 July 2007 16:19:05 Detlef Riekenberg wrote:
> You can see actual results for wine here:
> http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
Sadly, WRT is very much in the past-tense. It was based on a Heath Robinson
arrangement involving CVS email notifications bouncing around ou
;
> the patches are already in the inbox of Paul Millar, but it looks like he
> did not find the time to include them into the build environment. The last
> patches were from yesterday (msi,mshtml). And it looks like i need to send
> at lesat one today (pdh).
Sorry, back again.
Thanks
Hi Stefan,
On Sunday 25 February 2007 18:13, Stefan Leichter wrote:
> This fail for some dlls at the linking, eg. comdlg32.dll misses the imports
>
> _IID_IContextMenu, _IID_IShellFolder, _IID_IPersistFolder2,
> _IID_IShellBrowser, _IID_ICommDlgBrowser, _IID_IShellView,
These are part of the Min
On Sunday 24 December 2006 09:37, Paul Vriens wrote:
> Doing a simple 'make clean' and 'make' only gives me a winetest.exe.so
> which is a 'ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV),
> not stripped'.
>
> Is there something I'm missing here?
Sorry, what I said was a bit incomplete
Hi Paul,
On Friday 22 December 2006 15:38, Paul Vriens wrote:
> any pointers how to build a winetest.exe I can run on Windows?
Try make inside programs/winetest/ directory.
However, winetest.exe has dependencies on all the DLL tests: to build the
single winetest.exe executable, all the _test.ex
Hi all,
For comparison, a list of the failures I get with a Debian box is available
here:
http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php
(this URL will always show the most resent build).
WRT is still not picking up on git changes, but I manually triggered a rebuild
during WineConf.
On Thursday 27 April 2006 09:52, Mike McCormack wrote:
> Paul Millar wrote:
> > +# Variable dependency based on whether user has run configure with
> > --with-wine-tools option +TOOLS := $(if @WITH_WINE_TOOLS@,,tools)
>
> I think Alexandre considers := and $(if ...) to be non-
Hi Tom,
On Tuesday 25 Apr 2006 19:05, Tom Spear wrote:
> On 4/25/06, Paul Millar <[EMAIL PROTECTED]> wrote:
> > Yes, this looks to be amenable to a clean-room implementation. [...]
>
> I don't see any reason why that couldn't work. We could combine that test
>
Hi Tom,
Yes, this looks to be amenable to a clean-room implementation.
This could involve two students: one activity would be to write a document
describing the API and write a suite of functional tests that "define"
correct behaviour of the API; the other activity would be to use the document
Hi Detlef,
On Sunday 23 April 2006 22:19, Detlef Riekenberg wrote:
> Great to see, that WRT-Native is on the way to run again.
Yes, hopefully back up and running soon.
> This Patch is unusable because of the line-wrap.
> You can attach the diff as File to avoid this.
Yes, kmail got the better
hine working.
> If that's the case for us (Paul Millar), can it be worked around by adding
> another configure check, guys? Or it isn't worth an effort?
Well, that depends when FT_Load_Sfnt_Table support was added. We can bracket
it between v2.1.3 (which quis. has) and v2
Hi Detlef,
On Friday 03 Mar 2006 22:49, Detlef Riekenberg wrote:
> Hi.
>
> The latest Winetest-Binaries are outdated
> ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ).
Yup.
I'm trying to migrate from the old computer (an old RH-7.3 box much like
Frankenstein's monster) to a more
On Wednesday 15 February 2006 23:12, Detlef Riekenberg wrote:
> riched20_crosstest.exe does not Build:
> /usr/lib/gcc/i586-mingw32msvc/3.4.2/../../../../i586-mingw32msvc/bin/ld:
> cannot find -lriched20
Yes, stock MinGW doesn't know about riched20.dll. Stefan sent Hans and myself
a patch for thi
On Monday 09 Jan 2006 21:50, Rolf Kalbermatter wrote:
> Paul Millar wrote:
> > The problem above (at the beginning of this year) was with a
> > missing GUID in the compiler, which is now fixed.
>
> Could you tell me what GUID it was.
Certainly, it was IID_IHttpNego
Hi Saulius,
On Friday 06 Jan 2006 15:15, Saulius Krasuckas wrote:
> * On Fri, 6 Jan 2006, Paul Millar wrote:
> > WRT builds winetest.exe anyway (in fact, all the DLLs and EXEs it can),
> > but the results are not registered, so no one sees them.
>
> I didn't got it - w
On Friday 06 Jan 2006 01:29, Saulius Krasuckas wrote:
> I may perfectly repeat someones else question, but why in the world
> winetest-200YmmDD1000-paul-mingw.exe files aren't being generated if the
> patches arrives too late during partical day?
>
> I think compiled EXEs should be released regardl
Hi,
Just a quick email to say Hans' patch on it own fails for me too. His patch
with Robert's addition works fine.
On Sunday 18 Dec 2005 14:56, Hans Leidekker wrote:
> On Sunday 18 December 2005 15:13, Robert Reif wrote:
> > Adding this fixes it for me but you may need to check for
> > ldap_par
Hi all,
Unfortunately, the compilation broke (as usual, due to missing defs within
MinGW) just before I was heading off for a week-long conference.
With help from Stefan Leichter, the problem is now fixed. There's a new
winetest.exe today and new ones should appear in the normal fashion.
Chee
Hi,
Just to say that a fairly recent patch to wldap32 causes compilation to fail
under an old RedHat 7.3 machine (yeah, I'm just waiting on installing
debian :-)
Anyhow, I guess some extra autoconf tests might fix it, but it is an old
version of openssl (openssl-0.9.6b-35.7).
HTH,
Paul
misc
Hi Charles,
OK, so what I suspect is happening is crontab has no DISPLAY variable set, so
wine is defaulting to using the ttydriver. Unfortunately, crontab
environment isn't attached to any tty, so that fails too with the error
message you see.
What you really want is the nulldriver (which I
On Saturday 29 Oct 2005 05:19, Mike McCormack wrote:
> "You can make a dummy file in your application directory called
> application.exe.local to force Windows to use the dlls in the local
> directory. So say you have IEXPLORE.EXE you would create
> IEXPLORE.EXE.LOCAL and drop the Mingw compiled dl
Hi Markus,
Please send patches included as in-line text (being careful to avoid
line-wraps). This helps for reviewing patches.
The changelog entry normally goes before the patch, not included as part of
the patch.
Cheers,
Paul.
On Wednesday 19 Oct 2005 12:18, you wrote:
> dlls/user/button.c
Hi Kuba,
On Thursday 06 Oct 2005 23:23, Kuba Ober wrote:
> > we can probably do better than inb() / outb().
>
> You can't do any better than that [It] is the only one that makes sense
> (when you run things on ia32).
... and when you're not on an ia32 platform with a superIO chip?
> > Advantage
Hi all,
If the bit-wise manipulation of the parallel port is exposed as some kind of
interface under Win9x, we can probably do better than inb() / outb(). Under
Linux, there's ppdev (a user-land bit-twiddling interface since 2.4-series
kernels).
Advantages of using ppdev over simple inb() /
Hi Ken,
On Sunday 25 Sep 2005 10:37, Ken Larson wrote:
> 2. The sockets trick was the simplest way I could figure out how to
> do IPC between a linux process and a wine process. However, is
> there are any better or faster way to do this? As far as I know I
> can't use winelib because I don't ha
Hi,
Cross-compilation is broken again. This time its CLSID_FileProtocol.
The GUID is part of the standard MinGW 3.3 release. I can patch
MinGW to remove its definition of this GUID, but I'm not sure this is
the correct solution.
What do people think?
Cheers,
Paul.
---
i686-mingw32msvc-g
On Tuesday 30 Aug 2005 13:31, Vitaly Lipatov wrote:
> winldap_private.h:289: error: syntax error before "BerElement"
I get this error too, although the machine is somewhat ancient.
http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=671
Cheers,
Paul.
pgpZRM5fn4bBi.pgp
Description: PGP
On Saturday 27 Aug 2005 21:28, Hans Leidekker wrote:
> I remember that too now :-). I wrongly assumed Wine's header was correct.
> Paul, there's a patch in my RPMS that backs out these defines. It's called
> w32api_lib_directx_dxguid_c_02.patch.gz
Ta. I've added that patch too, now.
Next problem
Hi Saulius,
On Thursday 25 Aug 2005 09:22, Saulius Krasuckas wrote:
> * On Wed, 24 Aug 2005, Paul Millar wrote:
> > The cross-building part needs patching so it knows about an additional
> > part of the Win32 API. Nothing new there.
>
> Ok, but I perhaps do not understand
Hi Saulius,
No, this isn't intentional. The cross-building part needs patching so it
knows about an additional part of the Win32 API. Nothing new there.
But rather than just patching the (somewhat ancient) version of the w32api,
I've decided to upgrade to the latest version. This means going
On Wednesday 20 Jul 2005 01:23, Jakob Eriksson wrote:
> Paul Millar wrote:
> >is it possible to configure winrash to run automatically?
>
> Only on Win95/98/ME.
Ah, but I have a windows 95 machine and it isn't running automatically; at
least, not when I leave the machine swit
On Monday 18 Jul 2005 18:42, Paul Vriens wrote:
> On Mon, 2005-07-18 at 19:15, Paul Millar wrote:
> > I've noticed that the test site has no mention of today's cron-build of
> > winetest.
>
> all seems well. You just have to wait till people wake up, download the
Hi,
I've noticed that the test site (test.winehq.org/data) has no mention of
today's cron-build of winetest. Having monkeyed about with the build process
over the weekend (but, I thought, not that part) I'm a little worried I might
have inadvertently upset the part that registers a new cron-bu
On Monday 09 May 2005 16:11, you wrote:
> Paul van Schayck wrote:
> > Where would this list be? As of now there is no list of applications
> > we try to keep working with every released snapshot. [...]
>
> Go to the Wine HQ site and click on applications database.
I think Paul wanted to know the
On Friday 06 May 2005 21:14, Stefan Leichter wrote:
> http://test.winehq.org/data/200505051000/
>
> the summary page litst all tests as failed.
OK, me bad; sorry.
The cross-building and WRT shared a bit more common code than I
thought, specifically a Local-Patches directory.
Tomorrows build wil
Ivan,
My talk is available from
http://www.astro.gla.ac.uk/users/paulm/WineTalk
Cheers,
Paul.
On Tuesday 03 May 2005 21:35, Ivan Leo Puoti wrote:
> Please send all presentations/PDFs/whatever to [EMAIL PROTECTED] and
> I'll upload them to the server that will be providing the wineconf
> video
On Monday 25 April 2005 16:18, Alexandre Julliard wrote:
> Paul Millar <[EMAIL PROTECTED]> writes:
> > Hopefully not a controversial one [...]
>
> The problem with this is that the result is not a valid path, which
> breaks tools that parse the output to let you jump to
Hi guys,
On Thursday 14 Apr 2005 20:04, Saulius Krasuckas wrote:
> * On Thu, 14 Apr 2005, Jacek Caban wrote:
> > Saulius Krasuckas wrote:
> > >Is someone working on any atoi() implementation [...]
> > Here you have:
> It not me who doesn't have it. It's a question: is anyone prepared patch
> to s
Hi all,
Thanks for the 1-liner patch ;^)
In fact I went for a patch that Stefan Leichter sent (privately) as it
included some 41 other ole32 function definitions, so might stay the
inevitable next breakage.
Hans has this patch too, so I guess it should be available from his
website at some po
Hi all,
[yawn]
One of the new tests broke winetest build (see below).
Anyone have a suitable patch against mingw that adds StgCreatePropSetStg?
Cheers,
Paul.
[EMAIL PROTECTED] tests]$ make
i686-mingw32msvc-gcc marshal.o moniker.o propvariant.o stg_prop.o storage32.o
testlist.o -o ole32_test
Hi Detlef,
Thanks for looking at this, but I'm afraid I'm slightly confused by
your modified version of the patch
On Sunday 10 April 2005 10:46, Detlef Riekenberg wrote:
> I'm working at wineprefixcreate also and while looking at your
> Patch, i found a race-condition when the user started
Hi James,
On Sunday 03 Apr 2005 23:57, you wrote:
> On Apr 3, 2005 5:17 PM, Paul Millar <[EMAIL PROTECTED]> wrote:
> > By the look of it, the bug is that create_test_entries() creates the
> > three TestN keys (N=1..3), but doesn't clean them after.
>
&
Hi James,
On Sunday 03 Apr 2005 22:43, James Hawkins wrote:
> On Apr 3, 2005 4:33 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> I see what's happening now. The original author of test_enum_value
> either didn't know about the 3 existing keys (maybe they were added
> later) or he thought they wou
Hi Cal,
If you change the AeDebugger setting to include the --auto option:
HKLM,Software\Microsoft\WindowsNT\CurrentVersion\AeDebug,"Debugger",,"winedbg
--auto %ld %ld"
This is the default if you delete the key completely and is now also
the default if you have no registry and wine creating a
On Monday 21 Mar 2005 14:16, Hans Leidekker wrote:
> On Monday 21 March 2005 12:49, Paul Millar wrote:
> > Is this the usual mingw missing functions again?
> I updated my RPM packages today
Yes, that fixed it, thanks!
There's a remaining issue with a RAID system, but hopef
Hi,
Building winetests is broken again (see errors at end of email).
Is this the usual mingw missing functions again?
Cheers,
Paul.
PS, actually there's another problem to do with a RAID system dying. I'll
relocate the webpages to somewhere a bit better.
i686-mingw32msvc-gcc db.o record.o s
On Thursday 17 March 2005 11:51, Jakob Eriksson wrote:
> Paul Millar wrote:
> >[writing tests]'s a rather weary job, which no one enjoys doing
> > :^/
>
> I do! Maybe I have a condition, but I really love doing it! :-)
Long may that continue!
[...]
> > [separa
On Thursday 17 March 2005 11:54, Jakob Eriksson wrote:
> Maybe one could script something up so that a commit to
> tests CVS would not be *possible* without a confirmed test
> pass on Windows 95, NT, 2000 and XP.
> That'd be the best thing since sliced bread.
CVS supports doing some server-side va
On Thursday 17 March 2005 10:33, Jakob Eriksson wrote:
> Apart from all of Wine, I'm always interested in the conformance
> testing. I believe it's crucial in speeding up Wines' development.
> For each bug found, it is often a good idea to write an automatic
> regression test.
Yes, although that's
Hi,
Something I've noticed whilst playing with winedbg (and its auto
mode). If there's no AeDebug key in the registry, then the default
is to run the debugger in non-interactive mode:
[EMAIL PROTECTED]:~/CVS/wine$ grep cmdline.*winedbg dlls/kernel/except.c
sprintf(cmdline, "winedbg --a
Hi guys,
I think someone broke test.winehq.org. When the cronscript tried to register
the new builds from this morning (via wget), both GETs failed. I've copied
the message below, but it doesn't contain much more information.
Did someone accidentally kill "http://test.winehq.org/service";?
C
Would it not be just "<rant>" ?
XML -> HTML renders this to "", which the browser will render as
"".
HTH,
Paul.
On Tuesday 08 Mar 2005 10:26, Francois Gouget wrote:
> In WWN 264 there's the following:
>
>
> ...
>
>
> But it does not get through in the HTML page becau
Hi Stefan,
Yes, things are broken due some behind-the-scenes that turned out not
to be the case.
I've been a bit busy these past five days, but I'm back in the country
(and, more importantly, with net connectivity) so should get these
problems fixed soon.
Cheers,
Paul.
On Friday 25 February
Hi Hans,
On Thursday 17 February 2005 09:59, Hans Leidekker wrote:
> On Thursday 17 February 2005 02:06, Paul Millar wrote:
> > [...] push some of these patches up-stream
>
> Been there. The issue is that MinGW has a patch acceptance
> policy that says that material should b
Ultimately, its about choice. Both methods have some merit.
Currently the time-to-patch (ttp 2-3 days?) is less than the
mean-time-between-breakage (mtbb ~14 days). This gives us the luxury
of fixing MinGW as we find new holes in it.
If these two time-scales become comparable, then we're in
On Wednesday 16 February 2005 12:11, Francois Gouget wrote:
> Switching to ordinals only to switch back to importing by name once
> MinGW is fixed is madness.
No, *implementing* the tests using ordinals, then switching to named
is damage limitation in an imperfect world. It separates our buggy
Hi Francois,
In an ideal world, yes we should use the names such as
SHILCreateFromPath etc. and fix MinGW.
However, we're not after testing MinGW, rather testing wine compared
to Windows. We know MinGW buggy! But, the up-stream "vendor"s have
been reluctant to merge in changes. Because of t
Hi,
Quick message: building cross-test died again (output below). This
time its the shell32 dll tests that are causing consternation.
Suggestions greatfully received.
Cheers,
Paul.
i686-mingw32msvc-gcc generated.o shelllink.o shellpath.o shlfileop.o
shlfolder.o string.o testlist.o -o shell
On Wednesday 09 February 2005 21:55, Stefan Leichter wrote:
> Am Mittwoch, 9. Februar 2005 17:16 schrieb Paul Vriens:
> > mlang:
> > linked to missing export NTDLL.DLL:atoi
[...]
> > ole32:
> > linked to missing export NTDLL.DLL:atoi
> mlang.dll and ole32.dll can be linked against msvcrt.dll inste
On Wednesday 09 February 2005 16:57, Ferenc Wagner wrote:
> In the first round winetest runs all the individual test
> executables to find out the names of subtests they contain.
> In case of a failure it obiously has no way to run those
> tests, so they are skipped. You have the freedom the run
>
Paul.
> Am Freitag, 4. Februar 2005 16:30 schrieb Paul Millar:
> > Just a head's up that the new tests broken cross-building
> > winetest.exe. The gory details are reproduced below.
> >
> > I'm afraid I'm away for a long weekend, without net
Hi everyone,
Just a head's up that the new tests broken cross-building
winetest.exe. The gory details are reproduced below.
I'm afraid I'm away for a long weekend, without net access, so can't
fix any until I'm back (Wednesday).
Cheers,
Paul.
[EMAIL PROTECTED] tests]$ make
i686-mingw32msvc-
Hi Paul,
Yep, the cross-building is broken at the moment.
I've been a bit busy lately so haven't gotten around to fixing it, but
should have some spare time tonight, fingers crossed ;)
Cheers,
Paul
On Monday 24 January 2005 13:01, Paul Vriens wrote:
> I have no idea if something is wrong but
On Monday 17 January 2005 11:30, Ferenc Wagner wrote:
> Jakob Eriksson <[EMAIL PROTECTED]> writes:
> > I would prefer to have all failed tests at the top, so one
> > could see easily which ones need to be fixed.
>
> Not being an addition but a change, I'd like to hear others'
> opinion on this matt
On Thursday 13 January 2005 13:40, Hans Leidekker wrote:
> On Wednesday 12 January 2005 22:12, Ferenc Wagner wrote:
> > If Paul can use Stefan's patch, then new builds can be
> > expected real soon, I guess.
>
> I've put a couple of new RPMs on my page:
>http://mirzam.it.vu.nl/mingw/
OK, I've
p_ecn
cat /proc/sys/net/ipv4/tcp_default_win_scale
Cheers,
Paul.
On Thursday 13 January 2005 01:57, Dimitrie O. Paun wrote:
> On Thu, Jan 13, 2005 at 01:11:35AM +0000, Paul Millar wrote:
> > Could you do a bit more investigation, like "host
> > www.astro.gla.ac.uk"
On Thursday 13 January 2005 00:41, Dimitrie O. Paun wrote:
> Hmm, that would be cool. For reasons I can not understand, I can
> not access Paul's site at www.astro.gla.ac.uk, so having them
> available somewhere else would be very good for me.
Yes, this problem again? I've never heard of problems
On Wednesday 12 January 2005 21:12, Ferenc Wagner wrote:
> If Paul can use Stefan's patch, then new builds can be
> expected real soon, I guess.
Should be up tomorrow, all things being equal (and a following
wind ;^)
Paul.
pgpcyHA6UAyeh.pgp
Description: PGP signature
are build at / uploaded to
> http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/
> by Paul Millar.
Yes.
I've taken your patch, Stefan, and integrated it with the collection
of patches I'm currently using. Unfortunately, just including the
file interferred with some of the p
On Monday 29 November 2004 21:33, Ferenc Wagner wrote:
> "Ivan Leo Puoti" <[EMAIL PROTECTED]> writes:
> > The test actually is at
> > http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-20
> >0411251000-paul-mingw.exe can someone please fix this?
>
> Paul, could you please fix your tests
Hi all,
On Thursday 14 October 2004 16:00, Kuba Ober wrote:
> On niedziela 10 paĆ
dziernik 2004 02:04 pm, Marcus Meissner wrote:
> > On Sun, Oct 10, 2004 at 08:53:14AM -0400, Dimitrie O. Paun wrote:
> > > On Sun, Oct 10, 2004 at 01:10:06AM -0700, Scott Ritchie wrote:
> > > > I think for consistency
On Monday 11 October 2004 10:57, Ferenc Wagner wrote:
> Unfortunately, cross-building seems broken ATM.
> Kevin, Paul, can you comment on this? I remember Paul
> sending a report to wine-devel about a week ago, do we still
> suffer from the same problem?
Yup, the problem is still there; at least,
Hi,
Looks like one of last night's patches broke cross-building (at least for me).
-- Forwarded Message --
Subject: Cron <[EMAIL PROTECTED]> $HOME/Production/cronCrossBuild 10:00
Date: Thursday 07 October 2004 11:27
From: root of quisquiliae <[EMAIL PROTECTED]>
To: [EMAIL PROTE
Hi everyone,
A couple of quick things:
First, I'm off on holiday for a week (starting tomorrow :^) so won't be able
to answer emails for a bit. The cross-building should carry on regardless,
though.
Second, very occasionally get messages like:
-- Forwarded Message --
Subjec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 26 August 2004 19:10, Stefan Leichter wrote:
> Am Mittwoch, 25. August 2004 14:12 schrieb Paul Millar:
> > Looks like something broke building cross-compiled tests
>
> the attach patch makes it working for me again
Ta!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Looks like something broke building cross-compiled tests last night. I now
get:
[EMAIL PROTECTED] tests]$ make
i686-mingw32msvc-gcc dpa.o imagelist.o subclass.o tab.o testlist.o -o
comctl32_test.exe -lcomctl32 -luser32 -lgdi32
imagelist.o(.te
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 22 July 2004 11:23, Ferenc Wagner wrote:
> Do you know what the problem is? Those of Kevin are used for all the
> reports I checked, but he hasn't responded yet. I'll send a
> patch to include dsound in winetest, and we will see if he
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 19 July 2004 12:50, Ferenc Wagner wrote:
> Can you (cross)build the directsound tests?
Yes.
http://www.astro.gla.ac.uk/users/paulm/wine/dsound_test-20040721.10-00.exe
with md5sum of:
9ca9562675eb87f18f25a56c6c5a1341 dsound_test-20040721.
ure gpg verification-code has something to test against.
Cheers,
Paul.
On Friday 11 June 2004 22:16, Dimitrie O. Paun wrote:
> On Fri, Jun 11, 2004 at 02:49:21PM +0100, Paul Millar wrote:
> > Why remove the verification of the code's gpg signature? It seems to
> > break
it happens automatically or
> does that implicitly violate the trust as we are getting the
> signature from the service initially?
>
> Chris
>
> On Friday 11 June 2004 9:49 am, Paul Millar wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> &g
ant stuff in the _history.
> Do not instruct the client to verify the .sig,
> it's a b0rken idea anyway.
- --
Paul Millar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAybhq/9JwS78PA+kRAuv/AJ9Ulntb1MLGn+2gp8r/qpy6VqJDVACePwVB
VXxAHr9gaBuMhIJ7P81ahMA=
=0tkh
-END PGP SIGNATURE-
netest.exe, so we can't know in advance if a URL will be valid or
not.
Paul Millar
timezone.
Expressing time in any other tz always introduces the possibility of
confusion.
----
Paul Millar
then UPX compressed.
If you have problems running the test (you shouldn't), try the binary
inside winetest-latest.zip as it won't have been UPX compressed.
HTH,
Paul.
Paul Millar
On Sun, 18 Apr 2004, Jakob Eriksson wrote:
> Thank you, thank you, thank you! :-)
Happy to help :)
----
Paul Millar
1 - 100 of 124 matches
Mail list logo