[fpc-pascal] Portable (or at least working) version of GetDomainName()?

Mark Morgan Lloyd markMLl.fpc-pascal at telemetry.co.uk
Tue Apr 9 10:14:06 CEST 2013

waldo kitty wrote:

>>> [crystalball] get nslookup working first. your code should work. 
>>> [/crystalball]
>> OK, that's no big deal. But it looks like GetDomainName() doesn't 
>> quite do what
>> it says on the can :-)
> agreed... i was just looking around on my FPC 2.6.0 install and note the 
> following from rtl/unix/unix.pp
> Function  GetDomainName:String; deprecated; // because linux only.

I saw that as well, and wouldn't have raised it if I'd not been working 
on x86 Linux. It might turn out to depend on the distro: I use Debian.

> diggin in, i note that it seems to use the system's uname function... 
> but i think that is different than the command line "uname" or "uname 
> -a" because none of my linux machine return their FQDN in this output... 
> i note that it also seems to be pulling this function from a/the libc 
> library...
> i note that both, GetDomainName and GetHostName both use the same var 
> (Sysn : utsname) but just different fields in what is apparently a 
> record of some type...
> can't trace further... the grill and a pork loin are calling me... not 
> to mention other mouths in the location wanting some eats soon-ish...

It might be notable that Debian doesn't volunteer a domain name unless 
it's able to contact DNS. I'll get onto nslookup, or just use temporary 
text (it's only salt for a password hash, and is stored).

Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

More information about the fpc-pascal mailing list