Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Technical Support
 Move Implementation to Source File problem

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
mbobka Posted - Jul 24 2006 : 08:53:09 AM
Sample #1:

class ABCDEF {
public:
    void Function(
                  int ParameterA,  // this is the first argument
                  int ParameterB   // this is the second argument
         )
    {
        // <some actions>
    }
};


When I "Move Implementation to Source File", then VAX creates non-compilable construction like:
void ABCDEF::Function( int ParameterA,  // this is the first argument    int ParameterB   // this is the second argument )

All in one row, even C++ comments! Can you leave these declarations when they are moved in the source file intact?

Sample 2:

class ClassB {
protected:
   struct SomeUsefulStruct {
       void* ImportantPointer;
       int   ImportantInteger;
   };

   SomeUsefulStruct*  GetSomeInfoFunc() {
       return NULL; // or something else...
   }
};


Also, when I "move implementation" of GetSomeInfoFunc in source file, then I get non-compilable construction like:
SomeUsefulStruct* ClassB::GetSomeInfoFunc()

Here VAX "forgets" about "ClassB::" before "SomeUsefulStruct*".
11   L A T E S T    R E P L I E S    (Newest First)
feline Posted - Dec 27 2006 : 09:35:23 AM
Hopefully you will not have to wait to long for a fix, but I would be unwise to give any form of time scale estimate.

This does not sound to hard at first, but you have to stop and think about edge cases. Saying "simply preserve the formatting" is easy, until you stop and think about removing parameters, or adding parameters, or changing the order of parameters...

this is not the hardest sounding bug I have ever seen, but it is not the easiest sounding bug either.
mbobka Posted - Dec 23 2006 : 9:54:00 PM
... I suppose that is not megasuperhardtofix bug... IMHO... Or not?
mbobka Posted - Dec 23 2006 : 9:50:54 PM
I must wait several years?
feline Posted - Dec 20 2006 : 5:33:17 PM
I am aware that this is causing you problems, but we have a lot of outstanding bug's, some of which go back several years. Somehow we have to prioritize the different bugs and feature requests, since we cannot fix everything all in one go.

This is in the list, and it is down to be looked at sooner rather than later, but unfortunately you need to be patient until we can fix this.
mbobka Posted - Dec 20 2006 : 09:27:56 AM
never_to_be_resolved problem...
rhummer Posted - Oct 31 2006 : 08:51:16 AM
I've upped the priority of this. No eta.
mbobka Posted - Oct 31 2006 : 05:39:47 AM
wah... VAX1540 was released but have no fix for it... it kills me
feline Posted - Oct 13 2006 : 08:26:51 AM
case 1631 is still in the list to be fixed. it is flagged to be looked at fairly soon, but unfortunately no estimate on this yet.
mbobka Posted - Oct 13 2006 : 01:58:09 AM
case 1631 still present in VAX1538, and very very annoying problem!
support Posted - Sep 19 2006 : 01:51:52 AM
Case 1247 is fixed in build 1535.
feline Posted - Jul 24 2006 : 7:28:44 PM
the first problem seems to be a special case of the issue of multi-line declarations being turned into single line declarations

case=1631

the second problem is a known issue:

case=1247

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000