ViewVC Help
View File | Revision Log | Show Annotations | Root Listing
Revision: 1.1
Committed: Tue May 27 00:07:48 2008 UTC (15 years, 4 months ago) by arta
Branch: MAIN
CVS Tags: Ver_6-0, Ver_6-1, Ver_6-2, Ver_6-3, Ver_6-4, Ver_4-3, NetDRMS_Ver_8-8, Ver_4-4, Ver_8-5, Ver_4-7, Ver_5-14, Ver_5-13, Ver_5-12, Ver_5-11, Ver_5-10, Ver_LATEST, NetDRMS_Ver_LATEST, Ver_4-6, NetDRMS_Ver_8-12, NetDRMS_Ver_8-10, NetDRMS_Ver_8-11, NetDRMS_Ver_9-1, NetDRMS_Ver_9-0, NetDRMS_Ver_9-3, NetDRMS_Ver_9-2, NetDRMS_Ver_9-5, NetDRMS_Ver_9-4, Ver_7-0, Ver_5-6, Ver_4-5, NetDRMS_Ver_9-41, Ver_9-41, NetDRMS_Ver_8-4, NetDRMS_Ver_8-5, Ver_5-8, NetDRMS_Ver_8-6, Ver_5-7, Ver_8-8, NetDRMS_Ver_8-7, Ver_5-9, Ver_8-2, Ver_9-3, Ver_8-0, Ver_8-1, Ver_8-6, Ver_8-7, Ver_8-4, Ver_8-11, Ver_5-3, Ver_5-2, Ver_5-1, Ver_5-0, Ver_7-1, Ver_9-1, Ver_5-5, Ver_8-3, Ver_9-5, Ver_9-4, Ver_8-10, Ver_9-2, Ver_8-12, Ver_9-0, HEAD
Log Message:
Add release notes in preparation for the V4.3 JSOC release

File Contents

