May the source be with you, but remember the KISS principle ;-)
Home Switchboard Unix Administration Red Hat TCP/IP Networks Neoliberalism Toxic Managers
(slightly skeptical) Educational society promoting "Back to basics" movement against IT overcomplexity and  bastardization of classic Unix

Tivoli TEC Logfile Adapter

News Event Adapters Recommended Links Troubleshooting the Tivoli Unix logfile adapter TEC Documentation
Operations with Adapter: Starting, Stopping and Reloading Starting the adapter Stopping the adapter Adapter files Installation

Configuration File

TWS Logfile adapter Tivoli Workload Scheduler Format file Default rules
postmsg adapter   TEC Rules Programming Humor Etc

The TEC logfile adapter is used to relay events from the clients to the TEC event server.  It also can be installed on the TEC server itself.  ACP is much more powerful and using the latest version very scalable and easy to configure. There are two types of logfile adapter: TME and and not-TME

During the installation the UNIX logfile adapter  modifies the /etc/syslog.conf file to enable the named pipe that the adapter uses.

The adapter can also be configured to monitor any ASCII log file for information that is important to the operation of your enterprise. For example TWS uses logfile adpater to send events to about job execution to TEC. See TWS Logfile adapter. Installation of TWS adapter comes with more interesting set of rules that syslog adapter and I recommend to study them first.

Typical operations with adapter include

Operations with Logfile Adapter: Starting, Stopping and Reloading

Starting the logfile adapter

Use the init.tecad_logfile start [adapterID] command in the background to manually start the adapter. Always use this command to ensure that the syslogd daemon is properly configured to send messages to the adapter. For example

cd /opt/tivoli/lcf/bin/aix4-r1/TME/TEC/adapters/bin/

init.tecad_logfile start &

In most situations, the start-up process takes approximatly 40 seconds, at which time the syslogd daemon is refreshed. If you want to give the adapter additional seconds to complete its startup, specify the -tstartup_time option for the init.tecad_logfile start command. There cannot be a space between the option letter and the option value. This option is useful if the adapter does not receive events because the syslogd daemon is not properly refreshed.

Note: The endpoint adapter is automatically started as a step in the adapter installation process when the adapter configuration profile is distributed using the Adapter Configuration Facility.

The syntax for the init.tecad_logfile command is as follows:

init.tecad_logfile [-s] {start | stop} [adapterID] &

If the -s flag (skip syslog) is specified, the adapter does not monitor the syslogd daemon.

If the -s flag is not specified, use & so that the command runs in the background while returning a command prompt to your session. Otherwise, because an adapter started without the -s option forks a child process to run the adapter, the process does not return to the command line until the child process ends.


If you start the adapter with the -s flag, you should also use the -s flag when you stop the adapter to avoid reconfiguring the syslogd daemon. You can also stop the adapter without the -s flag and it still works. However, do not stop an adapter with the -s flag if you did not start it with the -s flag.

If the -s flag is not specified, the UNIX logfile adapter startup script uses a UNIX pipe to monitor the syslogd daemon and the syslogd daemon is configured to write to the pipe, and the UNIX logfile adapter reads from that pipe. When the adapter ends, the startup script reconfigures the syslogd daemon to stop writing to the pipe before stopping the UNIX logfile adapter.

The following command starts a UNIX logfile adapter called syslog that monitors all syslog messages:

init.tecad_logfile start syslog &

See also Starting the adapter

Stopping the logfile adapter

Never stop the adapter using signals. That breaks the named pipe used by adapter to read input and makes syslog messages disappear

To manually stop the adapter

init.tecad_logfile stop [adapterID]

command. This command ensures that the syslogd daemon is correctly configured to stop sending messages to the adapter. If the adapter is stopped with any other method, the syslogd daemon might exit because the adapter is no longer listening on the named pipe that the syslogd daemon is writing to.

See also Stopping the adapter

Reloading the logfile adapter configuration

To reload the adapter configuration and format files, issue the following command:

kill -HUP pid

where pid is the process ID of the adapter. Use this command if you want to change the adapter configuration without having to stop and restart the adapter. For example, you might want to temporarily add (and later remove) filters or entries in the format file when the system goes into maintenance mode. After you have made the necessary changes to the configuration and format files, issue this command to dynamically update the adapter configuration.

