vcl: GTK upgrade - replace direct widget struct access with public APIs

Replace direct access to GTK internal struct members (m_pWindow->window,
->style) with public GTK2 APIs (gtk_widget_get_window

vcl: GTK upgrade - replace direct widget struct access with public APIs

Replace direct access to GTK internal struct members (m_pWindow->window,
->style) with public GTK2 APIs (gtk_widget_get_window, gtk_widget_get_style)
through safe accessor methods getGdkWindow() and getXWindow() on GtkSalFrame.

- Add getGdkWindow()/getXWindow() accessors on GtkSalFrame with null guards
- Update GtkSalGraphics::GetGdkWindow() to use gtk_widget_get_window()
- Remove unused GetGtkWidget() (0 callers)
- Replace all m_pWindow->window accesses with getGdkWindow()/getXWindow()
- Replace GTK_WIDGET(m_pWindow)->window with GetGdkWindow()
- Replace m_pWindow->style with gtk_widget_get_style()
- Replace m_pSocket->window with gtk_widget_get_window(m_pSocket)
- Replace GDK_WINDOW_XWINDOW(GTK_WIDGET(pParent->getWindow())->window) with
pParent->getXWindow()
- Add DeInit() call before graphics deletion in GraphicsHolder destructor
- Sync window/drawable when returning existing cached graphics instance
- Detach/resync all allocated graphics (pGraphics != NULL), not just bInUse,
in createNewWindow() and moveToScreen()
- Reset m_pWindow = NULL in GtkSalGraphics destructor
- Guard gdkDrawable and GetGdkWindow() against NULL to prevent painting when
widget is unmapped or destroyed

show more ...

vcl: GTK2 ownership and lifecycle audit.

Re-architected the GTK2 backend event dispatch pipeline in Apache OpenOffice
by replacing linear frame searches with a centralized, O(1) X11 window-to-frame

vcl: GTK2 ownership and lifecycle audit.

Re-architected the GTK2 backend event dispatch pipeline in Apache OpenOffice
by replacing linear frame searches with a centralized, O(1) X11 window-to-frame
lookup map (m_aWindowFrameMap).

Separated low-level X11 event routing into GtkSalFrame::dispatchXEvent() with
explicit event consumption semantics while enforcing lifecycle invariants and
registration safety.
Changes

Implemented findFrameByXWindow(), registerFrameWindow(), and
deregisterFrameWindow() using std::map<XLIB_Window, GtkSalFrame*> in
GtkSalDisplay (gtkdata.hxx, gtkdata.cxx), rejecting duplicate registrations
with diagnostic logging.

Replaced linear m_aFrames scans in GtkSalDisplay::filterGdkEvent and
GtkSalDisplay::Dispatch with direct map lookup.

Extracted GtkSalFrame::dispatchXEvent() in gtkframe.hxx and gtkframe.cxx
to handle PropertyNotify, foreign-window ConfigureNotify, and _NET_WM_XEMBED
client messages with explicit handling indicators, while retaining legacy
Dispatch() as a continuation wrapper.

Hardened GtkSalFrame lifecycle state handling (InitCommon, moveToScreen,
createNewWindow, and ~GtkSalFrame) to deregister old X11 window IDs prior to
widget realization/recreation and cleanly reset intermediate window state.

Verification

Audited all call sites and lifecycle paths (InitCommon, createNewWindow,
moveToScreen, frame destruction, and foreign window resizing) to confirm
window IDs are registered only after realization and deregistered before
widget teardown.

Verified that dispatchXEvent() null guards protect against unrealized
widget access and that legacy callers of Dispatch() retain identical
continuation semantics.

Produced with JetBrain's CLion with some help from ChatGPT

show more ...

Minor GTK2 code cleanup

remove dead GTK2 monitor code
remove obsolete GTK version compatibility branch
unused headers

No functional change intended.

Win10 msvc trunk (#498)

Build trunk on Windows with a modern MSVC

configure.ac required VS2008, but the bundled dependencies had moved past
what VC9 can compile -- boost 1.84 needs C++11, Python 3.

Win10 msvc trunk (#498)

Build trunk on Windows with a modern MSVC

configure.ac required VS2008, but the bundled dependencies had moved past
what VC9 can compile -- boost 1.84 needs C++11, Python 3.11 needs VS2017 or
newer -- so the configured compiler could not build the configured
dependencies, and no combination of the two worked. Every other platform had
already moved; Windows was the one left pinned.

This branch accepts a VS2015-or-newer toolset and the Windows 10 SDK, then
fixes what a modern compiler and SDK find: export lists, entry points, CRT
and manifest handling, and source conformance across the tree. Every
dependency builds, including Python, which trunk has never built on Windows
at all. The CLI/.NET binding is ported from Managed C++ to C++/CLI and its
bridgetest passes.

configure, bootstrap and build.pl now run to completion, and
instsetoo_native produces openoffice450.msi and openoffice450sdk.msi.

coinMp has been updated to the latest Version.

What this does not claim: the office has not been started, and
testtools/source/bridgetest still fails getCaughtException() in the x86 C++
bridge. Python is built without _ssl, _ctypes, _bz2, _lzma and _sqlite3, and
Platform SDK v7.0 is still required alongside the Windows 10 SDK. No other
platform's build is changed.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01UWgzQY2r1XwFvgeLPFWPsi

show more ...