comp.lang.idl-pvwave archive - RDF feed
type: channel
description: Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado
items: Re: IDL Virtual Machine information

Re: IDL Virtual Machine information
type: item
description: "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: > A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, > which will allow developers to distribute compiled cross-platform > applications that do not require IDL to run. Liam-- You're right this is an interesting development. This may help get more IDL applications distributed, which I'm sure is the goal of RSI. But the virtual machine is significantly less interesting to me on account of the fact that EXECUTE() is disabled: http://www.rsinc.com/idl/idlvm_faq.asp#runtime There are a couple of key places in my code where EXECUTE() is integral to the operation of the algorithm, and those would not transfer over to the IDL VM. Craig -- ------------------------------------------------------------ -------------- Craig B. Markwardt, Ph.D. EMAIL: craigmnet@cow.physics.wisc.edu Astrophysics, IDL, Finance, Derivatives | Remove "net" for better response ------------------------------------------------------------ --------------
creator: Craig Markwardt
date: 2003-06-26T15:01:49-00:00

Re: IDL Virtual Machine information
type: item
description: "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message news:bdf0ei$oce$1@news.doit.wisc.edu... > A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, > which will allow developers to distribute compiled cross-platform > applications that do not require IDL to run. > > For more information: > > http://www.rsinc.com/idl/idlvm_faq.asp I just received the following clarification from someone in the know at RSI: "A better way to state this is that the applications do not require a runtime or full IDL *license* to run. IDL (in the form of the idlrt.exe and associated DLMs) is still required." So there you go. Cheers, Liam. Practical IDL Programming http://www.gumley.com/
creator: Liam E. Gumley
date: 2003-06-26T15:26:23-00:00

Re: IDL Virtual Machine information
type: item
description: "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message news:onptl0g9wi.fsf@cow.physics.wisc.edu... > > "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >> A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, >> which will allow developers to distribute compiled cross-platform >> applications that do not require IDL to run. > > Liam-- > > You're right this is an interesting development. This may help get > more IDL applications distributed, which I'm sure is the goal of RSI. > But the virtual machine is significantly less interesting to me on > account of the fact that EXECUTE() is disabled: > > http://www.rsinc.com/idl/idlvm_faq.asp#runtime > > There are a couple of key places in my code where EXECUTE() is > integral to the operation of the algorithm, and those would not > transfer over to the IDL VM. I wonder why EXECUTE is not allowed? Cheers, Liam. Practical IDL Programming http://www.gumley.com/
creator: Liam E. Gumley
date: 2003-06-26T15:28:47-00:00

Re: IDL Virtual Machine information
type: item
description: Liam Gumley writes: > I wonder why EXECUTE is not allowed? Don't know. Maybe giving away the module that allows this would be giving away the store. But I was looking at some of the code that I think I could use with the VM and I was discouraged to see how much of it depends on EXECUTE. :-( Cheers, David -- David W. Fanning, Ph.D. Fanning Software Consulting, Inc. Phone: 970-221-0438, E-mail: david@dfanning.com Coyote's Guide to IDL Programming: http://www.dfanning.com/ Toll-Free IDL Book Orders: 1-888-461-0155
creator: David Fanning
date: 2003-06-26T15:56:35-00:00

Re: IDL Virtual Machine information
type: item
description: Liam, I think they want to avoid people writing their own idlde. If you have execute, then you could theoretically read in from a commadn line, reform an IDL command an d use the execute function to get your results. All that for free. :-) No wonder, it is not available. But thats ok to me. I just have a few gui apps that I would like to use on my laptop when I cannot be connected to the license manager... Haje "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message news:bdf3fe$q2j$1@news.doit.wisc.edu... > "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message > news:onptl0g9wi.fsf@cow.physics.wisc.edu... >> >> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual > Machine, >>> which will allow developers to distribute compiled cross-platform >>> applications that do not require IDL to run. >> >> Liam-- >> >> You're right this is an interesting development. This may help get >> more IDL applications distributed, which I'm sure is the goal of RSI. >> But the virtual machine is significantly less interesting to me on >> account of the fact that EXECUTE() is disabled: >> >> http://www.rsinc.com/idl/idlvm_faq.asp#runtime >> >> There are a couple of key places in my code where EXECUTE() is >> integral to the operation of the algorithm, and those would not >> transfer over to the IDL VM. > > I wonder why EXECUTE is not allowed? > > Cheers, > Liam. > Practical IDL Programming > http://www.gumley.com/ > >
creator: Haje Korth
date: 2003-06-26T16:58:22-00:00

