Linux-Misc Digest #267, Volume #24 Tue, 25 Apr 00 12:13:15 EDT
Contents:
Re: filenames with spaces and wildcards (Christopher Browne)
Re: One partition, multiple mount points? ("Steven J. Hathaway")
Re: I think I have been HACKED!!! (Mike Kent)
Map Plotting in Linux? (Aristotle Jones)
Linux & Netscape: Cannot increase or decrease font size (Cameron Ninham)
user privileges on msdos/vfat fs (Klaus Bernpaintner)
Re: News server recommendation (MIke Sabbota)
Re: Linux & Netscape: Cannot increase or decrease font size (Hexdump)
Re: Linux & Netscape: Cannot increase or decrease font size (stew)
Any DVD software player available under Linux? ("Jimmy Lee")
LILO does not boot to Windows98 ([EMAIL PROTECTED])
Kernel Panic: can't find init! (Thaddeus L. Olczyk)
Re: user privileges on msdos/vfat fs (Andrew Williams)
Re: Lilo Problem (Andrew Williams)
who's reading my files? (Oliver Mitesser)
Re: Red Hat linux 6.1 :need help stopping Xserver ("Marco Mapelli")
Re: Linux & Netscape: Cannot increase or decrease font size (me)
Re: modem stalls? (George Smith)
IRQ Search (Jonathan Mendez)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: filenames with spaces and wildcards
Reply-To: [EMAIL PROTECTED]
Date: Tue, 25 Apr 2000 03:53:53 GMT
Centuries ago, Nostradamus foresaw a time when Siemel Naran would say:
>On Sun, 23 Apr 2000 02:16:49 GMT, Christopher Browne
>>Centuries ago, Nostradamus foresaw a time when Siemel Naran would say:
>
>>>I disagree. Allowing spaces and wildcards and quotes in filenames is
>>>good because it affords greater power of expression. At first, my idea
>>>may sound nice but a little excessive, and most people wouldn't use it.
>>>However, I counter that we've been trained to use filenames without
>>>spaces for so long, and that's the real reason why we don't use them
>>>and why the shell doesn't support them.
>>
>>I think you're not grasping why the shell doesn't support them...
>>
>>They're not unsupported due to some vacuum, but rather because
>>the shells expect to be able to deal with filenames _as text_.
>
>I don't understand you.
I think you're missing that the shell languages in present use are
loosely-typed, with parsers that treat just about _everything_ as text.
>>export filelist='this_file that_file the_other_file'
>>do_something_to_files $filelist
>
>>>Consider my example again. I had something like this
>>> set -- $inprefix*$suffix
>>>This allows me to use $# to get the number of files, or $1 to access the
>>>first file, or a for loop like "for file in $@". (By the way, "for file
>>>in inprefix*$suffix" also runs into the same problems -- namely, what
>>>happens with files containing spaces and other special characters.
>>>
>>>It seems that all the shells (sh, bash, bash2, tcsh, zsh) follow this
>>>retarted rule. I propose that in bash2 or bash3, filenames will
>>>automatically have quotes around them. Hence if you have these two
>>>files "a .t" and "a2.t", then
>>> set -- *
>>> echo $1 should print a .t
>>> echo $2 should print a2.t
>>>The set line is equivalent to
>>> set -- "a .t" "a2.t"
>>>
>>>Do you think that my proposed rule will cause any problems? Will any
>>>old code become broken? I think the answer is no, but maybe I just
>>>haven't thought hard enough.
>>
>>The "rule" is not "retarded;" it effectively represents the difference
>>between strong typing and weak typing.
>>
>>The UNIX shells use a _weak_ typing of values. The only difference
>>between a scalar and a list/vector is the insertion of spaces between
>>values.
>
>I don't understand your argument of strong/weak typing.
How do you parse a command and determine the types of the arguments?
In particular, how do you distinguish between:
a) A command line that strings together some filenames, and
b) A command line that contains a "complex" filename?
In a Lisp-based language, there is a distinct difference between
"elements" and "lists."
For instance, a Lisp-based syntax to delete files might look like:
(remove-files "thisfile")
If there are multiple files to be dealt with, you might have:
(remove-files ("thisfile" "thatfile" "the other file"))
Note that this would be a "loosely typed" function, in that it can accept
either a filename, "thisfile" or a *list* of filenames, ("thisfile"
"thatfile" "the other file")
The thing is, with the Lisp-based syntax, it is made *clear* that
the list is a list, whilst the singleton file is a singleton file.
>>What you are proposing is to move to a form of strong typing, where you
>>have to put explicit delimiters around each filename.
>
>No, users don't need to put quotes around each file. In particular, if
>the file has no special chars in it, they can forget about quotes
>altogether. For example:
> files=file1 file2 file3
Problem: This doesn't work, in a traditional shell language.
To append the elements together, you need to quote them somehow.
files="file1 file2 file3"
or
files='file1 file2 file3'
would both work.
You see, "weak typing" means that all variables (or virtually all of 'em)
are strings.
$files is a string.
>With quotes, one could have very well said
> files="file1" "file2" "file3"
>The result of "set -- $files ; echo $#" will be 3.
Which means you've moved to strong typing. files is not a string;
it is either a list or a vector.
>It's like how you type these
> vi file
> vi "file"
> vi "just one file"
>In all three cases, you are editing one file.
Ah... Question: What is "files."?
In the traditional UNIX shell scripting languages, "files" is just
plain a _string._
>However, if you use the shell's wildcard facility to expand filenames,
>there will be automatic quotes. Hence we could say
> files=file*
>and if we have 3 files "file1" "file2" "file3", the above line is
>equivalent to
> files="file1" "file2" "file3"
>If we have 3 files "file one" "file two" "file three", the above line
>is equivalent to,
> files="file one" "file two" "file three"
>In both cases, "set -- $files ; echo $#" will yield 3.
Again, strong typing.
Unlike zsh/ksh/bash/..., files is _not_ a string, but rather a
list/vector.
>>I think I need to beg the question:
>>
>>How will you make filenames "automatically" have quotes around them?
>
>Think about it. How does the shell expand the wildcard when we say
>something like "file*"? It steps through each file in the directory
>and checks to see if the filename starts with "file". Clearly then
>it knows how many files match the criterion. Unfortunately, it then
>concatenates the filenames without regard to spaces, so we lose
>information about the number of filenames.
This hits on another change, namely that you seem to want to pass on
strongly-typed information to programs.
Which _isn't_ compatible with the way they work on UNIX.
>If we write the current bash in C++, we have this:
>
> std::string result;
> DirectoryIter iter=directory.begin();
> const DirectoryIter end=directory.end();
> while (iter!=end) {
> const std::string& name=iter->name();
> if (match(name)) { result+=name; result+=' '; } // line6
> ++iter;
> }
>
>In my new rule, the rewrite is in line6
> if (find(name)) { result+='"'; result+=name; result+="\" "; } // line6
>
>Now of course, the above doesn't handle filenames with double quotes.
>So we'll have to deal with that somehow. The easiest way is to change
>the type of result from std::string to std::vector<std::string>.
>
>And the shell will deal array variables only. Yes, coming to think of
>it, this is a really big change.
Particularly when there's no standard C++ ABI, which means that you
_really_ have to use argc/argv.
>>LOTS of instances exist where filenames are constructed on the fly,
>>and only at an instant actually become _filenames._ Until they are
>>actually _used_ as filenames, they are merely scraps of text, appended
>>together.
>
>When I say "set -- *.dat" I expect $# to be the number of files.
>Sometimes, I write little scripts to manipulate files. For example,
>delete files that match certain criteria, rename several files at
>once, and so on. My scripts work in the case where filenames have
>no special characters. But some people have filenames with spaces
>or quotes or wildcards. And this messes up the whole script.
>
>My point is reasonable and sound. If we have this,
> vi "just one file"
>we edit just one file with that name. Now if we say
> file="just one file"
> vi $file
>we should still edit just one file, yet we edit 3.
How do you deal with editing the _three_ files:
a) first_file
b) second_file
c) "third file with spaces"
?
How would you attach the _three_ files to the variable, FILES,
so that you could execute
vi $FILES
and expect to get all three files?
_THAT_ is the crucial generalization that determines if your scheme
is feasible, or desparately broken?
How would you deal with assembling together prefix and suffix where
you have a list of prefixes thus:
a) myfile
b) yourfile
c) "someone else's file"
and need to attach them to the ".cpp" suffix?
That way, you'd do something like:
for i in [something-containing-the-three-files]; do
ci -l -m'Check these files in' [somehow-append-i-to-.cpp]
enddo
>>What you are proposing is a strongly-typed scheme analagous to the
>>Common Lisp notion of "namestrings." (See the HyperSpec.) There's
>>nothing _wrong_ with that representation; the critical thing is that
>>it _is_ a critical change in syntax.
>
>Yes.
It also changes typing.
CL has _two_ file-related concepts:
a) namestrings, that are effectively strings, and
b) pathnames, which are special objects that are necesarily
identified with specific files.
To work with sets of either, you wind up with a *list* of them.
>>The code:
>> for i in 'this that other thing'; do
>> perform_something_with $i
>> done
>>_will break_ when you change the representation of filenames.
>
>Yes, good point. So we can't add that feature to bash or tcsh.
>We'll have to make a psh or something like that (stands for
>perfect shell).
Whatever...
>>The code:
>>file1="this"
>>file2="that"
>>file3='other thing'
>>for j in '$file1 $file2 $file3'; do
>> do_something_with $j
>>done
>>
>>isn't going to work properly if the quoting system changes.
>
>Good point.
>
>>Again, your _idea_ isn't stupid; what _would be_ is to try to
>>push that change into zsh/ksh/bash/csh where it would change the
>>syntax to the breaking point.
>
>Yes.
It gives you the challenge of convincing people that they should _use_
your scheme...
--
But what can you do with it? -- ubiquitous cry from Linux-user
partner. -- Andy Pearce, <[EMAIL PROTECTED]>
[EMAIL PROTECTED] - - <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
Date: Mon, 24 Apr 2000 21:28:15 -0700
From: "Steven J. Hathaway" <[EMAIL PROTECTED]>
Subject: Re: One partition, multiple mount points?
Jeff,
Note that there are some directory structures that need to be available at
boot time and therefore on the physical boot/root device. I sometimes
create partitions on a variety of disks and call them /disk1, /disk2, /disk3,
etc.
and create symbolic links from the basic UNIX/Linux directories to these
data storage areas.
There are some software systems that do not like to traverse symbolic
links to other physical media or separate directory trees.
Some backup systems like to stay within a given mounted file structure.
If you can effectiively cope with the above limitations, then go for it!
Enjoy,
Steven J. Hathaway
==============
jeff wrote:
> I want to set up a system with a relatively small root-boot partition, and
> put /home, /usr, /opt, and various other things elsewhere. But I don't
> necessarily want separate partitions for all of the split-off directories.
> I know that I can put, for example, /usr and /opt on a single partition,
> mount that partition somwhere (e.g. /mnt/usr-opt) and use symbolic links in
> the root directory to point /usr -> /mnt/usr-opt/usr and /opt ->
> /mnt/usr-opt/opt.
>
> The question is... is there some reason that I DON'T want to do this? Most
> writeups show each directory split off onto its own separate partition. So,
> I'm wondering if I'm missing something obvious? Thanks for any insights.
>
> -jeff
------------------------------
From: Mike Kent <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: uk.comp.os.linux,comp.os.linux.setup
Subject: Re: I think I have been HACKED!!!
Date: Tue, 25 Apr 2000 04:51:30 GMT
Gene Heskett wrote:
...
> Gene Heskett sends Greetings to JoeB ;
...
> > I need some pointers on IPCHAINS. Thanks.
>
> Or, better yet, portsentry. It detects scans against your machine,
> collects the scanners address, and adds it to /etc/hosts.deny on the
> fly. I won't say its the ultimate armour, but one of my machines
> running it now has quite a few entries in /etc/hosts.deny, and has
> survived all attacks.
How is having explicit entries in hosts.deny better
than the widely recomended denial of everything to
everyone via the lone entry "ALL:ALL"? From the
hosts_access man page:
The access control software consults two files. The search
stops at the first match:
� Access will be granted when a (daemon,client) pair
matches an entry in the /etc/hosts.allow file.
� Otherwise, access will be denied when a (dae�
mon,client) pair matches an entry in the
/etc/hosts.deny file.
� Otherwise, access will be granted.
So anything explicitly allowed (e.g., to ALL) is not
affected by changes to hosts.
In any case, hosts.deny affects only services managed
through the tcp wrappers facility (usuallly this means
via inetd), which is by no means everything -- it misses
UDP and ICMP traffic, for starters). Packet filtering
(on top of the right hosts.deny/hosts.allow) gives you
some control over a lot of things that inetd isn't
concerned with.
A sentry facility which tells ipchains to drop _all_
packets from the sender of apparently-hostile traffic
could be nice.
> In the meantime, run whois against those addresses and report the attack
> to the class c site owners asap.
Yes indeed.
// Mike Kent
------------------------------
From: Aristotle Jones <[EMAIL PROTECTED]>
Subject: Map Plotting in Linux?
Date: Tue, 25 Apr 2000 05:01:25 GMT
Hello,
I just loaded Corel Linux in a new hard drive and
have been playing with GIMP and WP Draw.
I am writing a Trail Running Map book.
I would like to be able to scan a trail map,
[I have a friend with a scanner & Linux]
abstract the trail line from the rest of the map,
then be able to change sections of the trail line
to represent different surfaces.
Second, there will be some trails where I will not
have a map and will have to collect bearings as
well as distances.
I need a plugin that will allow me to read a trail
line from a binary and convert it to vector drawing
for manipulation, as well as be able to take a series
of bearings and distances and make a trail line from
the data.
I am very new to all this, so if this is nothing special,
please just point me to progams you've tried and that
you know will fulfil these criteria.
Thanx ahead,
<*>aj
------------------------------
From: Cameron Ninham <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.setup,comp.os.linux.x,netscape.public.mozilla.ui,netscape.public.mozilla.unix,netscape.public.mozilla.general
Subject: Linux & Netscape: Cannot increase or decrease font size
Date: Tue, 25 Apr 2000 00:32:54 -0500
I have just installed Red Hat Linux ver 6.1. I opted for the custom
install. After the installation everything worked fine. I can start up
Linux, the X-server, and also Netscape Communicator. However, I am not
able to increase or decrease the font size within Communicator. E.g.:
when you typically view a Web page, you can use Alt+] or Alt+[ to
increase or decrease the page's displayed font size. But these options
are grayed out.
Any help or advice will be greatly appreciate. Please be detailed in
your description in how to resolve this problem.
Lastly, I would greatly appreciate it if you could email me your reply
also, please.
Thank you.
Cameron
------------------------------
From: Klaus Bernpaintner <[EMAIL PROTECTED]>
Subject: user privileges on msdos/vfat fs
Date: Tue, 25 Apr 2000 01:46:19 -0400
I have an msdos and a vfat partition I share between linux and windos. I
want all users to be able to read/write on these partitions. How do I do
it?
And another one while we're at it: How can I create an ftp account that
can only be used for ftp-access but not for login?
------------------------------
From: MIke Sabbota <[EMAIL PROTECTED]>
Crossposted-To: news.software.nn,news.software.nntp
Subject: Re: News server recommendation
Date: Mon, 24 Apr 2000 23:59:54 -0600
>
> The Linux and FreeBSD ports were not usable last time we looked. The
> Solaris product is good. Compared with INN it is much less hassle to run.
>
FreeBSD version just hasn't happened. The problem with both FreeBSD and Linux
have always been threading issues. The theading model just doesn't scale as well
as it should. I personally, wouldn't recommend the Linux version for anything
that will need to support much more load than a small ISP or a heavily used
internal discussion server. Our Solaris versions can support in the thousands of
concurrent connections.
> However, Twister is ridiculously overpriced.
We have changed the pricing structure a bit, I'd suggest you call our sales guys
and ask. I'm one of those engineering types that doesn't keep up to date on
exactly what the products are selling for. I know we've modified the pricing
structure to better fit people's needs and wants.
> Bcandid's support is variable to say the least. There are several people
> at Bcandid who really know what they are talking about (mentioning no
> Robs) and some who have no apparent interest.
This has changed (and is changing) a lot. We've put the professional services
crew in charge of handling support as well. These are the same guys that perform
software training, build integration plans, etc. They will be able to easily
answer most of your questions.
If you have experienced any problems in any particular areas please let me know
and I'll help you get them addressed.
Cheers,
--Mike
------------------------------
From: [EMAIL PROTECTED] (Hexdump)
Crossposted-To:
comp.os.linux.setup,comp.os.linux.x,netscape.public.mozilla.ui,netscape.public.mozilla.unix,netscape.public.mozilla.general
Subject: Re: Linux & Netscape: Cannot increase or decrease font size
Date: 25 Apr 2000 06:29:21 GMT
Reply-To: [EMAIL PROTECTED]
On Tue, 25 Apr 2000 00:32:54 -0500, Cameron Ninham wrote:
[snip]
>However, I am not able to increase or decrease the font size within
>Communicator. E.g.:
>when you typically view a Web page, you can use Alt+] or Alt+[ to
>increase or decrease the page's displayed font size. But these options
>are grayed out.
[snip]
To my knowledge this has *never* been possible. They are always disabled.
--
Hexdump
Registered Linux User # 168737
------------------------------
From: stew <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.setup,comp.os.linux.x,netscape.public.mozilla.ui,netscape.public.mozilla.unix,netscape.public.mozilla.general
Subject: Re: Linux & Netscape: Cannot increase or decrease font size
Date: Tue, 25 Apr 2000 17:33:01 +1000
Cameron Ninham wrote:
> ... when you typically view a Web page, you can use Alt+] or Alt+[ to
> increase or decrease the page's displayed font size. But these options
> are grayed out.
I've got the same problem. You probably already know this (but just in case
you don't) you can still change fonts via edit->preferences->fonts but it's
a bit more tedious if you want to change them often.
------------------------------
From: "Jimmy Lee" <[EMAIL PROTECTED]>
Subject: Any DVD software player available under Linux?
Date: Tue, 25 Apr 2000 15:26:08 +0800
Reply-To: "Jimmy Lee" <[EMAIL PROTECTED]>
As title. If have, please post the link for me. Thanks.
------------------------------
From: [EMAIL PROTECTED]
Subject: LILO does not boot to Windows98
Date: Tue, 25 Apr 2000 07:44:01 GMT
I have a 3GB hard disk with Windows98 installed. I added another 16GB
hard disk for installing Linux and Windows2000. I gave 4GB of hard disk
space to Red Hat Linux 6.0 with the following partitions:
/dev/hda1 - 15MB - /boot
/dev/hda6 - 3.9GB - /
/dev/hda5 - 128MB - swap
The second hard disk had 3 partitions under Windows98
/dev/hdb1 - 1GB
/dev/hdb5 - 1GB
/dev/hdb6 - 1GB
I installed LILO on MBR of the 17GB hard disk and made it the primary
disk. When I start my PC, LILO prompts is displayed. If a press TAB, it
gives thefollowing options:
linux
win98
I am able to boot to Linux from LILO but when I want to boot to
Windows98 (by entering win98 on LILO prompt), it gives me the following
error
'win98
Error 0x01'
and returns to LILO prompt.
The lilo.conf is
boot=/dev/hda
map=/boot/map
install=/boot/boot.b
prompt
timeout=50
image=/boot/vmlinuz-2.2.5015
label=linux
root=/dev/hda6
read-only
other=/dev/hdb1
label=win98
table=/dev/hdb
map-drive=0x80 to 0x81
map-drive=0x81 to 0x80
To boot from Windows98, I have to first remove the Linux hard disk, make
the Windows98 hard disk as primary disk and then boot from Windows.
Can anyone please tell me the reason for the error which I get when
trying to go to Windows98 from LILO and how can it be solved?
Thanks
A.M.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Thaddeus L. Olczyk)
Subject: Kernel Panic: can't find init!
Date: Tue, 25 Apr 2000 07:48:49 GMT
Reply-To: [EMAIL PROTECTED]
I just installed Mandrake 7.02
and I keep getting the above kernel panic when I boot.
Since it is a brand new installation, I figure it has something to do
with some way that I configured linux. Any ideas?
------------------------------
From: Andrew Williams <[EMAIL PROTECTED]>
Subject: Re: user privileges on msdos/vfat fs
Date: Tue, 25 Apr 2000 10:03:01 +0200
Reply-To: [EMAIL PROTECTED]
Look at section 4.10.1 on the url below (in the sig).
Klaus Bernpaintner wrote:
> I have an msdos and a vfat partition I share between linux and windos. I
> want all users to be able to read/write on these partitions. How do I do
> it?
>
> And another one while we're at it: How can I create an ftp account that
> can only be used for ftp-access but not for login?
--
Mielipiteet omiani - Opinions personal, facts suspect, especially on my
http://home.germany.net/101-69082/samba.html
Simple Samba Solutions web page. ICQ 1722461
------------------------------
From: Andrew Williams <[EMAIL PROTECTED]>
Subject: Re: Lilo Problem
Date: Tue, 25 Apr 2000 10:06:05 +0200
Reply-To: [EMAIL PROTECTED]
I had this last week with SuSE 6.4 on a friend's laptop (13GB drive).
Setting the 'Linear' option in Yast's lilo config fixed it.
Dirk Gently wrote:
> I just installed Suse 6.3 on a different computer. It installed just fine on
> my first one, but lilo won't work on the second on. It says "LIL-". I can
> even boot Linux! I tried installing lilo on the mbr, a floppy, and /boot,
> but to no avail. Please help me. Thanks in advance!
>
> --
> Jeff Lacy
> [EMAIL PROTECTED]
> Linux Rules!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
--
Mielipiteet omiani - Opinions personal, facts suspect, especially on my
http://home.germany.net/101-69082/samba.html
Simple Samba Solutions web page. ICQ 1722461
------------------------------
Date: Tue, 25 Apr 2000 10:34:00 +0200
From: Oliver Mitesser <[EMAIL PROTECTED]>
Subject: who's reading my files?
Is there any possibility to find out, which users try to access my files
(in a linux network)? perhaps running a script or C-program in the
background...
Thanks, Oliver
------------------------------
From: "Marco Mapelli" <[EMAIL PROTECTED]>
Subject: Re: Red Hat linux 6.1 :need help stopping Xserver
Date: Tue, 25 Apr 2000 10:33:47 +0200
Thanks to all of you. Very clear.
Marco Mapelli
Konrad Hambrick wrote in message <8e1rgp$80f$[EMAIL PROTECTED]>...
>In article <[EMAIL PROTECTED]>,
>Leejay Wu <[EMAIL PROTECTED]> wrote:
>>Excerpts from netnews.comp.os.linux.misc: 24-Apr-100 Red Hat linux 6.1
>>:need hel.. by "Marco Mapelli"@usa.net
>>> I currently use Red Hat Linux 6.1. I configured it
>>> to login thru the graphical interface.
>>> I tried to use the combination of Ctrl-Alt-Backspace
>>> but I find myself thrown back to graphical login.
>>> Can anyone suggest me how to return to console
>>> mode.
>>
>>*sigh*
>>
>>Another FAQ...
>>
>>Quick primer:
>>
>--<snip>--
>>
>> Graphical login tends to be run level 6.
>>
>--<snip>--
>>
>> See 'man init' for details.
>>
>>- Basically, you'll want to (as root) edit /etc/inittab. Find
>> the line that specifies the initdefault (id:). It likely
>> specifies 6, which should correspond to graphical login.
>> Change it to a more standard multi-user text-login mode, such
>> as (probably) 3. This should take effect next boot.
>>
>> It won't change your current session, however. For that,
>> 'init 3' (or subst. appropriate runlevel) should help...
>
>uhhhh ...
>
>The currently selected runlevel is definitely not 6.
>
>Runlevel 6 is a reboot...
>
>That would be an annoying way to try to use your system ;-)
>
>Runlevel 5 is a GUI login.
>
>Suggestion: change your initdefault line in /etc/inittab to
>runlevel 3 and invoke startx from the commandline after login.
>
>An alternative is to pound-out the initdefault line and let
>init ask for a runlevel at boot time.
>
>Once you like your setup, go back to the GUI login ( or not ;-)
>
>man inittab
>
>HTH.
>
>-- kjh
>--
>------------------------------------------------------------
>Konrad J. Hambrick | email: [EMAIL PROTECTED] |
>1111 Seacoast Dr. Unit 41 | home: (619) 423-4451 |
>Imperial Beach, CA 91932 | |
------------------------------
From: me <[EMAIL PROTECTED]>
Subject: Re: Linux & Netscape: Cannot increase or decrease font size
Date: Tue, 25 Apr 2000 20:46:10 +1200
Cameron Ninham wrote:
>
> I have just installed Red Hat Linux ver 6.1. I opted for the custom
> install. After the installation everything worked fine. I can start up
> Linux, the X-server, and also Netscape Communicator. However, I am not
> able to increase or decrease the font size within Communicator. E.g.:
> when you typically view a Web page, you can use Alt+] or Alt+[ to
> increase or decrease the page's displayed font size. But these options
> are grayed out.
>
> Any help or advice will be greatly appreciate. Please be detailed in
> your description in how to resolve this problem.
>
> Lastly, I would greatly appreciate it if you could email me your reply
> also, please.
>
> Thank you.
>
> Cameron
Yes, you can change the font and the size in edit -> preferences.
In Netscape 6 you CAN change the font size directly from the menu (View
-> Enlarge | Reduce text size )
--
Never trust a man in a suit --
cll
------------------------------
From: George Smith <[EMAIL PROTECTED]>
Subject: Re: modem stalls?
Date: 25 Apr 2000 10:50:27 +0200
Milton Brizan <[EMAIL PROTECTED]> writes:
> Whenever I use a dial-up connection, my modem seems to stall for minutes
> at a time before continuing to download a webpage. I've used kppp, wvdial
> and rp3 ... they all do the same thing. I've even tried using diffrent
> browsers.
>
> I use a compaq presario 233 mmx, 3.9gig 32mb of ram with redhat 6.1 and
> kernel 2.2.x. My modem is a zoom 33.4 and it's not a winmodem ... I
> checked. Any suggestions would be great.
You might want to take a look at a thread in comp.os.linux.hardware
with the subject "not sloooow, but sluggish linux modem". Most of
the articles are (I believe) expired, but you could access them via
http://www.deja.com/usenet/ with a search for the subject.
In short, the problem there was that the serial port didn't have a high
enough priority with respect to interrupts (fixable by irqtune,
http://www.best.com/~cae/irqtune/) and that hard disk access got in the
way (fixable by way of hdparm -u 1 <hard disk>, read cautionary note in
man page).
I had the same problem described in more detail in the above mentioned
thread (frequent stalling) and the solutions worked for me (RedHat 6.0
on a Toshiba laptop and no-name PCMCIA modem).
George Smith
[EMAIL PROTECTED]
Institut fuer Germanistik
Universitaet Potsdam
------------------------------
From: [EMAIL PROTECTED] (Jonathan Mendez)
Subject: IRQ Search
Date: 25 Apr 2000 08:56:45 GMT
Does anyone know of a command or program that will give me a list of what IRQs
are taken, and by what devices? I'm having an IRQ conflict with my pcmcia scsi
adapter, and although I haven't engrossed myself in discovering what to do, I
figure if I can find out what device is conflicting with the scsi, I can much
more easily figure out what to do from there.
Thank you,
Jonathan
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************