# Content
1 Release Notes JSOC V4.3 26May2008
2 ----------------------- --------
4 A release is a set of files, each having a specific version. And a release typcially
5 has a version number because over time you have newer and newer releases of the
6 same product. For example, a hypothetical 1.3 release may contain fileA#1.8,
7 fileB#1.2, fileC#2.2 and a 1.4 release may contain fileA#2.5, fileB#2.1, fileC#2.9.
8 JSOC releases are similarly versioned and contain a set of such files. JSOC release
9 code is guaranteed to compile on cluster nodes (eg., n00, n02). The resulting binaries
10 have been minimally tested. At the time of the creation of the release, the
11 release versions of each file will be the most recent. But as time passes, newer versions
12 of some files will be made, and there is no guarantee that these changes will
13 not destabilize JSOC (ie., they may cause JSOC to no longer compile or execute
14 properly).
16 There are several ways to use this release. If you wish to simply use pre-built
17 binaries, you can simply use the production binaries, which are located at
18 /home/production/cvs/JSOC. Every time a release is created, the binaries in
19 this location get updated. Only the production user can update these binaries.
20 So, you could run /home/production/cvs/JSOC/bin/linux_x86_64/show_keys, for example.
21 If instead you want to work with stable source files, then you must have a sandbox,
22 which is a local copy (in your home directory) of the files in the cvs depot.
23 You would probably want to work with a sandbox if you plan on making eventual
24 changes to the depot files. Changes you make to your sandbox files are not visible
25 to other users until you "commit" those changes back to the cvs depot. Please see
26 "If You Don't Have a Sandbox" below for more information on how to create a sandbox.
27 There is also a "working" release which resides in in /home/jsoc/cvs/JSOC. New
28 files may be placed here and existing files may be edited for common use before the
29 next official release. Each time a release gets created, the source and binaries of
30 the working release get updated. WARNING: the files you see here may not be stable
31 since by the time you see them, another user may have edited them. Only the production
32 release is guaranteed to be stable and unchanged between releases.
34 Obtaining the Release
35 ---------------------
36 To update your working directory to this release, or to check-out this release anew,
37 please visit Please keep in mind that
38 users may have modified files since the release was created, so use of the
39 scripts documented in the web page may result in a working directory whose
40 content is not identical to the release. If updating, you can supply
41 the flag "-R" to the and scripts to download the
42 latest release. This will ensure that your working directory has the exact, latest
43 release versions of the files (eg., jsoc_sync.csh -R). If checking-out,
44 you can supply the argument "-r Ver_LATEST" to the "cvs checkout" command
45 to achieve the analogous result, but for a fresh checkout. WARNING: if you use
46 the "-R" or "-r" flags, please use only or to update
47 your sources thereafter. Use of "-R" or "-r Ver_LATEST" will result in a cvs
48 "sticky flag" being set. and clear this sticky flag.
50 Additional Info
51 ---------------
52 If you are unfamiliar with the use of cvs see the file:
53 JSOC/CM/working_with_sandbox.txt.
55 There's a linux4 cvs gui at xim:/usr/bin/lincvs
56 Also on our jsoc web page:
60 Use the Apache cvs gui to see the diffs. For example, go to
62 and click on the name in the File column and then click on
63 "diffs to previous #" to see the diffs.
65 Changes since previous release (V4.2 - April 8, 2008)
66 -----------------------------------------------------
67 * Addition of Perl interface for SUMSAPI.
68 * The JSOC_MACHINE variable is now set in the configure script (some users don't have JSOC_MACHINE set by the standard means).
69 * Add make support for openMP and libgsl.a.
70 * Some fixes so that mac (partially) builds.
71 * Add make support for C modules that need to link against Fortran object files and libraries.
72 * Fix a few inconsistencies where drms_array.c was rounding floating point numbers to integer values. Before the fix, rounding was inconsistent - sometimes truncation, sometimes rounding up, rounding down, or rounding away from zero if magnitude is x.5 or greater, etc. etc. Afterward, rounding is implemented with Linux's round() function.
73 * Implemented bzero/bscale plan (developed by Phl, Rick, Karen, and Art)
74 * Fix problems with CFITSIO char data type, which was being treated as unsigned char, but DRMS uses signed char.
75 * Implement segment-list specifiers (you can now add a list of comma-separated segment names to a record-set query, and the returned record-set will contain those segments only).
76 * Added support for compression of FITS files.
77 * Added drms_keyword_snprintfval() - a function that prints formatted keyword values.
78 * Bug fix in drms_setkey() function - for slotted TIME keyword values, DRMS confused string representations with the internal double representation.
79 * Track down and remove an 'order by' statement from the select statement that selects the keyword information to be placed into the template record. Did this because re-ordering means that DRMS is out of sync with psql, and so that the order in which the .jsd specifies keywords matches what appears in the keyword HContainer_t.
80 * Changed the default print format of _index keywords to %lld (from %d) because _index keywords are long long.
81 * Implemented generic SLOT slotted-keywords.
82 * The format field of TIME keywords now means 'precision' and the unit field means 'time zone'.
83 * Add a version column to the *.drms_series tables. This allows code to conditionally execute, depending on the version of the .jsd used to create the series.
84 * Use SDO_EPOCH, not SOHO_EPOCH, as the macro that returns the internal time in the _SDO_to_DRMS_time() call. The latter includes a function call of sscan_time(). Also, make _SDO_to_DRMS_time() a static inline function.
85 * drms_record.c: Fixed size computation for recnum in drms_query_string; added recnum to allowed keywords in keylist for drms_keylist_memsize(). fixed a memory problem.
86 * added drms_keylist_memsize() to estimate memory size of a keylist. it is used in drms_query_string() to generate limit for a given keylist query
87 * Make the RequestID of the jsoc export be a long long, not a string. Move the seglist specification from a parameter to jsoc_export and drms_recordset_mapexport() to a segment-list specification that is appeneded to the end of the recordset query.
88 * Grant delete privilege to sumsadmin when creating new series
89 * Changed DRMS_LOG_RETENTION to 10 and used it in drms_storageunit.c. It was not used anywhere before.
90 * _step keywords that use named epochs (like 'TSEQ_EPOCH') can now be of data type time, in addition to type string
91 * Add the TSEQ_EPOCH epoch define. Can be used from within .jsd file
92 * Fix a bug in the conversion of SDS_LONG to DRMS_TYPE_LONGLONG. The bug was that on 32-bit machines, SDS_LONG was a 32-bit number, not a 64-bit number, so it was interpreted incorrecly.
93 * Several SUMS changes, but CVS commit comments were cryptic.
94 * sum_open.c: change time out to 3600 sec; expand timeout handling; default dsname to <none>;
95 * sum_rpc.h: add new drives and make sure rpc prog # is hex and not decimal.
96 * SUMLIB_NC_PaRequest_AP.pgc: set limit to 50000
97 * Updates to (tool that organizes and prints cvs commit comments): Update this to print out ranges - greater than or equal to a date, less than or equal to a date, both greater than or equal to a date and less than or equal to a second date.
98 * ingest_dsds_a.c: Added drms_free_array of input data array.
99 * Add new program - Get next JSOC RequestID - this returns the next number (a unique number) in a sequence of numbers. Used for generating unique Request IDs, which are used to ID export requests.
100 * Rearrange lookdata elements for compactness
101 * SOURCE_ENV_FOR_HK_DAYFILE_DECODE - Checked in file used to set environment variable settings like project name and data type name for data series and setting pointers to hk configuration files and hk JSOC version map files.
102 * decode_dayfile.c: Added change to process Signed byte value into a short variable. View update difference below
103 * Added C program for decoding housekeeping dayfiles and writing hk keyword names and values to DRMS. When run program with the -p flag write report to standard output on the keyword name and values.
104 * Implementation of module to ingest orbit position and velocity vectors into sdo.fds_orbit_vectors.
105 * ingest_lev0.c: different ds for hmi and aia and make fsn 30 bits
106 * write_hk_to_drms.c:Added lines to process SIGNED BYTE values using short variable instead of char variable because non-valid chars cause database to not load data.
107 * decode day file script is updated to run as cron job or at command line on JSOC production account on d00; Sets values to process dayfiles for either hmi,aia or sdo dayfiles for today in a cron job or at command line.
108 * df_apid_list_day_files: Used by script to know which apid to process.
109 * gdfdrms.c: get dayfiles from DRMS
110 * Gets dayfiles from DRMS & sends to decode_dayfile C executable. Used to gather Level 0 high speed bus,LMSAL,and SDO formatted.
111 * Script used to load into hmi.hk_dayfile or aia.hk_dayfile DRMS data series; Updated code for parsing apid from LMSAL formatted dayfile.
112 * script which can ingest housekeeping dayfiles to DRMS.
113 * Add jennifer and rock to email list that receives error messages during download of FDS files
114 * o2helio: fix leaked input array memory; fix elapsed-time calculation; fixed crashes due to freeing strings owned by cmdparams; change name of input/output params to in/out; add cmd-line param to specify input/output seg names.
115 * arithtool.c: When copying keyword values from one series to another, don't copy _index values (which get copied when you copy the corresponding slotted keyword values).