You can configure each adapter configuration record to perform actions on subscribing endpoints upon distribution. You can configure actions that are to be performed both before and after configuration files are written. Actions performed before file distribution can stop an event adapter and possibly remove the contents of a configuration directory. Actions performed after file distribution can restart the adapter.

You can automatically stop the endpoint adapter by distributing an adapter configuration profile that has the adapter start command removed from the after-file-distribution actions. See Adapter Configuration Facility for additional information.

Restarting the adapter

Sometime the adapter becomes stale. That was a common error with TWS 8.2: once in several months transmission of TWS messages to TEC console was dramatically delayed. In this case you need to restart the logfile adapter

cd /tivoli/lcf/bin/aix4-r1/TME/TEC/adapters/bin/
./init.tecad_logfile -s stop &&  ./init.tecad_logfile -s start &


A set of configuration steps must be performed to enable logadapter adapter. IBM( Tivoli Enterprise Console Installation Guide is almost useless as for installation. The key idea is that you need to create a profile and distribute it to endpoints. Distribution of profile actually creates the logadapter files.

The first step is to create an Adapter Configuration Profile (ACP). In order to do so, you must insure that ACPs are managed resources. From the pull-down menu on the selected policy region, select Managed Resources and make sure ACP is in the Current Resources list.

After the format files have been distributed, the events generated from logfile entries should show up in the event console. When the adapter configuration is distributed, the Logfile Adapter for the subscribe endpoint will automatically restart the adapter with the new configuration file. Add entries to the log file to generate new events.

Adapter files

The UNIX logfile adapter package consists of the following files:

  1. tecad_logfile.conf The configuration file. This file along with format file is the most important for the adapter configuration. It is located at /opt/tivoli/lcf/bin/platform/TME/TEC/adapters/etc
  2. tecad_logfile.fmt The format file. The second most important file for the adapter. Provide parsing of log entries using an ideosyncratic language. It is also located at /opt/tivoli/lcf/bin/platform/TME/TEC/adapters/etc
  3. log_default.rls The default rule file. Located in rules directory of TEC server.
  4. tecad_logfile.baroc The BAROC file. Located in BAROC directory of TEC server.
  5. tecad_logfile.cfg The installation script.
  6. init.tecad_logfile The adapter startup and shutdown script. Never stop the adapter using signals. Use this script to ensure that the syslogd daemon remains running and functional.
  7. tecad_logfile The executable file of the adapter that receives the log information and transforms it into events.
  8. logfile_gencds The executable file that converts a format file to a CDS file.
  9. tecad_logfile.cds The CDS file. This file is created by running logfile_gencds on the format file.
  10. tecad_logfile.err The error file.
  11. tecad_logfile@.cache cache file; location is defined in tecad_logfile.conf By default is located at /etc/Tivoli/tec/

Before you start the event server and UNIX logfile adapter, check each adapter file to determine if it defines the behavior you want from the adapter.

See also Adapter files

Configuration file

The configuration file defines the behavior of the adapter. The configuration file can have the common keywords described in Configuration file, as well as the following custom keywords:

Specifies the log files to poll. The complete path to each file must be specified, and file names must be separated by commas. Within each file name, you can also use an asterisk (*) to represent any sequence of characters, or a question mark (?) to represent any single character. For example, mylog* would result in polling all log files whose names begin with mylog, while mylog??? would result in polling all log files whose names consist of mylog followed by exactly three characters. These wildcard characters are supported only within the file name; the path must be explicitly specified.

A log source need not exist when the adapter is started; it is polled when it is created.

Each line in the file must end with a newline character. If a file truncates while the adapter is active, the adapter automatically resets its internal pointer to the beginning of the file. If during the polling interval the file is overwritten, removed, or recreated with more lines than the previous poll, only the number of lines greater than the previous line count is read. For example, the file has one line. After the poll interval elapses, the file is overwritten with two lines. Only the second line is read on the next polling.


The maximum number of lines that can be concatenated to a log file is 16 384.

Specifies whether a log file should be treated as new when the time stamp of the file changes but the size remains the same. When a file is treated as new, the adapter re-sends every event contained in the file. The possible value is:
mtime | MTIME
The file is treated as new if the modification time stamp changes.

This keyword is optional. If NewLogBasedOn is not specified, a preexisting log file is treated as new only if its size decreases.

Specifies the frequency, in seconds, to poll each file listed in the LogSources field for new messages. The default value is 120 seconds.
Specifies the process priority for the adapter. You can adjust this value to improve system performance if the adapter processes large volumes of events and is using too many processor resources. The possible values are:
Very low priority (20)
Low priority (10)
Typical priority (0)
Above typical priority (-5)
High priority (-10)
Very high priority (-20)

The default value is C (typical priority).

Specifies a file to log discarded events that cannot be parsed into a Tivoli Enterprise Console event class by the adapter. The discarded events can then be analyzed to determine if modifications are needed to the adapter format file.

See also Configuration file

Running multiple UNIX logfile adapters

You can run multiple instances of the UNIX logfile adapter on a single system. It is recommended that additional adapters be run as non-TME adapters. To monitor different log files, each instance of the adapter must have its own configuration, format, class definition statement (CDS), and error files. If the adapters use event buffering (set using the BufferEvents keyword, which has a default value of YES), the adapters must also have their own cache files.

If you want to stop an adapter when multiple log files are running, you must specify the name of the adapter to stop. If you do not specify the adapter to stop, the default adapter without a name is stopped.

Format file

The format file is described in detail in Format file.

Class definition statement file

The CDS file defines how an adapter constructs events. This file is derived from the format file using the logfile_gencds program. In general, you should never have to edit this file to add new mappings. The CDS file is described in detail in Class definition statement file and in Appendix C. Class definition statement file reference.

Error file

The error file is described in detail in Error file.

Events listing

The following table shows the class names and severities of all events defined for the UNIX logfile adapter. You can use the table to get a sense of how log file events are mapped to Tivoli Enterprise Console events and to determine if you want to make any changes. The events are defined in the BAROC file. See the IBM Tivoli Enterprise Console Rule Developer's Guide for more information about customizing BAROC files.

Event class structure

Event classes are defined hierarchically, with child classes inheriting attribute value defaults from the parent.

The adapter fills in the following attribute defaults. The attributes are used in event group filters.

The following events are defined for the UNIX logfile adapter in the tecad_logfile.baroc file.

Table 17. UNIX logfile adapter events
Event Class Default Severity
Logfile_Base WARNING
Logfile_Automounter HARMLESS
Logfile_Amd WARNING
Amd_Mounted WARNING
Amd_Unmounted WARNING
Logfile_Automount WARNING
Logfile_Bootpd WARNING
Logfile_Comsat WARNING
Logfile_Cron HARMLESS
Logfile_Date HARMLESS
Logfile_Date_Set WARNING
Logfile_Ebbackupd WARNING
Ebbackupd_Waiting WARNING
Logfile_Ebcatcomp WARNING
Logfile_Fsck WARNING
Logfile_Ftp WARNING
Logfile_Ftpd WARNING
Logfile_Gated WARNING
Logfile_Getty WARNING
Logfile_Halt WARNING
Logfile_Idi HARMLESS
Logfile_Inetd WARNING
Logfile_Init WARNING
Logfile_Innd WARNING
Logfile_Kernel WARNING
File_Write_Error MINOR
File_System_Full MINOR
Sendsig_Err CRITICAL
Kernel_Panic FATAL
Silo_Overflow MINOR
Logfile_Login WARNING
Root_Login MINOR
Root_Login_Failure WARNING
Root_Login_Failure_From WARNING
Root_Login_Success WARNING
Root_Login_Success_From WARNING
Repeated_Login_Failure WARNING
Repeated_Login_Failure_From WARNING
Logfile_Lpd WARNING
Logfile_Lpd_Get_Hostname WARNING
Logfile_Lpd_Lost_Connection WARNING
Logfile_Lpd_No_File WARNING
Logfile_Mosaic WARNING
Logfile_Mountd WARNING
Logfile_Named WARNING
Logfile_Nfsd WARNING
Logfile_Nnrpd WARNING
Logfile_Oserv WARNING
Oserv_Panic CRITICAL
Oserv_Graceful_Exit HARMLESS
Oserv_System_Error MINOR
Oserv_Fork_Failed CRITICAL
Oserv_Exec_Failed MINOR
Oserv_Comm_Error WARNING
Oserv_IPC_Dispatch_Failed MINOR
Oserv_Security WARNING
Oserv_Tmgr WARNING
Oserv_Event_Method_Failed MINOR
Logfile_Passwd WARNING
Logfile_Pcnfsd WARNING
Logfile_Printer WARNING
Printer_Connection_Abort WARNING
Printer_Error_Cleared HARMLESS
Printer_Door_Open WARNING
Printer_Offline WARNING
Printer_Output_Full WARNING
Printer_Page_Punt WARNING
Printer_Paper_Jam WARNING
Printer_Paper_Out WARNING
Printer_Powerup WARNING
Printer_Toner_Low WARNING
Logfile_Rarpd WARNING
Logfile_Reboot HARMLESS
Logfile_Rexecd WARNING
Logfile_Rftp WARNING
Logfile_Rlogind WARNING
Logfile_Routed WARNING
Logfile_Rquotad WARNING
Logfile_Rshd WARNING
Logfile_Rstatd WARNING
Logfile_Rtelnet WARNING
Logfile_Rwhod WARNING
Logfile_Sendmail HARMLESS
Sendmail_Loopback WARNING
Sendmail_No_Space MINOR
Logfile_Snmpd WARNING
Logfile_Sockd WARNING
Sockd_Connected HARMLESS
Sockd_Terminated WARNING
Sockd_Transfer WARNING
Logfile_Strerr HARMLESS
Logfile_Su WARNING
Su_Failure WARNING
Su_Success WARNING
Logfile_Syslogd WARNING
Syslogd_Nospace MINOR
Logfile_Talkd WARNING
Logfile_Telnetd WARNING
Logfile_Tftpd WARNING
Logfile_Xntpd WARNING
Xntpd_Clock_Reset WARNING
Xntpd_Ntpdate WARNING
Logfile_Ypbind WARNING
Logfile_Ypchfn WARNING
Logfile_Ypchsh WARNING
Logfile_Yppasswd WARNING
No_Permission WARNING
No_Resources CRITICAL
No_Disk_Space WARNING
File_System_Full MINOR
LOCAL_File_System_Full WARNING
NFS_File_System_Full WARNING
SWAP_File_System_Full WARNING
Sendmail_No_Space MINOR
Syslogd_Nospace MINOR
No_Proc_Attributes WARNING
Server_No_Response WARNING

Default rules

The UNIX logfile adapter has a set of default rules that can be installed to enhance event server operation. Rules can enable the server to perform functions such as deleting events and sending e-mail to alert administrators of an unresolved problem. The rules are contained in the log_default.rls file and perform the following functions:

The event server also comes with some additional rules that you can install. The $BINDIR/TME/TEC/contrib/rules/security directory contains the security_default.rls file, which provides the following behavior to the event server:

See also Default rules


Old News ;-)

