office-gobmx/include/tools/pathutils.hxx
Mike Kaganski 3234c4e35f Avoid MAX_PATH limitation in launcher
... and drop some manual memory management.

Change-Id: I4c60ce559ff185d4685a6b9799a97651438115b1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162502
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2024-02-25 07:29:40 +01:00

68 lines
2.4 KiB
C++

/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/*
* This file is part of the LibreOffice project.
*
* This Source Code Form is subject to the terms of the Mozilla Public
* License, v. 2.0. If a copy of the MPL was not distributed with this
* file, You can obtain one at http://mozilla.org/MPL/2.0/.
*
* This file incorporates work covered by the following license notice:
*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed
* with this work for additional information regarding copyright
* ownership. The ASF licenses this file to you under the Apache
* License, Version 2.0 (the "License"); you may not use this file
* except in compliance with the License. You may obtain a copy of
* the License at http://www.apache.org/licenses/LICENSE-2.0 .
*/
#ifndef INCLUDED_TOOLS_PATHUTILS_HXX
#define INCLUDED_TOOLS_PATHUTILS_HXX
#include <sal/config.h>
#include <string>
#include <string_view>
#if defined(_WIN32)
#include <cstddef>
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
// The compiled code is not part of the tl dynamic library, but is delivered as
// pathutils-obj and pathutils-slo objects (it is linked into special
// executables and dynamic libraries that do not link against OOo libraries):
namespace tools
{
/** Determine the filename part of a path.
@param path
A non-NULL pointer to a null-terminated path.
@return
A pointer to the trailing filename part of the given path.
*/
WCHAR* filename(WCHAR* path);
/** Concatenate two paths.
Either the first path is empty and the second path is an absolute path. Or
the first path is an absolute path that ends in a backslash and the second
path is a relative path. In the latter case, to avoid paths that grow too
long, leading .. segments of the second path are removed together with
trailing segments from the first path. This should not cause problems as long
as there are no symbolic links on Windows (as with symbolic links, x\y\.. and
x might denote different directories).
@param front
First path
@param backBegin, backLength
Second path
@return
The concatenation, empty if a failure occurred.
*/
std::wstring buildPath(std::wstring_view front, std::wstring_view back);
}
#endif
#endif
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */