Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Buckminster dev » Version override with type Triplet vs. Omni Version
Version override with type Triplet vs. Omni Version [message #34633] Tue, 16 June 2009 09:51 Go to next message
Ken Wenzel is currently offline Ken WenzelFriend
Messages: 51
Registered: July 2009
Member
Hallo,

I suppose that I encountered a bug regarding Buckminster's capabilities for
version overrides using advisor nodes. I'm using the latest version of Buckminster
for Eclipse 3.5.0.

If type "Triplet" is selected then Buckminster automatically converts a given version number
to an Omni Version expression. For example the version number 2.3.0 gets converted to "raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0" - this is
controversial to the selected version type "Triplet" (by the way the type Omni Version is missing and therefore cannot be selected).

If I try to save the CQuery then the following exception is raised:
Save Failed
Format "format(n[.n=0;[.n=0;]][d?S=M;])" was unable to parse raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0

It seems that Buckminster tries to parse the version number as a triplet and not as an Omni Version expression.

Either Buckminster should not automatically transform a triplet version number to an Omni Version expression or the attribute type should be omitted
for version overrides and all versions should be handled as Omni Version expressions.

The current implementation of version overrides with type "Triplet" is unfortunately unusable.

Best regards,
Ken Wenzel

Report message to a moderator

Re: Version override with type Triplet vs. Omni Version [message #34668 is a reply to message #34633] Tue, 16 June 2009 10:09 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Ken Wenzel wrote:
> If type "Triplet" is selected then Buckminster automatically converts a
> given version number
> to an Omni Version expression. For example the version number 2.3.0 gets
> converted to "raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0" - this
> is controversial to the selected version type "Triplet"
>
No, this is not controversial. The version types are just shortcuts for omni type version formats.

> (by the way the type Omni Version is missing and therefore cannot be selected).
>
All versions are omni versions so this type is always implicit.

> If I try to save the CQuery then the following exception is raised:
> Save Failed
> Format "format(n[.n=0;[.n=0;]][d?S=M;])" was unable to parse
> raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0
>
> It seems that Buckminster tries to parse the version number as a triplet
> and not as an Omni Version expression.
>
That is certainly a bug. Can you please enter a bugzilla for this?

Thanks,
Thomas Hallgren

Report message to a moderator

Re: Version override with type Triplet vs. Omni Version [message #34703 is a reply to message #34633] Tue, 16 June 2009 10:14 Go to previous messageGo to next message
Henrik Lindberg is currently offline Henrik LindbergFriend
Messages: 2509
Registered: July 2009
Senior Member
Can you file a bugzilla issue for this?

Sounds like it translates the input to OmniVersion, and then the
translated version once again :)

- henrik

Ken Wenzel wrote:
> Hallo,
>
> I suppose that I encountered a bug regarding Buckminster's capabilities for
> version overrides using advisor nodes. I'm using the latest version of
> Buckminster
> for Eclipse 3.5.0.
>
> If type "Triplet" is selected then Buckminster automatically converts a
> given version number
> to an Omni Version expression. For example the version number 2.3.0 gets
> converted to "raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0" - this
> is controversial to the selected version type "Triplet" (by the way the
> type Omni Version is missing and therefore cannot be selected).
>
> If I try to save the CQuery then the following exception is raised:
> Save Failed
> Format "format(n[.n=0;[.n=0;]][d?S=M;])" was unable to parse
> raw:2.3.0.M/format(n[.n=0;[.n=0;]][d?S=M;]):2.3.0
>
> It seems that Buckminster tries to parse the version number as a triplet
> and not as an Omni Version expression.
>
> Either Buckminster should not automatically transform a triplet version
> number to an Omni Version expression or the attribute type should be
> omitted for version overrides and all versions should be handled as Omni
> Version expressions.
>
> The current implementation of version overrides with type "Triplet" is
> unfortunately unusable.
>
> Best regards,
> Ken Wenzel

Report message to a moderator

Re: Version override with type Triplet vs. Omni Version [message #34735 is a reply to message #34668] Tue, 16 June 2009 10:36 Go to previous message
Ken Wenzel is currently offline Ken WenzelFriend
Messages: 51
Registered: July 2009
Member
Thomas Hallgren schrieb:
>> It seems that Buckminster tries to parse the version number as a
>> triplet and not as an Omni Version expression.
>>
> That is certainly a bug. Can you please enter a bugzilla for this?

I've created a bug report for this: https://bugs.eclipse.org/bugs/show_bug.cgi?id=280430

Report message to a moderator

Previous Topic:[buckminster-dev] +1 for Ed Merks on tools.buckminster
Next Topic:[buckminster-dev] Vote for Committer status for Achim Demelt has started
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Wed Apr 24 15:42:30 GMT 2024

Powered by FUDForum. Page generated in 0.03528 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly