Menu

Upgrade From OWLNext 6 To OWLNext 7

Junior Dev
2024-11-18
2024-11-23
  • Junior Dev

    Junior Dev - 2024-11-18

    Hii,

    I am reaching out to inquire about the upgrade process from OWLNext 6 to OWLNext 7. Specifically, I would like to understand the following:

    What are the key differences between OWLNext 6 and OWLNext 7?
    I am particularly interested in any new features or improvements that may impact our usage.

    What changes do we need to implement during the upgrade?

    Are there specific steps we should follow to ensure a smooth transition?

    Are there any additional considerations or resources you recommend for this upgrade?

    Any guidance on training or support would be greatly appreciated.
    Thank you for your assistance! I look forward to your response.

    Best regards,
    JD

     
  • Junior Dev

    Junior Dev - 2024-11-19

    Hii @Vidar

    Currently my Solution is on owlnext 6.44 and cpp 14 , 
    before updating to OWLNext 7.12 , do i need upgrade my solution to cpp 17 ?
    
     
  • Junior Dev

    Junior Dev - 2024-11-22

    Hii

    while upgrading project to cpp 17 from cpp14 , getting multiple errors for byte ambiguous symbol?
    is there any way to solve it .

    Support for OWLNext 7.For that, we first need to upgrade the C++ standard to C++17.While upgrading, I encountered a lot of errors related to byte types.

    Error C2872 'byte': ambiguous symbol

    i think the reason is there are multiple byte types are defined like :-

    but when i explicitly define (scope) like this std::byte then issue is fixed but in most of the cases i need to do type casting .
    and one more thing is , in cs_defs.h file we have define -
    the ambiguity arises because C++17 introduces std::byte, which conflicts with this .

    can we changes the name of our typedef ? something like this :- byte -> _byte

    or ::byte operator accesses the global namespace. we have defined typedef unsigned char byte; in a header file, ::byte will refer to that definition if it is included and in scope.

     
    • Ognyan Chernokozhev

      Can you try to remove that definition and to make sure that everywhere the std::byte type is used instead?
      I think in general use of such custom type definitions, especially using #define should be avoided in modern code.

       

Anonymous
Anonymous

Add attachments
Cancel





MongoDB Logo MongoDB