Tivoli-IBM TME10 FAQ - How do I create a logfile adapter to read UNIX application logfiles?

Apr 8, 2003 | Tek-Tips

First, create a format file for your application. Note that you must have a default Sun syslog or AIX errpt logfile adapter deployed before you can do this, and you will need to do some scripting to install your application LFA in a different location. If you fail to do this, the application LFA will break your syslog adapter.

Define a base event class if you have multiple event formats with common attributes:

FORMAT Nortel_IVR_Base
%s %t <%s> %s %s*
hostname "HSTNAME"
sub_origin "N/A"
adapter_host "EPLABEL"
date $2
origin DEFAULT
sub_system $3
error_code $4
msg $5

Then begin defining your events:

// Sat Aug 17 10:55:56 <KmnPin> 91003 Line 25 Host 1 Severity 8 Vps 1
FORMAT Nortel_IVR_Error FOLLOWS Nortel_IVR_Base
%s %t <%s> %s Line %s Host %s Severity 8 %s*
-line_number $5
-host_number $6
vps_number $7
msg PRINTF("<%s> %s Line %s %s", sub_system, error_code, line_number, vps_number)

Note the dashes "-" before some of the slots. These signify event slots that are used locally and are not present in the BAROC file.

Create your Adapter Configuration Profile
Select the adapter type - a default AIX or Solaris type will do.

