Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Fix for "Bad fd number" error in test_debuginfo.pl"
2012 Jul 23
1
[LLVMdev] Fix for "Bad fd number" error in test_debuginfo.pl
Hi,
Please could someone kindly review this patch for me?
Many thanks
Andy
On Wednesday, July 18, 2012 4:29 PM, Andy Gibbs wrote:
> Hi,
>
> Attached is a simple patch to fix a "Bad fd number" error in
> test_debuginfo.pl which has come about because of an invalid redirection
> in the system call.
>
> Normally the stdout+stderr to file redirection is
2005 Sep 02
0
./configure: 239: Syntax error: Bad fd number
Hi!
I try to build the unstable tree on my maschine, but I can''t finish
compiling it, because it fails during "make tools".
make[2]: Entering directory `/home/elias/src/xen-cvs/xen-unstable.hg/tools''
[ -f ioemu/config-host.h ] || \
(cd ioemu; ./configure --prefix=usr)
./configure: 239: Syntax error: Bad fd number
make[2]: *** [ioemuinstall] Error 2
make[2]: Leaving
2017 Dec 06
2
PSA: debuginfo-tests workflow changing slightly
> On Dec 6, 2017, at 10:10 AM, Zachary Turner <zturner at google.com> wrote:
>
> Adrian, Mike, Chris? Any update on this? I've temporarily switched to working on something different, but I plan to be back on this in a couple of weeks. It's been a month since my first revert of this CL, which seems like a reasonable amount of lead-time to deal with issues surrounding
2017 Dec 06
3
PSA: debuginfo-tests workflow changing slightly
> On Dec 6, 2017, at 10:21 AM, Zachary Turner <zturner at google.com> wrote:
>
> Can I have some assurance that if it fails again, someone will look into who has access to the builders so I don't have to keep doing speculative commits?
Sure. I did this last time and I promise to also do it this time.
-- adrian
>
> On Wed, Dec 6, 2017 at 10:13 AM Adrian Prantl
2017 Nov 25
2
PSA: debuginfo-tests workflow changing slightly
Hi Zachary:
I was able to reproduce the greendragon results locally (OSX), and fix the
problem by excluding 'debuginfo-tests' from check-clang -- this prevents
them from being added twice, once for check-clang and again for
check-debuginfo.
Below are the minimized patches I used to reproduce and fix the problem --
based on your originals.
I've verified these patches work when
2017 Nov 14
2
PSA: debuginfo-tests workflow changing slightly
Yes I can reproduce this locally. It looks like we are not passing an -isysroot (pointing to the SDK) to clang but it isn’t clear what lit magic would expand this.
-- adrian
> On Nov 13, 2017, at 3:30 PM, Zachary Turner <zturner at google.com> wrote:
>
> Yea I'm preparing a revert right now. Does it happen for you when you run debuginfo-tests locally?
>
> On Mon, Nov
2017 Nov 13
2
PSA: debuginfo-tests workflow changing slightly
Since this is causing all of our internal CI to back up, could you please revert your two changes, so we can make sure that they were actually responsible, and can work on a fix for this? Let me know how we can help investigate this.
-- adrian
> On Nov 13, 2017, at 3:25 PM, Adrian Prantl via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> The first build where a test fails with
2015 Mar 20
0
connections.tdb.0:tdb_rec_read bad magic and fd leak
Hi,
I have a samba (3.6.20) + ctdb cluster running on FreeBSD 8.2 and recently it run into problems.
log.ctdb increased very quickly and consumed 100% of the disk space, the log is full of message like:
2015/03/19 08:09:06.070897 [26053]: 00.ctdb: OPERATION: monitor
2015/03/19 08:09:06.278859 [26053]: 50.samba: [info] cy_samba_control monitor : 0
2015/03/19 08:09:07.054677
2012 Jul 18
1
[PATCH] Pop3/imap ordering in courier-dovecot-migrate.pl
Hi,
current version of courier migration script courier-dovecot-migrate.pl
preserve order of POP3 UIDLs, but it keep IMAP UIDs not in order which
cause problems with clients using IMAP along with POP3 in some cases.
Attached patch use MAIL_FETCH_POP3_ORDER feature added in version 2.0.13
to keep POP3 and IMAP UID[L]s in order.
--
[ Ohodnotte kvalitu mailu:
2012 Jul 29
3
[LLVMdev] rotate
> *NOTE* IIRC compiling this with -O0 on x86-64 can yield the wrong result
> since clang will emit shifts and on intel shifts are mod the register
> size [...snip...]
I remember finding the same thing (although I haven't tried it on a recent
clang version) and what I wondered was whether there was mileage in having
an explicit intrinsic for rotation (like there is for bit counting,
2020 Mar 28
0
[klibc:update-dash] dash: eval: Use the correct expansion mode for fd redirection
Commit-ID: 60413cc28c9b0b423e89fefff476d39c1926d6da
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=60413cc28c9b0b423e89fefff476d39c1926d6da
Author: Herbert Xu <herbert at gondor.apana.org.au>
AuthorDate: Mon, 19 Nov 2018 18:00:32 +0800
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 28 Mar 2020 21:42:55 +0000
[klibc] dash: eval: Use the
2007 Jun 10
1
Setup problems, /dev/net/tun FD in bad state
Hi all, I'm following the manual but I get the below error, and I
believe tinc is clobbering my conf file.
I've never set up VPN before, I'm just trying to connect to my work
network from home. All the following is on my work computer. Thanks in
advance for any help.
$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:1A:A0:17:3A:50
inet addr:172.24.104.145
2017 Nov 14
2
PSA: debuginfo-tests workflow changing slightly
Yea I also just found it. Try adding this code in the bottom of
debuginfo-tests/lit.cfg.py
lit.util.usePlatformSdkOnDarwin(config, lit_config)
On Mon, Nov 13, 2017 at 4:38 PM Adrian Prantl <aprantl at apple.com> wrote:
> Ha! Found it. *Somebody* is setting an SDKROOT variable in the
> environment. Can you find the code that would do this?
>
> — adrian
>
> > On Nov
2012 Jul 23
1
[LLVMdev] Fw: Fix for forward-declare-class.cpp in debuginfo-tests
Hi,
Please could someone kindly review this patch for me?
Many thanks
Andy
On Wednesday, July 18, 2012 9:15 AM, Andy Gibbs wrote:
> Hi,
>
> I'm not sure where to post this since it relates to the "debuginfo-tests"
> repository, so please tell me where to forward it if this is the wrong
> place!
>
> I've fixed the forward-declare-class.cpp test-case in
2012 Jul 31
2
[LLVMdev] [lld] Patch to incorporate lld test-suite into "make check-all"
Hi again,
Any interest in this patch to incorporate lld testing into "make check-all"
when lld built as part of llvm? Is this the best place to post patches for
lld?
I've attached it again here to include a missing dependency.
Cheers
Andy
On Thursday, July 26, 2012 1:45 PM, Andy Gibbs wrote:
> Hi,
>
> Attached is a patch which incorporates the lld test-suite into
2014 Nov 12
1
closed fd causes: lmtp(18385): Panic: epoll_ctl(del, 11) failed: Bad file descriptor
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
See the end of the message for a possible delete of a closed fd from
epoll() problem.
Every now and then I get a Panic after a successfull LMTP delivery:
2014-11-12 13:25:31 lmtp(20890): Info: Connect from local
2014-11-12 13:25:32 lmtp(20890): Info: Disconnect from local: Connection closed (in reset)
2014-11-12 13:25:34 lmtp(20890): Info: Connect
2017 Nov 22
2
PSA: debuginfo-tests workflow changing slightly
I sorta enjoy debugging stuff like this, so if you don't mind, I'll dig
into it once I get a chance -- traveling so, my access is a bit sketchy
right now.
I'll see if I can grab the logs and let you know if I find anything
interesting.
On Tue, Nov 21, 2017 at 7:04 PM, Zachary Turner <zturner at google.com> wrote:
> That change was added specifically to workaround a failure
2012 Jul 31
0
[LLVMdev] [lld] Patch to incorporate lld test-suite into "make check-all"
On Tue, Jul 31, 2012 at 2:35 AM, Andy Gibbs <andyg1001 at hotmail.co.uk> wrote:
> Hi again,
>
> Any interest in this patch to incorporate lld testing into "make check-all"
> when lld built as part of llvm? Is this the best place to post patches for
> lld?
>
> I've attached it again here to include a missing dependency.
>
> Cheers
> Andy
>
>
2012 Aug 01
0
[LLVMdev] Broken tests following r160899
On Tuesday, July 31, 2012 7:19 PM, Andy Gibbs wrote:
> I'm afraid it looks like commit r160899 has broken two test-cases
> which are part of the "debuginfo-tests" repository. I believe I
> have narrowed it down to the correct commit...
Erm, but I didn't post the details (obviously too much in a rush to
get home last night! My apologies!)
So here it is:
The tests that
2012 Jul 31
2
[LLVMdev] Broken tests following r160899
Hi,
I'm afraid it looks like commit r160899 has broken two test-cases which are part of the "debuginfo-tests" repository. I believe I have narrowed it down to the correct commit...
Cheers
Andy