Re: IDL Virtual Machine information
type: item
description: Liam Gumley wrote: > "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message > news:onptl0g9wi.fsf@cow.physics.wisc.edu... >> >> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual > Machine, >>> which will allow developers to distribute compiled cross-platform >>> applications that do not require IDL to run. >> >> Liam-- >> >> You're right this is an interesting development. This may help get >> more IDL applications distributed, which I'm sure is the goal of RSI. >> But the virtual machine is significantly less interesting to me on >> account of the fact that EXECUTE() is disabled: >> >> http://www.rsinc.com/idl/idlvm_faq.asp#runtime >> >> There are a couple of key places in my code where EXECUTE() is >> integral to the operation of the algorithm, and those would not >> transfer over to the IDL VM. > > I wonder why EXECUTE is not allowed? With execute you can easily build in the vm mode an idl development tool. We have only a small amount of routines which could not be used and one important of them is the time_series_sync. So if executable is important for us, we have to think on rewriting of this routine. But this was already known before because I have often used a runtime license. Reimar > > Cheers, > Liam. > Practical IDL Programming > http://www.gumley.com/ -- Forschungszentrum Juelich email: R.Bauer@fz-juelich.de http://www.fz-juelich.de/icg/icg-i/ ============================================================ ====== a IDL library at ForschungsZentrum Juelich http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro. html
creator: R.Bauer
date: 2003-06-26T17:18:24-00:00

Re: IDL Virtual Machine information
type: item
description: On Thu, 26 Jun 2003 08:28:47 -0700, Liam Gumley wrote: > "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message > news:onptl0g9wi.fsf@cow.physics.wisc.edu... >> >> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual > Machine, >>> which will allow developers to distribute compiled cross-platform >>> applications that do not require IDL to run. >> >> Liam-- >> >> You're right this is an interesting development. This may help get >> more IDL applications distributed, which I'm sure is the goal of RSI. >> But the virtual machine is significantly less interesting to me on >> account of the fact that EXECUTE() is disabled: >> >> http://www.rsinc.com/idl/idlvm_faq.asp#runtime >> >> There are a couple of key places in my code where EXECUTE() is integral >> to the operation of the algorithm, and those would not transfer over to >> the IDL VM. > > I wonder why EXECUTE is not allowed? > Presumably for the same reason that uncompiled .pro routines can't be run with the VM: it doesn't include the byte-code compiler. I'd suspect that EXECUTE works by calling the very same compiler at run-time. If it did include the compiler, the VM could easily be turned into a full-fledged copy of IDL! The CALL_* routines still work because they are only allowed to call routines which are compiled (either natively in IDL, or in the .sav file itself). That said, there are lots of uses of EXECUTE which are no longer really necessary in IDL 6.0, e.g., building variable-length argument lists of dimensions for various routines (I've noticed Craig using that trick a lot). Since the VM will only run .sav files compiled with IDLv6.0, there's no need to hang onto these old constructions for compatibility's sake. Perhaps people could list their typical uses of EXECUTE and we could consider ways to eliminate them? JD
creator: JD Smith
date: 2003-06-26T17:25:50-00:00

