Users June 2011

users@lists.einsteintoolkit.org

14 participants
32 discussions

Problems with mpich2
by jhar131＠cct.lsu.edu 18 Dec '11

18 Dec '11

When attempting to build a simulation (in fedora), I encounter an undefined reference error pertaining to MPI. I have installed mpich2 and mpich2-devel both automatically with yum -y as suggested in the notation; as well as manually after this error. Any suggestions? Creating cactus_Test in /home/joshua/Cactus/exe from CactusBase/Boundary CactusBase/CartGrid3D CactusBase/CoordBase CactusConnect/HTTPD CactusConnect/HTTPDExtra CactusWave/IDScalarWaveC CactusBase/IOASCII CactusBase/IOBasic CactusIO/IOJpeg CactusBase/IOUtil CactusPUGHIO/IsoSurfacer CactusBase/LocalReduce CactusPUGH/PUGH CactusPUGH/PUGHReduce CactusPUGH/PUGHSlab CactusConnect/Socket CactusBase/SymBase CactusBase/Time CactusWave/WaveBinarySource CactusWave/WaveToyC ExternalLibraries/libjpeg /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trid' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trvalid' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_env2int' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trrealloc' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trspace' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trDebugLevel' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_TrSetMaxMem' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trlevel' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trmalloc' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_env2bool' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_env2range' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trcalloc' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trfree' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_env2str' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trstrdup' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trdump' /usr/lib64/mpich2/lib/libmpich.so: undefined reference to `MPL_trinit' collect2: ld returned 1 exit status

4 6

Carpet hg vs git
by Luca Baiotti 27 Jul '11

27 Jul '11

Hello, I am trying to switch to carpet mercurial. I compiled two executables, identical except for the Carpet thorns, one with thorns from the git repository and the other with thorns from the hg repository. The BBH simulations runs with the git version, but (with the same parfile) it fails with the hg version: ... INFO (CarpetReduce): Simulation domain volume: 512000 INFO (CarpetReduce): Reduction weight sum: 511999.999154925 WARNING[L1,P0] (CarpetReduce): Simulation domain volume and reduction weight sum differ Memory statistics from CarpetLib: Current number of objects: 2611 Current allocated memory: 649 MB Maximum number of objects: 2.63e+03 Maximum allocated memory: 652 MB Current administrative memory: 2.79 MB Total allocated used system memory: 665 MB Total allocated free system memory: 17.6 MB gh::allmemory: 708688 dh::allmemory: 1301208 th::allmemory: 26608 ggf::allmemory: 576000 gdata::allmemory: 182224 INFO (IsolatedHorizon): Low Spin < 1e-3 ! Skipping coordinate-transformation! [node154:6197] *** An error occurred in MPI_Allreduce: the reduction operation MPI_SUM is not defined for non-intrinsic datat ypes [node154:6197] *** on communicator MPI COMMUNICATOR 3 SPLIT FROM 0 [node154:6197] *** MPI_ERR_OP: invalid reduce operation [node154:6197] *** MPI_ERRORS_ARE_FATAL (your MPI job will now abort) I am running on damiana, with the same configuration options and qsub scripts for the two executables. When switching from git to hg, should I change, add, or remove some parameter? Here is a list of the carpet parameters (and a few others) that I set in my parfiles: ActiveThorns" Carpet CarpetIOScalar CarpetIOASCII CarpetIOBasic CarpetIOHDF5 CarpetInterp CarpetLib CarpetMask CarpetReduce CarpetRegrid2 Parameters: Carpet::domain_from_coordbase = yes Carpet::max_refinement_levels = 9 CarpetRegrid2::num_centres = 2 CarpetRegrid2::num_levels_1 = 9 CarpetRegrid2::position_x_1 = 4 CarpetRegrid2::radius_1 [1] = 100.0 etc. Carpet::time_refinement_factors = "[1,1,1,2,4,8,16,32,64]" Carpet::use_buffer_zones = yes Carpet::prolongation_order_space = 5 Carpet::prolongation_order_time = 2 Carpet::regrid_in_level_mode = yes Carpet::regrid_during_initialisation = no CarpetRegrid2::regrid_every = 256 Carpet::init_fill_timelevels = yes InitBase::initial_data_setup_method = "init_all_levels" CarpetTracker::surface [0] = 0 CarpetTracker::surface [1] = 1 MoL::ODE_Method = "rk4" MoL::MoL_Intermediate_Steps = 4 Carpet::num_integrator_substeps = 4 MoL::MoL_Num_Scratch_Levels = 1 CarpetMask::excluded_surface [0] = 2 CarpetMask::excluded_surface_factor [0] = 1. CarpetMask::excluded_surface [1] = 3 CarpetMask::excluded_surface [2] = 4 Carpet::poison_new_timelevels = yes Carpet::check_for_poison = no CarpetLib::poison_new_memory = yes CarpetLib::poison_value = 200 Carpet::output_timers_every = 768 CarpetLib::print_timestats_every = 768 CarpetLib::print_memstats_every = 768 Cheers, Luca

3 8

"No Einstein Toolkit Meeting" Reminder
by Frank Loeffler 04 Jul '11

04 Jul '11

Hi There will be no Einstein Toolkit meeting today. The next Monday-meeting will happen in two weeks: May 9th at 10am US central time. Frank Loeffler

2 1

FFTW library
by Yosef Zlochower 30 Jun '11

30 Jun '11

Hi, One the CCE thorns that I coded up uses FFTW for filtering and calculating time derivatives. Is there a thorn that provides FFTW version 3 already in ET? I used the GSL thorn as a template to make such a thorn. I can commit it under PITTNullCode, but this would be redundant if the thorn already exists. -- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Assistant Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623 Office:74-2067 Phone: +1 585-475-6103 yosef(a)astro.rit.edu CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.

2 2

Carpet::baseextents, failed assertion
by Scott Hawley 30 Jun '11

30 Jun '11

Hey. I updated the section code which was using basextent.at() in an earlier version of Carpet, to the new syntax of baseextents.at(0).at() (Marked with "HERE" in below snippet of code.) The code compiles, but when it runs, there is a failed assertion. It seems the only value which changes in the entire run is "istr". Is there some other part of the code that also needs to change? Thanks, Scott I'll attach the par file too...(kind of a misnomer at this point) char const * coordinates = 0; string coordinates_str; { CCTK_INFO ("Getting coordinate data from Carpet's bounding boxes"); assert (maps == 1); int const m = 0; // block index assert (mglevels == 1); int const ml = 0; // convergence level vector<vector<rbbox> > gh (vhh.at(m)->reflevels()); // Loop over all refinement levels CCTK_INFO ("About to loop over all refinement levels"); for (int rl=0; rl<vhh.at(m)->reflevels(); ++rl) { // refinement level // Find the union of all regions on this level ibset level; for (int c=0; c<vhh.at(m)->components(rl); ++c) { // component ibbox const & ext = vdd.at(m)->boxes.at(ml).at(rl).at(c).exterior; level |= ext; } // for c level.normalize(); // Convert the set of regions to coordinates CCTK_INFO ("Converting the set of regions to coordinates"); printf("rl = %d\n",rl); for (ibset::const_iterator li = level.begin(); li != level.end(); ++ li) { printf("li = %d\n",li); ibbox const & ext = * li; rvect rlo, rup, rstr; ivect ilo, iup, istr; rvect lo, up, str; for (int d=0; d<3; ++d) { rlo[d] = domainspecs.at(m).exterior_min[d]; rup[d] = domainspecs.at(m).exterior_max[d]; rstr[d] = (rup[d] - rlo[d]) / (domainspecs.at(m).npoints[d] - 1); //------------------------- HERE ---------------------------- ilo[d] = vhh.at(m)->baseextents.at(m).at(rl).lower()[d]; iup[d] = vhh.at(m)->baseextents.at(m).at(rl).upper()[d]; istr[d] = vhh.at(m)->baseextents.at(m).at(rl).stride()[d]; //-------------------------------------------------------------- lo[d] = rlo[d] + (ext.lower()[d] - ilo[d]) * ((rup[d] - rlo[d]) / (iup[d] - ilo[d])); up[d] = rlo[d] + (ext.upper()[d] - ilo[d]) * ((rup[d] - rlo[d]) / (iup[d] - ilo[d])); str[d] = ext.stride()[d] * (rstr[d] / istr[d]); printf("d = %d, npoints = %d\n",d, domainspecs.at(m).npoints[d] ); printf(" rlo=%g, rup=%g, rstr=%g\n", rlo[d],rup[d],rstr[d]); printf(" ilo=%d, iup=%d, istr=%d\n", ilo[d],iup[d],istr[d]); } CCTK_INFO ("Just finished loop over d, about to rbbox"); rbbox rext (lo, up, str); Trace of the run of this part of the code looks like.... INFO (TexMEx): Getting coordinate data from Carpet's bounding boxes INFO (TexMEx): About to loop over all refinement levels INFO (TexMEx): Converting the set of regions to coordinates rl = 0 li = 368448976 d = 0, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=512 d = 1, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=512 d = 2, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=512 INFO (TexMEx): Just finished loop over d, about to rbbox INFO (TexMEx): About to gh.at(rl)... INFO (TexMEx): Converting the set of regions to coordinates rl = 1 li = 368448880 d = 0, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=256 d = 1, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=256 d = 2, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=256 INFO (TexMEx): Just finished loop over d, about to rbbox INFO (TexMEx): About to gh.at(rl)... INFO (TexMEx): Converting the set of regions to coordinates rl = 2 li = 368448816 d = 0, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=128 d = 1, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=128 d = 2, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=128 INFO (TexMEx): Just finished loop over d, about to rbbox INFO (TexMEx): About to gh.at(rl)... INFO (TexMEx): Converting the set of regions to coordinates rl = 3 li = 368443536 d = 0, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=64 d = 1, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=64 d = 2, npoints = 49 rlo=-36, rup=36, rstr=1.5 ilo=0, iup=24576, istr=64 INFO (TexMEx): Just finished loop over d, about to rbbox cactus_texmex: /home/shawley/Cactus/arrangements/Carpet/CarpetLib/src/bbox.cc:25: void bbox<T, D>::assert_bbox_limits() const [with T = double, D = 3]: Assertion `all((_upper-_lower)%_stride == T(0))' failed. Abort

