explain_rename(3)
β¨ explain_rename β¨
okay bestie, sit down, hydrate, because today we're decoding rename(2) errors and honestly? it's giving main character energy π this is part of the libexplain library functions manual, and it's literally here to tell you why your rename went off the rails.
πΈ NAME πΈ
explain_rename β explain rename(2) errors π
π¦ SYNOPSIS π¦
#include <libexplain/rename.h>
const char *explain_rename(const char *oldpath, const char *newpath);
const char *explain_errno_rename(int errnum, const char *oldpath, const
char *newpath);
void explain_message_rename(char *message, int message_size, const char
*oldpath, const char *newpath);
void explain_message_errno_rename(char *message, int message_size, int
errnum, const char *oldpath, const char *newpath);
π DESCRIPTION π
so the functions declared in the <libexplain/rename.h> include file are here to explain errors returned by the rename(2) system call. that's it. that's the vibe. no cap.
π explain_rename π
const char *explain_rename(const char *oldpath, const char *newpath);
the explain_rename function is used to obtain an explanation of an error returned by the rename(2) function. the least the message will contain is the value of strerror(errno), but usually it will do much better, and indicate the underlying cause in more detail. like, it actually spills the tea π΅
the errno global variable will be used to obtain the error value to be decoded.
this function is intended to be used in a fashion similar to the following example:
if (rename(oldpath, rewpath) < 0)
{
fprintf(stderr, "%s\n", explain_rename(oldpath, newpath));
exit(EXIT_FAILURE);
}
oldpathβ the originaloldpath, exactly as passed to therename(2)system call.newpathβ the originalnewpath, exactly as passed to therename(2)system call.
Returns: the message explaining the error. this message buffer is shared by all libexplain functions which do not supply a buffer in their argument list. this will be overwritten by the next call to any libexplain function which shares this buffer, including other threads. so like, don't get attached π
Note: this function is not thread safe, because it shares a return buffer across all threads, and many other functions in this library. periodt.
π« explain_errno_rename π«
const char *explain_errno_rename(int errnum, const char *oldpath, const
char *newpath);
the explain_errno_rename function is used to obtain an explanation of an error returned by the rename(2) function. the least the message will contain is the value of strerror(errnum), but usually it will do much better, and indicate the underlying cause in more detail. it understood the assignment fr fr β¨
this function is intended to be used in a fashion similar to the following example:
if (rename(oldpath, newpath) < 0)
{
int err = errno;
fprintf(stderr, "%s\n", explain_errno_rename(err, oldpath,
newpath));
exit(EXIT_FAILURE);
}
errnumβ the error value to be decoded, usually obtained from theerrnoglobal variable just before this function is called. this is necessary if you need to call any code between the system call to be explained and this function, because many libc functions will alter the value oferrno. (sneaky little guys, honestly.)oldpathβ the originaloldpath, exactly as passed to therename(2)system call.newpathβ the originalnewpath, exactly as passed to therename(2)system call.
Returns: the message explaining the error. this message buffer is shared by all libexplain functions which do not supply a buffer in their argument list. this will be overwritten by the next call to any libexplain function which shares this buffer, including other threads. bestie it is shared, protect your peace π«Ά
Note: this function is not thread safe, because it shares a return buffer across all threads, and many other functions in this library.
π explain_message_rename π
void explain_message_rename(char *message, int message_size, const char
*oldpath, const char *newpath);
the explain_message_rename function is used to obtain an explanation of an error returned by the rename(2) function. the least the message will contain is the value of strerror(errno), but usually it will do much better, and indicate the underlying cause in more detail. iconic behaviour.
the errno global variable will be used to obtain the error value to be decoded.
this function is intended to be used in a fashion similar to the following example:
if (rename(oldpath, newpath) < 0)
{
char message[3000];
explain_message_rename(message, sizeof(message), oldpath,
newpath);
fprintf(stderr, "%s\n", message);
exit(EXIT_FAILURE);
}
messageβ the location in which to store the returned message. because a message return buffer has been supplied, this function is thread safe, if the buffer is thread safe. look at her go, she's growing up πmessage_sizeβ the size in bytes of the location in which to store the returned message.oldpathβ the originaloldpath, exactly as passed to therename(2)system call.newpathβ the originalnewpath, exactly as passed to therename(2)system call.
π explain_message_errno_rename π
void explain_message_errno_rename(char *message, int message_size, int
errnum, const char *oldpath, const char *newpath);
the explain_message_errno_rename function is used to obtain an explanation of an error returned by the rename(2) function. the least the message will contain is the value of strerror(errnum), but usually it will do much better, and indicate the underlying cause in more detail. the way she knows things π₯
this function is intended to be used in a fashion similar to the following example:
if (rename(oldpath, newpath) < 0)
{
int err = errno;
char message[3000];
explain_message_errno_rename(message, sizeof(message), err,
oldpath, newpath);
fprintf(stderr, "%s\n", message);
exit(EXIT_FAILURE);
}
messageβ the location in which to store the returned message. because a message return buffer has been supplied, this function is thread safe, given a thread safe buffer.message_sizeβ the size in bytes of the location in which to store the returned message.errnumβ the error value to be decoded, usually obtained from theerrnoglobal variable just before this function is called. this is necessary if you need to call any code between the system call to be explained and this function, because many libc functions will alter the value oferrno.oldpathβ the originaloldpath, exactly as passed to therename(2)system call.newpathβ the originalnewpath, exactly as passed to therename(2)system call.
π COPYRIGHT π
libexplain version 1.4 Copyright (C) 2008 Peter Miller
π AUTHOR π
written by Peter Miller <pmiller@opensource.org.au>
and that's the whole page, bestie π¦ go forth and debug with confidence. this was explain_rename(3) from libexplain version 1.4, copyright (C) 2008 Peter Miller β mwah, slay, take care of your errno π
β¨
π¦ where this page comes from
- debian bookworm: libexplain-dev 1.4.D001-12+b1 Β· LGPL-3.0-or-later
- debian trixie: libexplain-dev 1.4.D001-16 Β· LGPL-3.0-or-later
- ubuntu jammy: libexplain-dev 1.4.D001-12 Β· LGPL-3.0-or-later
- ubuntu noble: libexplain-dev 1.4.D001-13 Β· LGPL-3.0-or-later
- ubuntu resolute: libexplain-dev 1.4.D001-16 Β· LGPL-3.0-or-later
- Copyright (C) 2008, 2009 Peter Miller
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms