glibエラーを解決するには、次の環境変数を設定する必要があると聞きました。
G_SLICE=always-malloc
しかし、私はそれをどうするべきかわからず、それを使用することをお勧めするすべての場所で、彼らはあなたがそれを行う方法を知っていると仮定します(GNOMEドキュメントも同じです:https://developer.gnome.org/glib/stable/glib-running.html)。
だから私はLinux環境変数に設定してみました。私がいるプログラミング環境(Firefox Add-on SDK)で設定しようとしましたが、成功しませんでした。
glib開発パッケージをインストールし、いくつかの設定ファイルを見つける必要があるようです。しかし、私が間違った道に行く前に誰かが私を助けることができますか?
答え1
プロセスで環境変数を設定すると、すべての子プロセスから継承されます。これを行う正確な方法は、使用する場所によって異なります。あなたいいえただし、すべてのGLib構成は変更する必要があります。
シェルで実行されるプログラムの環境変数を設定するには(ここでは Bash と仮定)、書くことができます:
export G_SLICE=always-malloc
その後、このシェルセッションで実行されるすべてのプログラムにはこの変数が設定されます。
また、後で実行されるすべてのシェルに設定するには、~/.profile
この行を追加してください。この場合、将来実行するすべてのシェルには適用されますが、現在実行中のシェルには適用されません。
プログラムを一度だけ実行するように設定するには(効果をデバッグするため)、コマンドの前に変数割り当てを追加します。
$ G_SLICE=always-malloc gsomething
端末で実行するコマンドです。.profile
通常、GUIでも機能しますが、システム構成によっては機能しない場合があります。ユーザーごとに構成することもできます。
ユーザーごとに常に設定したい場合は(おそらく)/etc/environment
フォーマットが少し異なります。KEY=VAL
別の行に引用符は必要なく、他に何もありません。
G_SLICE=always-malloc
これは(おそらくシステムに応じて)次のように決定されます。pam_env
基準寸法。~/.pam_environment
1人のユーザーにのみ同じ効果を与えますが、ディストリビューションで有効または無効にすることができるユーザー固有のファイルもあります。変更を適用するには、ログアウトして再度ログインする必要があります。
または(を使用している場合)または(ほとんどのログインマネージャの場合)export
にステートメントを追加できます。~/.xinitrc
startx
~/.xsession
KDEのサポート上記のステートメントを~/.kde/env
含むシェルファイルを必要な数だけ含めることができるディレクトリ。export