Link from your Website
Greetings! My name is Lucas - Head of link-building in SEO company . I’m interested in your resource haproxy.com as an advertising platform. Could it be interesting for you? If this is the case, then I want to ask you a few questions for further cooperation: 1. Do you accept press releases? Will the article be accessible from the main page of the site? (How much does it cost?) 2. Do you put links from the main page of the site? (How much does it cost?) 3. Do you sell banners from your site? (How much does it cost?) 4. What are the standard prices for gambling / crypto / betting / finance / dating? 5. What should be the minimum guest post length? 6. Is it possible to write an article that will not be related to the subject matter of your resource? 7. What links do you use (dofollow / nofollow)? How many outbound links is it possible to make? 8. You write articles for publication, how much will it cost? Regads, SEO specialist Lucas.
Re: [PATCH] BUG/MINOR: dns: Make dns_query_id_seed unsigned
вс, 19 янв. 2020 г. в 14:09, Willy Tarreau : > On Sun, Jan 19, 2020 at 12:38:43PM +0500, ??? wrote: > > > > how noisy is ubsan ? should we add it to CI ? > > > > > > > > > > No idea. I created a dedicated test executable and copied over the > > > implementation to avoid needing to configure HAProxy to use DNS for the > > > verification of my patch. > > > > > > In short: Simply try for yourself, please :-) > > > > > > > it's bloody murder > > > > https://travis-ci.com/chipitsine/haproxy/jobs/277286655 > > Thanks for the test. This report is not much encouraging considering > that it shows the test confuses pointer calculations and pointer > dereferences. Indeed, I've checked them all and they're all the > byproduct of calling LIST_ELEM to retrieve a list element from the > list's pointer, which is done by subtracting an offset from this > pointer. There is absolutely no memory access done there. Thus I > guess this rules out any hope to use this in automated tests :-) > ubsan actually includes several sanitizers. I'll try them one by one. > > Willy >
Re: [PATCH] BUG/MINOR: dns: Make dns_query_id_seed unsigned
On Sun, Jan 19, 2020 at 12:38:43PM +0500, ??? wrote: > > > how noisy is ubsan ? should we add it to CI ? > > > > > > > No idea. I created a dedicated test executable and copied over the > > implementation to avoid needing to configure HAProxy to use DNS for the > > verification of my patch. > > > > In short: Simply try for yourself, please :-) > > > > it's bloody murder > > https://travis-ci.com/chipitsine/haproxy/jobs/277286655 Thanks for the test. This report is not much encouraging considering that it shows the test confuses pointer calculations and pointer dereferences. Indeed, I've checked them all and they're all the byproduct of calling LIST_ELEM to retrieve a list element from the list's pointer, which is done by subtracting an offset from this pointer. There is absolutely no memory access done there. Thus I guess this rules out any hope to use this in automated tests :-) Willy
Re: ARM(64) builds
вс, 19 янв. 2020 г. в 13:13, Martin Grigorov : > Hi, > > On Sat, Jan 18, 2020, 22:10 Илья Шипицин wrote: > >> tests on ARM64 randomly fail >> https://travis-ci.com/chipitsine/haproxy/jobs/277236120 >> >> (after restart there's a good chance to success) >> > > I have the same observation on TravisCI. I think the reason is that their > arm64 instances are less powerful than the amd64 ones. > At https://docs.travis-ci.com/user/multi-cpu-architectures it is said: > While available to all Open Source repositories, the concurrency available > for multiple CPU arch-based jobs is limited during the alpha period. > Not sure how much limited it is though. > I'd like to investigate that on dedicated ARM64 server (which I currently does not have). I applied for one at Linode, no answer yet. also, it might depend on number of CPU (race condition likely reproduce on many CPU than on single CPU server). also, arm64 seems not very happy about our linker options /usr/bin/ld: src/ev_poll.o(.debug_info+0x78): R_AARCH64_ABS64 used with TLS symbol poll_events > > Today this test failed once on my VM: > > #top TEST reg-tests/seamless-reload/abns_socket.vtc FAILED (1.111) > exit=2 > 1 tests failed, 0 tests skipped, 34 tests passed > ## Gathering results ## > ## Test case: reg-tests/seamless-reload/abns_socket.vtc ## > ## test results in: > "/tmp/haregtests-2020-01-19_08-06-39.45Hchw/vtc.8496.328d7f95" > c1 HTTP rx failed (fd:6 read: Connection reset by peer) > Makefile:964: recipe for target 'reg-tests' failed > make: *** [reg-tests] Error 1 > > but the next 4 runs were successul. > > >> сб, 18 янв. 2020 г. в 09:52, Martin Grigorov : >> >>> >>> >>> On Fri, Jan 17, 2020 at 11:17 PM Martin Grigorov < >>> martin.grigo...@gmail.com> wrote: >>> On Fri, Jan 17, 2020, 23:12 William Lallemand wrote: > On Fri, Jan 17, 2020 at 08:50:27PM +0200, Martin Grigorov wrote: > > Testing with haproxy version: 2.2-dev0-70c5b0-123 > > This binary was built with code from 1 week ago, it's normal that the > test does > not work since the fix was made this week. > I'm using the same steps to build HAProxy as from .travis-ci.yml I guess I have to add "make clean" in the beginning. I'll try it tomorrow! Thanks! >>> >>> That was it! >>> Everything is back to normal now! >>> Thank you, William! >>> >>> > -- > William Lallemand >
Re: ARM(64) builds
Hi, On Sat, Jan 18, 2020, 22:10 Илья Шипицин wrote: > tests on ARM64 randomly fail > https://travis-ci.com/chipitsine/haproxy/jobs/277236120 > > (after restart there's a good chance to success) > I have the same observation on TravisCI. I think the reason is that their arm64 instances are less powerful than the amd64 ones. At https://docs.travis-ci.com/user/multi-cpu-architectures it is said: While available to all Open Source repositories, the concurrency available for multiple CPU arch-based jobs is limited during the alpha period. Not sure how much limited it is though. Today this test failed once on my VM: #top TEST reg-tests/seamless-reload/abns_socket.vtc FAILED (1.111) exit=2 1 tests failed, 0 tests skipped, 34 tests passed ## Gathering results ## ## Test case: reg-tests/seamless-reload/abns_socket.vtc ## ## test results in: "/tmp/haregtests-2020-01-19_08-06-39.45Hchw/vtc.8496.328d7f95" c1 HTTP rx failed (fd:6 read: Connection reset by peer) Makefile:964: recipe for target 'reg-tests' failed make: *** [reg-tests] Error 1 but the next 4 runs were successul. > сб, 18 янв. 2020 г. в 09:52, Martin Grigorov : > >> >> >> On Fri, Jan 17, 2020 at 11:17 PM Martin Grigorov < >> martin.grigo...@gmail.com> wrote: >> >>> >>> >>> On Fri, Jan 17, 2020, 23:12 William Lallemand >>> wrote: >>> On Fri, Jan 17, 2020 at 08:50:27PM +0200, Martin Grigorov wrote: > Testing with haproxy version: 2.2-dev0-70c5b0-123 This binary was built with code from 1 week ago, it's normal that the test does not work since the fix was made this week. >>> >>> I'm using the same steps to build HAProxy as from .travis-ci.yml >>> I guess I have to add "make clean" in the beginning. >>> I'll try it tomorrow! Thanks! >>> >> >> That was it! >> Everything is back to normal now! >> Thank you, William! >> >> >>> >>> -- William Lallemand >>>
