@node-llm/core 1.4.1 → 1.4.2

package/packages/core/node_modules/@types/node/process.d.ts

@@ -1,2097 +0,0 @@
-declare module "node:process" {
-    import { Control, MessageOptions, SendHandle } from "node:child_process";
-    import { InternalEventEmitter } from "node:events";
-    import { PathLike } from "node:fs";
-    import * as tty from "node:tty";
-    import { Worker } from "node:worker_threads";
-    interface BuiltInModule {
-        "assert": typeof import("assert");
-        "node:assert": typeof import("node:assert");
-        "assert/strict": typeof import("assert/strict");
-        "node:assert/strict": typeof import("node:assert/strict");
-        "async_hooks": typeof import("async_hooks");
-        "node:async_hooks": typeof import("node:async_hooks");
-        "buffer": typeof import("buffer");
-        "node:buffer": typeof import("node:buffer");
-        "child_process": typeof import("child_process");
-        "node:child_process": typeof import("node:child_process");
-        "cluster": typeof import("cluster");
-        "node:cluster": typeof import("node:cluster");
-        "console": typeof import("console");
-        "node:console": typeof import("node:console");
-        "constants": typeof import("constants");
-        "node:constants": typeof import("node:constants");
-        "crypto": typeof import("crypto");
-        "node:crypto": typeof import("node:crypto");
-        "dgram": typeof import("dgram");
-        "node:dgram": typeof import("node:dgram");
-        "diagnostics_channel": typeof import("diagnostics_channel");
-        "node:diagnostics_channel": typeof import("node:diagnostics_channel");
-        "dns": typeof import("dns");
-        "node:dns": typeof import("node:dns");
-        "dns/promises": typeof import("dns/promises");
-        "node:dns/promises": typeof import("node:dns/promises");
-        "domain": typeof import("domain");
-        "node:domain": typeof import("node:domain");
-        "events": typeof import("events");
-        "node:events": typeof import("node:events");
-        "fs": typeof import("fs");
-        "node:fs": typeof import("node:fs");
-        "fs/promises": typeof import("fs/promises");
-        "node:fs/promises": typeof import("node:fs/promises");
-        "http": typeof import("http");
-        "node:http": typeof import("node:http");
-        "http2": typeof import("http2");
-        "node:http2": typeof import("node:http2");
-        "https": typeof import("https");
-        "node:https": typeof import("node:https");
-        "inspector": typeof import("inspector");
-        "node:inspector": typeof import("node:inspector");
-        "inspector/promises": typeof import("inspector/promises");
-        "node:inspector/promises": typeof import("node:inspector/promises");
-        "module": typeof import("module");
-        "node:module": typeof import("node:module");
-        "net": typeof import("net");
-        "node:net": typeof import("node:net");
-        "os": typeof import("os");
-        "node:os": typeof import("node:os");
-        "path": typeof import("path");
-        "node:path": typeof import("node:path");
-        "path/posix": typeof import("path/posix");
-        "node:path/posix": typeof import("node:path/posix");
-        "path/win32": typeof import("path/win32");
-        "node:path/win32": typeof import("node:path/win32");
-        "perf_hooks": typeof import("perf_hooks");
-        "node:perf_hooks": typeof import("node:perf_hooks");
-        "process": typeof import("process");
-        "node:process": typeof import("node:process");
-        "punycode": typeof import("punycode");
-        "node:punycode": typeof import("node:punycode");
-        "querystring": typeof import("querystring");
-        "node:querystring": typeof import("node:querystring");
-        "node:quic": typeof import("node:quic");
-        "readline": typeof import("readline");
-        "node:readline": typeof import("node:readline");
-        "readline/promises": typeof import("readline/promises");
-        "node:readline/promises": typeof import("node:readline/promises");
-        "repl": typeof import("repl");
-        "node:repl": typeof import("node:repl");
-        "node:sea": typeof import("node:sea");
-        "node:sqlite": typeof import("node:sqlite");
-        "stream": typeof import("stream");
-        "node:stream": typeof import("node:stream");
-        "stream/consumers": typeof import("stream/consumers");
-        "node:stream/consumers": typeof import("node:stream/consumers");
-        "stream/promises": typeof import("stream/promises");
-        "node:stream/promises": typeof import("node:stream/promises");
-        "stream/web": typeof import("stream/web");
-        "node:stream/web": typeof import("node:stream/web");
-        "string_decoder": typeof import("string_decoder");
-        "node:string_decoder": typeof import("node:string_decoder");
-        "node:test": typeof import("node:test");
-        "node:test/reporters": typeof import("node:test/reporters");
-        "timers": typeof import("timers");
-        "node:timers": typeof import("node:timers");
-        "timers/promises": typeof import("timers/promises");
-        "node:timers/promises": typeof import("node:timers/promises");
-        "tls": typeof import("tls");
-        "node:tls": typeof import("node:tls");
-        "trace_events": typeof import("trace_events");
-        "node:trace_events": typeof import("node:trace_events");
-        "tty": typeof import("tty");
-        "node:tty": typeof import("node:tty");
-        "url": typeof import("url");
-        "node:url": typeof import("node:url");
-        "util": typeof import("util");
-        "node:util": typeof import("node:util");
-        "util/types": typeof import("util/types");
-        "node:util/types": typeof import("node:util/types");
-        "v8": typeof import("v8");
-        "node:v8": typeof import("node:v8");
-        "vm": typeof import("vm");
-        "node:vm": typeof import("node:vm");
-        "wasi": typeof import("wasi");
-        "node:wasi": typeof import("node:wasi");
-        "worker_threads": typeof import("worker_threads");
-        "node:worker_threads": typeof import("node:worker_threads");
-        "zlib": typeof import("zlib");
-        "node:zlib": typeof import("node:zlib");
-    }
-    type SignalsEventMap = { [S in NodeJS.Signals]: [signal: S] };
-    interface ProcessEventMap extends SignalsEventMap {
-        "beforeExit": [code: number];
-        "disconnect": [];
-        "exit": [code: number];
-        "message": [
-            message: object | boolean | number | string | null,
-            sendHandle: SendHandle | undefined,
-        ];
-        "rejectionHandled": [promise: Promise<unknown>];
-        "uncaughtException": [error: Error, origin: NodeJS.UncaughtExceptionOrigin];
-        "uncaughtExceptionMonitor": [error: Error, origin: NodeJS.UncaughtExceptionOrigin];
-        "unhandledRejection": [reason: unknown, promise: Promise<unknown>];
-        "warning": [warning: Error];
-        "worker": [worker: Worker];
-        "workerMessage": [value: any, source: number];
-    }
-    global {
-        var process: NodeJS.Process;
-        namespace process {
-            export { ProcessEventMap };
-        }
-        namespace NodeJS {
-            // this namespace merge is here because these are specifically used
-            // as the type for process.stdin, process.stdout, and process.stderr.
-            // they can't live in tty.d.ts because we need to disambiguate the imported name.
-            interface ReadStream extends tty.ReadStream {}
-            interface WriteStream extends tty.WriteStream {}
-            interface MemoryUsageFn {
-                /**
-                 * The `process.memoryUsage()` method iterate over each page to gather informations about memory
-                 * usage which can be slow depending on the program memory allocations.
-                 */
-                (): MemoryUsage;
-                /**
-                 * method returns an integer representing the Resident Set Size (RSS) in bytes.
-                 */
-                rss(): number;
-            }
-            interface MemoryUsage {
-                /**
-                 * Resident Set Size, is the amount of space occupied in the main memory device (that is a subset of the total allocated memory) for the
-                 * process, including all C++ and JavaScript objects and code.
-                 */
-                rss: number;
-                /**
-                 * Refers to V8's memory usage.
-                 */
-                heapTotal: number;
-                /**
-                 * Refers to V8's memory usage.
-                 */
-                heapUsed: number;
-                external: number;
-                /**
-                 * Refers to memory allocated for `ArrayBuffer`s and `SharedArrayBuffer`s, including all Node.js Buffers. This is also included
-                 * in the external value. When Node.js is used as an embedded library, this value may be `0` because allocations for `ArrayBuffer`s
-                 * may not be tracked in that case.
-                 */
-                arrayBuffers: number;
-            }
-            interface CpuUsage {
-                user: number;
-                system: number;
-            }
-            interface ProcessRelease {
-                name: string;
-                sourceUrl?: string | undefined;
-                headersUrl?: string | undefined;
-                libUrl?: string | undefined;
-                lts?: string | undefined;
-            }
-            interface ProcessFeatures {
-                /**
-                 * A boolean value that is `true` if the current Node.js build is caching builtin modules.
-                 * @since v12.0.0
-                 */
-                readonly cached_builtins: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build is a debug build.
-                 * @since v0.5.5
-                 */
-                readonly debug: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes the inspector.
-                 * @since v11.10.0
-                 */
-                readonly inspector: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for IPv6.
-                 *
-                 * Since all Node.js builds have IPv6 support, this value is always `true`.
-                 * @since v0.5.3
-                 * @deprecated This property is always true, and any checks based on it are redundant.
-                 */
-                readonly ipv6: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build supports
-                 * [loading ECMAScript modules using `require()`](https://nodejs.org/docs/latest-v25.x/api/modules.md#loading-ecmascript-modules-using-require).
-                 * @since v22.10.0
-                 */
-                readonly require_module: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for TLS.
-                 * @since v0.5.3
-                 */
-                readonly tls: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for ALPN in TLS.
-                 *
-                 * In Node.js 11.0.0 and later versions, the OpenSSL dependencies feature unconditional ALPN support.
-                 * This value is therefore identical to that of `process.features.tls`.
-                 * @since v4.8.0
-                 * @deprecated Use `process.features.tls` instead.
-                 */
-                readonly tls_alpn: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for OCSP in TLS.
-                 *
-                 * In Node.js 11.0.0 and later versions, the OpenSSL dependencies feature unconditional OCSP support.
-                 * This value is therefore identical to that of `process.features.tls`.
-                 * @since v0.11.13
-                 * @deprecated Use `process.features.tls` instead.
-                 */
-                readonly tls_ocsp: boolean;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for SNI in TLS.
-                 *
-                 * In Node.js 11.0.0 and later versions, the OpenSSL dependencies feature unconditional SNI support.
-                 * This value is therefore identical to that of `process.features.tls`.
-                 * @since v0.5.3
-                 * @deprecated Use `process.features.tls` instead.
-                 */
-                readonly tls_sni: boolean;
-                /**
-                 * A value that is `"strip"` by default,
-                 * `"transform"` if Node.js is run with `--experimental-transform-types`, and `false` if
-                 * Node.js is run with `--no-experimental-strip-types`.
-                 * @since v22.10.0
-                 */
-                readonly typescript: "strip" | "transform" | false;
-                /**
-                 * A boolean value that is `true` if the current Node.js build includes support for libuv.
-                 *
-                 * Since it's not possible to build Node.js without libuv, this value is always `true`.
-                 * @since v0.5.3
-                 * @deprecated This property is always true, and any checks based on it are redundant.
-                 */
-                readonly uv: boolean;
-            }
-            interface ProcessVersions extends Dict<string> {
-                http_parser: string;
-                node: string;
-                v8: string;
-                ares: string;
-                uv: string;
-                zlib: string;
-                modules: string;
-                openssl: string;
-            }
-            type Platform =
-                | "aix"
-                | "android"
-                | "darwin"
-                | "freebsd"
-                | "haiku"
-                | "linux"
-                | "openbsd"
-                | "sunos"
-                | "win32"
-                | "cygwin"
-                | "netbsd";
-            type Architecture =
-                | "arm"
-                | "arm64"
-                | "ia32"
-                | "loong64"
-                | "mips"
-                | "mipsel"
-                | "ppc64"
-                | "riscv64"
-                | "s390x"
-                | "x64";
-            type Signals =
-                | "SIGABRT"
-                | "SIGALRM"
-                | "SIGBUS"
-                | "SIGCHLD"
-                | "SIGCONT"
-                | "SIGFPE"
-                | "SIGHUP"
-                | "SIGILL"
-                | "SIGINT"
-                | "SIGIO"
-                | "SIGIOT"
-                | "SIGKILL"
-                | "SIGPIPE"
-                | "SIGPOLL"
-                | "SIGPROF"
-                | "SIGPWR"
-                | "SIGQUIT"
-                | "SIGSEGV"
-                | "SIGSTKFLT"
-                | "SIGSTOP"
-                | "SIGSYS"
-                | "SIGTERM"
-                | "SIGTRAP"
-                | "SIGTSTP"
-                | "SIGTTIN"
-                | "SIGTTOU"
-                | "SIGUNUSED"
-                | "SIGURG"
-                | "SIGUSR1"
-                | "SIGUSR2"
-                | "SIGVTALRM"
-                | "SIGWINCH"
-                | "SIGXCPU"
-                | "SIGXFSZ"
-                | "SIGBREAK"
-                | "SIGLOST"
-                | "SIGINFO";
-            type UncaughtExceptionOrigin = "uncaughtException" | "unhandledRejection";
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['beforeExit']) => { ... };
-             * ```
-             */
-            type BeforeExitListener = (...args: ProcessEventMap["beforeExit"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['disconnect']) => { ... };
-             * ```
-             */
-            type DisconnectListener = (...args: ProcessEventMap["disconnect"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['exit']) => { ... };
-             * ```
-             */
-            type ExitListener = (...args: ProcessEventMap["exit"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['message']) => { ... };
-             * ```
-             */
-            type MessageListener = (...args: ProcessEventMap["message"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['rejectionHandled']) => { ... };
-             * ```
-             */
-            type RejectionHandledListener = (...args: ProcessEventMap["rejectionHandled"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             */
-            type SignalsListener = (signal: Signals) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['uncaughtException']) => { ... };
-             * ```
-             */
-            type UncaughtExceptionListener = (...args: ProcessEventMap["uncaughtException"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['unhandledRejection']) => { ... };
-             * ```
-             */
-            type UnhandledRejectionListener = (...args: ProcessEventMap["unhandledRejection"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['warning']) => { ... };
-             * ```
-             */
-            type WarningListener = (...args: ProcessEventMap["warning"]) => void;
-            /**
-             * @deprecated Global listener types will be removed in a future version.
-             * Callbacks passed directly to `process`'s EventEmitter methods
-             * have their parameter types inferred automatically.
-             *
-             * `process` event types are also available via `ProcessEventMap`:
-             *
-             * ```ts
-             * import type { ProcessEventMap } from 'node:process';
-             * const listener = (...args: ProcessEventMap['worker']) => { ... };
-             * ```
-             */
-            type WorkerListener = (...args: ProcessEventMap["worker"]) => void;
-            interface Socket extends ReadWriteStream {
-                isTTY?: true | undefined;
-            }
-            // Alias for compatibility
-            interface ProcessEnv extends Dict<string> {
-                /**
-                 * Can be used to change the default timezone at runtime
-                 */
-                TZ?: string | undefined;
-            }
-            interface HRTime {
-                /**
-                 * This is the legacy version of {@link process.hrtime.bigint()}
-                 * before bigint was introduced in JavaScript.
-                 *
-                 * The `process.hrtime()` method returns the current high-resolution real time in a `[seconds, nanoseconds]` tuple `Array`,
-                 * where `nanoseconds` is the remaining part of the real time that can't be represented in second precision.
-                 *
-                 * `time` is an optional parameter that must be the result of a previous `process.hrtime()` call to diff with the current time.
-                 * If the parameter passed in is not a tuple `Array`, a TypeError will be thrown.
-                 * Passing in a user-defined array instead of the result of a previous call to `process.hrtime()` will lead to undefined behavior.
-                 *
-                 * These times are relative to an arbitrary time in the past,
-                 * and not related to the time of day and therefore not subject to clock drift.
-                 * The primary use is for measuring performance between intervals:
-                 * ```js
-                 * const { hrtime } = require('node:process');
-                 * const NS_PER_SEC = 1e9;
-                 * const time = hrtime();
-                 * // [ 1800216, 25 ]
-                 *
-                 * setTimeout(() => {
-                 *   const diff = hrtime(time);
-                 *   // [ 1, 552 ]
-                 *
-                 *   console.log(`Benchmark took ${diff[0] * NS_PER_SEC + diff[1]} nanoseconds`);
-                 *   // Benchmark took 1000000552 nanoseconds
-                 * }, 1000);
-                 * ```
-                 * @since 0.7.6
-                 * @legacy Use {@link process.hrtime.bigint()} instead.
-                 * @param time The result of a previous call to `process.hrtime()`
-                 */
-                (time?: [number, number]): [number, number];
-                /**
-                 * The `bigint` version of the {@link process.hrtime()} method returning the current high-resolution real time in nanoseconds as a `bigint`.
-                 *
-                 * Unlike {@link process.hrtime()}, it does not support an additional time argument since the difference can just be computed directly by subtraction of the two `bigint`s.
-                 * ```js
-                 * import { hrtime } from 'node:process';
-                 *
-                 * const start = hrtime.bigint();
-                 * // 191051479007711n
-                 *
-                 * setTimeout(() => {
-                 *   const end = hrtime.bigint();
-                 *   // 191052633396993n
-                 *
-                 *   console.log(`Benchmark took ${end - start} nanoseconds`);
-                 *   // Benchmark took 1154389282 nanoseconds
-                 * }, 1000);
-                 * ```
-                 * @since v10.7.0
-                 */
-                bigint(): bigint;
-            }
-            interface ProcessPermission {
-                /**
-                 * Verifies that the process is able to access the given scope and reference.
-                 * If no reference is provided, a global scope is assumed, for instance, `process.permission.has('fs.read')`
-                 * will check if the process has ALL file system read permissions.
-                 *
-                 * The reference has a meaning based on the provided scope. For example, the reference when the scope is File System means files and folders.
-                 *
-                 * The available scopes are:
-                 *
-                 * * `fs` - All File System
-                 * * `fs.read` - File System read operations
-                 * * `fs.write` - File System write operations
-                 * * `child` - Child process spawning operations
-                 * * `worker` - Worker thread spawning operation
-                 *
-                 * ```js
-                 * // Check if the process has permission to read the README file
-                 * process.permission.has('fs.read', './README.md');
-                 * // Check if the process has read permission operations
-                 * process.permission.has('fs.read');
-                 * ```
-                 * @since v20.0.0
-                 */
-                has(scope: string, reference?: string): boolean;
-            }
-            interface ProcessReport {
-                /**
-                 * Write reports in a compact format, single-line JSON, more easily consumable by log processing systems
-                 * than the default multi-line format designed for human consumption.
-                 * @since v13.12.0, v12.17.0
-                 */
-                compact: boolean;
-                /**
-                 * Directory where the report is written.
-                 * The default value is the empty string, indicating that reports are written to the current
-                 * working directory of the Node.js process.
-                 */
-                directory: string;
-                /**
-                 * Filename where the report is written. If set to the empty string, the output filename will be comprised
-                 * of a timestamp, PID, and sequence number. The default value is the empty string.
-                 */
-                filename: string;
-                /**
-                 * Returns a JavaScript Object representation of a diagnostic report for the running process.
-                 * The report's JavaScript stack trace is taken from `err`, if present.
-                 */
-                getReport(err?: Error): object;
-                /**
-                 * If true, a diagnostic report is generated on fatal errors,
-                 * such as out of memory errors or failed C++ assertions.
-                 * @default false
-                 */
-                reportOnFatalError: boolean;
-                /**
-                 * If true, a diagnostic report is generated when the process
-                 * receives the signal specified by process.report.signal.
-                 * @default false
-                 */
-                reportOnSignal: boolean;
-                /**
-                 * If true, a diagnostic report is generated on uncaught exception.
-                 * @default false
-                 */
-                reportOnUncaughtException: boolean;
-                /**
-                 * The signal used to trigger the creation of a diagnostic report.
-                 * @default 'SIGUSR2'
-                 */
-                signal: Signals;
-                /**
-                 * Writes a diagnostic report to a file. If filename is not provided, the default filename
-                 * includes the date, time, PID, and a sequence number.
-                 * The report's JavaScript stack trace is taken from `err`, if present.
-                 *
-                 * If the value of filename is set to `'stdout'` or `'stderr'`, the report is written
-                 * to the stdout or stderr of the process respectively.
-                 * @param fileName Name of the file where the report is written.
-                 * This should be a relative path, that will be appended to the directory specified in
-                 * `process.report.directory`, or the current working directory of the Node.js process,
-                 * if unspecified.
-                 * @param err A custom error used for reporting the JavaScript stack.
-                 * @return Filename of the generated report.
-                 */
-                writeReport(fileName?: string, err?: Error): string;
-                writeReport(err?: Error): string;
-            }
-            interface ResourceUsage {
-                fsRead: number;
-                fsWrite: number;
-                involuntaryContextSwitches: number;
-                ipcReceived: number;
-                ipcSent: number;
-                majorPageFault: number;
-                maxRSS: number;
-                minorPageFault: number;
-                sharedMemorySize: number;
-                signalsCount: number;
-                swappedOut: number;
-                systemCPUTime: number;
-                unsharedDataSize: number;
-                unsharedStackSize: number;
-                userCPUTime: number;
-                voluntaryContextSwitches: number;
-            }
-            interface EmitWarningOptions {
-                /**
-                 * When `warning` is a `string`, `type` is the name to use for the _type_ of warning being emitted.
-                 *
-                 * @default 'Warning'
-                 */
-                type?: string | undefined;
-                /**
-                 * A unique identifier for the warning instance being emitted.
-                 */
-                code?: string | undefined;
-                /**
-                 * When `warning` is a `string`, `ctor` is an optional function used to limit the generated stack trace.
-                 *
-                 * @default process.emitWarning
-                 */
-                ctor?: Function | undefined;
-                /**
-                 * Additional text to include with the error.
-                 */
-                detail?: string | undefined;
-            }
-            interface ProcessConfig {
-                readonly target_defaults: {
-                    readonly cflags: any[];
-                    readonly default_configuration: string;
-                    readonly defines: string[];
-                    readonly include_dirs: string[];
-                    readonly libraries: string[];
-                };
-                readonly variables: {
-                    readonly clang: number;
-                    readonly host_arch: string;
-                    readonly node_install_npm: boolean;
-                    readonly node_install_waf: boolean;
-                    readonly node_prefix: string;
-                    readonly node_shared_openssl: boolean;
-                    readonly node_shared_v8: boolean;
-                    readonly node_shared_zlib: boolean;
-                    readonly node_use_dtrace: boolean;
-                    readonly node_use_etw: boolean;
-                    readonly node_use_openssl: boolean;
-                    readonly target_arch: string;
-                    readonly v8_no_strict_aliasing: number;
-                    readonly v8_use_snapshot: boolean;
-                    readonly visibility: string;
-                };
-            }
-            interface Process extends InternalEventEmitter<ProcessEventMap> {
-                /**
-                 * The `process.stdout` property returns a stream connected to`stdout` (fd `1`). It is a `net.Socket` (which is a `Duplex` stream) unless fd `1` refers to a file, in which case it is
-                 * a `Writable` stream.
-                 *
-                 * For example, to copy `process.stdin` to `process.stdout`:
-                 *
-                 * ```js
-                 * import { stdin, stdout } from 'node:process';
-                 *
-                 * stdin.pipe(stdout);
-                 * ```
-                 *
-                 * `process.stdout` differs from other Node.js streams in important ways. See `note on process I/O` for more information.
-                 */
-                stdout: WriteStream & {
-                    fd: 1;
-                };
-                /**
-                 * The `process.stderr` property returns a stream connected to`stderr` (fd `2`). It is a `net.Socket` (which is a `Duplex` stream) unless fd `2` refers to a file, in which case it is
-                 * a `Writable` stream.
-                 *
-                 * `process.stderr` differs from other Node.js streams in important ways. See `note on process I/O` for more information.
-                 */
-                stderr: WriteStream & {
-                    fd: 2;
-                };
-                /**
-                 * The `process.stdin` property returns a stream connected to`stdin` (fd `0`). It is a `net.Socket` (which is a `Duplex` stream) unless fd `0` refers to a file, in which case it is
-                 * a `Readable` stream.
-                 *
-                 * For details of how to read from `stdin` see `readable.read()`.
-                 *
-                 * As a `Duplex` stream, `process.stdin` can also be used in "old" mode that
-                 * is compatible with scripts written for Node.js prior to v0.10\.
-                 * For more information see `Stream compatibility`.
-                 *
-                 * In "old" streams mode the `stdin` stream is paused by default, so one
-                 * must call `process.stdin.resume()` to read from it. Note also that calling `process.stdin.resume()` itself would switch stream to "old" mode.
-                 */
-                stdin: ReadStream & {
-                    fd: 0;
-                };
-                /**
-                 * The `process.argv` property returns an array containing the command-line
-                 * arguments passed when the Node.js process was launched. The first element will
-                 * be {@link execPath}. See `process.argv0` if access to the original value
-                 * of `argv[0]` is needed. The second element will be the path to the JavaScript
-                 * file being executed. The remaining elements will be any additional command-line
-                 * arguments.
-                 *
-                 * For example, assuming the following script for `process-args.js`:
-                 *
-                 * ```js
-                 * import { argv } from 'node:process';
-                 *
-                 * // print process.argv
-                 * argv.forEach((val, index) => {
-                 *   console.log(`${index}: ${val}`);
-                 * });
-                 * ```
-                 *
-                 * Launching the Node.js process as:
-                 *
-                 * ```bash
-                 * node process-args.js one two=three four
-                 * ```
-                 *
-                 * Would generate the output:
-                 *
-                 * ```text
-                 * 0: /usr/local/bin/node
-                 * 1: /Users/mjr/work/node/process-args.js
-                 * 2: one
-                 * 3: two=three
-                 * 4: four
-                 * ```
-                 * @since v0.1.27
-                 */
-                argv: string[];
-                /**
-                 * The `process.argv0` property stores a read-only copy of the original value of`argv[0]` passed when Node.js starts.
-                 *
-                 * ```console
-                 * $ bash -c 'exec -a customArgv0 ./node'
-                 * > process.argv[0]
-                 * '/Volumes/code/external/node/out/Release/node'
-                 * > process.argv0
-                 * 'customArgv0'
-                 * ```
-                 * @since v6.4.0
-                 */
-                argv0: string;
-                /**
-                 * The `process.execArgv` property returns the set of Node.js-specific command-line
-                 * options passed when the Node.js process was launched. These options do not
-                 * appear in the array returned by the {@link argv} property, and do not
-                 * include the Node.js executable, the name of the script, or any options following
-                 * the script name. These options are useful in order to spawn child processes with
-                 * the same execution environment as the parent.
-                 *
-                 * ```bash
-                 * node --icu-data-dir=./foo --require ./bar.js script.js --version
-                 * ```
-                 *
-                 * Results in `process.execArgv`:
-                 *
-                 * ```js
-                 * ["--icu-data-dir=./foo", "--require", "./bar.js"]
-                 * ```
-                 *
-                 * And `process.argv`:
-                 *
-                 * ```js
-                 * ['/usr/local/bin/node', 'script.js', '--version']
-                 * ```
-                 *
-                 * Refer to `Worker constructor` for the detailed behavior of worker
-                 * threads with this property.
-                 * @since v0.7.7
-                 */
-                execArgv: string[];
-                /**
-                 * The `process.execPath` property returns the absolute pathname of the executable
-                 * that started the Node.js process. Symbolic links, if any, are resolved.
-                 *
-                 * ```js
-                 * '/usr/local/bin/node'
-                 * ```
-                 * @since v0.1.100
-                 */
-                execPath: string;
-                /**
-                 * The `process.abort()` method causes the Node.js process to exit immediately and
-                 * generate a core file.
-                 *
-                 * This feature is not available in `Worker` threads.
-                 * @since v0.7.0
-                 */
-                abort(): never;
-                /**
-                 * The `process.chdir()` method changes the current working directory of the
-                 * Node.js process or throws an exception if doing so fails (for instance, if
-                 * the specified `directory` does not exist).
-                 *
-                 * ```js
-                 * import { chdir, cwd } from 'node:process';
-                 *
-                 * console.log(`Starting directory: ${cwd()}`);
-                 * try {
-                 *   chdir('/tmp');
-                 *   console.log(`New directory: ${cwd()}`);
-                 * } catch (err) {
-                 *   console.error(`chdir: ${err}`);
-                 * }
-                 * ```
-                 *
-                 * This feature is not available in `Worker` threads.
-                 * @since v0.1.17
-                 */
-                chdir(directory: string): void;
-                /**
-                 * The `process.cwd()` method returns the current working directory of the Node.js
-                 * process.
-                 *
-                 * ```js
-                 * import { cwd } from 'node:process';
-                 *
-                 * console.log(`Current directory: ${cwd()}`);
-                 * ```
-                 * @since v0.1.8
-                 */
-                cwd(): string;
-                /**
-                 * The port used by the Node.js debugger when enabled.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * process.debugPort = 5858;
-                 * ```
-                 * @since v0.7.2
-                 */
-                debugPort: number;
-                /**
-                 * The `process.dlopen()` method allows dynamically loading shared objects. It is primarily used by `require()` to load C++ Addons, and
-                 * should not be used directly, except in special cases. In other words, `require()` should be preferred over `process.dlopen()`
-                 * unless there are specific reasons such as custom dlopen flags or loading from ES modules.
-                 *
-                 * The `flags` argument is an integer that allows to specify dlopen behavior. See the `[os.constants.dlopen](https://nodejs.org/docs/latest-v25.x/api/os.html#dlopen-constants)`
-                 * documentation for details.
-                 *
-                 * An important requirement when calling `process.dlopen()` is that the `module` instance must be passed. Functions exported by the C++ Addon
-                 * are then accessible via `module.exports`.
-                 *
-                 * The example below shows how to load a C++ Addon, named `local.node`, that exports a `foo` function. All the symbols are loaded before the call returns, by passing the `RTLD_NOW` constant.
-                 * In this example the constant is assumed to be available.
-                 *
-                 * ```js
-                 * import { dlopen } from 'node:process';
-                 * import { constants } from 'node:os';
-                 * import { fileURLToPath } from 'node:url';
-                 *
-                 * const module = { exports: {} };
-                 * dlopen(module, fileURLToPath(new URL('local.node', import.meta.url)),
-                 *        constants.dlopen.RTLD_NOW);
-                 * module.exports.foo();
-                 * ```
-                 */
-                dlopen(module: object, filename: string, flags?: number): void;
-                /**
-                 * The `process.emitWarning()` method can be used to emit custom or application
-                 * specific process warnings. These can be listened for by adding a handler to the `'warning'` event.
-                 *
-                 * ```js
-                 * import { emitWarning } from 'node:process';
-                 *
-                 * // Emit a warning using a string.
-                 * emitWarning('Something happened!');
-                 * // Emits: (node: 56338) Warning: Something happened!
-                 * ```
-                 *
-                 * ```js
-                 * import { emitWarning } from 'node:process';
-                 *
-                 * // Emit a warning using a string and a type.
-                 * emitWarning('Something Happened!', 'CustomWarning');
-                 * // Emits: (node:56338) CustomWarning: Something Happened!
-                 * ```
-                 *
-                 * ```js
-                 * import { emitWarning } from 'node:process';
-                 *
-                 * emitWarning('Something happened!', 'CustomWarning', 'WARN001');
-                 * // Emits: (node:56338) [WARN001] CustomWarning: Something happened!
-                 * ```js
-                 *
-                 * In each of the previous examples, an `Error` object is generated internally by `process.emitWarning()` and passed through to the `'warning'` handler.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * process.on('warning', (warning) => {
-                 *   console.warn(warning.name);    // 'Warning'
-                 *   console.warn(warning.message); // 'Something happened!'
-                 *   console.warn(warning.code);    // 'MY_WARNING'
-                 *   console.warn(warning.stack);   // Stack trace
-                 *   console.warn(warning.detail);  // 'This is some additional information'
-                 * });
-                 * ```
-                 *
-                 * If `warning` is passed as an `Error` object, it will be passed through to the `'warning'` event handler
-                 * unmodified (and the optional `type`, `code` and `ctor` arguments will be ignored):
-                 *
-                 * ```js
-                 * import { emitWarning } from 'node:process';
-                 *
-                 * // Emit a warning using an Error object.
-                 * const myWarning = new Error('Something happened!');
-                 * // Use the Error name property to specify the type name
-                 * myWarning.name = 'CustomWarning';
-                 * myWarning.code = 'WARN001';
-                 *
-                 * emitWarning(myWarning);
-                 * // Emits: (node:56338) [WARN001] CustomWarning: Something happened!
-                 * ```
-                 *
-                 * A `TypeError` is thrown if `warning` is anything other than a string or `Error` object.
-                 *
-                 * While process warnings use `Error` objects, the process warning mechanism is not a replacement for normal error handling mechanisms.
-                 *
-                 * The following additional handling is implemented if the warning `type` is `'DeprecationWarning'`:
-                 * * If the `--throw-deprecation` command-line flag is used, the deprecation warning is thrown as an exception rather than being emitted as an event.
-                 * * If the `--no-deprecation` command-line flag is used, the deprecation warning is suppressed.
-                 * * If the `--trace-deprecation` command-line flag is used, the deprecation warning is printed to `stderr` along with the full stack trace.
-                 * @since v8.0.0
-                 * @param warning The warning to emit.
-                 */
-                emitWarning(warning: string | Error, ctor?: Function): void;
-                emitWarning(warning: string | Error, type?: string, ctor?: Function): void;
-                emitWarning(warning: string | Error, type?: string, code?: string, ctor?: Function): void;
-                emitWarning(warning: string | Error, options?: EmitWarningOptions): void;
-                /**
-                 * The `process.env` property returns an object containing the user environment.
-                 * See [`environ(7)`](http://man7.org/linux/man-pages/man7/environ.7.html).
-                 *
-                 * An example of this object looks like:
-                 *
-                 * ```js
-                 * {
-                 *   TERM: 'xterm-256color',
-                 *   SHELL: '/usr/local/bin/bash',
-                 *   USER: 'maciej',
-                 *   PATH: '~/.bin/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin',
-                 *   PWD: '/Users/maciej',
-                 *   EDITOR: 'vim',
-                 *   SHLVL: '1',
-                 *   HOME: '/Users/maciej',
-                 *   LOGNAME: 'maciej',
-                 *   _: '/usr/local/bin/node'
-                 * }
-                 * ```
-                 *
-                 * It is possible to modify this object, but such modifications will not be
-                 * reflected outside the Node.js process, or (unless explicitly requested)
-                 * to other `Worker` threads.
-                 * In other words, the following example would not work:
-                 *
-                 * ```bash
-                 * node -e 'process.env.foo = "bar"' &#x26;&#x26; echo $foo
-                 * ```
-                 *
-                 * While the following will:
-                 *
-                 * ```js
-                 * import { env } from 'node:process';
-                 *
-                 * env.foo = 'bar';
-                 * console.log(env.foo);
-                 * ```
-                 *
-                 * Assigning a property on `process.env` will implicitly convert the value
-                 * to a string. **This behavior is deprecated.** Future versions of Node.js may
-                 * throw an error when the value is not a string, number, or boolean.
-                 *
-                 * ```js
-                 * import { env } from 'node:process';
-                 *
-                 * env.test = null;
-                 * console.log(env.test);
-                 * // => 'null'
-                 * env.test = undefined;
-                 * console.log(env.test);
-                 * // => 'undefined'
-                 * ```
-                 *
-                 * Use `delete` to delete a property from `process.env`.
-                 *
-                 * ```js
-                 * import { env } from 'node:process';
-                 *
-                 * env.TEST = 1;
-                 * delete env.TEST;
-                 * console.log(env.TEST);
-                 * // => undefined
-                 * ```
-                 *
-                 * On Windows operating systems, environment variables are case-insensitive.
-                 *
-                 * ```js
-                 * import { env } from 'node:process';
-                 *
-                 * env.TEST = 1;
-                 * console.log(env.test);
-                 * // => 1
-                 * ```
-                 *
-                 * Unless explicitly specified when creating a `Worker` instance,
-                 * each `Worker` thread has its own copy of `process.env`, based on its
-                 * parent thread's `process.env`, or whatever was specified as the `env` option
-                 * to the `Worker` constructor. Changes to `process.env` will not be visible
-                 * across `Worker` threads, and only the main thread can make changes that
-                 * are visible to the operating system or to native add-ons. On Windows, a copy of `process.env` on a `Worker` instance operates in a case-sensitive manner
-                 * unlike the main thread.
-                 * @since v0.1.27
-                 */
-                env: ProcessEnv;
-                /**
-                 * The `process.exit()` method instructs Node.js to terminate the process
-                 * synchronously with an exit status of `code`. If `code` is omitted, exit uses
-                 * either the 'success' code `0` or the value of `process.exitCode` if it has been
-                 * set. Node.js will not terminate until all the `'exit'` event listeners are
-                 * called.
-                 *
-                 * To exit with a 'failure' code:
-                 *
-                 * ```js
-                 * import { exit } from 'node:process';
-                 *
-                 * exit(1);
-                 * ```
-                 *
-                 * The shell that executed Node.js should see the exit code as `1`.
-                 *
-                 * Calling `process.exit()` will force the process to exit as quickly as possible
-                 * even if there are still asynchronous operations pending that have not yet
-                 * completed fully, including I/O operations to `process.stdout` and `process.stderr`.
-                 *
-                 * In most situations, it is not actually necessary to call `process.exit()` explicitly. The Node.js process will exit on its own _if there is no additional_
-                 * _work pending_ in the event loop. The `process.exitCode` property can be set to
-                 * tell the process which exit code to use when the process exits gracefully.
-                 *
-                 * For instance, the following example illustrates a _misuse_ of the `process.exit()` method that could lead to data printed to stdout being
-                 * truncated and lost:
-                 *
-                 * ```js
-                 * import { exit } from 'node:process';
-                 *
-                 * // This is an example of what *not* to do:
-                 * if (someConditionNotMet()) {
-                 *   printUsageToStdout();
-                 *   exit(1);
-                 * }
-                 * ```
-                 *
-                 * The reason this is problematic is because writes to `process.stdout` in Node.js
-                 * are sometimes _asynchronous_ and may occur over multiple ticks of the Node.js
-                 * event loop. Calling `process.exit()`, however, forces the process to exit _before_ those additional writes to `stdout` can be performed.
-                 *
-                 * Rather than calling `process.exit()` directly, the code _should_ set the `process.exitCode` and allow the process to exit naturally by avoiding
-                 * scheduling any additional work for the event loop:
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * // How to properly set the exit code while letting
-                 * // the process exit gracefully.
-                 * if (someConditionNotMet()) {
-                 *   printUsageToStdout();
-                 *   process.exitCode = 1;
-                 * }
-                 * ```
-                 *
-                 * If it is necessary to terminate the Node.js process due to an error condition,
-                 * throwing an _uncaught_ error and allowing the process to terminate accordingly
-                 * is safer than calling `process.exit()`.
-                 *
-                 * In `Worker` threads, this function stops the current thread rather
-                 * than the current process.
-                 * @since v0.1.13
-                 * @param [code=0] The exit code. For string type, only integer strings (e.g.,'1') are allowed.
-                 */
-                exit(code?: number | string | null): never;
-                /**
-                 * A number which will be the process exit code, when the process either
-                 * exits gracefully, or is exited via {@link exit} without specifying
-                 * a code.
-                 *
-                 * Specifying a code to {@link exit} will override any
-                 * previous setting of `process.exitCode`.
-                 * @default undefined
-                 * @since v0.11.8
-                 */
-                exitCode: number | string | null | undefined;
-                finalization: {
-                    /**
-                     * This function registers a callback to be called when the process emits the `exit` event if the `ref` object was not garbage collected.
-                     * If the object `ref` was garbage collected before the `exit` event is emitted, the callback will be removed from the finalization registry, and it will not be called on process exit.
-                     *
-                     * Inside the callback you can release the resources allocated by the `ref` object.
-                     * Be aware that all limitations applied to the `beforeExit` event are also applied to the callback function,
-                     * this means that there is a possibility that the callback will not be called under special circumstances.
-                     *
-                     * The idea of ​​this function is to help you free up resources when the starts process exiting, but also let the object be garbage collected if it is no longer being used.
-                     * @param ref The reference to the resource that is being tracked.
-                     * @param callback The callback function to be called when the resource is finalized.
-                     * @since v22.5.0
-                     * @experimental
-                     */
-                    register<T extends object>(ref: T, callback: (ref: T, event: "exit") => void): void;
-                    /**
-                     * This function behaves exactly like the `register`, except that the callback will be called when the process emits the `beforeExit` event if `ref` object was not garbage collected.
-                     *
-                     * Be aware that all limitations applied to the `beforeExit` event are also applied to the callback function, this means that there is a possibility that the callback will not be called under special circumstances.
-                     * @param ref The reference to the resource that is being tracked.
-                     * @param callback The callback function to be called when the resource is finalized.
-                     * @since v22.5.0
-                     * @experimental
-                     */
-                    registerBeforeExit<T extends object>(ref: T, callback: (ref: T, event: "beforeExit") => void): void;
-                    /**
-                     * This function remove the register of the object from the finalization registry, so the callback will not be called anymore.
-                     * @param ref The reference to the resource that was registered previously.
-                     * @since v22.5.0
-                     * @experimental
-                     */
-                    unregister(ref: object): void;
-                };
-                /**
-                 * The `process.getActiveResourcesInfo()` method returns an array of strings containing
-                 * the types of the active resources that are currently keeping the event loop alive.
-                 *
-                 * ```js
-                 * import { getActiveResourcesInfo } from 'node:process';
-                 * import { setTimeout } from 'node:timers';
-
-                 * console.log('Before:', getActiveResourcesInfo());
-                 * setTimeout(() => {}, 1000);
-                 * console.log('After:', getActiveResourcesInfo());
-                 * // Prints:
-                 * //   Before: [ 'TTYWrap', 'TTYWrap', 'TTYWrap' ]
-                 * //   After: [ 'TTYWrap', 'TTYWrap', 'TTYWrap', 'Timeout' ]
-                 * ```
-                 * @since v17.3.0, v16.14.0
-                 */
-                getActiveResourcesInfo(): string[];
-                /**
-                 * Provides a way to load built-in modules in a globally available function.
-                 * @param id ID of the built-in module being requested.
-                 */
-                getBuiltinModule<ID extends keyof BuiltInModule>(id: ID): BuiltInModule[ID];
-                getBuiltinModule(id: string): object | undefined;
-                /**
-                 * The `process.getgid()` method returns the numerical group identity of the
-                 * process. (See [`getgid(2)`](http://man7.org/linux/man-pages/man2/getgid.2.html).)
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getgid) {
-                 *   console.log(`Current gid: ${process.getgid()}`);
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * @since v0.1.31
-                 */
-                getgid?: () => number;
-                /**
-                 * The `process.setgid()` method sets the group identity of the process. (See [`setgid(2)`](http://man7.org/linux/man-pages/man2/setgid.2.html).) The `id` can be passed as either a
-                 * numeric ID or a group name
-                 * string. If a group name is specified, this method blocks while resolving the
-                 * associated numeric ID.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getgid &#x26;&#x26; process.setgid) {
-                 *   console.log(`Current gid: ${process.getgid()}`);
-                 *   try {
-                 *     process.setgid(501);
-                 *     console.log(`New gid: ${process.getgid()}`);
-                 *   } catch (err) {
-                 *     console.log(`Failed to set gid: ${err}`);
-                 *   }
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * This feature is not available in `Worker` threads.
-                 * @since v0.1.31
-                 * @param id The group name or ID
-                 */
-                setgid?: (id: number | string) => void;
-                /**
-                 * The `process.getuid()` method returns the numeric user identity of the process.
-                 * (See [`getuid(2)`](http://man7.org/linux/man-pages/man2/getuid.2.html).)
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getuid) {
-                 *   console.log(`Current uid: ${process.getuid()}`);
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * @since v0.1.28
-                 */
-                getuid?: () => number;
-                /**
-                 * The `process.setuid(id)` method sets the user identity of the process. (See [`setuid(2)`](http://man7.org/linux/man-pages/man2/setuid.2.html).) The `id` can be passed as either a
-                 * numeric ID or a username string.
-                 * If a username is specified, the method blocks while resolving the associated
-                 * numeric ID.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getuid &#x26;&#x26; process.setuid) {
-                 *   console.log(`Current uid: ${process.getuid()}`);
-                 *   try {
-                 *     process.setuid(501);
-                 *     console.log(`New uid: ${process.getuid()}`);
-                 *   } catch (err) {
-                 *     console.log(`Failed to set uid: ${err}`);
-                 *   }
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * This feature is not available in `Worker` threads.
-                 * @since v0.1.28
-                 */
-                setuid?: (id: number | string) => void;
-                /**
-                 * The `process.geteuid()` method returns the numerical effective user identity of
-                 * the process. (See [`geteuid(2)`](http://man7.org/linux/man-pages/man2/geteuid.2.html).)
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.geteuid) {
-                 *   console.log(`Current uid: ${process.geteuid()}`);
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * @since v2.0.0
-                 */
-                geteuid?: () => number;
-                /**
-                 * The `process.seteuid()` method sets the effective user identity of the process.
-                 * (See [`seteuid(2)`](http://man7.org/linux/man-pages/man2/seteuid.2.html).) The `id` can be passed as either a numeric ID or a username
-                 * string. If a username is specified, the method blocks while resolving the
-                 * associated numeric ID.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.geteuid &#x26;&#x26; process.seteuid) {
-                 *   console.log(`Current uid: ${process.geteuid()}`);
-                 *   try {
-                 *     process.seteuid(501);
-                 *     console.log(`New uid: ${process.geteuid()}`);
-                 *   } catch (err) {
-                 *     console.log(`Failed to set uid: ${err}`);
-                 *   }
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * This feature is not available in `Worker` threads.
-                 * @since v2.0.0
-                 * @param id A user name or ID
-                 */
-                seteuid?: (id: number | string) => void;
-                /**
-                 * The `process.getegid()` method returns the numerical effective group identity
-                 * of the Node.js process. (See [`getegid(2)`](http://man7.org/linux/man-pages/man2/getegid.2.html).)
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getegid) {
-                 *   console.log(`Current gid: ${process.getegid()}`);
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * @since v2.0.0
-                 */
-                getegid?: () => number;
-                /**
-                 * The `process.setegid()` method sets the effective group identity of the process.
-                 * (See [`setegid(2)`](http://man7.org/linux/man-pages/man2/setegid.2.html).) The `id` can be passed as either a numeric ID or a group
-                 * name string. If a group name is specified, this method blocks while resolving
-                 * the associated a numeric ID.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getegid &#x26;&#x26; process.setegid) {
-                 *   console.log(`Current gid: ${process.getegid()}`);
-                 *   try {
-                 *     process.setegid(501);
-                 *     console.log(`New gid: ${process.getegid()}`);
-                 *   } catch (err) {
-                 *     console.log(`Failed to set gid: ${err}`);
-                 *   }
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * This feature is not available in `Worker` threads.
-                 * @since v2.0.0
-                 * @param id A group name or ID
-                 */
-                setegid?: (id: number | string) => void;
-                /**
-                 * The `process.getgroups()` method returns an array with the supplementary group
-                 * IDs. POSIX leaves it unspecified if the effective group ID is included but
-                 * Node.js ensures it always is.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getgroups) {
-                 *   console.log(process.getgroups()); // [ 16, 21, 297 ]
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * @since v0.9.4
-                 */
-                getgroups?: () => number[];
-                /**
-                 * The `process.setgroups()` method sets the supplementary group IDs for the
-                 * Node.js process. This is a privileged operation that requires the Node.js
-                 * process to have `root` or the `CAP_SETGID` capability.
-                 *
-                 * The `groups` array can contain numeric group IDs, group names, or both.
-                 *
-                 * ```js
-                 * import process from 'node:process';
-                 *
-                 * if (process.getgroups &#x26;&#x26; process.setgroups) {
-                 *   try {
-                 *     process.setgroups([501]);
-                 *     console.log(process.getgroups()); // new groups
-                 *   } catch (err) {
-                 *     console.log(`Failed to set groups: ${err}`);
-                 *   }
-                 * }
-                 * ```
-                 *
-                 * This function is only available on POSIX platforms (i.e. not Windows or
-                 * Android).
-                 * This feature is not available in `Worker` threads.
-                 * @since v0.9.4
-                 */
-                setgroups?: (groups: ReadonlyArray<string | number>) => void;
-                /**
-                 * The `process.setUncaughtExceptionCaptureCallback()` function sets a function
-                 * that will be invoked when an uncaught exception occurs, which will receive the
-                 * exception value itself as its first argument.
-                 *
-                 * If such a function is set, the `'uncaughtException'` event will
-                 * not be emitted. If `--abort-on-uncaught-exception` was passed from the
-                 * command line or set through `v8.setFlagsFromString()`, the process will
-                 * not abort. Actions configured to take place on exceptions such as report
-                 * generations will be affected too
-                 *
-                 * To unset the capture function, `process.setUncaughtExceptionCaptureCallback(null)` may be used. Calling this
-                 * method with a non-`null` argument while another capture function is set will
-                 * throw an error.
-                 *
-                 * Using this function is mutually exclusive with using the deprecated `domain` built-in module.
-                 * @since v9.3.0
-                 */
-                setUncaughtExceptionCaptureCallback(cb: ((err: Error) => void) | null): void;
-                /**
-                 * Indicates whether a callback has been set using {@link setUncaughtExceptionCaptureCallback}.
-                 * @since v9.3.0
-                 */
-                hasUncaughtExceptionCaptureCallback(): boolean;
-                /**
-                 * The `process.sourceMapsEnabled` property returns whether the [Source Map v3](https://sourcemaps.info/spec.html) support for stack traces is enabled.
-                 * @since v20.7.0
-                 * @experimental
-                 */
-                readonly sourceMapsEnabled: boolean;
-                /**
-                 * This function enables or disables the [Source Map v3](https://sourcemaps.info/spec.html) support for
-                 * stack traces.
-                 *
-                 * It provides same features as launching Node.js process with commandline options `--enable-source-maps`.
-                 *
-                 * Only source maps in JavaScript files that are loaded after source maps has been
-                 * enabled will be parsed and loaded.
-                 * @since v16.6.0, v14.18.0
-                 * @experimental
-                 */
-                setSourceMapsEnabled(value: boolean): void;
-                /**
-                 * The `process.version` property contains the Node.js version string.
-                 *
-                 * ```js
-                 * import { version } from 'node:process';
-                 *
-                 * console.log(`Version: ${version}`);
-                 * // Version: v14.8.0
-                 * ```
-                 *
-                 * To get the version string without the prepended _v_, use`process.versions.node`.
-                 * @since v0.1.3
-                 */
-                readonly version: string;
-                /**
-                 * The `process.versions` property returns an object listing the version strings of
-                 * Node.js and its dependencies. `process.versions.modules` indicates the current
-                 * ABI version, which is increased whenever a C++ API changes. Node.js will refuse
-                 * to load modules that were compiled against a different module ABI version.
-                 *
-                 * ```js
-                 * import { versions } from 'node:process';
-                 *
-                 * console.log(versions);
-                 * ```
-                 *
-                 * Will generate an object similar to:
-                 *
-                 * ```console
-                 * { node: '20.2.0',
-                 *   acorn: '8.8.2',
-                 *   ada: '2.4.0',
-                 *   ares: '1.19.0',
-                 *   base64: '0.5.0',
-                 *   brotli: '1.0.9',
-                 *   cjs_module_lexer: '1.2.2',
-                 *   cldr: '43.0',
-                 *   icu: '73.1',
-                 *   llhttp: '8.1.0',
-                 *   modules: '115',
-                 *   napi: '8',
-                 *   nghttp2: '1.52.0',
-                 *   nghttp3: '0.7.0',
-                 *   ngtcp2: '0.8.1',
-                 *   openssl: '3.0.8+quic',
-                 *   simdutf: '3.2.9',
-                 *   tz: '2023c',
-                 *   undici: '5.22.0',
-                 *   unicode: '15.0',
-                 *   uv: '1.44.2',
-                 *   uvwasi: '0.0.16',
-                 *   v8: '11.3.244.8-node.9',
-                 *   zlib: '1.2.13' }
-                 * ```
-                 * @since v0.2.0
-                 */
-                readonly versions: ProcessVersions;
-                /**
-                 * The `process.config` property returns a frozen `Object` containing the
-                 * JavaScript representation of the configure options used to compile the current
-                 * Node.js executable. This is the same as the `config.gypi` file that was produced
-                 * when running the `./configure` script.
-                 *
-                 * An example of the possible output looks like:
-                 *
-                 * ```js
-                 * {
-                 *   target_defaults:
-                 *    { cflags: [],
-                 *      default_configuration: 'Release',
-                 *      defines: [],
-                 *      include_dirs: [],
-                 *      libraries: [] },
-                 *   variables:
-                 *    {
-                 *      host_arch: 'x64',
-                 *      napi_build_version: 5,
-                 *      node_install_npm: 'true',
-                 *      node_prefix: '',
-                 *      node_shared_cares: 'false',
-                 *      node_shared_http_parser: 'false',
-                 *      node_shared_libuv: 'false',
-                 *      node_shared_zlib: 'false',
-                 *      node_use_openssl: 'true',
-                 *      node_shared_openssl: 'false',
-                 *      strict_aliasing: 'true',
-                 *      target_arch: 'x64',
-                 *      v8_use_snapshot: 1
-                 *    }
-                 * }
-                 * ```
-                 * @since v0.7.7
-                 */
-                readonly config: ProcessConfig;
-                /**
-                 * The `process.kill()` method sends the `signal` to the process identified by`pid`.
-                 *
-                 * Signal names are strings such as `'SIGINT'` or `'SIGHUP'`. See `Signal Events` and [`kill(2)`](http://man7.org/linux/man-pages/man2/kill.2.html) for more information.
-                 *
-                 * This method will throw an error if the target `pid` does not exist. As a special
-                 * case, a signal of `0` can be used to test for the existence of a process.
-                 * Windows platforms will throw an error if the `pid` is used to kill a process
-                 * group.
-                 *
-                 * Even though the name of this function is `process.kill()`, it is really just a
-                 * signal sender, like the `kill` system call. The signal sent may do something
-                 * other than kill the target process.
-                 *
-                 * ```js
-                 * import process, { kill } from 'node:process';
-                 *
-                 * process.on('SIGHUP', () => {
-                 *   console.log('Got SIGHUP signal.');
-                 * });
-                 *
-                 * setTimeout(() => {
-                 *   console.log('Exiting.');
-                 *   process.exit(0);
-                 * }, 100);
-                 *
-                 * kill(process.pid, 'SIGHUP');
-                 * ```
-                 *
-                 * When `SIGUSR1` is received by a Node.js process, Node.js will start the
-                 * debugger. See `Signal Events`.
-                 * @since v0.0.6
-                 * @param pid A process ID
-                 * @param [signal='SIGTERM'] The signal to send, either as a string or number.
-                 */
-                kill(pid: number, signal?: string | number): true;
-                /**
-                 * Loads the environment configuration from a `.env` file into `process.env`. If
-                 * the file is not found, error will be thrown.
-                 *
-                 * To load a specific .env file by specifying its path, use the following code:
-                 *
-                 * ```js
-                 * import { loadEnvFile } from 'node:process';
-                 *
-                 * loadEnvFile('./development.env')
-                 * ```
-                 * @since v20.12.0
-                 * @param path The path to the .env file
-                 */
-                loadEnvFile(path?: PathLike): void;
-                /**
-                 * The `process.pid` property returns the PID of the process.
-                 *
-                 * ```js
-                 * import { pid } from 'node:process';
-                 *
-                 * console.log(`This process is pid ${pid}`);
-                 * ```
-                 * @since v0.1.15
-                 */
-                readonly pid: number;
-                /**
-                 * The `process.ppid` property returns the PID of the parent of the
-                 * current process.
-                 *
-                 * ```js
-                 * import { ppid } from 'node:process';
-                 *
-                 * console.log(`The parent process is pid ${ppid}`);
-                 * ```
-                 * @since v9.2.0, v8.10.0, v6.13.0
-                 */
-                readonly ppid: number;
-                /**
-                 * The `process.threadCpuUsage()` method returns the user and system CPU time usage of
-                 * the current worker thread, in an object with properties `user` and `system`, whose
-                 * values are microsecond values (millionth of a second).
-                 *
-                 * The result of a previous call to `process.threadCpuUsage()` can be passed as the
-                 * argument to the function, to get a diff reading.
-                 * @since v23.9.0
-                 * @param previousValue A previous return value from calling
-                 * `process.threadCpuUsage()`
-                 */
-                threadCpuUsage(previousValue?: CpuUsage): CpuUsage;
-                /**
-                 * The `process.title` property returns the current process title (i.e. returns
-                 * the current value of `ps`). Assigning a new value to `process.title` modifies
-                 * the current value of `ps`.
-                 *
-                 * When a new value is assigned, different platforms will impose different maximum
-                 * length restrictions on the title. Usually such restrictions are quite limited.
-                 * For instance, on Linux and macOS, `process.title` is limited to the size of the
-                 * binary name plus the length of the command-line arguments because setting the `process.title` overwrites the `argv` memory of the process. Node.js v0.8
-                 * allowed for longer process title strings by also overwriting the `environ` memory but that was potentially insecure and confusing in some (rather obscure)
-                 * cases.
-                 *
-                 * Assigning a value to `process.title` might not result in an accurate label
-                 * within process manager applications such as macOS Activity Monitor or Windows
-                 * Services Manager.
-                 * @since v0.1.104
-                 */
-                title: string;
-                /**
-                 * The operating system CPU architecture for which the Node.js binary was compiled.
-                 * Possible values are: `'arm'`, `'arm64'`, `'ia32'`, `'loong64'`, `'mips'`,
-                 * `'mipsel'`, `'ppc64'`, `'riscv64'`, `'s390x'`, and `'x64'`.
-                 *
-                 * ```js
-                 * import { arch } from 'node:process';
-                 *
-                 * console.log(`This processor architecture is ${arch}`);
-                 * ```
-                 * @since v0.5.0
-                 */
-                readonly arch: Architecture;
-                /**
-                 * The `process.platform` property returns a string identifying the operating
-                 * system platform for which the Node.js binary was compiled.
-                 *
-                 * Currently possible values are:
-                 *
-                 * * `'aix'`
-                 * * `'darwin'`
-                 * * `'freebsd'`
-                 * * `'linux'`
-                 * * `'openbsd'`
-                 * * `'sunos'`
-                 * * `'win32'`
-                 *
-                 * ```js
-                 * import { platform } from 'node:process';
-                 *
-                 * console.log(`This platform is ${platform}`);
-                 * ```
-                 *
-                 * The value `'android'` may also be returned if the Node.js is built on the
-                 * Android operating system. However, Android support in Node.js [is experimental](https://github.com/nodejs/node/blob/HEAD/BUILDING.md#androidandroid-based-devices-eg-firefox-os).
-                 * @since v0.1.16
-                 */
-                readonly platform: Platform;
-                /**
-                 * The `process.mainModule` property provides an alternative way of retrieving `require.main`. The difference is that if the main module changes at
-                 * runtime, `require.main` may still refer to the original main module in
-                 * modules that were required before the change occurred. Generally, it's
-                 * safe to assume that the two refer to the same module.
-                 *
-                 * As with `require.main`, `process.mainModule` will be `undefined` if there
-                 * is no entry script.
-                 * @since v0.1.17
-                 * @deprecated Since v14.0.0 - Use `main` instead.
-                 */
-                mainModule?: Module;
-                memoryUsage: MemoryUsageFn;
-                /**
-                 * Gets the amount of memory available to the process (in bytes) based on
-                 * limits imposed by the OS. If there is no such constraint, or the constraint
-                 * is unknown, `0` is returned.
-                 *
-                 * See [`uv_get_constrained_memory`](https://docs.libuv.org/en/v1.x/misc.html#c.uv_get_constrained_memory) for more
-                 * information.
-                 * @since v19.6.0, v18.15.0
-                 */
-                constrainedMemory(): number;
-                /**
-                 * Gets the amount of free memory that is still available to the process (in bytes).
-                 * See [`uv_get_available_memory`](https://nodejs.org/docs/latest-v25.x/api/process.html#processavailablememory) for more information.
-                 * @since v20.13.0
-                 */
-                availableMemory(): number;
-                /**
-                 * The `process.cpuUsage()` method returns the user and system CPU time usage of
-                 * the current process, in an object with properties `user` and `system`, whose
-                 * values are microsecond values (millionth of a second). These values measure time
-                 * spent in user and system code respectively, and may end up being greater than
-                 * actual elapsed time if multiple CPU cores are performing work for this process.
-                 *
-                 * The result of a previous call to `process.cpuUsage()` can be passed as the
-                 * argument to the function, to get a diff reading.
-                 *
-                 * ```js
-                 * import { cpuUsage } from 'node:process';
-                 *
-                 * const startUsage = cpuUsage();
-                 * // { user: 38579, system: 6986 }
-                 *
-                 * // spin the CPU for 500 milliseconds
-                 * const now = Date.now();
-                 * while (Date.now() - now < 500);
-                 *
-                 * console.log(cpuUsage(startUsage));
-                 * // { user: 514883, system: 11226 }
-                 * ```
-                 * @since v6.1.0
-                 * @param previousValue A previous return value from calling `process.cpuUsage()`
-                 */
-                cpuUsage(previousValue?: CpuUsage): CpuUsage;
-                /**
-                 * `process.nextTick()` adds `callback` to the "next tick queue". This queue is
-                 * fully drained after the current operation on the JavaScript stack runs to
-                 * completion and before the event loop is allowed to continue. It's possible to
-                 * create an infinite loop if one were to recursively call `process.nextTick()`.
-                 * See the [Event Loop](https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/#process-nexttick) guide for more background.
-                 *
-                 * ```js
-                 * import { nextTick } from 'node:process';
-                 *
-                 * console.log('start');
-                 * nextTick(() => {
-                 *   console.log('nextTick callback');
-                 * });
-                 * console.log('scheduled');
-                 * // Output:
-                 * // start
-                 * // scheduled
-                 * // nextTick callback
-                 * ```
-                 *
-                 * This is important when developing APIs in order to give users the opportunity
-                 * to assign event handlers _after_ an object has been constructed but before any
-                 * I/O has occurred:
-                 *
-                 * ```js
-                 * import { nextTick } from 'node:process';
-                 *
-                 * function MyThing(options) {
-                 *   this.setupOptions(options);
-                 *
-                 *   nextTick(() => {
-                 *     this.startDoingStuff();
-                 *   });
-                 * }
-                 *
-                 * const thing = new MyThing();
-                 * thing.getReadyForStuff();
-                 *
-                 * // thing.startDoingStuff() gets called now, not before.
-                 * ```
-                 *
-                 * It is very important for APIs to be either 100% synchronous or 100%
-                 * asynchronous. Consider this example:
-                 *
-                 * ```js
-                 * // WARNING!  DO NOT USE!  BAD UNSAFE HAZARD!
-                 * function maybeSync(arg, cb) {
-                 *   if (arg) {
-                 *     cb();
-                 *     return;
-                 *   }
-                 *
-                 *   fs.stat('file', cb);
-                 * }
-                 * ```
-                 *
-                 * This API is hazardous because in the following case:
-                 *
-                 * ```js
-                 * const maybeTrue = Math.random() > 0.5;
-                 *
-                 * maybeSync(maybeTrue, () => {
-                 *   foo();
-                 * });
-                 *
-                 * bar();
-                 * ```
-                 *
-                 * It is not clear whether `foo()` or `bar()` will be called first.
-                 *
-                 * The following approach is much better:
-                 *
-                 * ```js
-                 * import { nextTick } from 'node:process';
-                 *
-                 * function definitelyAsync(arg, cb) {
-                 *   if (arg) {
-                 *     nextTick(cb);
-                 *     return;
-                 *   }
-                 *
-                 *   fs.stat('file', cb);
-                 * }
-                 * ```
-                 * @since v0.1.26
-                 * @param args Additional arguments to pass when invoking the `callback`
-                 */
-                nextTick(callback: Function, ...args: any[]): void;
-                /**
-                 * The process.noDeprecation property indicates whether the --no-deprecation flag is set on the current Node.js process.
-                 * See the documentation for the ['warning' event](https://nodejs.org/docs/latest/api/process.html#event-warning) and the [emitWarning()](https://nodejs.org/docs/latest/api/process.html#processemitwarningwarning-type-code-ctor) method for more information about this flag's behavior.
-                 */
-                noDeprecation?: boolean;
-                /**
-                 * This API is available through the [--permission](https://nodejs.org/api/cli.html#--permission) flag.
-                 *
-                 * `process.permission` is an object whose methods are used to manage permissions for the current process.
-                 * Additional documentation is available in the [Permission Model](https://nodejs.org/api/permissions.html#permission-model).
-                 * @since v20.0.0
-                 */
-                permission: ProcessPermission;
-                /**
-                 * The `process.release` property returns an `Object` containing metadata related
-                 * to the current release, including URLs for the source tarball and headers-only
-                 * tarball.
-                 *
-                 * `process.release` contains the following properties:
-                 *
-                 * ```js
-                 * {
-                 *   name: 'node',
-                 *   lts: 'Hydrogen',
-                 *   sourceUrl: 'https://nodejs.org/download/release/v18.12.0/node-v18.12.0.tar.gz',
-                 *   headersUrl: 'https://nodejs.org/download/release/v18.12.0/node-v18.12.0-headers.tar.gz',
-                 *   libUrl: 'https://nodejs.org/download/release/v18.12.0/win-x64/node.lib'
-                 * }
-                 * ```
-                 *
-                 * In custom builds from non-release versions of the source tree, only the `name` property may be present. The additional properties should not be
-                 * relied upon to exist.
-                 * @since v3.0.0
-                 */
-                readonly release: ProcessRelease;
-                readonly features: ProcessFeatures;
-                /**
-                 * `process.umask()` returns the Node.js process's file mode creation mask. Child
-                 * processes inherit the mask from the parent process.
-                 * @since v0.1.19
-                 * @deprecated Calling `process.umask()` with no argument causes the process-wide umask to be written twice. This introduces a race condition between threads, and is a potential
-                 * security vulnerability. There is no safe, cross-platform alternative API.
-                 */
-                umask(): number;
-                /**
-                 * Can only be set if not in worker thread.
-                 */
-                umask(mask: string | number): number;
-                /**
-                 * The `process.uptime()` method returns the number of seconds the current Node.js
-                 * process has been running.
-                 *
-                 * The return value includes fractions of a second. Use `Math.floor()` to get whole
-                 * seconds.
-                 * @since v0.5.0
-                 */
-                uptime(): number;
-                hrtime: HRTime;
-                /**
-                 * If the Node.js process was spawned with an IPC channel, the process.channel property is a reference to the IPC channel.
-                 * If no IPC channel exists, this property is undefined.
-                 * @since v7.1.0
-                 */
-                channel?: Control;
-                /**
-                 * If Node.js is spawned with an IPC channel, the `process.send()` method can be
-                 * used to send messages to the parent process. Messages will be received as a `'message'` event on the parent's `ChildProcess` object.
-                 *
-                 * If Node.js was not spawned with an IPC channel, `process.send` will be `undefined`.
-                 *
-                 * The message goes through serialization and parsing. The resulting message might
-                 * not be the same as what is originally sent.
-                 * @since v0.5.9
-                 * @param options used to parameterize the sending of certain types of handles. `options` supports the following properties:
-                 */
-                send?(
-                    message: any,
-                    sendHandle?: SendHandle,
-                    options?: MessageOptions,
-                    callback?: (error: Error | null) => void,
-                ): boolean;
-                /**
-                 * If the Node.js process is spawned with an IPC channel (see the `Child Process` and `Cluster` documentation), the `process.disconnect()` method will close the
-                 * IPC channel to the parent process, allowing the child process to exit gracefully
-                 * once there are no other connections keeping it alive.
-                 *
-                 * The effect of calling `process.disconnect()` is the same as calling `ChildProcess.disconnect()` from the parent process.
-                 *
-                 * If the Node.js process was not spawned with an IPC channel, `process.disconnect()` will be `undefined`.
-                 * @since v0.7.2
-                 */
-                disconnect?(): void;
-                /**
-                 * If the Node.js process is spawned with an IPC channel (see the `Child Process` and `Cluster` documentation), the `process.connected` property will return `true` so long as the IPC
-                 * channel is connected and will return `false` after `process.disconnect()` is called.
-                 *
-                 * Once `process.connected` is `false`, it is no longer possible to send messages
-                 * over the IPC channel using `process.send()`.
-                 * @since v0.7.2
-                 */
-                connected: boolean;
-                /**
-                 * The `process.allowedNodeEnvironmentFlags` property is a special,
-                 * read-only `Set` of flags allowable within the `NODE_OPTIONS` environment variable.
-                 *
-                 * `process.allowedNodeEnvironmentFlags` extends `Set`, but overrides `Set.prototype.has` to recognize several different possible flag
-                 * representations. `process.allowedNodeEnvironmentFlags.has()` will
-                 * return `true` in the following cases:
-                 *
-                 * * Flags may omit leading single (`-`) or double (`--`) dashes; e.g., `inspect-brk` for `--inspect-brk`, or `r` for `-r`.
-                 * * Flags passed through to V8 (as listed in `--v8-options`) may replace
-                 * one or more _non-leading_ dashes for an underscore, or vice-versa;
-                 * e.g., `--perf_basic_prof`, `--perf-basic-prof`, `--perf_basic-prof`,
-                 * etc.
-                 * * Flags may contain one or more equals (`=`) characters; all
-                 * characters after and including the first equals will be ignored;
-                 * e.g., `--stack-trace-limit=100`.
-                 * * Flags _must_ be allowable within `NODE_OPTIONS`.
-                 *
-                 * When iterating over `process.allowedNodeEnvironmentFlags`, flags will
-                 * appear only _once_; each will begin with one or more dashes. Flags
-                 * passed through to V8 will contain underscores instead of non-leading
-                 * dashes:
-                 *
-                 * ```js
-                 * import { allowedNodeEnvironmentFlags } from 'node:process';
-                 *
-                 * allowedNodeEnvironmentFlags.forEach((flag) => {
-                 *   // -r
-                 *   // --inspect-brk
-                 *   // --abort_on_uncaught_exception
-                 *   // ...
-                 * });
-                 * ```
-                 *
-                 * The methods `add()`, `clear()`, and `delete()` of`process.allowedNodeEnvironmentFlags` do nothing, and will fail
-                 * silently.
-                 *
-                 * If Node.js was compiled _without_ `NODE_OPTIONS` support (shown in {@link config}), `process.allowedNodeEnvironmentFlags` will
-                 * contain what _would have_ been allowable.
-                 * @since v10.10.0
-                 */
-                allowedNodeEnvironmentFlags: ReadonlySet<string>;
-                /**
-                 * `process.report` is an object whose methods are used to generate diagnostic reports for the current process.
-                 * Additional documentation is available in the [report documentation](https://nodejs.org/docs/latest-v25.x/api/report.html).
-                 * @since v11.8.0
-                 */
-                report: ProcessReport;
-                /**
-                 * ```js
-                 * import { resourceUsage } from 'node:process';
-                 *
-                 * console.log(resourceUsage());
-                 * /*
-                 *   Will output:
-                 *   {
-                 *     userCPUTime: 82872,
-                 *     systemCPUTime: 4143,
-                 *     maxRSS: 33164,
-                 *     sharedMemorySize: 0,
-                 *     unsharedDataSize: 0,
-                 *     unsharedStackSize: 0,
-                 *     minorPageFault: 2469,
-                 *     majorPageFault: 0,
-                 *     swappedOut: 0,
-                 *     fsRead: 0,
-                 *     fsWrite: 8,
-                 *     ipcSent: 0,
-                 *     ipcReceived: 0,
-                 *     signalsCount: 0,
-                 *     voluntaryContextSwitches: 79,
-                 *     involuntaryContextSwitches: 1
-                 *   }
-                 *
-                 * ```
-                 * @since v12.6.0
-                 * @return the resource usage for the current process. All of these values come from the `uv_getrusage` call which returns a [`uv_rusage_t` struct][uv_rusage_t].
-                 */
-                resourceUsage(): ResourceUsage;
-                /**
-                 * The initial value of `process.throwDeprecation` indicates whether the `--throw-deprecation` flag is set on the current Node.js process. `process.throwDeprecation`
-                 * is mutable, so whether or not deprecation warnings result in errors may be altered at runtime. See the documentation for the 'warning' event and the emitWarning()
-                 * method for more information.
-                 *
-                 * ```bash
-                 * $ node --throw-deprecation -p "process.throwDeprecation"
-                 * true
-                 * $ node -p "process.throwDeprecation"
-                 * undefined
-                 * $ node
-                 * > process.emitWarning('test', 'DeprecationWarning');
-                 * undefined
-                 * > (node:26598) DeprecationWarning: test
-                 * > process.throwDeprecation = true;
-                 * true
-                 * > process.emitWarning('test', 'DeprecationWarning');
-                 * Thrown:
-                 * [DeprecationWarning: test] { name: 'DeprecationWarning' }
-                 * ```
-                 * @since v0.9.12
-                 */
-                throwDeprecation: boolean;
-                /**
-                 * The `process.traceDeprecation` property indicates whether the `--trace-deprecation` flag is set on the current Node.js process. See the
-                 * documentation for the `'warning' event` and the `emitWarning() method` for more information about this
-                 * flag's behavior.
-                 * @since v0.8.0
-                 */
-                traceDeprecation: boolean;
-                /**
-                 * An object is "refable" if it implements the Node.js "Refable protocol".
-                 * Specifically, this means that the object implements the `Symbol.for('nodejs.ref')`
-                 * and `Symbol.for('nodejs.unref')` methods. "Ref'd" objects will keep the Node.js
-                 * event loop alive, while "unref'd" objects will not. Historically, this was
-                 * implemented by using `ref()` and `unref()` methods directly on the objects.
-                 * This pattern, however, is being deprecated in favor of the "Refable protocol"
-                 * in order to better support Web Platform API types whose APIs cannot be modified
-                 * to add `ref()` and `unref()` methods but still need to support that behavior.
-                 * @since v22.14.0
-                 * @experimental
-                 * @param maybeRefable An object that may be "refable".
-                 */
-                ref(maybeRefable: any): void;
-                /**
-                 * An object is "unrefable" if it implements the Node.js "Refable protocol".
-                 * Specifically, this means that the object implements the `Symbol.for('nodejs.ref')`
-                 * and `Symbol.for('nodejs.unref')` methods. "Ref'd" objects will keep the Node.js
-                 * event loop alive, while "unref'd" objects will not. Historically, this was
-                 * implemented by using `ref()` and `unref()` methods directly on the objects.
-                 * This pattern, however, is being deprecated in favor of the "Refable protocol"
-                 * in order to better support Web Platform API types whose APIs cannot be modified
-                 * to add `ref()` and `unref()` methods but still need to support that behavior.
-                 * @since v22.14.0
-                 * @experimental
-                 * @param maybeRefable An object that may be "unref'd".
-                 */
-                unref(maybeRefable: any): void;
-                /**
-                 * Replaces the current process with a new process.
-                 *
-                 * This is achieved by using the `execve` POSIX function and therefore no memory or other
-                 * resources from the current process are preserved, except for the standard input,
-                 * standard output and standard error file descriptor.
-                 *
-                 * All other resources are discarded by the system when the processes are swapped, without triggering
-                 * any exit or close events and without running any cleanup handler.
-                 *
-                 * This function will never return, unless an error occurred.
-                 *
-                 * This function is not available on Windows or IBM i.
-                 * @since v22.15.0
-                 * @experimental
-                 * @param file The name or path of the executable file to run.
-                 * @param args List of string arguments. No argument can contain a null-byte (`\u0000`).
-                 * @param env Environment key-value pairs.
-                 * No key or value can contain a null-byte (`\u0000`).
-                 * **Default:** `process.env`.
-                 */
-                execve?(file: string, args?: readonly string[], env?: ProcessEnv): never;
-            }
-        }
-    }
-    export = process;
-}
-declare module "process" {
-    import process = require("node:process");
-    export = process;
-}