Jump to content

GOOP Development Suite v4.7 is released


Recommended Posts

We have released GOOP Development Suite 4.7
 
The main things are: 

  • [*]
LabVIEW 2013 support [*]The creation of Property Node methods. [*]UML Modeller fixes for analysing Actor Framework classes

Download it from www.symbio.com/goop
...or here:
GDS 4.7 LV2010
GDS 4.7 LV2010-64
GDS 4.7 LV2011
GDS 4.7 LV2011-64
GDS 4.7 LV2012
GDS 4.7 LV2012-64
GDS 4.7 LV2013
GDS 4.7 LV2013-64
 
And here are some videos:
GDS(4.5) Features Video
Other Videos

 

Contatct goop@symbio.com for questions.

Thanks,
Lars Persson and Mikael Holmström
Symbio Sweden  

  • Like 1
Link to post
  • 4 weeks later...

Does the clone class function rename the new class FP controls correctly in this version (when cloning native LVOOP classes)?

 

I have also seen a lot of LV2013 crashes when cloning a class.  Seems (anecdotally) related to having additional VIs open (not in the source class) that have broken arrows.  It also does not like it if I switch to my mail program while the cloning is being performed.

Link to post

No sorry, it still don't rename the class controls/indicators.

 

I suggest you change the names to Object In/Out or Reference In/Out on all you classes so you don't have to rename the label when you clone/rename the class.

 

 

Regarding the crash, I've only seen a few crashes myself, but I do get it to hang from time to time (i.e. never finish the clone operation).

But after restarting LV it works again without any problem.

 

But I’ll test your idea of changing application and having many VIs open to see if that could cause the crash.

//Mike

Link to post
  • 4 months later...
No sorry, it still don't rename the class controls/indicators.

 

I suggest you change the names to Object In/Out or Reference In/Out on all you classes so you don't have to rename the label when you clone/rename the class.

 

 

Regarding the crash, I've only seen a few crashes myself, but I do get it to hang from time to time (i.e. never finish the clone operation).

But after restarting LV it works again without any problem.

 

But I’ll test your idea of changing application and having many VIs open to see if that could cause the crash.

//Mike

 

We have released GOOP Development Suite 4.7

 

The main things are: 

[*]LabVIEW 2013 support

[*]The creation of Property Node methods.

[*]UML Modeller fixes for analysing Actor Framework classes

Download it from www.symbio.com/goop

...or here:

GDS 4.7 LV2010

GDS 4.7 LV2010-64

GDS 4.7 LV2011

GDS 4.7 LV2011-64

GDS 4.7 LV2012

GDS 4.7 LV2012-64

GDS 4.7 LV2013

GDS 4.7 LV2013-64

 

And here are some videos:

GDS(4.5) Features Video

Other Videos

 

Contatct goop@symbio.com for questions.

Thanks,

Lars Persson and Mikael Holmström

Symbio Sweden  

 

 

Hello Michael,

 

Are you going to continue supporting GOOP now that NI bought it? Are you still answering questions?

 

thanks

 

Helcio

Link to post
Sure I'm still answering questions. And I will still do bugg fixes and add new feature in my local copy and publish them on the forum.

Hi Michael!

 

It is great that you can still help the community.

 

thank you

Link to post

MikaelH,

 

Sure I'm still answering questions. And I will still do bugg fixes and add new feature in my local copy and publish them on the forum.

 

Thanks for all of the hard work with GDS, you have officially contributed a substantial tool to LabVIEW!

Link to post
Thanks for all of the hard work with GDS, you have officially contributed a substantial tool to LabVIEW!

 

Thanks, I've only been working on this tool for the last 14 years ;)

  • Like 2
Link to post
  • 3 weeks later...

Hey, just started using GOOP. Super happy with it so far and glad it's become an NI-official addon!

 

I'm brand new to it, and I'm running into a problem using "Add Method" on an Actor. I select Override Method --> Actor Core -->GUI and Event Structure Template. When I attempt to create the method, the IDE crashes with the following error:

 

 

Exception: Access violation (0xC0000005) at EIP=0x014283C0

Version: 13.0.1 (32-bit)

Possible Cause: C:Program Files (x86)National InstrumentsLabVIEW 2013resourceFrameworkProvidersSymbio_GDSClassProvidersProvider_LvNativeClassClassWriterNative_classprivateAddViToProject.vi

 

