Scott R Charlton 60c7fdfe68 Use phrGetErrorStrings.valgrind-leak.R.in in place of phreeqc.R.in when executing ...

'make check' -> 'R CMD check --as-cran' which produces (cran/)phreeqc.Rcheck/phreeqc-Ex.R
and is checked in as leak-Ex.R (only includes the phrGetErrorStrings example).

run using:
R -d "valgrind --tool=memcheck --leak-check=full" --vanilla < leak-Ex.R

and running the full set of examples:
R -d "valgrind --tool=memcheck --leak-check=full" --vanilla < (cran/)phreeqc.Rcheck/phreeqc-Ex.R


git-svn-id: svn://136.177.114.72/svn_GW/IPhreeqc/trunk@8844 1feff8c3-07ed-0310-ac33-dd36852eb9cd

2014-07-15 03:49:34 +00:00

..

phreeqc

from Kurt Hornik <Kurt.Hornik@wu.ac.at>

2014-06-27 05:01:49 +00:00

build-csv.R

working on making CRAN compliant

2014-04-19 03:52:33 +00:00

build-databases.R

before removing CO2 example

2014-04-24 01:31:23 +00:00

build-examples.R

before removing CO2 example

2014-04-24 01:31:23 +00:00

cleanup

updated strings in cleanup

2014-03-25 04:41:12 +00:00

DESCRIPTION.in

Added (+ file LICENSE) to DESCRIPTION.IN

2014-06-27 05:04:21 +00:00

leak-Ex.R

Use phrGetErrorStrings.valgrind-leak.R.in in place of phreeqc.R.in when executing

2014-07-15 03:49:34 +00:00

Makefile

added valgrind target for memory leak detection

2014-07-15 03:30:06 +00:00

Makevars

added NO_UTF8_ENCODING to Makevars

2014-05-08 02:25:58 +00:00

phreeqc.R.in

Changed description, authorship

2014-05-09 16:10:54 +00:00

phrGetErrorStrings.valgrind-leak.R.in

Use phrGetErrorStrings.valgrind-leak.R.in in place of phreeqc.R.in when executing

2014-07-15 03:49:34 +00:00

R.cpp

fixes valgrind memory leaks that occured when error/RF_error was called within a block containing implicit dtors; seems that R uses setjmp/longjmp to handle errors which produces undefined behavior under g++ see http://stackoverflow.com/questions/1376085/c-safe-to-use-longjmp-and-setjmp

2014-07-15 03:36:38 +00:00

roxygenize.R

added roxygenize.R

2014-04-02 23:51:22 +00:00

SE_to_export_03142014.csv

added SE_to_export_03142014.csv

2014-04-02 23:49:47 +00:00