Re: IDL Virtual Machine information
type: item
description: JD Smith writes: > That said, there are lots of uses of EXECUTE which are no longer > really necessary in IDL 6.0, e.g., building variable-length argument > lists of dimensions for various routines (I've noticed Craig using > that trick a lot). Since the VM will only run .sav files compiled > with IDLv6.0, there's no need to hang onto these old constructions for > compatibility's sake. What!? And get rid of that old IDL 4.0 license Craig has hanging around still. Say it ain't so, Craig! Don't do it! Cheers, David -- David W. Fanning, Ph.D. Fanning Software Consulting, Inc. Phone: 970-221-0438, E-mail: david@dfanning.com Coyote's Guide to IDL Programming: http://www.dfanning.com/ Toll-Free IDL Book Orders: 1-888-461-0155
creator: David Fanning
date: 2003-06-26T17:36:09-00:00

Re: IDL Virtual Machine information
type: item
description: JD Smith wrote: > On Thu, 26 Jun 2003 08:28:47 -0700, Liam Gumley wrote: > >> "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message >> news:onptl0g9wi.fsf@cow.physics.wisc.edu... >>> >>> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >>>> A particularly interesting feature of IDL 6.0 is the IDL Virtual >> Machine, >>>> which will allow developers to distribute compiled cross-platform >>>> applications that do not require IDL to run. >>> >>> Liam-- >>> >>> You're right this is an interesting development. This may help get >>> more IDL applications distributed, which I'm sure is the goal of RSI. >>> But the virtual machine is significantly less interesting to me on >>> account of the fact that EXECUTE() is disabled: >>> >>> http://www.rsinc.com/idl/idlvm_faq.asp#runtime >>> >>> There are a couple of key places in my code where EXECUTE() is integral >>> to the operation of the algorithm, and those would not transfer over to >>> the IDL VM. >> >> I wonder why EXECUTE is not allowed? >> > > Presumably for the same reason that uncompiled .pro routines can't be > run with the VM: it doesn't include the byte-code compiler. I'd > suspect that EXECUTE works by calling the very same compiler at > run-time. If it did include the compiler, the VM could easily be > turned into a full-fledged copy of IDL! The CALL_* routines still > work because they are only allowed to call routines which are compiled > (either natively in IDL, or in the .sav file itself). > > That said, there are lots of uses of EXECUTE which are no longer > really necessary in IDL 6.0, e.g., building variable-length argument > lists of dimensions for various routines (I've noticed Craig using > that trick a lot). Since the VM will only run .sav files compiled > with IDLv6.0, there's no need to hang onto these old constructions for > compatibility's sake. Perhaps people could list their typical uses of > EXECUTE and we could consider ways to eliminate them? > > JD I did a few days ago a feature …
creator: R.Bauer
date: 2003-06-26T21:19:53-00:00

Re: IDL Virtual Machine information
type: item
description: JD Smith <jdsmith@as.arizona.edu> writes: > > That said, there are lots of uses of EXECUTE which are no longer > really necessary in IDL 6.0, e.g., building variable-length argument > lists of dimensions for various routines (I've noticed Craig using > that trick a lot). Since the VM will only run .sav files compiled > with IDLv6.0, there's no need to hang onto these old constructions for > compatibility's sake. Perhaps people could list their typical uses of > EXECUTE and we could consider ways to eliminate them? I generally try to avoid EXECUTE(), but end up using it in several different ways. One is to handle the stupid dimension-list behavior of REBIN, but that may be fixed in newer versions of IDL. Another is allowing users to enter expressions to be evaluated. This includes fitting routines like MPFIT (parameter constraints), MPFITEXPR and CHEBCOEF. I don't know a way of evaluating a user-function without EXECUTE. There is a more esoteric set of routines which uses EXECUTE() to extract a particular argument from an argument list. For example, if my routine is defined as: pro mypro, x1, x2, x3, x4, x5, x6, x7, x8, x9, x10, ... then one can use EXECUTE to pull out each of the x{i} arguments without writing testing each one manually (eg CMRESTORE, FXBREADM, PRINTLOG, TRANSREAD). A final way is to make complex expressions which I couldn't figure any other elegant way to do. For example, constructing a template structure in TRANSREAD. I fully admit that the IDL VM sounds like a really interesting way of getting more people to use IDL software, and I'm sure that's why RSI developed it. It will lower the barrier for distribution of IDL-related packages, which RSI probably hopes will drive more sales when package recipients realize how great IDL is. *BUT*, I think developers should consider the IDL VM as a separate platform to develop for. It requires more discipline to avoid EXECUTE(), more careful checking that supporting library routines (and as Reimar points out, …
creator: Craig Markwardt
date: 2003-06-26T22:14:48-00:00

Re: IDL Virtual Machine information
type: item
description: On Thu, 26 Jun 2003 14:19:53 -0700, Reimar Bauer wrote: > JD Smith wrote: > >> On Thu, 26 Jun 2003 08:28:47 -0700, Liam Gumley wrote: >> >>> "Craig Markwardt" <craigmnet@cow.physics.wisc.edu> wrote in message >>> news:onptl0g9wi.fsf@cow.physics.wisc.edu... >>>> >>>> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> writes: >>>> > A particularly interesting feature of IDL 6.0 is the IDL Virtual >>> Machine, >>>> > which will allow developers to distribute compiled cross-platform >>>> > applications that do not require IDL to run. >>>> >>>> Liam-- >>>> >>>> You're right this is an interesting development. This may help get >>>> more IDL applications distributed, which I'm sure is the goal of RSI. >>>> But the virtual machine is significantly less interesting to me on >>>> account of the fact that EXECUTE() is disabled: >>>> >>>> http://www.rsinc.com/idl/idlvm_faq.asp#runtime >>>> >>>> There are a couple of key places in my code where EXECUTE() is >>>> integral to the operation of the algorithm, and those would not >>>> transfer over to the IDL VM. >>> >>> I wonder why EXECUTE is not allowed? >>> >>> >> Presumably for the same reason that uncompiled .pro routines can't be >> run with the VM: it doesn't include the byte-code compiler. I'd >> suspect that EXECUTE works by calling the very same compiler at >> run-time. If it did include the compiler, the VM could easily be >> turned into a full-fledged copy of IDL! The CALL_* routines still work >> because they are only allowed to call routines which are compiled >> (either natively in IDL, or in the .sav file itself). >> >> That said, there are lots of uses of EXECUTE which are no longer really >> necessary in IDL 6.0, e.g., building variable-length argument lists of >> dimensions for various routines (I've noticed Craig using that trick a >> lot). Since the VM will only run .sav files compiled with IDLv6.0, >> there's no need to hang onto these old constructions for >> compatibility's sake. Perhaps people could list their typic…
creator: JD Smith
date: 2003-06-26T22:23:22-00:00

Re: IDL Virtual Machine information
type: item
description: JD Smith writes: > In the case of CW_PDMENU, you could easily modify it > to use a custom-built _EXTRA structure or, even better, rely on the > fact that well-designed routines will (should) accept some value for > all keywords which is equivalent to never having used the keyword > (e.g. "foo" and "foo,HELP=0" are equivalent -- neither should activate > HELP). I knew there would be a silver lining here. Just think, if you want to use the IDL Virtual Machine you will *have* to know how to use KEYWORD_SET and N_ELEMENTS properly to check your keywords. It could revolutionize IDL programming!! Cheers, David -- David W. Fanning, Ph.D. Fanning Software Consulting, Inc. Phone: 970-221-0438, E-mail: david@dfanning.com Coyote's Guide to IDL Programming: http://www.dfanning.com/ Toll-Free IDL Book Orders: 1-888-461-0155
creator: David Fanning
date: 2003-06-26T22:50:13-00:00

Re: IDL Virtual Machine information
type: item
description: "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message news:bdf0ei$oce$1@news.doit.wisc.edu... > A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, Hi, the VM indeed seems to be great. I recently inquired about the run-time license because I needed to develop something for a third party, but it just was too damn expensive. So we didn't use IDL for that project. Would RSI really give up their income on run-time licenses (they are obsolete if you use the VM) or is there a catch? But a problem I see is the use of DLM's that I often use. I need to rebuild them every time there is a IDL upgrade (and they are not backwards compatible). Anyone any thoughts how this would be with the VM? kind regards. Gert
creator: Gert Van de Wouwer
date: 2003-06-27T08:46:34-00:00

Re: IDL Virtual Machine information
type: item
description: On Fri, 27 Jun 2003, Gert Van de Wouwer wrote: > "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message > news:bdf0ei$oce$1@news.doit.wisc.edu... >> A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, > My basic understanding after talking to the local distributor was that DLM are not allowed for VM. Best regrads Stephan > But a problem I see is the use of DLM's that I often use. I need to rebuild > them every time there is a IDL upgrade (and they are not backwards > compatible). Anyone any thoughts how this would be with the VM? ------------------------------------------------------------ ------------------ Dr. Stephan Nekolla Telefon: (49) (0) 89 4140-2959 http://www.nuk.med.tu-muenchen.de Fax: (49) (0) 89 4140-4938 Klinik und Poliklinik fuer Nuklearmedizin E-Mail: s.nekolla@lrz.tu-muenchen.de Klinikum rechts der Isar der Technischen Universitaet Muenchen Ismaningerstr. 22 D-81675 Muenchen ------------------------------------------------------------ ------------------
creator: tbb0301
date: 2003-06-30T08:06:25-00:00

Re: IDL Virtual Machine information
type: item
description: tbb0301@mail.lrz-muenchen.de wrote: > On Fri, 27 Jun 2003, Gert Van de Wouwer wrote: > >> > "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message >> news:bdf0ei$oce$1@news.doit.wisc.edu... >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual >>> Machine, >> > Stephan >> But a problem I see is the use of DLM's that I often use. I need to >> rebuild them every time there is a IDL upgrade (and they are not >> backwards compatible). Anyone any thoughts how this would be with the VM? > > My basic understanding after talking to the local distributor was that > DLM are not allowed for VM. > > Best regrads > But that would remove some of the core functionality of IDL which is implemented as DLMs. Surely this can't be the case. -- Nigel Wade, System Administrator, Space Plasma Physics Group, University of Leicester, Leicester, LE1 7RH, UK E-mail : nmw@ion.le.ac.uk Phone : +44 (0)116 2523548, Fax : +44 (0)116 2523555
creator: Nigel Wade
date: 2003-06-30T09:48:50-00:00

Re: IDL Virtual Machine information
type: item
description: At the presentation RSI gave by us, the five people from RSI was not aware of any DLM, call_external restrictions. I specifically asked for that. I think there are restrictions about callable IDL, but let this stand a s a rumor rather than a fact. The IDL 6.0 beta documentation does not mention these restrictions. The only serious restriction is the EXECUTE() command, which is not available in VM mode. This seems to be used by many people, even though I haven't discovered its usefulness. (Maybe someone could describe a scenario, where I really need this and cannot find a quick workaround. Maybe I have been missing out on something great here.) Greetings, Haje -- <tbb0301@mail.lrz-muenchen.de> wrote in message news:Pine.SOL.4.55.0306301004370.435@sun2.lrz-muenchen.de... > On Fri, 27 Jun 2003, Gert Van de Wouwer wrote: > >> > "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message >> news:bdf0ei$oce$1@news.doit.wisc.edu... >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, >> > > My basic understanding after talking to the local distributor was that > DLM are not allowed for VM. > > Best regrads > > Stephan >> But a problem I see is the use of DLM's that I often use. I need to rebuild >> them every time there is a IDL upgrade (and they are not backwards >> compatible). Anyone any thoughts how this would be with the VM? > > ------------------------------------------------------------ -------------- ---- > Dr. Stephan Nekolla Telefon: (49) (0) 89 4140-2959 > http://www.nuk.med.tu-muenchen.de Fax: (49) (0) 89 4140-4938 > Klinik und Poliklinik fuer Nuklearmedizin E-Mail: s.nekolla@lrz.tu-muenchen.de > Klinikum rechts der Isar der Technischen Universitaet Muenchen > Ismaningerstr. 22 D-81675 Muenchen > ------------------------------------------------------------ -------------- ---- >
creator: Haje Korth
date: 2003-06-30T12:05:58-00:00

Re: IDL Virtual Machine information
type: item
description: Ok, I just tried the DLM issue myself using the beta version. Result: DLMs DO work in VM mode! Haje -- <tbb0301@mail.lrz-muenchen.de> wrote in message news:Pine.SOL.4.55.0306301004370.435@sun2.lrz-muenchen.de... > On Fri, 27 Jun 2003, Gert Van de Wouwer wrote: > >> > "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message >> news:bdf0ei$oce$1@news.doit.wisc.edu... >>> A particularly interesting feature of IDL 6.0 is the IDL Virtual Machine, >> > > My basic understanding after talking to the local distributor was that > DLM are not allowed for VM. > > Best regrads > > Stephan >> But a problem I see is the use of DLM's that I often use. I need to rebuild >> them every time there is a IDL upgrade (and they are not backwards >> compatible). Anyone any thoughts how this would be with the VM? > > ------------------------------------------------------------ -------------- ---- > Dr. Stephan Nekolla Telefon: (49) (0) 89 4140-2959 > http://www.nuk.med.tu-muenchen.de Fax: (49) (0) 89 4140-4938 > Klinik und Poliklinik fuer Nuklearmedizin E-Mail: s.nekolla@lrz.tu-muenchen.de > Klinikum rechts der Isar der Technischen Universitaet Muenchen > Ismaningerstr. 22 D-81675 Muenchen > ------------------------------------------------------------ -------------- ---- >
creator: Haje Korth
date: 2003-06-30T12:20:06-00:00

Re: IDL Virtual Machine information
type: item
description: Hello, Some programmers here use IDL to create dynamic plots on the web. The process is a bit slow as they must connect to a license manager in order to run the IDL application. Will IDL VM help in this regard? Namely, speed of plotting over the web? -- Andrew Loughe ===================================================== NOAA/OAR/FSL/AD R/FS5 | email: Andrew.Loughe@noaa.gov 325 Broadway | wwweb: www-ad.fsl.noaa.gov/users/loughe Boulder, CO 80305-3328 | phone: 303-497-6211 fax: 303-497-6301
creator: Andy Loughe ( remove
date: 2003-06-30T15:22:58-00:00

Re: IDL Virtual Machine information
type: item
description: In article <bdp94e$jfg$1@houston.jhuapl.edu>, Haje Korth <haje.korth@jhuapl.edu> wrote: > which is not available in VM mode. This seems to be used by many people, > even though I haven't discovered its usefulness. (Maybe someone could > describe a scenario, where I really need this and cannot find a quick > workaround. Maybe I have been missing out on something great here.) > > Greetings, > Haje Here is an example: http://hea-www.harvard.edu/PINTofALE/pro/fitting/adjustie.pr o (which is part of the PINTofALE suite, see http://hea-www.harvard.edu/PINTofALE/doc/FITLINES.howto ) We use EXECUTE() to define constraints among fit parameters. Given the large number of possible constraints, there is no other way to set up a flexible constraint at run time. For instance, one might come across a constraint such as "flux in line 2 is between 2 and 3 times the flux in line 1." Or, "line 2 is at a fixed distance from line 1, with some error." Or, "if line 1 has flux greater than some threshold then line 2 is located at this position, otherwise at this other, slightly different, position." Etc. Vinay -- ____________________________________________________________ __________________ kashyap@head-cfa.harvard.edu 617 495 7173 [CfA/P-143] 617 496 7173 [F] ------------ And now a word from our sponsor --------------------- For a secure high performance FTP using SSL/TLS encryption upgrade to SurgeFTP ---- See http://netwinsite.com/sponsor/sponsor_surgeftp.htm ----
creator: kashyap
date: 2003-06-30T17:47:41-00:00

Re: IDL Virtual Machine information
type: item
description: Hi, just to be sure: did you use a RSI supplied DLM or an "external" one ? Thanks Stephan On Mon, 30 Jun 2003, Haje Korth wrote: > Ok, I just tried the DLM issue myself using the beta version. Result: DLMs > DO work in VM mode! > > Haje > > -- > > <tbb0301@mail.lrz-muenchen.de> wrote in message > news:Pine.SOL.4.55.0306301004370.435@sun2.lrz-muenchen.de... >> On Fri, 27 Jun 2003, Gert Van de Wouwer wrote: >> >>> >> "Liam Gumley" <Liam.Gumley@ssec.wisc.edu> wrote in message >>> news:bdf0ei$oce$1@news.doit.wisc.edu... >>>> A particularly interesting feature of IDL 6.0 is the IDL Virtual > Machine, >>> >> >> My basic understanding after talking to the local distributor was that >> DLM are not allowed for VM. >> >> Best regrads >> >> Stephan >>> But a problem I see is the use of DLM's that I often use. I need to > rebuild >>> them every time there is a IDL upgrade (and they are not backwards >>> compatible). Anyone any thoughts how this would be with the VM? >> >> ------------------------------------------------------------ -------------- > ---- >> Dr. Stephan Nekolla Telefon: (49) (0) 89 > 4140-2959 >> http://www.nuk.med.tu-muenchen.de Fax: (49) (0) 89 4140-4938 >> Klinik und Poliklinik fuer Nuklearmedizin E-Mail: > s.nekolla@lrz.tu-muenchen.de >> Klinikum rechts der Isar der Technischen Universitaet Muenchen >> Ismaningerstr. 22 D-81675 Muenchen >> ------------------------------------------------------------ -------------- > ---- >> > > > ------------------------------------------------------------ ------------------ Dr. Stephan Nekolla Telefon: (49) (0) 89 4140-2959 http://www.nuk.med.tu-muenchen.de Fax: (49) (0) 89 4140-4938 Klinik und Poliklinik fuer Nuklearmedizin E-Mail: s.nekolla@lrz.tu-muenchen.de Klinikum rechts der Isar der Technischen Universitaet Muenchen Ismaningerstr. 22 D-81675 Muenchen ------------------------------------------------------------ ------------------
creator: tbb0301
date: 2003-07-01T08:39:22-00:00