lists.rwth-aachen.de
Sign In Sign Up
Manage this list Sign In Sign Up

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

OpenMesh

Thread Start a new thread
Download
Threads by month
  • ----- 2026 -----
  • March
  • February
  • January
  • ----- 2025 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2021 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2020 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2019 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2018 -----
  • December
  • November
  • October
  • September
  • August
  • July
openmesh@lists.rwth-aachen.de

February 2024

  • 1 participants
  • 1 discussions
Non-monotonic/broken OM_VERSION
by Simon Flöry 16 Feb '24

16 Feb '24
Dear OpenMesh maintainers, Changing OM_VERSION to 0xA000 for 10.0.0 broke the OM_GET_VER / OM_GET_MAJ macros and monotonicity of OM_VERSION in general. I assume 0xA0000 was the intended value. Any chance to get this fixed for 11.0, which has 0x0B000 instead of 0x0B0000 in current git? thanks, Simon
1 1
0 0

HyperKitty Powered by HyperKitty version 1.3.12.