Re: WineHQ:winetest: produce valid HTML
On Wed, Jan 12, 2005 at 05:29:18PM +0100, Ferenc Wagner wrote:
ChangeLog: * Generate valid HTML 4.01 Strict. * Underline vis_note class links, too.
Cool stuff Feri. Anyone knows what happened to the tests? The last one at http://test.winehq.org/data/ is 2004-12-28. Also, the last tests build at SF is winetest-200409111000 which is a bit outdated :) What gives? -- Dimi.
Am Mittwoch, 12. Januar 2005 18:14 schrieb Dimitrie O. Paun:
Cool stuff Feri. Anyone knows what happened to the tests? The last one at http://test.winehq.org/data/ is 2004-12-28. Also, the last tests build at SF is winetest-200409111000 which is a bit outdated :)
Well, since 2004-12-28 we got test for msi.dll and two new GUIDs not supported by current(?) mingw. The attached patch fixes mingw for me. Hope i got the GUIDs right. As far i know the test are build at / uploaded to http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/ by Paul Millar. Bye Stefan
On Wednesday 12 January 2005 20:09, Stefan Leichter wrote:
Am Mittwoch, 12. Januar 2005 18:14 schrieb Dimitrie O. Paun:
Anyone knows what happened to the tests?
[...] The attached patch fixes mingw for me. Hope i got the GUIDs right.
As far i know the test 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 patches that were already included (oops!). I'm rebuilding the mingw tool-chain as I type, so should have things ready first thing in the morning. I'll test it, and if it works, put it into production. Cheers, Paul.
"Dimitrie O. Paun" <dpaun(a)rogers.com> writes:
On Wed, Jan 12, 2005 at 05:29:18PM +0100, Ferenc Wagner wrote:
ChangeLog: * Generate valid HTML 4.01 Strict. * Underline vis_note class links, too.
Cool stuff Feri. Anyone knows what happened to the tests? The last one at http://test.winehq.org/data/ is 2004-12-28. Also, the last tests build at SF is winetest-200409111000 which is a bit outdated :)
Yes, looks like Kevin had to give up on cross building the binaries a couple of months ago; it was he who updated the SF downloads page. Paul Millar, however, kept up with the load until the new GUIDs broke MinGW again. We already talked about the issue and Hans Leidekker also confirmed the MinGW problem, but hasn't got around to provide a patch yet. If Paul can use Stefan's patch, then new builds can be expected real soon, I guess. -- Feri.
On Wednesday 12 January 2005 04:12 pm, Ferenc Wagner wrote:
Yes, looks like Kevin had to give up on cross building the binaries a couple of months ago; it was he who updated the SF downloads page.
I actually gave up keeping the sourceforge upload working, I am however still building winetest. Sourceforge made some changes to their site that broke sfutils. I had thought about hosting the builds on wine.sourceforge.net, which I mentioned on the list some time ago with no response.
On Wed, Jan 12, 2005 at 06:58:19PM -0500, Kevin Koltzau wrote:
I actually gave up keeping the sourceforge upload working, I am however still building winetest. Sourceforge made some changes to their site that broke sfutils. I had thought about hosting the builds on wine.sourceforge.net, which I mentioned on the list some time ago with no response.
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. -- Dimi.
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 from anyone else. Currently, the DB backend that supplies the (stagnant) information for WRT is down, but the page degrades gracefully enough. The rest of the content is static, so should be visable to anyone. Could you do a bit more investigation, like "host www.astro.gla.ac.uk"? Ta, Paul.
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"?
Here you go: [dimi(a)dimi ~]$ host www.astro.gla.ac.uk www.astro.gla.ac.uk is an alias for terra.astro.gla.ac.uk. terra.astro.gla.ac.uk has address 130.209.45.194 [dimi(a)dimi ~]$ traceroute www.astro.gla.ac.uk traceroute to terra.astro.gla.ac.uk (130.209.45.194), 30 hops max, 38 byte packets 1 lattica.com (192.168.3.1) 0.519 ms 0.404 ms 0.331 ms 2 * * * 3 gw03-vlan201.wlfdle.phub.net.cable.rogers.com (66.185.90.161) 18.194 ms 6.477 ms 35.257 ms 4 gw01-vlan962.wlfdle.phub.net.cable.rogers.com (66.185.93.69) 8.538 ms 8.966 ms 25.388 ms 5 gw02.wlfdle.phub.net.cable.rogers.com (66.185.80.130) 14.756 ms 8.939 ms 52.187 ms 6 * * * 7 p13-0.core02.ord01.atlas.cogentco.com (66.28.4.213) 25.295 ms 22.545 ms 23.932 ms 8 p15-0.core01.ord03.atlas.cogentco.com (154.54.2.242) 22.971 ms 24.112 ms 24.849 ms 9 4.68.127.129 (4.68.127.129) 69.403 ms 36.608 ms 66.020 ms 10 so-2-1-0.bbr2.Chicago1.Level3.net (209.244.8.13) 57.766 ms 78.712 ms 37.232 ms 11 so-2-0-0.bbr2.Washington1.Level3.net (209.247.10.130) 35.877 ms 69.783 ms 39.840 ms 12 as-0-0.bbr1.London2.Level3.net (4.68.128.101) 111.231 ms 164.851 ms 180.228 ms 13 ge-3-0-0.gar1.London2.Level3.net (4.68.124.62) 102.045 ms 105.203 ms 103.338 ms 14 195.50.116.202 (195.50.116.202) 136.914 ms 144.620 ms 125.928 ms 15 po2-0.lond-scr4.ja.net (146.97.35.221) 114.603 ms 136.163 ms 101.644 ms 16 po1-0.read-scr.ja.net (146.97.33.26) 101.265 ms 112.260 ms 124.663 ms 17 po3-0.warr-scr.ja.net (146.97.33.54) 105.411 ms 106.434 ms 113.055 ms 18 po2-0.glas-scr.ja.net (146.97.33.58) 158.310 ms 119.836 ms 151.558 ms 19 po0-0.glasgow-bar.ja.net (146.97.35.54) 110.029 ms 110.312 ms 110.151 ms 20 146.97.40.106 (146.97.40.106) 152.059 ms 123.885 ms 111.152 ms 21 130.209.2.117 (130.209.2.117) 129.663 ms 160.970 ms 133.687 ms 22 130.209.2.2 (130.209.2.2) 112.559 ms 110.315 ms 123.665 ms 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * -- Dimi.
Dimi, Both these results are what I get from remote hosts that can access the web pages, so unfortunately don't shed any light on the issue. As a shot in the dark, have you got either ECN set, or a non-zero default window-scaling? Which kernel are you running? cat /proc/sys/net/ipv4/tcp_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"?
Here you go:
[dimi(a)dimi ~]$ host www.astro.gla.ac.uk www.astro.gla.ac.uk is an alias for terra.astro.gla.ac.uk. terra.astro.gla.ac.uk has address 130.209.45.194
[dimi(a)dimi ~]$ traceroute www.astro.gla.ac.uk traceroute to terra.astro.gla.ac.uk (130.209.45.194), 30 hops max, 38 byte packets 1 lattica.com (192.168.3.1) 0.519 ms 0.404 ms 0.331 ms 2 * * * 3 gw03-vlan201.wlfdle.phub.net.cable.rogers.com (66.185.90.161) 18.194 ms 6.477 ms 35.257 ms 4 gw01-vlan962.wlfdle.phub.net.cable.rogers.com (66.185.93.69) 8.538 ms 8.966 ms 25.388 ms 5 gw02.wlfdle.phub.net.cable.rogers.com (66.185.80.130) 14.756 ms 8.939 ms 52.187 ms 6 * * * 7 p13-0.core02.ord01.atlas.cogentco.com (66.28.4.213) 25.295 ms 22.545 ms 23.932 ms 8 p15-0.core01.ord03.atlas.cogentco.com (154.54.2.242) 22.971 ms 24.112 ms 24.849 ms 9 4.68.127.129 (4.68.127.129) 69.403 ms 36.608 ms 66.020 ms 10 so-2-1-0.bbr2.Chicago1.Level3.net (209.244.8.13) 57.766 ms 78.712 ms 37.232 ms 11 so-2-0-0.bbr2.Washington1.Level3.net (209.247.10.130) 35.877 ms 69.783 ms 39.840 ms 12 as-0-0.bbr1.London2.Level3.net (4.68.128.101) 111.231 ms 164.851 ms 180.228 ms 13 ge-3-0-0.gar1.London2.Level3.net (4.68.124.62) 102.045 ms 105.203 ms 103.338 ms 14 195.50.116.202 (195.50.116.202) 136.914 ms 144.620 ms 125.928 ms 15 po2-0.lond-scr4.ja.net (146.97.35.221) 114.603 ms 136.163 ms 101.644 ms 16 po1-0.read-scr.ja.net (146.97.33.26) 101.265 ms 112.260 ms 124.663 ms 17 po3-0.warr-scr.ja.net (146.97.33.54) 105.411 ms 106.434 ms 113.055 ms 18 po2-0.glas-scr.ja.net (146.97.33.58) 158.310 ms 119.836 ms 151.558 ms 19 po0-0.glasgow-bar.ja.net (146.97.35.54) 110.029 ms 110.312 ms 110.151 ms 20 146.97.40.106 (146.97.40.106) 152.059 ms 123.885 ms 111.152 ms 21 130.209.2.117 (130.209.2.117) 129.663 ms 160.970 ms 133.687 ms 22 130.209.2.2 (130.209.2.2) 112.559 ms 110.315 ms 123.665 ms 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
Paul Millar <paulm(a)astro.gla.ac.uk> writes:
As a shot in the dark, have you got either ECN set, or a non-zero default window-scaling? Which kernel are you running?
cat /proc/sys/net/ipv4/tcp_ecn
This gives 1 for me (and I can access your pages).
cat /proc/sys/net/ipv4/tcp_default_win_scale
This is 0. One more thing to try is tcptraceroute: $ /usr/sbin/tcptraceroute www.astro.gla.ac.uk 80 Selected device eth0, address 157.181.170.74, port 41886 for outgoing packets Tracing the path to www.astro.gla.ac.uk (130.209.45.194) on TCP port 80, 30 hops max [...] 15 po3-0.warr-scr.ja.net (146.97.33.54) 45.120 ms 44.988 ms 45.036 ms 16 po2-0.glas-scr.ja.net (146.97.33.58) 49.367 ms 49.226 ms 49.186 ms 17 po0-0.glasgow-bar.ja.net (146.97.35.54) 49.115 ms 49.114 ms 49.057 ms 18 146.97.40.106 (146.97.40.106) 49.504 ms 50.188 ms 49.472 ms 19 130.209.2.117 (130.209.2.117) 49.783 ms 50.823 ms 49.629 ms 20 130.209.2.2 (130.209.2.2) 49.744 ms 49.599 ms 49.957 ms 21 terra.astro.gla.ac.uk (130.209.45.194) [open] 49.644 ms * * The interesting part may be filtered, but it was able to contact terra at port 80. -- Feri.
On Thu, 13 Jan 2005 01:11:35 +0000, Paul Millar <paulm(a)astro.gla.ac.uk> wrote:
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 from anyone else.
For what it's worth, I have no problem accessing http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/ -Brian
Paul Millar wrote:
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 from anyone else.
It happens to me sometimes too. regards, Jakob
"Dimitrie O. Paun" <dpaun(a)rogers.com> writes:
For reasons I can not understand, I can not access Paul's site at www.astro.gla.ac.uk
Can't you even ping the server? If not, what does traceroute say? If yes, your IP number must be blacklisted at Glasgow... ;) -- Feri.
On Thu, Jan 13, 2005 at 02:24:21AM +0100, Ferenc Wagner wrote:
Can't you even ping the server? If not, what does traceroute say? If yes, your IP number must be blacklisted at Glasgow... ;)
No, I can't ping either: [dimi(a)dimi ~]$ ping www.astro.gla.ac.uk PING terra.astro.gla.ac.uk (130.209.45.194) 56(84) bytes of data. --- terra.astro.gla.ac.uk ping statistics --- 24 packets transmitted, 0 received, 100% packet loss, time 22998ms -- Dimi.
Paul Millar <paulm(a)astro.gla.ac.uk> writes:
On Wednesday 12 January 2005 20:09, Stefan Leichter wrote:
Am Mittwoch, 12. Januar 2005 18:14 schrieb Dimitrie O. Paun:
Anyone knows what happened to the tests?
[...] The attached patch fixes mingw for me. Hope i got the GUIDs right.
Should be up tomorrow, all things being equal (and a following wind ;^)
Good work, guys! -- Thanks, Feri.
On Wednesday 12 January 2005 22:12, Ferenc Wagner wrote:
SF downloads page. Paul Millar, however, kept up with the load until the new GUIDs broke MinGW again. We already talked about the issue and Hans Leidekker also confirmed the MinGW problem, but hasn't got around to provide a patch yet. 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/
From the changelog:
- update mingw-runtime to 3.6 - update w32api to 3.2 - add mscms import library. - add msi import library. - add a uuid needed by MAPI tests - rebuild on Fedora Core 3 These allow me to cross build all tests in current cvs. -Hans
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 checked Hans' patches against Stefan's and found differences! I'm not a Windows person, so do these matter? In uuid.c, only the one difference: From Stefan +DEFINE_GUID(IID_IMAPIPropData,0x2031A,0,0,0xC0,0,0,0,0,0,0,0x46); From Hans +DEFINE_OLEGUID(IID_IMAPIPropData,0x2031A,0,0); ---- In the msi.def, quite a few differences, picking one at random From Stefan +MsiCloseHandle(a)4 From Hans +MsiCloseHandle(a)4 @8 I don't really want to spend lots of time merging patches, so could one set be defined as "correct", and I'll use them. Cheers, Paul. Cheers, Paul.
On Thursday 13 January 2005 15:23, Paul Millar wrote:
In uuid.c, only the one difference: From Stefan +DEFINE_GUID(IID_IMAPIPropData,0x2031A,0,0,0xC0,0,0,0,0,0,0,0x46); From Hans +DEFINE_OLEGUID(IID_IMAPIPropData,0x2031A,0,0);
Both are correct (the DEFINE_OLEGUID resolves to the former).
In the msi.def, quite a few differences, picking one at random From Stefan +MsiCloseHandle(a)4 From Hans +MsiCloseHandle(a)4 @8
Again, both are OK. -Hans
Am Donnerstag, 13. Januar 2005 14:40 schrieb Hans Leidekker:
I've put a couple of new RPMs on my page:
From the changelog:
- update mingw-runtime to 3.6 - update w32api to 3.2 - add mscms import library. - add msi import library. - add a uuid needed by MAPI tests - rebuild on Fedora Core 3
These allow me to cross build all tests in current cvs.
Hello Hans, i had a build problem with the new rpms. The gcc rpm registers itself as mingw-gcc-3.4.2-10hl, but the mingw rpm (runtime, w32api) requires mingw-gcc-core for its build. Therefore i have changed gcc's spec file like this: diff -uw SPECS/mingw-gcc.spec.sav SPECS/mingw-gcc.spec --- SPECS/mingw-gcc.spec.sav 2005-01-14 20:05:50.000000000 +0100 +++ SPECS/mingw-gcc.spec 2005-01-14 20:06:09.000000000 +0100 @@ -12,7 +12,7 @@ %define debug_package %{nil} Summary: GCC, GNU Compiler Collection (C/C++ compiler) for MinGW/Wine. -Name: mingw-%{appname} +Name: mingw-%{appname}-core Version: %{mainver} Release: 10hl Copyright: GPL I will send you the SuSE 9.0 rpms on Monday from work. 11MB will take very long over my analog line. Bye Stefan
On Friday 14 January 2005 21:31, Stefan Leichter wrote:
i had a build problem with the new rpms. The gcc rpm registers itself as mingw-gcc-3.4.2-10hl, but the mingw rpm (runtime, w32api) requires mingw-gcc-core for its build.
Fixed now, thanks. -Hans
participants (8)
-
Brian Vincent -
Dimitrie O. Paun -
Ferenc Wagner -
Hans Leidekker -
Jakob Eriksson -
Kevin Koltzau -
Paul Millar -
Stefan Leichter