From jthorn at aei.mpg.de Thu Jun 1 07:36:35 2006 From: jthorn at aei.mpg.de (Jonathan Thornburg) Date: Thu, 1 Jun 2006 14:36:35 +0200 (CEST) Subject: [Patches] APPLIED: Re: [patches] document how to add a new command-line option Message-ID: applied -- Jonathan ---------- Forwarded message ---------- Date: Thu, 1 Jun 2006 07:38:11 -0500 From: Jonathan Thornburg Reply-To: developers at cactuscode.org To: flesh-cvs at cactuscode.org Subject: [Flesh-cvs] DEVELOPMENT CVS "Cactus/src/main CommandLine.c ProcessCommandLine.c" Update of /cactusdevcvs/Cactus/src/main In directory cvs.cct.lsu.edu:/tmp/cvs-serv6404 Modified Files: CommandLine.c ProcessCommandLine.c Log Message: apply patch http://www.cactuscode.org/old/pipermail/patches/2006-May/000180.html This documents the 5 (!) separate places in the code which must be changed to add a new command-line option. See also the discussion in http://www.cactuscode.org/mailman/private/cactusmaint/2006-May/021429.html http://www.cactuscode.org/mailman/private/cactusmaint/2006-May/021430.html _______________________________________________ Flesh-cvs mailing list Flesh-cvs at cactuscode.org http://www.cactuscode.org/mailman/listinfo/flesh-cvs From jthorn at aei.mpg.de Thu Jun 1 07:40:48 2006 From: jthorn at aei.mpg.de (Jonathan Thornburg) Date: Thu, 1 Jun 2006 14:40:48 +0200 (CEST) Subject: [Patches] test Message-ID: this is a test message sent at Thu Jun 1 14:40:46 CEST 2006 From schnetter at cct.lsu.edu Mon Jun 5 21:10:39 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Mon, 5 Jun 2006 21:10:39 -0500 Subject: [Patches] Make Intel compiler find Fortran run time libraries Message-ID: The default installation of the Intel compilers places the C/C++ and the Fortran compilers into different locations. That means that the C ++ compiler, which is used as linker, does not find the Fortran run time libraries. Cactus detects the location of these libraries, but adds it to the library path only when the C++ compiler is not Intel. This patch adds the library location unconditionally. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: intel-linker.diff Type: application/octet-stream Size: 1163 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060605/12d9ebeb/attachment.obj From steve.white at aei.mpg.de Thu Jun 8 07:19:20 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 14:19:20 +0200 Subject: [Patches] aix known-architectures for XLC/XLF In-Reply-To: <20060407141602.GB5437@xeon01.aei.mpg.de> References: <20060407141602.GB5437@xeon01.aei.mpg.de> Message-ID: <20060608121920.GB20914@xeon01.aei.mpg.de> Applied. On 7.04.06, Steve White wrote: > Hello, > > Included is a patch for the AIX known-architectures file, meant to > improve performance for the IBM XLC/XLF compilers. > -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From steve.white at aei.mpg.de Thu Jun 8 07:19:54 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 14:19:54 +0200 Subject: [Patches] darwin known-architectures file for XLF In-Reply-To: <20060407142834.GC5437@xeon01.aei.mpg.de> References: <20060407142834.GC5437@xeon01.aei.mpg.de> Message-ID: <20060608121954.GC20914@xeon01.aei.mpg.de> Applied. On 7.04.06, Steve White wrote: > > a patch for the known-architectures file for Darwin for > the XLF compiler. -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From steve.white at aei.mpg.de Thu Jun 8 07:25:49 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 14:25:49 +0200 Subject: [Patches] Fortran REAL*16 detection In-Reply-To: <20060429115315.GC13473@xeon01.aei.mpg.de> References: <20060429115315.GC13473@xeon01.aei.mpg.de> Message-ID: <20060608122549.GD20914@xeon01.aei.mpg.de> Applied. -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From steve.white at aei.mpg.de Thu Jun 8 07:30:48 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 14:30:48 +0200 Subject: [Patches] GridFuncStuff bug fix and cleanup In-Reply-To: <20060501225127.GA8857@xeon01.aei.mpg.de> References: <20060501225127.GA8857@xeon01.aei.mpg.de> Message-ID: <20060608123048.GE20914@xeon01.aei.mpg.de> Applied. -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From steve.white at aei.mpg.de Thu Jun 8 08:56:10 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 15:56:10 +0200 Subject: [Patches] [Developers] WarnLevel bold off unless output is to tty In-Reply-To: References: <20060416171905.GB10475@xeon01.aei.mpg.de> <20060421184116.GB12123@xeon01.aei.mpg.de> <20060422102534.GA20870@xeon01.aei.mpg.de> Message-ID: <20060608135609.GA21764@xeon01.aei.mpg.de> Tom, For the record, attached is the replacement, which no longer does the autoconfig stuff to look for isatty. On 8.06.06, Tom Goodale wrote: > > Hi Steve, > > I just double checked the POSIX book, and fileno does seem to be posix, > even though it's not mentioned in the linux man pages. I then looked at > isatty and that is also there ! So please go back to your original patch > and apply. > > Lesson for the day is that if the Linux man pages don't mention a function > is POSIX, that doesn't mean the function isn't. > > Sorry for the extra work. > > Tom > > On Sat, 22 Apr 2006, Steve White wrote: > > > Tom, > > > > I started to use fileno(), and then discovered it was yet another > > non-POSIX function! It would require another build-time test. Overall, > > the difference in the amount of code isn't much. > > > > If this code were to be used in a more general context, one would use > > fileno() for general streams. Here, the streams are only stdout and stderr, > > and used only a few time. So I think it's appropriate as-is. > > > > My only concern is, isatty() is defined in unistd.h. but the function > > and the header are tested for independently! I'm not sure what to do > > in such situations. > > > > Cheers! > > > > > > On 21.04.06, Tom Goodale wrote: > >> > >> This is looking good. One thing, though, you could reduce the amount of > >> code by using the fileno() function to get the file descriptor from the > >> stream, thus allowing you to have a function > >> > >> static void bold_stream(FILE *this, BOLDING on) > >> { > >> ... > >> } > >> > >> Cheers, > >> > >> Tom > >> > >> On Fri, 21 Apr 2006, Steve White wrote: > >> > >>> > >>> Here is an updated version, which handles systems that don't have > >>> isatty > >>> > >>> On 16.04.06, Steve White wrote: > >>>> Hi, > >>>> > >>>> I got tired of seeing all the terminal control characters in Cactus > >>>> output that was piped to files. > >>>> > >>>> Patch attached. > >>>> > >>>> Tested by watching Cactus output on a terminal, then piping ouput from the > >>>> same program to a file. E.g. in bash > >>>> > >>>> make config-testsuite 2>&1 |tee > ts > >>> -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 -------------- next part -------------- Index: src/main/WarnLevel.c =================================================================== RCS file: /cactusdevcvs/Cactus/src/main/WarnLevel.c,v retrieving revision 1.76 diff -u -r1.76 WarnLevel.c --- src/main/WarnLevel.c 13 Dec 2005 16:31:40 -0000 1.76 +++ src/main/WarnLevel.c 8 Jun 2006 13:56:10 -0000 @@ -15,6 +15,10 @@ #include #include +#if HAVE_UNISTD_H +# include +#endif + #if TIME_WITH_SYS_TIME # include # include @@ -46,6 +50,7 @@ ********************************************************************/ /* Escape sequences to highlight warning messages. */ + #ifndef WIN32 #define BOLD_ON "\033[1m" #define BOLD_OFF "\033[0m" @@ -54,6 +59,43 @@ #define BOLD_OFF "" #endif +typedef enum { ON = 0, OFF = 1 } BOLDING; + +static void bold_stdout (BOLDING on) +{ + const char *val = (on == ON) ? BOLD_ON : BOLD_OFF; + + if (!isatty (STDOUT_FILENO)) + val = ""; + + fprintf (stdout, "%s", val); +} + +static void bold_stderr (BOLDING on) +{ + const char *val = (on == ON) ? BOLD_ON : BOLD_OFF; + + if (!isatty (STDERR_FILENO)) + val = ""; + + fprintf (stderr, "%s", val); +} + +static void print_bold_stderr (int do_bold, const char *fmt, ...) +{ + va_list args; + + if (do_bold) + bold_stderr (ON); + + va_start (args, fmt); + vfprintf (stderr, fmt, args); + va_end (args); + + if (do_bold) + bold_stderr (OFF); +} + /* maximum buffer length to hold the hostname */ #define MAXNAMELEN 255 @@ -534,7 +576,7 @@ if (highlight_warning_messages) { - fprintf (stderr, BOLD_ON); + bold_stderr(ON); } if (level <= error_level || cctk_full_warnings) @@ -552,7 +594,7 @@ if (highlight_warning_messages) { - fprintf (stderr, BOLD_OFF); + bold_stderr (OFF); } fprintf (stderr, " "); @@ -567,7 +609,7 @@ if (highlight_warning_messages) { - fprintf (stdout, BOLD_ON); + bold_stdout(ON); } if (level <= error_level || cctk_full_warnings) @@ -585,7 +627,7 @@ if (highlight_warning_messages) { - fprintf (stdout, BOLD_OFF); + bold_stdout(OFF); } fprintf (stdout, " "); @@ -670,16 +712,10 @@ highlight_warning_messages = ! highlight_warning_messages_ptr || *highlight_warning_messages_ptr; - if (highlight_warning_messages) - { - fprintf (stderr, BOLD_ON "PARAM %s (%s):" BOLD_OFF " %s\n", + print_bold_stderr ( highlight_warning_messages, "PARAM %s (%s): %s", cctk_strong_param_check ? "ERROR" : "WARNING", thorn, message); - } - else - { - fprintf (stderr, "PARAM %s (%s): %s\n", - cctk_strong_param_check ? "ERROR" : "WARNING", thorn, message); - } + fprintf (stderr, "\n"); + param_errors++; return (0); @@ -747,16 +783,8 @@ highlight_warning_messages = ! highlight_warning_messages_ptr || *highlight_warning_messages_ptr; - if (highlight_warning_messages) - { - fprintf (stderr, BOLD_ON "PARAM %s (%s)" BOLD_OFF ": ", - cctk_strong_param_check ? "ERROR" : "WARNING", thorn); - } - else - { - fprintf (stderr, "PARAM %s (%s): ", + print_bold_stderr ( highlight_warning_messages, "PARAM %s (%s): ", cctk_strong_param_check ? "ERROR" : "WARNING", thorn); - } va_start (ap, format); vfprintf (stderr, format, ap); From steve.white at aei.mpg.de Thu Jun 8 09:35:06 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 8 Jun 2006 16:35:06 +0200 Subject: [Patches] WarnLevel bold off unless output is to tty In-Reply-To: <20060416171905.GB10475@xeon01.aei.mpg.de> References: <20060416171905.GB10475@xeon01.aei.mpg.de> Message-ID: <20060608143506.GC21764@xeon01.aei.mpg.de> Applied version of 08.06.2006 -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From schnetter at cct.lsu.edu Sun Jun 11 10:45:59 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Sun, 11 Jun 2006 10:45:59 -0500 Subject: [Patches] Export function PUGH_GenerateTopology from PUGH Message-ID: <1ECD9913-93CC-4E15-82B2-800B3F4ED028@cct.lsu.edu> Rename PUGHi_GenerateTopology to PUGH_GenerateTopology an export it to other thorns. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: PUGH-BAM.diff Type: application/octet-stream Size: 4115 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060611/346fda28/attachment.obj From schnetter at cct.lsu.edu Sun Jun 11 15:15:24 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Sun, 11 Jun 2006 15:15:24 -0500 Subject: [Patches] Correct Fortran real*16 detection Message-ID: <9194007B-BF3D-44AD-9DC6-24F1292ECED2@cct.lsu.edu> Cactus' autodetection of Fortran's real*16 does not work; it always detects it as "not present". The enclosed patch corrects this. It is large, therefore I publish it for comments before applying it. Rename the detecting autoconf macro from CCTK_PROG_FORTRAN_REAL16 to CCTK_FORTRAN_REAL16. This follows the usual autoconf naming conventions; see e.g. CCTK_CXX_BOOL. Also rename the return value (a global variable) from fortran_does_real16 to cctk_cv_have_fortran_real16. In this macro, use the function AC_TRY_COMPILE instead of AC_TRY_COMPILER. The difference is that this then only compiles, it does not try to link and execute. Executing would require handling cross-compiling in a special way. Replace the autoconf macro AC_TRY_COMPILE by CCTK_TRY_COMPILE, correcting an error in handling Fortran programmes. AC_TRY_COMPILE does not work for Fortran in autoconf 2.13. Move setting the compiler debug and warning flags further up in configure.in, so that the Fortran 77 compiler flags, which may be copied from the Fortran 90 compiler flags, are correct when the Fortran types are detected. Otherwise the wrong Fortran 77 compiler may be used for this test. Add autodetection for all the Fortran types real*4, real*8, real*16, complex*8, complex*16, and complex*32. Make this result available to thorns as HAVE_CCTK_FORTRAN_xxx. Define the CCTK_REALxxx and HAVE_CCTK_REALxxx macros only if the corresponding real and complex types are available in both C and Fortran. Remove some leftover debugging statements. Tested on Darwin-x86 with gcc and Linux-x86 with Intel. We may want to touch force-reconfigure as well. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: real16.diff Type: application/octet-stream Size: 97595 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060611/0bd45c1b/attachment.obj From steve.white at aei.mpg.de Thu Jun 15 09:40:51 2006 From: steve.white at aei.mpg.de (Steve White) Date: Thu, 15 Jun 2006 16:40:51 +0200 Subject: [Patches] Cactus/src/include/cctk.h In-Reply-To: <44045EC3.6050803@aei.mpg.de> References: <43E0A2BB.2070703@aei.mpg.de> <85546234-990C-4E05-927C-B8009AE0C56E@cct.lsu.edu> <43E0C8F8.4040906@aei.mpg.de> <6417D9E0-5426-4859-96C8-B15387F66595@cct.lsu.edu> <43E1DD0C.7040103@aei.mpg.de> <43E31FE6.9020209@aei.mpg.de> <44045EC3.6050803@aei.mpg.de> Message-ID: <20060615144051.GB21138@xeon01.aei.mpg.de> Applied On 28.02.06, Frank Loeffler wrote: > Hi, > > Frank Loeffler wrote: > >for inclusion or just for the record, here is the patch. > > Somehow, there was a linewrap too much in that patch. As requested, here > is the correct one. > -- Steve White : Programmer Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Am M?hlenberg 1, D-14476 Golm, Germany +49-331-567-7625 From tradke at aei.mpg.de Thu Jun 15 11:11:50 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Thu, 15 Jun 2006 18:11:50 +0200 Subject: [Patches] [Developers] Re: Make PUGH's memory statistics work again In-Reply-To: References: <5AE852DD-C14D-40AD-AE98-67A65F49D2BB@cct.lsu.edu> Message-ID: <449186C6.9000604@aei.mpg.de> APPLIED after testing both single-CPU and parallel runs, with the parameter file Tom supplied. -- Cheers, Thomas. From tradke at aei.mpg.de Thu Jun 22 12:36:24 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Thu, 22 Jun 2006 19:36:24 +0200 Subject: [Patches] new command line option '--logdir ' Message-ID: <449AD518.4030508@aei.mpg.de> This patch adds a new command line option '--logdir '. It is a long option, there is no equivalent short option for it. The mandatory argument sets the output directory for logfiles created by the '-r' option (which redirects stdout/stderr messages into logfiles). The discussion thread on this topic can be following via http://www.cactuscode.org/old/pipermail/developers/2006-June/001998.html. -- Cheers, Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: logdir-option.patch Type: text/x-patch Size: 15428 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060622/176ca328/attachment.bin From schnetter at cct.lsu.edu Thu Jun 22 15:01:27 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Thu, 22 Jun 2006 15:01:27 -0500 Subject: [Patches] New aliased function "GetSymmetryBoundaries" In-Reply-To: <381A00C7-C8D9-43AB-9BC6-C6F4E56EC6A5@cct.lsu.edu> References: <381A00C7-C8D9-43AB-9BC6-C6F4E56EC6A5@cct.lsu.edu> Message-ID: <9FBE6680-4802-4843-9447-167E092029B9@cct.lsu.edu> Applied. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. From schnetter at cct.lsu.edu Thu Jun 22 22:31:23 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Thu, 22 Jun 2006 22:31:23 -0500 Subject: [Patches] Add configuration flag PROFILE=yes In-Reply-To: References: Message-ID: <1E66D9A2-C2B3-4ABA-9032-728B61E646D7@cct.lsu.edu> Applied. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. From schnetter at cct.lsu.edu Thu Jun 22 23:21:32 2006 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Thu, 22 Jun 2006 23:21:32 -0500 Subject: [Patches] Add option to set stdout to line buffering In-Reply-To: <5CE0AB7A-8558-4A1B-B58A-ED4A644BBB1A@cct.lsu.edu> References: <5CE0AB7A-8558-4A1B-B58A-ED4A644BBB1A@cct.lsu.edu> Message-ID: Corrected strcmp() calls. Applied. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. From tradke at aei.mpg.de Fri Jun 23 04:57:59 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Fri, 23 Jun 2006 11:57:59 +0200 Subject: [Patches] [Developers] new command line option '--logdir ' In-Reply-To: <20060622181353.GE25354@vaio.localdomain> References: <449AD518.4030508@aei.mpg.de> <20060622181353.GE25354@vaio.localdomain> Message-ID: <449BBB27.3080904@aei.mpg.de> This is the same patch as the original (sorry, no URL reference into the patches mailing list available yet) but merged with the other patch "Add option to set stdout to line buffering" committed by Erik yesterday. -- Cheers, Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: logdir-option.patch Type: text/x-patch Size: 20991 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060623/dcfa9d04/attachment.bin From tradke at aei.mpg.de Fri Jun 23 08:03:41 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Fri, 23 Jun 2006 15:03:41 +0200 Subject: [Patches] [Developers] Export function PUGH_GenerateTopology from PUGH In-Reply-To: <1ECD9913-93CC-4E15-82B2-800B3F4ED028@cct.lsu.edu> References: <1ECD9913-93CC-4E15-82B2-800B3F4ED028@cct.lsu.edu> Message-ID: <449BE6AD.4030104@aei.mpg.de> APPLIED From tradke at aei.mpg.de Mon Jun 26 06:36:06 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Mon, 26 Jun 2006 13:36:06 +0200 Subject: [Patches] change the default parameter checking level from "normal" to "strict" Message-ID: <449FC6A6.2040006@aei.mpg.de> Concluding a recent discussion on the users/developers mailing list, this patch changes the default parameter checking level from "normal" to "strict". With this setting, errors in a parameter file will cause a run to abort immediately rather than just print a warning to the user. To restore the old behaviour, use the command line option '--parameter-level normal'. -- Cheers, Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: parameter-level.patch Type: text/x-patch Size: 1485 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060626/95bb8e2e/attachment.bin From tradke at aei.mpg.de Thu Jun 29 11:25:38 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Thu, 29 Jun 2006 18:25:38 +0200 Subject: [Patches] [Developers] new command line option '--logdir ' In-Reply-To: <20060622181353.GE25354@vaio.localdomain> References: <449AD518.4030508@aei.mpg.de> <20060622181353.GE25354@vaio.localdomain> Message-ID: <44A3FF02.7030604@aei.mpg.de> APPLIED From tradke at aei.mpg.de Fri Jun 30 10:44:12 2006 From: tradke at aei.mpg.de (Thomas Radke) Date: Fri, 30 Jun 2006 17:44:12 +0200 Subject: [Patches] more efficient synchronisation of groups Message-ID: <44A546CC.4030309@aei.mpg.de> This follows a recent discussion on the developers mailing list about the "cost of repeated calls on CCTK_SyncGroup()": http://www.cactuscode.org/old/pipermail/developers/2006-June/004926.html. The current flesh API provides a function CCTK_SyncGroupsI() which is called by the scheduler to synchronise a list of groups. Internally however, this function does a loop over this list, calling CCTK_SyncGroup() (which is overloaded by a driver) for each group separately. The attached set of patches * introduces a new overloadable function CCTK_SyncGroupsByDirI() which CCTK_SyncGroupsI() maps to * provides the overloaded function in the PUGH driver (which internally will again do the loop over all groups, synchronising one group after another) * for completeness, provides the overloaded function in the Carpet driver (which already has internal logic to synchronise multiple groups in one go) For PUGH runs, nothing will change. Carpet runs will benefit from the more efficient group synchronisation scheme and potentially run faster. -- Cheers, Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: SyncGroupsByDirI-Carpet.patch Type: text/x-patch Size: 3297 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060630/f45d2fde/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: SyncGroupsByDirI-Flesh.patch Type: text/x-patch Size: 4773 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060630/f45d2fde/attachment-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: SyncGroupsByDirI-PUGH.patch Type: text/x-patch Size: 4114 bytes Desc: not available Url : http://www.cactuscode.org/pipermail/patches/attachments/20060630/f45d2fde/attachment-0002.bin