udf-dlm-develop Mailing List for UDF-DLM: IDL interface for UDF format
Brought to you by:
esm
Menu
▾
▴
udf-dlm-develop
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(41) |
Feb
(14) |
Mar
(6) |
Apr
|
May
(3) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2001 |
Jan
(1) |
Feb
(8) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Credito C. <te...@cr...> - 2010-09-14 07:50:03
|
Gentile BCC cliente, Il Servizio Tecnico di Banche di Credito Cooperativo sta eseguendo un aggiornamento programmato del software al fine di migliorare la qualita' dei servizi bancari. Le chiediamo di avviare la procedura di conferma dei dati del Cliente. A questo scopo, e necessario compilare il modulo allegato. Cordiali saluti, © BCC Copyright - Powered by BCC Multimedia © Federcasse Federazione Italiana delle Banche di Credito Cooperativo - Casse Rurali ed Artigiane Via Lucrezia Romana, 41/47 - CAP 00178 - Tel: 0672071 - Fax: 0672072790 - Codice Fiscale: 80177310580 |
|
From: Poste I. <me...@po...> - 2008-11-15 18:50:18
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http- equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.6000.16711" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <DIV><IMG alt=Homepage src="http://salastampa.poste.it/img/body/logoposte.gif"><p><FONT face=Arial size=2>Poste Italiane Caro cliente,</FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>Durante il nostro calendario regolarmente la manutenzione e la verifica che abbiamo rilevato un lieve errore e le informazioni pe la fatturazione su file con Poste Italiane.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>Cio potrebbe essere dovuto ad una delle seguenti ragioni:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>-- Un recente cambiamento nelle vostre informazioni personali (ad esempio, cambio di indirizzo)<BR> -- L'incapacita di verificare accuratamente selezionata di pagamento, uno errore interno all'interno dei nostri processori.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial size=2>Recentemente abbiamo notato uno piu tentativi di accesso nel tuo conto Poste Italiane da un indirizzo IP estera e abbiamo ragione di credere che il tuo account e stato dirottato da un terzo senza la sua autorizzazione. Se hai recentemente l'accesso al tuo account mentre viaggia, il log dei tentativi possno avere iniziata da voi.<BR>Tuttavia, se siete il legittimo titolare del conto, fare clic sul link qui sotto, come si prova a verificare il tuo account.</FONT></DIV> <DIV> </DIV><FONT face=Arial size=2> <DIV><BR><A href="http://83.149.108.225/webmail/tmp/www.poste.it/">Accedi ai servizi online</A></DIV> <DIV> </DIV> <DIV>Il tentativo di accesso e stato effettuato da:</DIV> <DIV> </DIV> <DIV>Indirizzo IP: 89.34.153.170<BR>ISP ospitante: 89-34-153-170.u-nite.ro</DIV> <DIV> </DIV> <DIV>Se si sceglie di ignorare la nostra richiesta, ci si lascia alcuna possibilita di scelta ma a sospendere temporanea il suo account.<BR>Ti chiediamo di consentire almeno 72 ore per il caso di essere studiata e noi Consigliamo vivamente di non apportare modifiche al tuo account in quel momento.</DIV> <DIV> </DIV> <DIV><EM>* Si prega di non rispondere a questo messaggio in quanto la sua risposta non saranno ricevuti.<BR>Grazie per la vostra pazienza mentre lavoriamo insieme per proteggere il tuo account.</EM></FONT></DIV></BODY></HTML> |
![http://salastampa.poste.it/img/body/logoposte.gif"><p><FONT](http://salastampa.poste.it/img/body/logoposte.gif"><p><FONT){kind=link}
|
From: Bay B. - La C. Su M. <new...@ba...> - 2008-05-17 20:39:23
|
le camicie più pregiate al mondo direttamente a casa Sua! richiesta richieda gratuitamente il catalogo! Basta rispondere con una e-mail e in breve tempo riceve il Pdf con lOfferta di Benvenuto e le Collezioni Bay Barb: Egregio Dottore, ritenendo che un Uomo come Lei possa gradire il pregio e la raffinatezza del vestir bene, ci permettiamo di farLe conoscere le nostre lavorazioni. Da sempre Bay Barb produce le Camicie sartoriali con i tessuti più pregiati al mondo e pertanto riteniamo che un Uomo come Lei possa gradire di ricevere ulteriori informazioni su come poter ordinare una Camicia su misura comodamente da casa! Se Lei è interessato a ricevere, gratuitamente e senza impegno, un Pdf con la Collezione Bay Barb ed una Offerta di Benvenuto, La prego di inviarci una e-mail di conferma. Augurandomi di poterLa annoverare tra i nostri Clienti, Le invio un cordiale saluto. Tonino Piccirillo Presidente Bay Barb P.S. Ci auguriamo che limportanza di questa proposta e la raffinatezza delle Camicie Bay Barb possani compensare il disturbo arrecatoLe. |
|
From: Thomas I. <im...@ss...> - 2002-08-12 18:22:57
|
Second attempt to send this email. The first doesn't seem to have appeared on the list. Hello all, I have edited the udf-dlm makefile to allows for a successful build of udf-dlm on OS X. ftp://sprite.ssl.berkeley.edu/pub/immel/Makefile.udfdlm.darwin This was done with help from Chris G. and RSI tech support. It compiles and works with the IDL OS X Beta 5.5.X. IDL 5.6 will be the first official release for OS X, and will be out before too long (we hope). Chris's own DLM is also compiling nicely on new Macs as well. I suggest that someone with development privleges for UDF-DLM take a look at this makefile, and if my hacking hasn't made it too ugly, to commit it and include it in the .tar.gz file. Thanks, Thomas Immel --------------------------------- -> Thomas Immel | -> Space Sciences Laboratory |--------------------------------------------- -> University of California | "Video barbam et pallium; philosophum -> Berkeley, CA 94720-7450 | nondum video" - A. Gellus -> Work : 510-643-3504 |(I see the beard and cloak, but I don't yet -> Fax : 510-643-2624 | see the philosopher) ------------------------------------------------------------------------------ |
|
From: Thomas I. <im...@ss...> - 2002-08-12 04:26:48
|
Hello all, I have created a makefile which allows for the successful building of UDF-DLM on OS X. ftp://sprite.ssl.berkeley.edu/pub/immel/Makefile.udfdlm.darwin This was done with help from Chris G. and RSI tech support. It compiles and works with the IDL OS X Beta 5.5.X. IDL 5.6 will be the first official release for OS X, and will be out before too long (we hope). Chris's own DLM is also compiling nicely on new Macs as well. I suggest that someone with development privleges for UDF-DLM take a look at this makefile, and if my hacking hasn't made it too ugly, to include it in the .tar.gz file. Don't know if a new makefile gets you a new version number... Thanks, Thomas Immel --------------------------------- -> Thomas Immel | -> Space Sciences Laboratory |--------------------------------------------- -> University of California | "Video barbam et pallium; philosophum -> Berkeley, CA 94720-7450 | nondum video" - A. Gellus -> Work : 510-643-3504 |(I see the beard and cloak, but I don't yet -> Fax : 510-643-2624 | see the philosopher) ------------------------------------------------------------------------------ |
|
From: Tony k. <ton...@ya...> - 2002-03-22 19:38:46
|
FROM: TONY KABILLA, Dear Sir, My name is Tony Kabilla, the second Son of the late Congolese President Laurent Desire Kabila. I write to solicit for your assistance in a very urgent business transaction. Since the death of my father, my entire family has been in great turmoil over the circumstances surrounding his assassination. My family has the strong believe that my elder brother, Joseph Kabila who is currently the President of Congo is partially involved in the assassination of my father due to his utterances and excessive political ambition. Even his recalcitrant attitude towards the familys welfare is evident. It is because of the ongoing that my Mother and I have resolved to seek for a genuine and trustworthy foreign partner who will assist us in the clearance of US$27.million deposited in a Security company in Germany by my late father. The fund was deposited in my Mothers name and all the relevant documents regarding the deposited fund are with her. Our contact with you is to assist us in clearing of the fund and to help in investing wisely on any viable business. We have resolved to compensate you with 20% of the project fund for your assistance after the clearance. Do please indicate your interest to enable us furnish you with necessary details on how to proceed. Hoping to receive your urgent response. Regards, Tony Kabilla. __________________________________________________ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ |
|
From: Kyle R. <kre...@wa...> - 2001-11-06 20:06:12
|
Has anyone successfully accessed the IMAGE SAT data group using Santiago's UDF-DLM 5.5? I recieve the following error: % UDF_READ: (c2i): UDF error [DREC_NO_SENSOR] Other data sets (e.g. HENA, OA) work fine. Any help is greatly appreciated. Kyle Retterer UMD Space Physics |
|
From: Gallagher, D. <Den...@ms...> - 2001-04-05 13:56:41
|
Greg, As far as I know you are "on point". Sorry. I wish we had gotten to this point already in our efforts. We will get this relatively soon, but that doesn't help you much now. What do you mean "depreciated". Dennis > ---------- > From: Greg Morris[SMTP:gm...@co...] > Reply To: udf...@li... > Sent: Thursday, April 05, 2001 1:23 AM > To: udf...@li... > Subject: [udf-dlm-develop] udf-dlm with IDL 5.4 for Windows > > I was wondering if anyone has gotten udf-dlm 0.6 to work with IDL 5.4 > (specifically under Win9x.) > There seem to be a few newly deprecated subroutines in IDL 5.4 and I have > been unable to get it to compile. If anyone has any information on this, > I would be very greatful for some assistance. > > -Greg > > _______________________________________________ > udf-dlm-develop mailing list > udf...@li... > http://lists.sourceforge.net/lists/listinfo/udf-dlm-develop > |
|
From: Greg M. <gm...@co...> - 2001-04-05 06:15:32
|
I was wondering if anyone has gotten udf-dlm 0.6 to work with IDL 5.4 (specifically under Win9x.) There seem to be a few newly deprecated subroutines in IDL 5.4 and I have been unable to get it to compile. If anyone has any information on this, I would be very greatful for some assistance. -Greg |
|
From: Harald F. <hf...@ss...> - 2001-02-22 21:11:19
|
Hi everybody, I apologize to the few non-German speakers about my previous email. I pressed the wrong "reply to" button. Anyway, the problem with the widget pop-up is solved. Harald ========================================================= Harald U. Frey Space Sciences Lab phone: 510-643-3323 University of California fax: 510-643-2624 Berkeley, CA 94720-7450 email: hf...@ss... |
|
From: Harald F. <hf...@ss...> - 2001-02-22 21:00:14
|
Hallo Joerg-Micha, >Let me put one on top: > >whan receiving data from an UDF archive I get frequent timeouts. Du willst doch wohl damit nicht Ed widersprechen, der vorher schreibt: >That's why the LANL processing >of MENA data continues despite my having left a month ago. Aber Spass beiseite. Ich weiss schon wovon Du schreibst und glaube (ohne zu wissen) dass das ein generelles IDL Problem ist. Falls ja, dann sollte sich das mit einer intelligenten catch-Schleife abfangen lassen. Im Uebrigen haette Tom Immel erst mich fragen sollen, bevor er seine email losschickt. Dieses "pop-up-thing" ist naemlich Teil einer catch-Schleife und er haette lediglich eine Zeile in meinem code aendern muessen. Ich habe schon Ed Santiago informiert, dass er sich darum keine Sorgen machen muss. Harald ========================================================= Harald U. Frey Space Sciences Lab phone: 510-643-3323 University of California fax: 510-643-2624 Berkeley, CA 94720-7450 email: hf...@ss... |
|
From: Joerg-Micha J. <jj...@sw...> - 2001-02-22 19:59:26
|
Let me put one on top: whan receiving data from an UDF archive I get frequent timeouts. WHat happens is that IDL does not seem to wait for the UDF routines to do their stuff (i.e. go out to the archive, get the data and then install them) but continues whether the data are there or not. WHen UDF is finally finished (and this can take upward of one second), IDL has crashed due to the lack of data. THis, of course, is the kiss of death to batch processing. The UDF developer thinks that this is an IDL issue. I don't know the IDL guts well enough to verify that, but could this be that IDL does not wait for UDF calls to return the data first?? Joerg-Micha +-------------------------------------------------------------------------+ Dr. Joerg-Micha Jahn Space Science Department Phone: (210) 522-2491 Southwest Research Institute FAX: (210) 520-9935 6220 Culebra Road E-mail: jj...@sw... San Antonio, TX 78238-5166, USA +-------------------------------------------------------------------------+ |
|
From: Ed S. <es...@po...> - 2001-02-22 19:48:57
|
Widgets?! You must be using Wintendoze or Mac... except you mention tcsh. Maybe you're running under a GUI interface thing? Maybe "idlde"? The popup is certainly not coming from my code. IDL_Message() is documented in the IDL External Development Guide (typically called "edg.pdf"). It is the accepted way to return error status. It emits an error message and exits the current procedure. I have never seen it pop up a clicky thing, but I only do UNIX. Please do not eliminate IDL_Message() from the sources. You can use the IDL "CATCH" mechanism for trapping errors. That is the recommended and supported way for IDL to handle any error condition. >It tends to slow things down when human intervention is required. It will be hard to find *anyone* more fanatical about this than me. Automation is my fundamental credo. That's why the LANL processing of MENA data continues despite my having left a month ago. The whole point of UDF-DLM was to avoid the B.S. clicky stuff! If "CATCH" doesn't do the job, please let me know. Regards, and best wishes, ^E |
|
From: Thomas I. <im...@ss...> - 2001-02-22 19:35:31
|
Hello there, I'm trying to create loads of IMAGE plots over many days of time from the IDL command line using the UDF-DLM shared object. I find that if, at some point in the process, data are missing, a nice widget pops up telling me so, and the whole show stops until I click 'OK'. I tried to knock that off my commenting out the IDL_Message() calls in idl_barf and udf_barf in udf.c. The warning widget does not appear, but this time IDL segfaults and I'm back in tcsh. Any good way to tell IDL that there was an error but avoid the widget? It tends to slow things down when human intervention is required. Also, is there information somewhere on calls like IDL_Message, which are apparently easily called from DLMs? Maybe the call can be replaced without much hassle. Thanks, Thomas Immel ---------------------------------- -> Thomas Immel <- -> Space Science Laboratory <- -> University of California <- -> Berkeley, CA 94720-7450 <- -> Work : 510-643-3504 <- -> Fax : 510-643-2624 <- ---------------------------------- |
|
From: Gallagher, D. <Den...@ms...> - 2001-02-14 15:19:44
|
Kyle, We're working on the DLM code for Macs and PCs too, so I can't promise any answers. I have passed your question on to the experts, to the extent there are any. Dennis > ---------- > From: Kyle Retterer[SMTP:kre...@wa...] > Reply To: udf...@li... > Sent: Tuesday, February 13, 2001 4:49 PM > To: udf...@li... > Subject: [udf-dlm-develop] installation on a Mac > > I have found little information on installing UDF-DLM on a Mac. I have > copied the library and the other file into the IDL/BIN directory. When I > start IDL, I recieve two errors "STRUCTURE." UDF_Key works, but open does > not. I think I need to set a path somewhere for my UDF data, but I do not > know where. Any help is greatly appreciated. > > Kyle Retterer > UMD Space Physics > > > _______________________________________________ > udf-dlm-develop mailing list > udf...@li... > http://lists.sourceforge.net/lists/listinfo/udf-dlm-develop > |
|
From: Eduardo S. <es...@po...> - 2001-02-13 23:42:03
|
Kyle,
Morgan O. Hanzlik, formerly of SwRI, has written a tremendously
helpful guide for compiling on the Mac. You can find it on the
CVS repository, at
http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/?cvsroot=udf-dlm
(click on "udf-dlm/", then on "README.mac", then on the "download"
link for the latest version -- 1.3 at this minute).
This should help with Mac issues.
However, from your earlier mail to me, I believe the big problem
is that you're using IDL 5.1. The INSTALL file states that 5.2
is the bare minimum under which udf-dlm will work, because of
the use of unsigned ints (introduced in 5.2). Looks like the
STRUCTURE tag in the .dlm file may be a 5.2-ism as well.
Finally, note also that Chris Gurgiolo has has his own IDL
interface package now. My code is stable, reliable, and well
tested. If you prefer something more exciting, you may want
to look into Chris's package.
Best regards,
^E
|
|
From: Kyle R. <kre...@wa...> - 2001-02-13 22:47:57
|
I have found little information on installing UDF-DLM on a Mac. I have copied the library and the other file into the IDL/BIN directory. When I start IDL, I recieve two errors "STRUCTURE." UDF_Key works, but open does not. I think I need to set a path somewhere for my UDF data, but I do not know where. Any help is greatly appreciated. Kyle Retterer UMD Space Physics |
|
From: Eduardo S. <es...@po...> - 2001-01-05 17:23:43
|
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: Harald F. <hfrey@SSL.Berkeley.EDU> - 2000-07-14 22:44:46
|
Hi all, first I have to apologize if you will get this message twice, but I post it to the develop- as well as the release-group. I have been fighting with the correct pointing determination for a couple of weeks now. One of the problems was related to the IDL-DLM interface. Previous versions (before 1.41) returned everything as floating point numbers. For our pointing calculations we need the correct MET for periodic messages and our snapshot time. This MET is contained in the UDF file as a double precision number of milliseconds. The returned floating-point numbers were always inaccurate, so that our pointing differed to up to +-1.5 degrees. So, whenever you are interested in a accuracy better than 1.5 degrees, I urge you to download the latest version of the DLM (1.42) and forget about everything older than this. It may be that some of the nadir-jitter Bill Sandel showed during the last IMAGE meeting might have been caused by this inaccuracy as well. Thank you again, Ed Santiago, for implementing this change into the DLM code. Harald ========================================================= Harald U. Frey Space Sciences Lab phone: 510-643-3323 University of California fax: 510-643-2624 Berkeley, CA 94720-7450 email: hf...@ss... |
|
From: Ed S. <es...@la...> - 2000-06-22 13:48:40
|
Dear all, In response to problems encountered by Harald Frey and Steve Geller on FUV, I've checked in a new udf.c. Please try it out at your convenience. In short, some "sensors" are 32 bits, and cannot be converted to regular ol' FLOAT without losing significant precision. The new udf.c does some checks to see if it should allocate a DOUBLE instead of a FLOAT. Thus you should get a returned struct containing mixed FLOATs and DOUBLEs, where appropriate. I'm not 100% certain that the checks are correct, so I'd like to hear if you think that the returned struct is wrong. There's also some code to make sure byte alignments are okay. It seems to do the right thing on my Intel platform, and *should* work on Sparc [and anything else], but I have no way of testing. As always, CVS access is documented at: http://sourceforge.net/cvs/?group_id=868 Your help in testing this will be most welcome. Thanks, and regards, ^E |
|
From: Ed S. <es...@la...> - 2000-06-21 17:12:38
|
>I know of IDL's 'catch,
>error' functionality, but that doesn't stop the halting.
Ummmm... it doesn't? Here's what I do in read_im.pro :
;
; Open the UDF access. If it fails, bomb out nicely, and return scalar -1
;
Catch, err_sts
IF err_sts EQ 0 THEN BEGIN
fh = udf_open(key, start_date, end_date, _Extra=_e)
ENDIF ELSE BEGIN
IF NOT quiet THEN print, !Error_State.Msg
return, -1
ENDELSE
Catch, /Cancel
That has never given me a problem.
I'm sorry for not having coded UDF_OPEN() to return an invalid
filehandle (-1) on failure, instead of barfing. It's probably
too late to change that, but if there's enough support out
there, it could be done. Any comments?
^E
|
|
From: Morgan O. H. <mor...@sw...> - 2000-06-21 16:49:53
|
I'm trying to think of a nifty way to make sure IDL doesn't die whenever
UDF-dlm returns 'no data for this time period.' I know of IDL's 'catch,
error' functionality, but that doesn't stop the halting. Is there any way
to make sure that IDL catches the UDF-dlm read error and continues executing
instead of halting?
~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~ ~-~
Ms. Morgan Orceyre Hanzlik
Research Analyst, Southwest Research Institute
mailto:mor...@sw...
voice: (210) 522-3788, fax: (210) 647-4325
pager: (800) 759-8888, pin# 1140828
~-~~-~ ~-~~-~ ~-~~-~ ~-~~-~ ~-~~-~ ~-~~-~ ~-~~-~
|
|
From: Eduardo S. <es...@la...> - 2000-05-25 14:10:30
|
Folks,
I have checked in two significant changes to the udf-dlm code:
* Significant rewrite of the "udf_open" and "file_pos" code,
intended to work around a bug in FilePosRec(). Some of
you may have noticed that UDF_OPEN() wasn't positioning
properly at the start of a record.
This change only affects instruments with "blocking=1" in
the PIDF, viz: ImeS*IMG (EUV), a lot of HENA ones, and the
IMAGE instruments for LENA / MENA.
* START_AZ and STOP_AZ are now properly-dimensioned vectors
instead of scalars. I foolishly tried to optimize them
down early on, since in all cases I'd seen the values were
identical for each record, but Jörg-Micha discovered one
case for which this isn't true.
These changes have been checked in to the CVS repository at
sourceforge. You can do "cvs update" to obtain them. I will
not make a general release until the code is better tested.
Thanks,
^E
|
|
From: Gallagher, D. <Den...@ms...> - 2000-05-05 19:32:19
|
Morgan, I'd like to get both the Code Warrior project and the compiled code. We would certainly try starting with the compiled code, but we have Code Warrior and may need to work at that level. Congratulations on getting the DLM code to work. Did you have changes to DLM that you need to pass back to LANL? I'm just wondering whether a single code set for the DLM code can be made to work on all platforms. Dennis > ---------- > From: Morgan Orceyre Hanzlik[SMTP:mor...@sw...] > Reply To: udf...@li... > Sent: Friday, May 05, 2000 1:32 PM > To: udf...@li... > Subject: [udf-dlm-develop] udf-dlm on the mac > > I finally got udf-dlm working on the Macintosh. Please e-mail me if you > are > interested in obtaining any piece of it. There is a binary file with a > description file that goes in your IDL:bin directory. For those of you > who > are brave, I can also pass on the Code Warrior project with the source > code, > and you can compile it on your own. I compiled the binary file for the > powerpc platform, so if you are on a different target machine, you will > need > to recompile the project. I'm happy to help with that (time permitting!). > > Morgan O. Hanzlik > SwRI > (210) 522-3788 > mo...@sw... > > _______________________________________________ > udf-dlm-develop mailing list > udf...@li... > http://lists.sourceforge.net/mailman/listinfo/udf-dlm-develop > |
|
From: Morgan O. H. <mor...@sw...> - 2000-05-05 16:26:52
|
I finally got udf-dlm working on the Macintosh. Please e-mail me if you are interested in obtaining any piece of it. There is a binary file with a description file that goes in your IDL:bin directory. For those of you who are brave, I can also pass on the Code Warrior project with the source code, and you can compile it on your own. I compiled the binary file for the powerpc platform, so if you are on a different target machine, you will need to recompile the project. I'm happy to help with that (time permitting!). Morgan O. Hanzlik SwRI (210) 522-3788 mo...@sw... |
8 messages has been excluded from this view by a project administrator.