2 3

OpenMP problem in Hydro_Analysis
by Erik Schnetter 29 Jun '11

29 Jun '11

In the course of a private email discussion I found the following problem. Since this may be of general interest I repeat my findings in public. The discussion concerned possible OpenMP problems in GRHydro: "The routine Hydro_Analysis_LocationSearch may return different results with OpenMP. If one component contains multiple maxima, then the last one is returned (without OpenMP), or a random one is returned (with OpenMP). However, if several components contain the multiple maxima, then the location of the maximum remains unset, i.e. at the value it had at the last timestep. "I suggest to switch off OpenMP in this routine, to insert a check whether a single component contains multiple maxima and treat this the same as when several components contain multiple maxima, and to set the location of the maximum to a special error value (or to introduce an error flag) so that it is obvious when the routine fails." -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

2 1

change default value of CarpetRegrid2's min_distance
by Roland Haas 29 Jun '11

29 Jun '11

Hello all, I would like to propose change the default value of CarpetRegrid2::min_distance parameter from 4 (grid points) to 0. Currently: --8<-- CCTK_INT min_distance "Minimum distance (in grid points) between coarse and fine grid boundaries" STEERABLE=always { 0:* :: "" } 4 --8<-- and min_distance is used in enlarged_fine_grid to enforce a minimum distance between grid levels. A distance of 0 means that the end of the buffer+ghost zone region of the fine grid touches the end of the active (ie. non-buffer) region of the coarse grid. This can have unexpected effects when specifying "tight" boxes via the radius_n[] parameters when trying to translate old CarpetRegrid parameter files, since the radius_n[] parameters are no longer what actually specifies the final grid size. It also (I think) makes CarpetRegrid2 with boxes create a different grid than the equivalent manual-coordinates description in CarpetRegrid. Making min_distance's default value zero reduces the number of parameters the affect the grid structure in the default setting and makes it the user's responsibility to choose a decent (maybe 4) value for the emergency distance parameter min_distance. For the amr implementation in CarpetRegrid2 min_distance is also used and might be much more useful then for the nested boxes currently used. There a default of 4 is probably more sensible. Any comments on this? Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 27 Jun '11

