Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
sensei
sensei
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 20
    • Issues 20
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 9
    • Merge Requests 9
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • sensei
  • senseisensei
  • Issues
  • #9

Closed
Open
Opened Dec 18, 2017 by Burlen Loring@bloringMaintainer

DataAadatpor API has no way to indicate method failed

If the following methods fail there is no reliable way to let the caller know that his call has failed. Note that in the case of GetMesh it is valid to return a nullptr, for instance if the analysis is run on more cores than the simulation than some number of processes will return nullptr.

virtual vtkDataObject* GetMesh(bool structure_only=false) = 0;
virtual std::string GetArrayName(int association, unsigned int index) = 0;

How is the best way to indicate an error for this call? Could an adaptor not provide arrays? in that case 0 would not be an error. A negative return could indicate an error if the return type was signed.

virtual unsigned int GetNumberOfArrays(int association) = 0;
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: sensei/sensei#9