MoonPoint Support Logo


Shop Amazon Warehouse Deals - Deep Discounts on Open-box and Used ProductsAmazon Warehouse Deals

Advanced Search
Sun Mon Tue Wed Thu Fri Sat

Sat, Mar 08, 2008 4:34 pm

Turning on Display of Account at Welcome Screen

I had turned off the display of an account at the Windows XP welcome screen (see Hiding an Account from the Welcome Screen) and needed to turn it back on temporarily.

I checked the setting of the account from the command line with the reg query command. The account for which I had hidden the account from the welcome screen display was the administrator account in this case.

C:\Documents and Settings\Administrator>reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList" /v Administrator


HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList
    Administrator       REG_DWORD       0x0

The value of zero for HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList\Administrator means the account is not shown on the welcome screen.

I turned the display of that account back on with the reg add command.

C:\Documents and Settings\Administrator>reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList" /v Administrator /t REG_DWORD /d 1
Value Administrator exists, overwrite(Y/N)? y

The operation completed successfully

I had to reboot for the administrator account to be displayed with the other accounts on the system at the welcome screen. The picture chosen for the administrator account was then shown with those for the other accounts, allowing one to click on it to logon.

[/os/windows/xp] permanent link

Sat, Mar 08, 2008 12:19 pm

Rdesktop on Solaris 10

I wanted to be able to use rdesktop, which is an open source client for Windows NT Terminal Server and Windows 2000/2003 Terminal Services, on an Intel-architecture Solaris 10 system, so I downloaded the x86 Solaris 10 version of rdesktop from

rdesktop-1.5.0-sol10-x86-local.gz Rdesktop is a client for Windows terminal servers - installs in /usr/local. You will also need to install libiconv, openssl-0.9.8f, and to obtain /usr/local/lib/ you will need to have installed libgcc-3.4.6 or gcc-3.4.6 or higher.

Since one of the requirements for rdesktop 1.5.0 was libiconv , I installed it. I checked the version of gcc on the system. It was 3.4.3.

# /usr/sfw/bin/gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

Version 3.4.6 was listed as a requirement, but I thought version 3.4.3 would likely suffice.

Another requirement listed for rdesktop 1.5.0 was openssl-0.9.8f. I checked the version of OpenSSL on the system with openssl version. OpenSSL 0.9.7d was already on the system.

# /usr/sfw/bin/openssl version
OpenSSL 0.9.7d 17 Mar 2004 (+ security patches to 2006-09-29)

After installing rdesktop 1.5.0, I checked to see if it would run with the exiting 0.9.7d version of OpenSSL, but I received an error message when I attempted to run it.

# /usr/local/bin/rdesktop -0 rdesktop: fatal: open failed: No such file or directory

I checked to see what OpenSSL package was already on the system and saw the following:

# pkginfo | grep -i openssl
system      SUNWopenssl-commands             OpenSSL Commands (Usr)
system      SUNWopenssl-include              OpenSSL Header Files
system      SUNWopenssl-libraries            OpenSSL Libraries (Usr)
system      SUNWopenssl-man                  OpenSSL Manual Pages
system      SUNWopensslr                     OpenSSL (Root)

I checked for further information on the SUNWopenssl-commands package and saw the following:

# pkginfo -l SUNWopenssl-commands
   PKGINST:  SUNWopenssl-commands
      NAME:  OpenSSL Commands (Usr)
  CATEGORY:  system
      ARCH:  i386
   VERSION:  11.10.0,REV=2005.
   BASEDIR:  /
    VENDOR:  Sun Microsystems, Inc.
      DESC:  OpenSSL Commands (Use)
    PSTAMP:  on10-patch-x20061222002936
  INSTDATE:  Feb 03 2008 21:00
   HOTLINE:  Please contact your local service provider
    STATUS:  completely installed
     FILES:        5 installed pathnames
                   3 shared pathnames
                   3 directories
                   2 executables
                 634 blocks used (approx)

I decided to download and install the OpenSSL 0.9.8f package from

# gunzip openssl-0.9.8f-sol10-x86-local.gz
# pkgadd -d ./openssl-0.9.8f-sol10-x86-local

But, when I attempted to run the new version, which is installed in /usr/local/ssl, I received an error message.

# /usr/local/ssl/bin/openssl version openssl: fatal: open failed: No such file or directory

I checked to see what versions of were installed on the system and where they were located.

# find / -name\*

Since was located in /usr/sfw/lib, I then set LD_LIBRARY_PATH to point to that directory. I was then able to successfully run the version of openssl in /usr/local/ssl/bin .

# LD_LIBRARY_PATH=/usr/sfw/lib
# /usr/local/ssl/bin/openssl version
OpenSSL 0.9.8f 11 Oct 2007

I was then able to use rdesktop on the Solaris 10 system to log into a Windows Small Business Server (SBS) 2003 system as the administrator.

# /usr/local/bin/rdesktop -0 u administrator

Note: if you use the above method of setting LD_LIBRARY_PATH and exporting it to run rdesktop, you will need to do so each time you open a new terminal window.

[/os/unix/solaris] permanent link

Once You Know, You Newegg AliExpress by

Shop Amazon Local - Subscribe to Deals in Your Neighborhood

Valid HTML 4.01 Transitional

Privacy Policy   Contact

Blosxom logo