Gio.Socket

const Gio = imports.gi.Gio;

let socket = new Gio.Socket({
    family: value,
    fd: value,
    protocol: value,
    type: value,
});
  

A Gio.Socket is a low-level networking primitive. It is a more or less direct mapping of the BSD socket API in a portable GObject based API. It supports both the UNIX socket implementations and winsock2 on Windows.

Gio.Socket is the platform independent base upon which the higher level network primitives are based. Applications are not typically meant to use it directly, but rather through classes like Gio.SocketClient, Gio.SocketService and Gio.SocketConnection. However there may be cases where direct use of Gio.Socket is useful.

Gio.Socket implements the Gio.Initable interface, so if it is manually constructed by e.g. GObject.Object.new you must call Gio.Initable.prototype.init and check the results before using the object. This is done automatically in Gio.Socket.new and Gio.Socket.new_from_fd, so these functions can return null.

Sockets operate in two general modes, blocking or non-blocking. When in blocking mode all operations block until the requested operation is finished or there is an error. In non-blocking mode all calls that would block return immediately with a Gio.IOErrorEnum.would_block error. To know when a call would successfully run you can call Gio.Socket.prototype.condition_check, or Gio.Socket.prototype.condition_wait. You can also use Gio.Socket.create_source and attach it to a GLib.MainContext to get callbacks when I/O is possible. Note that all sockets are always set to non blocking mode in the system, and blocking mode is emulated in GSocket.

When working in non-blocking mode applications should always be able to handle getting a Gio.IOErrorEnum.would_block error even when some other function said that I/O was possible. This can easily happen in case of a race condition in the application, but it can also happen for other reasons. For instance, on Windows a socket is always seen as writable until a write returns Gio.IOErrorEnum.would_block.

#GSockets can be either connection oriented or datagram based. For connection oriented types you must first establish a connection by either connecting to an address or accepting a connection from another address. For connectionless socket types the target/source address is specified or received in each I/O operation.

All socket file descriptors are set to be close-on-exec.

Note that creating a Gio.Socket causes the signal %SIGPIPE to be ignored for the remainder of the program. If you are writing a command-line utility that uses Gio.Socket, you may need to take into account the fact that your program will not automatically be killed if it tries to write to %stdout after it has been closed.

Since 2.22