udf-dlm-release Mailing List for UDF-DLM: IDL interface for UDF format
Brought to you by:
esm
Menu
▾
▴
udf-dlm-release
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2001 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ed S. <es...@po...> - 2002-08-26 22:16:45
|
Greetings,
It's been a while -- almost 2 years -- since the last release.
This release comprises:
* Support for MacOS X (Darwin), thanks to Thomas Immel
* Support for MacOS 9, thanks to Morgan O. Hanzlik
* Bug fixes for 64-bit Alpha platform, thanks to Chris Gurgiolo
* New functionality: UDF_OPEN() now accepts a DOUBLE as input.
Source code available, as always, at:
http://sourceforge.net/projects/udf-dlm/
Please report problems on this list. Although I no longer have
any way to run IDL, hence am unable to test UDF-DLM, I'll still
continue to support it as best I can.
Enjoy,
^E
--
Ed Santiago Toolsmith es...@po...
|
|
From: Eduardo S. <es...@po...> - 2001-01-05 17:23:44
|
Dear UDF-DLM users (or ex-users?), Next Friday will be my last day at LANL. UDF-DLM continues to be stable and reliable, at version 0.60. If you wish to keep using it, feel free! Even better: if you (or a software professional of your acquaintance) wish to work on it to improve it, please let me know. The source code is on Sourceforge, and it's trivial for me to add people to the developer list. I have enjoyed working with all of you, and hope that my "not-in-the- team-spirit" efforts (Burch's words, not mine) have been of some small help to you. Best wishes, ^E |
|
From: Eduardo S. <es...@la...> - 2000-07-15 23:06:07
|
Dear all, Release 0.60 of the UDF DLM package for IDL is now available at http://sourceforge.net/projects/udf-dlm/ This release provides support for 32-bit "sensors": they are converted to IDL DOUBLEs instead of FLOATs. As you may have heard from Harald on the developers' list, it seems to work. If your instrument defines 32-bit "sensors" in the VIDF, you really, truly want to pick up this version. Regards, ^E |
|
From: Eduardo S. <es...@la...> - 2000-06-05 15:17:20
|
UDF-DLM release 0.55 is now available for download at
http://sourceforge.net/project/?group_id=868
If you have 0.54, please get rid of it and install this one.
Otherwise, you only need 0.55 if you have any instrument thingies
that define the "blocking" bit in the PIDF.
Changes are:
+ another attempt to fix record positioning for "Blocking" thingies
while avoiding SEGVs from UDF bugs.
+ changes to Makefile for supporting other platforms. udf-dlm now
builds on SGI/IRIX. Thanks to Rick Dyson
<dyson at iowasp.physics.uiowa.edu>.
+ "DP" field in UDF_TIME struct is now initialized to something
useful (you can always override it if you like).
Enjoy,
^E
|
|
From: Eduardo S. <es...@la...> - 2000-05-26 14:10:42
|
Greetings,
UDF-DLM 0.54 is now available on sourceforge. Changes are:
+ Instruments that use FilePosRec (that is, ones with "blocking=1"
in the PIDF) were not being positioned properly.
+ START_AZ and STOP_AZ, which should be vectors of the same
length as everything else in the record, were being over-
optimized down to scalars due to too much zealousness on
my part. They're back to vectors.
+ Under some weird circumstances, UDF_OPEN() returns a weird
message caused by file_open() succeeding and file_pos() not.
**** IMPORTANT ****
This release will cause random crashes (SEGV) due to a serious
bug in the UDF base libraries. Although I reported the bug in
great detail back in March, it remains unfixed. Thus I am
forced to include a patch, which you will need to apply to
the base UDF source tree. Please see README.patch for details.
Thanks,
^E
|
|
From: Eduardo S. <es...@la...> - 2000-03-13 14:20:24
|
Dear all, UDF-DLM release 0.53 is now up for grabs at http://sourceforge.net/project/?form_grp=868 This release fixes an embarrassingly boneheaded and stupid bug in my code, causing SEGVs for EUV (and others?). It also works around a bug in the UDF libraries, having to do with reopening data sets. Enjoy, ^E |
|
From: Eduardo S. <es...@po...> - 2000-02-01 01:30:48
|
Dear all, UDF-DLM release 0.52 is now up for grabs at all the usual places. This release provides support for multiple units. It also correctly (?) implements the "Blocking" bit, used to select between file_pos() and FilePosRec(), in case that means anything to you. Enjoy, ^E |
|
From: Eduardo S. <es...@la...> - 2000-01-21 19:07:58
|
Greetings, UDF-DLM 0.51 is now available at the project page: http://sourceforge.net/project/?form_grp=868 (--not-- at the download link below, due to problems at SourceForge). Changes are: + Usability enhancements: improved date argument processing, improved error messages + Preliminary support for matrix thingies in /GROUP + Preliminary support for "Blocking" thingy Regards, ^E |
|
From: Eduardo S. <es...@la...> - 2000-01-13 22:44:16
|
Folks, UDF-DLM release 0.50 (yes, it's a big jump from 0.26) is now up and available at the usual sites. This release provides preliminary support for "matrix" sensors (but not if the /GROUP or /COLLAPSE flags are set). I've also fixed some bugs related to reading with /RAW, and dealing with PIDF sensor names that begin with digits (e.g., the FUV '140-190 nm ...'). I have high confidence in this release. Harald Frey reports success with his testing of FUV data, and I have carefully verified MENA. Enjoy, ^E |
|
From: Eduardo S. <es...@la...> - 2000-01-12 18:32:58
|
udf-dlm 0.26 is now at the usual release site. This release fixes the NEXT_FILE_STATUS bug, wherein reads spanning multiple data files were not working. Many thanks to Carrie Gonzalez and Chris Gurgiolo for their suggestions, advice, and sample code. There is also the beginning of some rudimentary support for "matrix" sensors. Nothing real or working, just a wee bit of infrastructure. Please let me know if you encounter any more multi-file problems. Thanks, ^E |
|
From: Eduardo S. <es...@la...> - 2000-01-06 22:08:17
|
Folks,
I've released UDF-DLM 0.25 into the usual location (see footer).
Changes from 0.24 are:
* addition of START_AZ and STOP_AZ fields to the returned data.
* changes in UDF_OPEN(): I now use FilePosRec(), in a rather
convoluted manner, to try to ensure that we start reading
on proper record boundaries.
These are fairly significant changes. Although I'm reasonably
convinced that things still work, please stay paranoid, and let
me know if you encounter any weirdness.
Enjoy,
^E
|
|
From: Eduardo S. <es...@la...> - 1999-12-23 13:58:50
|
Dear all, UDF-DLM version 0.24 has been released. This is the first release from its new home at sourceforge. I encourage you to visit the project page at http://sourceforge.net/project/?form_grp=868 ...and maybe bookmark it. From this page you can download the latest release, submit bug reports, view the mailing list archives, and find out how to check out the sources (developers). Since LANL is shut down starting this evening, please let me know as soon as humanly possible if you encounter any problems. Regards, ^E |
|
From: Eduardo S. <es...@la...> - 1999-12-22 21:08:21
|
Dear all, UDF-DLM release 0.23 is now available. It fixes an endian-related bug. ^E |