In the "Filters" tab, create your event filters.

000 Class=Nortel_IVR_Base
001 Class=Nortel_IVR_Error

In the "Environment" tab, set your keywords


Note the use of the FilterMode keyword. FilterMode=IN will only process events are present in the event classes in the "Filters" tab. The default behavior is FilterMode=OUT.

If you have multiple logs, you must specify the full path to each logfile, separated by commas with no spaces in between.

In the "Actions" tab for the "Before" actions I do a little scripting in the adapter to create the LFA install directory and copy the necessary LFA binaries to the new LFA install directory.

mkdir -p $TECADHOME/etc
mkdir -p $TECADHOME/bin
cp $LCF_DATDIR/../../bin/solaris2/TME/TEC/adapters/bin/* $TECADHOME/bin
$TECADHOME/bin/init.tecad_logfile -s stop IVR_Logfile

You must use the "-s" switch in the adapter stop command to let the adapter know NOT to create a pipe to syslogd! If you don't, you'll break your syslog adapter.

Ok, here's where it gets tricky. In the "After" actions, we define some variables, then use sed to insert those variables into a temporary format file, then compile the temp format file and the finished format file:

/usr/bin/sed -e "s/HSTNAME/$REALNAME/g" $TECADHOME/etc/tecad_logfile_IVR.fmt > $TECADHOME/etc/tecad_logfile.fmt.tmp
/usr/bin/sed -e "s/EPLABEL/${ACPEP_NAME}/g" $TECADHOME/etc/tecad_logfile.fmt.tmp > $TECADHOME/etc/tecad_logfile.fmt
logfile_gencds $TECADHOME/etc/tecad_logfile.fmt > $TECADHOME/etc/tecad_logfile.cds
$TECADHOME/bin/init.tecad_logfile -s start IVR_Logfile

Again, make sure you're using the "-s" switch on the adapter start command.

The reason for all of this scripting is to ensure that if the hostname differs from the endpoint lable, we can tell that when we look at the event. This is helpful in clustered or HACMP configurations where you may have multiple endpoints installed.

In the "Distribution" tab, tell the adapter where it's going to get its format and error files from:


In the "General" tab, set the install location for the adapter's configuration files:

Install dir: /usr/Tivoli/lcf/bin/solaris2/TME/TEC/adapters/IVR_Logfile/etc

Config file: tecad_logfile.conf

Make sure your event class is added to a new or existing BAROC file. Compile your rulebase and bounce the TEC server.

Save your adapter and distribute. That is, after you've added your subscribers.

Recommended Links

2005_06_28 STE: Tivoli Enterprise Console Adapter Implementation

Support Technical Exchange presented by Kandasamy Kandavel to show overview, installation, files, event filtering, troubleshooting and internationalization of the Tivoli Enterprise Console Logfile Adapter.

Debugging Tivoli Enterprise Console 3.9 logfile adapter problems by Sandi Comsudi

Plus Module User's Guide - good description of integration of TWS with TEC using logfile adapter.

Adding a new message to a Logfile Adapters Provides an explanation of how to add new messages to be processed by the Unix Logfile adapter or the NT Event Log Adapter.


 #Start the Tivoli Enterprise Console Logfile Adapter
if [ -f /opt/TMF/bin/lcf_bundle/bin/aix4-r1/TME/TEC/adapters/bin/init.tecad_logfile ]; then
    sleep 2
    /opt/TMF/bin/lcf_bundle/bin/aix4-r1/TME/TEC/adapters/bin/init.tecad_logfile  start  &
    echo "Tivoli Enterprise Console Logfile Adapter started."



Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy


War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes


Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law


Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Haterís Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand ~Archibald Putt. Ph.D

Copyright © 1996-2021 by Softpanorama Society. was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) without any remuneration. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to to buy a cup of coffee for authors of this site


The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the Softpanorama society. We do not warrant the correctness of the information provided or its fitness for any purpose. The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Last modified: March 12, 2019