I'm using LV2013SP1 and GOOP 4.7. I'm running GOOP from the project window. I can also see that the Actor Core.vi gets created and is placed in the correct folder, but hasn't been assigned to be a member of the class library.

 

Any idea what's going wrong? Things I should try? In the meantime, I'm just going to create the override the old-fashioned way.

 

Thanks.

Edited by Mike Le
Link to post

This is an area where NI has done some modifications in. I've not yet gone through the AF changes they have done so I'm not sure if it's related to that.

I'll see if I can reproduce it.

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Similar Content

    • By agilentvee
      hi all
      i use GOOP to design object 
      1.i download GOOP by VIPM refer to attachement 1
      2.i create two simple object ,and set relationship refer to attachement 2
      3.it show error message refer to attachement 3
       
      my question :how to solve the issue?



    • By Leif
      My test group has decided to start using OOP (beyond LVOOP I hope).
      The question is should we use an OOP tool and which one: GOOP/GDS or G#?
       
      I'm quite biased as I have used GOOP for a number of years, but I'm trying make fair investigation. I also realize that the StarUML plug-in in G# could be very useful.
       
      Has anyone made or seen a comparison between GOOP and G#?
      Or do you have an own opinion?
       
      (Searching for the text "G#" isn't that easy...)
    • By df_rob
      Hi,
       
      Recently I have been trying to develop a set of classes for data aquisition (as the encapsulation makes other tasks easier) however I keep running into several issues (described below). I was wondering what you guys did for your OO DAQ systems. I've found a few presentations lying around on the net but their implementations do not seem to work when using DAQmx based measurements.
       
      I am trying to measure the inputs from two seperate instruments: (1) Torque Sensor (2) Encoder. Sometimes these instruments might  be using a DAQmx analog input and other times a .DLL.
       
      My original thought was that I would have a parent class called Measurement with several functions (Initalize, Configure, Read Data, Close) that would be over-riden by its children Analog Input (DAQmx) and Digital Input (Seperate .DLL). There then would be (for example) an Analog Input object created called position and a digital Input object called torque. This seemed to look nice on paper, however it didnt work as my DAQs tasks need to be combined (you cant have several tasks on a single device.)
       
      As this didnt work, I approached it with a different setup. This time I had a parent class called Instrument that has two children Torque Sensor and Encoder. Again, things get tricky, as sometimes I might want to use an analog DAQmx task for both the Torque Sensor and Encoder. 
       
      What is your typical OOP class structure like for DAQ?
       
      Thanks!
    • By Morgan McLeod
      I started a topic on the NI GOOP forums today about running out of memory when running the GOOP2 to GOOP3 conversion tool.   I pared back my ambitions and got it to finish.   However my code is all quite broken so I must not be taking the right approach.
       
      Background:
      We have been developing electronic test systems for radio astronomy receivers and their sub-assemblies since 2005.   We started on LabVIEW 7.1 and settled on 8.6.1 with Endevo GOOP 3.0.5 as the production development environment.   We did not want to change platforms until the project was through its construction phase.   Now it is in operations/maintenance phase and we must, for obvious reasons, move to Windows 7 and therefore a more modern LabVIEW environment.   We chose LV2013 as a recent standard to build on.
       
      I have 20-30 classes which are shared infrastructure for the different test systems, plus dozens more which implement specific devices or measurement sequences.    So I am loathe to rewrite all of this from first principles.
       
      Does anyone here have experience with upgrading this scale of project to the latest / best tools to run under LV2013?
       
      What is the path of least resistance to get this done as painlessly as possible?
       
      What are the gotchas I should look out for along the way?   
       
      Are there good resources I may have overlooked to help me understand the underlying architectural changes?
       
      I've been reading everythign I can find on this forum and the NI GOOP forum for the last few days but I'm still not clear what the implications for my code are with regard to, for example, GOOP2 object references becoming their GOOP3 equivalent.
       
      I can add specific examples of what I've found broken if that will help.
       
      Thanks so much for reading.
    • By spdavids
      We have released GOOP Developmente Suite v4.5.
      Most important feature are:
      - Support for Actor Framework.
      Download installers for LV 2010 up to LV2012 and read more : www.symbio.com/goop
      Contatct goop@symbio.com for questions.
      Thanks,
      Stefan Davidsson and Mikael Holmström
      Symbio Sweden
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.