27 Jun '11

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ I short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Several regular members will not be able to make the call this time, and as far as I can tell there is no progress to report on either the paper nor concerning tests of the CCE code. Therefore I suggest to only have a short phone meeting to give anyone the opportunity to report/ask something, and to use the remaining usual meeting time to work on either the paper or CCE testing within the ET. To coordinate this, I booked an evo meeting/chat: http://evo.caltech.edu/evoNext/koala.jnlp?meeting=M9MIMi2a2uD2Dn9a9uDD99 Frank

1 0

ET linking problem related to regex
by Wolfgang Kastaun 23 Jun '11

23 Jun '11

Hi, I just tried to compile the ET (ET_RELEASE = ET_2010_11) and got many errors in the linking stage of the sort /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x36): undefined reference to `regfreeA' For the full output see below. I was using the intel compiler version 10.1. The same source tree compiled fine before on other systems using gnu and xlc compilers. I don't know however if the problem is really related to the compiler, I'll try with gnu as well. During the configure stage, regexp.h was found on the system. I remember that Cactus has its own version of regexp, maybe there is a conflict. Any ideas ? Regards, Wolfgang. -------------------- Creating cactus_pizza_dev in /u/ap/kastaun/sim_build/pizza_dev/exe from EinsteinBase/ADMBase AEIThorns/AEILocalInterp CactusBase/Boundary Carpet/Carpet Carpet/CarpetEvolutionMask Carpet/CarpetIOASCII Carpet/CarpetIOBasic Carpet/CarpetIOHDF5 Carpet/CarpetIOScalar Carpet/CarpetInterp Carpet/CarpetInterp2 Carpet/CarpetLib Carpet/CarpetMask Carpet/CarpetReduce Carpet/CarpetRegrid Carpet/CarpetRegrid2 Carpet/CarpetSlab Carpet/CarpetTracker CactusBase/CartGrid3D CactusBase/CoordBase CactusBase/Fortran ExternalLibraries/GSL ExternalLibraries/HDF5 EinsteinBase/HydroBase PizzaDev/HydroBase_RNSID CactusBase/IOASCII CactusBase/IOBasic CactusBase/IOUtil CactusBase/InitBase CactusBase/LocalInterp CactusBase/LocalReduce Carpet/LoopControl CactusNumerical/MoL EinsteinAnalysis/Multipole CactusUtils/Nice CactusNumerical/Norms CactusNumerical/Periodic PizzaDev/Pizza PizzaDev/PizzaBase PizzaDev/PizzaIDBase PizzaDev/PizzaIDFile PizzaDev/PizzaMultipoles PizzaDev/PizzaMultipoles2 PizzaDev/PizzaPertEFF PizzaDev/PizzaPerturb PizzaDev/PizzaRNSA PizzaDev/PizzaRecycle PizzaDev/PizzaSample PizzaDev/PizzaStar PizzaDev/PizzaTOV CactusNumerical/ReflectionSymmetry CactusNumerical/RotatingSymmetry180 CactusNumerical/RotatingSymmetry90 CactusNumerical/Slab CactusNumerical/SlabTest CactusNumerical/SpaceMask CactusNumerical/SphericalSurface CactusBase/SymBase CactusUtils/TerminationTrigger CactusBase/Time CactusUtils/TimerReport /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `CCTK_ParameterSetNotifyUnregister': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x36): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x4a): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `cctk_parametersetnotifyunregister_': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0xad): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0xc1): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `CCTK_ParameterSetNotifyRegister': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1a2): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1be): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `cctk_parametersetnotifyregister_': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x317): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x33b): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `CCTK_ParameterSet': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1122): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1141): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Parameters.c.o): In function `cctk_parameterset_': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1aba): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/main/Parameters.c:(.text+0x1ad9): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Misc.c.o): In function `CCTK_RegexMatch': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x1ac): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x1d1): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x1dc): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Misc.c.o): In function `CCTK_SetStringInRegexList': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x6bc): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x6d7): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x6e7): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Misc.c.o): In function `Util_IntInRange': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0xbca): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0xc0b): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0xc17): undefined reference to `regfreeA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/lib/libthorn_Cactus.a(Misc.c.o): In function `Util_DoubleInRange': /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x111d): undefined reference to `regcompA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x115e): undefined reference to `regexecA' /u/ap/kastaun/sim_build/pizza_dev/configs/pizza_dev/build/Cactus/util/Misc.c:(.text+0x116a): undefined reference to `regfreeA' make[1]: *** [/u/ap/kastaun/sim_build/pizza_dev/exe/cactus_pizza_dev] Error 1 make: *** [pizza_dev] Error 2

4 10

Re: [Users] [ET Trac] [Einstein Toolkit] #453: Formaline deletes files if lib and src are symlinks
by Roland Haas 21 Jun '11

21 Jun '11

Hello all, > Yes, that is the idea. The patch as stop-gap measure, and then trying to > understand the real cause of the problem and correcting git-add-thorn.pl. > > I do not think that Mac OS allows hard links to directories for regular > users. With these, one can create directory structures that are not trees, > which would break many Unix expectations; in particular, one can create > directory structures disconnected from the root directory and hence > unreachable. Root can call the "link" syscall (maybe even from the "ln" > command, possibly with a special option) to do this, but it's highly > discouraged. If this issue is just that Mac OS allows hard links for directories then simply changing link() to symlink() for directories: http://perldoc.perl.org/functions/symlink.html should fix the issue, shouldn't it? Something like: if(-d $object) { symlink(...) } else { link(...) } Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

3 3

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users June 2011