Jump to content


Photo
- - - - -

Set library version returns error 53


  • Please log in to reply
6 replies to this topic

#1 Ton Plomp

Ton Plomp

    How many lines per hour? Zero!

  • Premium Member
  • 1,973 posts
  • Location:Netherlands
  • Version:LabVIEW 2012
  • Since:2000

Posted 11 July 2012 - 05:04 PM

I try to change the version of a library or class with the accompanying VI, and this returns an error 53. Can anyone reproduce this?

Ton

Attached Files



#2 ShaunR

ShaunR

    LabVIEW Archetype

  • Members
  • PipPipPipPipPipPip
  • 2,224 posts
  • Version:LabVIEW 2009
  • Since:1994

Posted 11 July 2012 - 05:41 PM

I try to change the version of a library or class with the accompanying VI, and this returns an error 53. Can anyone reproduce this?

Ton

I was able to set both class and lvlibs without any problems.
How are you calling the VI, i.e. what app refnum are you using? (I ran it standalone)

A little later.......
I can get error 53 if any of the Major, Minor, Fix numbers are zero. But works perfectly if they are all non-zero

Aha!
You cannot decrement the version of a user class. So if you are trying to set it to a lesser value, it fails with 53.

Edited by ShaunR, 11 July 2012 - 06:06 PM.

A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort. (Herm Albright 1876-1944).

Founder and general mischief maker on www.labview-tools.com.
SQlite aficionado and websocket zealot.
If it 'aint in LabVIEW, then you 'aint got a clue!

#3 Ton Plomp

Ton Plomp

    How many lines per hour? Zero!

  • Premium Member
  • 1,973 posts
  • Location:Netherlands
  • Version:LabVIEW 2012
  • Since:2000

Posted 11 July 2012 - 08:32 PM

A little later.......
I can get error 53 if any of the Major, Minor, Fix numbers are zero. But works perfectly if they are all non-zero
...
You cannot decrement the version of a user class. So if you are trying to set it to a lesser value, it fails with 53.

Hi Shaun,

that makes sense, is that also valid for manual changes?
I'll have a look at the documentation for that function tomorrow.

Ton

#4 Ton Plomp

Ton Plomp

    How many lines per hour? Zero!

  • Premium Member
  • 1,973 posts
  • Location:Netherlands
  • Version:LabVIEW 2012
  • Since:2000

Posted 13 July 2012 - 09:29 AM

Yes, the GUI for a class also limits decrementing the version of a class.

Ton

#5 ShaunR

ShaunR

    LabVIEW Archetype

  • Members
  • PipPipPipPipPipPip
  • 2,224 posts
  • Version:LabVIEW 2009
  • Since:1994

Posted 13 July 2012 - 09:48 AM

Yes, the GUI for a class also limits decrementing the version of a class.

Ton

Indeed. In fact it's the same as trying to set the revision number less than the current revision for a VI where it will object with error no. 1077 (which maybe is what it should be for classes rather than 53).

My opinion is that version numbers should be able to be set to whatever we want, however.

Edited by ShaunR, 13 July 2012 - 09:49 AM.

A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort. (Herm Albright 1876-1944).

Founder and general mischief maker on www.labview-tools.com.
SQlite aficionado and websocket zealot.
If it 'aint in LabVIEW, then you 'aint got a clue!

#6 Aristos Queue

Aristos Queue

    LV R&D: I write C++/# so you don't have to.

  • Premium Member
  • 2,620 posts
  • Location:Austin, TX
  • Version:LabVIEW 2011
  • Since:2000

Posted 13 July 2012 - 02:02 PM

My opinion is that version numbers should be able to be set to whatever we want, however.

That's nice. Would cause problems for data serialization.

#7 Ton Plomp

Ton Plomp

    How many lines per hour? Zero!

  • Premium Member
  • 1,973 posts
  • Location:Netherlands
  • Version:LabVIEW 2012
  • Since:2000

Posted 16 July 2012 - 06:30 AM

One issue I have with this functionality is that version 1.0 implicitly means 'functional and stable'.

How much of you classes are that upon the first save?

Ton