Environment.GetCommandLineArgs is an internal call and my assumption was
that the internal call is not registered to a C function. But now I see
that I can call Environment.GetCommandLineArgs.
I checked it out and Environment.GetCommandLineArgs returns null if you
embed mono into your application.
On 03/11/13 15:58, Vardar Sahin wrote:
Environment.GetCommandLineArgs is an internal call and my assumption was
that the internal call is not registered to a C function. But now I see
that I can call Environment.GetCommandLineArgs.
I checked it out and Environment.GetCommandLineArgs returns null
I think that GLib.Global.ProgramName has to be set to a value.I am not sure
what will happen when it is not set.
In case args == null and we should set GLib.Global.ProgramName to a static
value like this.
var args = Environment.GetCommandLineArgs ();
if (args != null args.Length 0){
Thanks for the suggestion! Using regasm.exe on Windows, I tried creating a
.reg file for import into wine (wine regedit xxx.reg). I also tried having
it create TLB files, then exported the .TLB version of the registry entries
to the Linux Wine installation as well. After that, on both accounts
Why do you assume that there is a bad consequence if g_set_prgname() is
not called? Please test it, and if you confirm any bad behaviour, come
back with more info.
On 03/11/13 20:50, Vardar Sahin wrote:
I think that GLib.Global.ProgramName has to be set to a value.I am not
sure what will