Sponsored Content
Top Forums Shell Programming and Scripting Suggestions on quality reading Post 302714681 by DGPickett on Friday 12th of October 2012 12:11:25 PM
Old 10-12-2012
Reading explanations is OK, but there is a lot of value in dissecting examples and finally, in writing you own scripts. Make up your own applications to script, or follow the discussions here! The subtleties are best learned by making mistakes, by processing some input and examining some output.

A big part of shell scripting is knowing the tool applications, like sort, comm, grep, sed, ls, ps, find, etc. It is a bit like learning C; nice language but you need to learn the libraries. In fact, it is good to write some commands in C to see what your shell is up to and to understand the behavior of FILE* I/O. Understanding the UNIX system, with inherited duplicate FD, environment, signals and masks, umask, inodes, directories, symbolic links, named pipes, fork(), exec() and even threads can help you understand what the shell makes available to you. Learning how to read man pages for full understanding and how to research will be skills you will use over and over. I use it here, and it keeps me sharp. Remember that all of the LINUX source is available to read. I have posted C source for many small commands here. Try following some of the questions that got answered.
 

2 More Discussions You Might Find Interesting

1. Ubuntu

Ubuntu Graphic Quality Issue?

Okay I have my computer dual booted with Ubuntu 9.04 and Windows Vista, when I play a game on Vista such as Soldier Front or Quake its smooth and very enjoyable, but when I try to get a simple game such as Scorched 3D, its glitchy, choppy, and the background seeps through to the game (I get a... (9 Replies)
Discussion started by: phoxly
9 Replies

2. Shell Programming and Scripting

Reading and Writing a conf file - Suggestions and improvements?

Hello all As part of my TUI - (line based) Text User Interface, i do have 2 commands to assist working with conf files. Now, for me they work, but since i wrote them, i automaticly use them they way they should be used... you know what i mean. ;) Anyway, they are designed to read 'simple'... (3 Replies)
Discussion started by: sea
3 Replies
LKSH(1) 						    BSD General Commands Manual 						   LKSH(1)

NAME
lksh -- Legacy Korn shell built on mksh SYNOPSIS
lksh [-+abCefhiklmnprUuvXx] [-+o opt] [-c string | -s | file [args ...]] DESCRIPTION
lksh is a command interpreter intended exclusively for running legacy shell scripts. It is built on mksh; refer to its manual page for details on the scripting language. It is recommended to port scripts to mksh instead of relying on legacy or idiotic POSIX-mandated behav- iour, since the MirBSD Korn Shell scripting language is much more consistent. LEGACY MODE
lksh has the following differences from mksh: o lksh is not suitable for use as /bin/sh. o There is no explicit support for interactive use, nor any command line editing or history code. Hence, lksh is not suitable as a user's login shell, either; use mksh instead. o The KSH_VERSION string identifies lksh as ``LEGACY KSH'' instead of ``MIRBSD KSH''. o lksh only offers the traditional ten file descriptors to scripts. o lksh uses POSIX arithmetics, which has quite a few implications: The data type for arithmetics is the host ISO C long data type. Signed integer wraparound is Undefined Behaviour. The sign of the result of a modulo operation with at least one negative operand is unspeci- fied. Shift operations on negative numbers are unspecified. Division of the largest negative number by -1 is Undefined Behaviour. The compiler is permitted to delete all data and crash the system if Undefined Behaviour occurs. o The rotation arithmetic operators are not available. o The shift arithmetic operators take all bits of the second operand into account; if they exceed permitted precision, the result is unspecified. o The GNU bash extension &> to redirect stdout and stderr in one go is not parsed. o The mksh command line option -T is not available. o Unless set -o posix is active, lksh always uses traditional mode for constructs like: $ set -- $(getopt ab:c "$@") $ echo $? POSIX mandates this to show 0, but traditional mode passes through the errorlevel from the getopt(1) command. o lksh, unlike AT&T UNIX ksh, does not keep file descriptors > 2 private. SEE ALSO
mksh(1) https://www.mirbsd.org/mksh.htm https://www.mirbsd.org/ksh-chan.htm CAVEATS
lksh tries to make a cross between a legacy bourne/posix compatibl-ish shell and a legacy pdksh-alike but ``legacy'' is not exactly speci- fied. The set built-in command does not have all options one would expect from a full-blown mksh or pdksh. Talk to the MirOS development team using the mailing list at <miros-mksh@mirbsd.org> or the #!/bin/mksh (or #ksh) IRC channel at irc.freenode.net (Port 6697 SSL, 6667 unencrypted) if you need any further quirks or assistance, and consider migrating your legacy scripts to work with mksh instead of requiring lksh. MirBSD May 2, 2013 MirBSD
All times are GMT -4. The time now is 04:10 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy