search for: xdebug

Thanks for noticing this, Geoff. I just landed r268050 which add a cmake option for this (and unifies XDEBUG and EXPENSIVE_CHECKS). This might make it easier to setup some build bots. Thank you, Filipe On Fri, Apr 22, 2016 at 8:40 PM, Geoff Berry via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Bugs filed: > 27488 <https://llvm.org/bugs/show_bug.cgi?id=27488> librarie Scalar O &...

...er, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project From: Daniel Berlin [mailto:dberlin at dberlin.org] Sent: Friday, April 22, 2016 12:05 PM To: Geoff Berry <gberry at codeaurora.org> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] XDEBUG build bots? On Thu, Apr 21, 2016 at 1:18 PM, Geoff Berry via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > wrote: Hi All, Are there any bots that do any testing with clang/llvm built with XDEBUG (i.e. expensive checking)? I'm seeing 36 lit t...

Hi All, Are there any bots that do any testing with clang/llvm built with XDEBUG (i.e. expensive checking)? I'm seeing 36 lit tests that currently hit asserts that are checked when XDEBUG is enabled. The checks that I'm hitting are: - DominatorTree::verifyDomTree() - DAGTypeLegalizer::PerformExpensiveChecks() - SelectionDAG checkForCyclesHelper Are these known issues...

I need a review of this patch and if it looks sane, someone to apply it to their local sources and run tests in Debug+Checks mode. The patch replaces the intrusive SDUse list with a std::list<> when XDEBUG is active. I believe I've maintained the semantics of the SDUse list but I need a double-check. The patch exposes all kinds of problems in Debug+Checks mode. Right now most of them appear to be caused by either garbled data or assigning an SDUse to multiple SDNode use lists. I don't k...

Just so this doesn't get lost in threads dealing with SelectionDAG issues, I'd like to post this patch for review. It changes the SDUse list from an intrusive list to a std::list<> under XDEBUG. This allows us to use the debugging features of the standard library to track down stubborn bugs. I've used this to diagnose in issue in SelectionDAG in our sources and also in the Blackfin codegen on TOT. Please review, comment and let me know what needs to change for commit. Thanks!...

On Monday 01 March 2010 20:34:07 Dan Gohman wrote: > Do you have a fix for the blackfin codegen? That would be a great > way to motivate this patch. I'm not following you. Why does a fix for a bug have anything to do with a patch that catches bugs? > Otherwise, at a glance, it appears you fixed the issues I raised, > so this is fine, if it catches real bugs. Oh, it catches real

...atch that catches bugs? It helps people understand what's being checked. On an unrelated topic, the patch works by replacing the normal use list with a std::list. To be really complete, it should leave the normal use list in place, so that it the normal use list code continues to be tested in XDEBUG builds. A parallel std::list could be maintained for consistency checking. Dan

sendmail -- Version 8.14.2 Compiled with: DNSMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6 NETUNIX NEWDB NIS PIPELINING SASLv2 SCANF STARTTLS TCPWRAPPERS USERDB XDEBUG dovecot-1.0.7 Secure and compact IMAP and POP3 servers dovecot-sieve-1.0.2 A sieve plugin for the Dovecot LDA called 'deliver' With focus on the installed version of sieve, shown above, the following rule is within our ~.dovecot.sieve: } elsif header :is "X-Original-To"...

...cessing Dependency: libsqlite.so.0 for package: php-sqlite --> Processing Dependency: php = 4.3.9 for package: php-syck --> Processing Dependency: rrdtool = 1.0.50 for package: php-rrdtool --> Processing Dependency: php = 4.3.9 for package: php-sqlite --> Processing Dependency: php-pecl(Xdebug) for package: php-pear-PHPUnit2 --> Processing Conflict: php-pecl-apc conflicts php-mmcache --> Processing Dependency: php = 4.3.9 for package: php-mmcache --> Processing Conflict: php-eaccelerator conflicts php-mmcache --> Finished Dependency Resolution Error: php-pecl-apc conflicts wi...

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060322/b3ddf5ba/attachment-0001.pgp

Are SDUses ever allowed to be part of more than one list? I would think not due to the intrusive nature of the list links. However, this is what I am seeing with some testcases on trunk. I am putting together a patch that shows these kinds of problems in XDEBUG mode. I'll post it ASAP. -Dave

..., if it catches real bugs. Dan On Mar 1, 2010, at 10:02 AM, David Greene wrote: > Just so this doesn't get lost in threads dealing with SelectionDAG > issues, I'd like to post this patch for review. It changes the SDUse > list from an intrusive list to a std::list<> under XDEBUG. This allows > us to use the debugging features of the standard library to track down > stubborn bugs. > > I've used this to diagnose in issue in SelectionDAG in our sources and > also in the Blackfin codegen on TOT. > > Please review, comment and let me know what needs...

> Then I hope to finish my tutorial on installing Eclipse > Helios for Centos 5.5 Is there anything special to be done? I just unzipped the SR1 distribution for RCP/RAP developers linux-gtk-x86_64 and it works without problem on an up to date CentOS 5.5 x86_64. (to be more precise: I install it as root under /opt, install some plugins like subclipse and regular users start it from there)

Does dtrace have a problem catching the return from memset on Mac OSX? The script below catches the entry just fine but the return clause is never entered. Thanks, Joel --- pid$target::memset:entry /arg1 == 0/ { self->size = arg2; self->ts = timestamp; self->vts = vtimestamp; } pid$target::memset:return /self->size/ { @ts = sum(timestamp - self->ts); @vts =

On 2016-09-27 16:40, Rowland Penny via samba wrote: > On Tue, 27 Sep 2016 16:17:10 -0500 > Bob of Donelson Trophy via samba <samba at lists.samba.org> wrote: > > On 2016-09-27 13:31, Marc Muehlfeld via samba wrote: > > Hello Elias, > > Am 27.09.2016 um 18:16 schrieb Elias Pereira via samba: > > We have samba 4.1.17 installed via debian package and would

FreeBSD 6.3-RELEASE-p3 i386 --------------- sendmail -d0.1 Version 8.14.2 Compiled with: DNSMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6 NETUNIX NEWDB NIS PIPELINING SASLv2 SCANF STARTTLS TCPWRAPPERS USERDB XDEBUG ------------------ dovecot-1.0.7 dovecot-sieve-1.0.2 _______________________ IMAP-UW was previously used. ISSUE-1: Unable to get new mail delivered to the Dovecot generated ~/Maildir/folders. The mail continues be delivered to the standard /var/mail/<user-name>. Ofcourse, until I...

Hi originally I installed php 4 on centos 5.5 and then a few repos including the remi repo to upgrade to php5, which seems to upgrade/work without any issues. However when I make a change to the /etc/php.ini file it doesn't look like apache is seeing it, for example if I change the post_max_size and upload_max_file to 25M each apache still sees the default 2M. I also removed the /etc/php.ini

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace