Letters to the Editor
Why don't you ever have articles on Java in the WWWsmith section? It seems all you ever cover is Perl and CGI. Is WWWsmith supposed to be about web programming or web mastering? If it's supposed to be about web programming, I think Java topics are very important (probably more than Perl, CGI and SQL). I mean, which gets more press coverage?
—Jeff Warren firstname.lastname@example.org
Perl and CGI seem to predominate because Reuven Lerner, the author of the “At the Forge” columns, likes to write about them. We have four Java articles promised to us by various authors that have not yet come in. We also have an article about Java and the kernel that will be published soon, and Java was the focus of the October, 1996 issue of LJ, so it is not a subject we have ignored.
I was trying to find a local store that sells Linux distribution CD-ROMS. I ended up buying a book with Red Hat 4.1, Slackware and Caldera's Lite version from Barnes & Noble ($59.99 US—good deal, comparatively speaking). Many popular computer magazines package shareware or demo CD-ROMs with their magazines, so why couldn't Linux Journal print a special edition for newbies that would include a CD with a working distribution of Linux? If you released a quarterly edition for $10-$15 US, I would buy it just because I hate downloading updates. If you use my idea, send me a free subscription or something (assuming I'm not the 10,000th person to suggest this).
—Joshua Neal email@example.com
Well, you're certainly not the first to suggest it. It's on our list of “things we'd like to do sometime”.
I really appreciated the article “Programming with the XForms Library” [Thor Sigvaldason, July 1997]. I am looking forward to the next two segments of that series.
I am a Software Engineer with a day job developing exclusively for Windows 95 and NT. I am in the process of developing a large application in Java that will run on the NC, but that is the first project that I have worked on outside the realm of Microsoft platforms.
I have a personal interest in pursuing development in Linux. As far as I am concerned, you could dedicate 90% of the Journal to development and the other 10% to configuring the system. I realize that this probably doesn't line up with most of your readers' interests (and I am probably exaggerating a bit anyway), but I think there are a lot of Linux users, novice as well as experienced, who would appreciate seeing a little more space dedicated to development.
—Jeff Brown firstname.lastname@example.org
This is a response to an article by Thor Sigvaldason in Issue 39 of LJ, titled “Programming with the XForms Library”:
How can you encourage people to write programs using the XForms library? Since the sources aren't free, only a selected range of platforms are supported.
Furthermore, the most recent version of this library is (v0.81) available for Linux only in ELF format. What will those people do, who are using the a.out binary format for good reasons? Well, nothing, because the latest a.out library is v0.80j, which is incompatible with v0.81. And the authors of the XForms library aren't going to support the a.out format in the future.
In my opinion, this is contrary to the spirit of those who developed Linux initially. It was meant to be a free Unix system based on free tools and a free kernel. (With maybe one exception, Motif, which is an established standard for nearly every available platform.) XForms doesn't fulfill this criterion.
—Thomas Ott Labalutsch@aol.com
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Managing Linux Using Puppet
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- SuperTuxKart 0.9.2 Released
- Parsing an RSS News Feed with a Bash Script
- Rogue Wave Software's Zend Server
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide