Boot NT with Bootman

If you’re using NT and want to boot both BeOS and NT from BeOS‘ bootman, you can use the addbeos util on the BeOS CD, or remove the NT bootloader, and boot via bootman.
Step 1: Delete all text in the bootloader text file (boot.ini). Do NOT delete it. Even better, set the time-out value to 0 (zero). It’s always possible to bring up the NT bootmenu later by pressing the Shift key (probably needs some timing, but hey, it works).
Reboot to make sure NT boots. If you get no boot menu, it worked.
Step 2: Launch BeOS via the boot floppy. Open a Terminal window and type „bootman“. Configure it to boot the partitions you want, reboot, and you should see a happy technicolor boot manager 🙂
Make sure you have an updated rescue disk!

 

CDPlayer: Memorizing names of audio CDs

When running the CDPlayer app to play an audio CD, the text „Audio CD“ normally appears to the left of the track number. It looks so clickable, and if you do you can enter the name of the CD you’re listening to, e.g „Alice Cooper sings Frank Sinatra.“ If you use CD Player to play the CD again, the name will be remembered.
Note that if you enter track names for your CDs, all track names and playing times will be remembered as well!

 

Adam: Replying from Tracker

You can reply to email from a Tracker window directly from Adam 2. Right-click an email in any Tracker window and select „Reply With Adam“ from the Add-Ons menu. Adam will automatically open up a reply window for you.
You can also set a keyboard shortcut for this function as you would normally do for Tracker add-ons.
Also, try these Adam plugins.

 

Don't bother with WinModems

Update: BeOS 5 now supports some software modems, specifically those based on the PCTel and Lucent softmodem chipsets. You should be able to get these working without difficulty. Other softmodems probably won’t work. The old contents of the tip follow for users of R4.5.2 and prior.
See also: Configuring Lucent soft modems.
See also: http://www.idir.net/ ~gromitkc/winmodem.html


Some modems shipped with some machines are known as „WinModems“ because they utilize specific aspects of Microsoft Windows, and use your machine’s CPU (P133 or above) to handle much of their workload, rather than using their own on-board DSPs. In general this means poor performance on a slow Pentium running Windows, and tends to cause a lot of performance and reliability problems.
Even worse, these modems will not work with BeOS (or any other operating system besides Windows). If you have one of these, you have no choice but to replace it if you want to get online in BeOS.
If you’re shopping for a modem, take care not to buy one. They’re a classic example of the hardware industry bending over to please Microsoft.
If you’re not sure whether you’ve got a WinModem, look in the Windows Modem control panel for „HSP,“ which stands for Host Signal Processing. Additionally,
if it says anything about PCI or HCF, it’s a WinModem. Check the Windows modem diagnostics panel and see the ATI3 field. Look for mention of HCF, or a version number along the lines of 2.1.2.122 or 2.1.2.135 etc. If you find these, you’ve probably got a Rockwell HCF WinModem. „Normal“ Rockwell modems usually report version numbers along the lines of 2.210 and above.
WinModems come in both PCI and ISA form factors.
Note: You may also find the Winmodems are not Modems page useful.
If you’re stuck with a WinModem for a while, remember that BeOS can always mount your Windows partition, so you can download stuff in Windows and copy it over to your BeOS partition later.

 

Pe: Simplified read/write permissions

File permissions in BeOS can currently only be controlled from the command line or via the SetPerms Tracker add-on. However, if you use Pe as your text editor, things get a lot easier.
Open a file which doesn’t have its write bit set, and the small „pencil“ icon on the Pe toolbar will appear with a red slash through it. Just click this icon to make the file editable, make your changes, and click the icon again to restore the original permission settings.
See also: Set file permissions from OpenTracker

 

Keep an uptime log

If you’d like to keep a text log listing the lengths of time your system has stayed running between boots, you can do it easily with the uptime binary and a simple script. There are two possible ways to do this (actually, there are probably lots of ways to do this): The first method involves using UserShutdownScript to write a line to your log file when you shut down. This method only requires that uptime be available on your system, and so is easier to use. Unfortunately, if your system crashes or locks up, UserShutdownScript will not be run, so you could lose an entry for three weeks of uptime, and that would suck. The second method requires a little more configuration, but guards against this possibility.

Method 1: Invoking from UserShutdownScript

First, download, install, and test uptime. A version that compiles cleanly for all BeOS platforms is available here.
Now you need to write a shell script that will gather the current date, time, and uptime results, compile them into a single line of text, and append that line to your log file. Download the prefab uplog.sh if you don’t feel like writing your own.
Test the script, then have it invoked as the last step in the BeOS shutdown process by calling it from /boot/home/config/boot/UserShutdownScript.
So here’s what happens: You begin the BeOS shutdown process normally, which causes UserShutdownScript to be run automatically, if it exists. UserShutdownScript invokes your uplog.sh script, which in turn invokes the uptime binary and writes a new line of text to your uplog log file. A sample line of this log file might look like:

01/23/99, 10:30:38 PM : 4 days, 12 hours, 6 minutes, 49 seconds

A couple of months from now, you can scan this file to find your longest uptime.

Method 2: Using cron to keep a continuous uplog

If you want to make sure your log always gets written to, even if you crash, you’ll want to use cron to write your uptime once a minute to a temporary file. Then, every time you boot your system, you’ll take the last line of that temp file and append it to your uplog. This method requires that you have both uptime (see above) and cron (see BeWare) installed, and that you learn how to use and configure cron.
Build a crontab file that runs a command once per minute to run uptime and redirect the results to the end of an ongoing log file. Here’s mine:

* * * * * ~/config/bin/uptime >> /boot/tmp/uplog.tmp

The important thing here is that you keep your uplog in /boot/tmp and not just /tmp. This is because /tmp is part of your virtual file system, not your real one. Therefore anything written into /tmp will vanish after a reboot, and you won’t be able to extract your uptime from the temp file.
Now you just need to add the following to your UserBootScript (adjust any paths to suit your needs):

tail -1 /boot/tmp/uplog.tmp >> ~/data/uplog
rm /boot/tmp/uplog.tmp
touch /boot/tmp/uplog.tmp
cron
crontab ~/cronjobs/jobs

Your permanent log file will be ~/data/uplog, and will keep a chronicle of uptimes, accurate to within one minute.

 

Launch a job into a named Terminal

As described in Title Your Terminal, you can launch new terminals with a custom name that will appear on the title tab and in the Deskbar. You can also specify that a specific task or job start running in the new Terminal session immediately. For example, if you want to launch a Terminal called „rc5des“ and start cracking keys in it right off the bat, type:

Terminal -t "rc5des" /boot/home/config/bin/rc5des &

Note that you must specify the complete path to the binary you want to run, even if it’s already in your path. This is a perfect way to launch Terminal jobs from your UserBootscript.

 

Ultra Wide SCSI devices over ID 7

If you’re using an Ultra Wide SCSI adapter and have a drive or another device with an ID above 7, BeOS R4 won’t see it. Set the unit (NOT the SCSI controller) to something below 7 and it’ll work fine.
This works with the Diamond FirePort 40, at the very least.
If SCAM is enabled and tells you the ID is set to something below 7 it still won’t work and must be hardware set.

 

Internal modems demystified

A lot of people seem to have trouble setting up their internal modem in BeOS R4. I’ve set up a web page that, hopefully, will demystify this process. Please Notethe new web address. The old Silverlink page will be removed.
Please see:http://www.users.uswest. net/~lfowler3/beos.html Another user has set up a similarly excellent tutorial at  

Can't find SCSI CD on PPC

You’re running the BeOS on a PowerMac, and you can’t find your SCSI CD-rom drive with any regularity. First, rename your CD-driver extension (should be „Apple DVD/CD“ in System Folder:Extensions) to “ Apple DVD/CD“ — make sure the space is in there.
Reboot into BeOS, with an audio CD in the player, and check to see if the disc comes up in the CD Player.
If that didn’t work, check your SCSI chain. Disconnect everything off the SCSI chain (the fact that it works fine under MacOS isn’t any indication that it’s okay with BeOS) and try booting again.
This is what tricked me – I have an IDE hard drive in my PMac, and the hard drive appeared in the boot selection window every time, but the CD never showed up. When I disconnected both my Zip drive (internal, wasn’t that fun?) and my scanner, it all worked. Be especially sure, especially when you’re dealing with external terminators, that they work well.

 
 

Kategorien

 
 
Blogroll
Resources