Linux-Misc Digest #834, Volume #19 Tue, 13 Apr 99 12:13:07 EDT
Contents:
GDB 4.18 released (Jim Blandy)
problems with HP2100M printer (Michal Szymanski)
Re: A weird clock problem (Martin DiViaio)
mount extended partition / logical drive (Christian Hecht)
Netsape server (Joonas Timo Taavetti Kekoni)
TK8.0 won't build, so I can't build xcdroast(0.96e) ([EMAIL PROTECTED])
Re: Linux is dead ("Rufus V. Smith")
Re: Linux Database for commercial project (George Seaton)
An "interesting" fetchmail problem (marek jedlinski)
Re: [pppd help] (olivier eymere)
----------------------------------------------------------------------------
From: Jim Blandy <[EMAIL PROTECTED]>
Crossposted-To:
gnu.announce,gnu.gdb.bug,alt.sources.d,comp.unix.programmer,comp.unix.misc
Subject: GDB 4.18 released
Date: Sat, 10 Apr 1999 23:33:58 -0500 (EST)
GDB 4.18 is released!
Version 4.18 of GDB, the GNU Debugger, is now available via anonymous FTP.
GDB is a source-level debugger for C, C++, and many other languages. GDB can
target (i.e. debug programs running on) dozens of different processor
architectures, and GDB itself can run on GNU/Linux, Windows NT,
Windows 95, and most popular Unix variants.
You can download GDB from either Project GNU's FTP server or any of its
mirrors, or Cygnus's Sourceware site:
ftp://ftp.gnu.org/pub/gnu/gdb
ftp://sourceware.cygnus.com/pub/gdb
(See the end of this message for a complete list of GNU ftp mirrors.)
The previous version, 4.17, was released about a year ago; there have been
many changes and additions since then. Details are below.
The vital stats:
-rw-r--r-- 1 jimb cygnus 11657032 Apr 7 16:44 gdb-4.18.tar.gz
The md5sum checksum is:
828d28487af6cec074639c1102569473 gdb-4.18.tar.gz
There is a web page for GDB at:
http://sourceware.cygnus.com/gdb/
That page includes information about GDB mailing lists (an announcement
mailing list, developers discussion lists, etc.), locations for development
snapshots, preformatted documentation, and links to related information
around the net. We will put errata notes and host-specific tips for this
release on-line as any problems come up. All mailing lists archives are also
browsable via the web.
Many people have contributed to this release. Thanks to everybody for the
help!
Keep those fixes and improvements coming in! (Send them to
[EMAIL PROTECTED])
Jim Blandy and the rest of the Cygnus GDB Team
Cygnus Solutions
*** Changes in GDB-4.18:
* New native configurations
HP-UX 10.20 hppa*-*-hpux10.20
HP-UX 11.x hppa*-*-hpux11.0*
M68K Linux m68*-*-linux*
* New targets
Fujitsu FR30 fr30-*-elf*
Intel StrongARM strongarm-*-*
Mitsubishi D30V d30v-*-*
* OBSOLETE configurations
Gould PowerNode, NP1 np1-*-*, pn-*-*
Configurations that have been declared obsolete will be commented out,
but the code will be left in place. If there is no activity to revive
these configurations before the next release of GDB, the sources will
be permanently REMOVED.
* ANSI/ISO C
As a compatibility experiment, GDB's source files buildsym.h and
buildsym.c have been converted to pure standard C, no longer
containing any K&R compatibility code. We believe that all systems in
use today either come with a standard C compiler, or have a GCC port
available. If this is not true, please report the affected
configuration to [EMAIL PROTECTED] immediately. See the README file for
information about getting a standard C compiler if you don't have one
already.
* Readline 2.2
GDB now uses readline 2.2.
* set extension-language
You can now control the mapping between filename extensions and source
languages by using the `set extension-language' command. For instance,
you can ask GDB to treat .c files as C++ by saying
set extension-language .c c++
The command `info extensions' lists all of the recognized extensions
and their associated languages.
* Setting processor type for PowerPC and RS/6000
When GDB is configured for a powerpc*-*-* or an rs6000*-*-* target,
you can use the `set processor' command to specify what variant of the
PowerPC family you are debugging. The command
set processor NAME
sets the PowerPC/RS6000 variant to NAME. GDB knows about the
following PowerPC and RS6000 variants:
ppc-uisa PowerPC UISA - a PPC processor as viewed by user-level code
rs6000 IBM RS6000 ("POWER") architecture, user-level view
403 IBM PowerPC 403
403GC IBM PowerPC 403GC
505 Motorola PowerPC 505
860 Motorola PowerPC 860 or 850
601 Motorola PowerPC 601
602 Motorola PowerPC 602
603 Motorola/IBM PowerPC 603 or 603e
604 Motorola PowerPC 604 or 604e
750 Motorola/IBM PowerPC 750 or 750
At the moment, this command just tells GDB what to name the
special-purpose processor registers. Since almost all the affected
registers are inaccessible to user-level programs, this command is
only useful for remote debugging in its present form.
* HP-UX support
Thanks to a major code donation from Hewlett-Packard, GDB now has much
more extensive support for HP-UX. Added features include shared
library support, kernel threads and hardware watchpoints for 11.00,
support for HP's ANSI C and C++ compilers, and a compatibility mode
for xdb and dbx commands.
* Catchpoints
HP's donation includes the new concept of catchpoints, which is a
generalization of the old catch command. On HP-UX, it is now possible
to catch exec, fork, and vfork, as well as library loading.
This means that the existing catch command has changed; its first
argument now specifies the type of catch to be set up. See the
output of "help catch" for a list of catchpoint types.
* Debugging across forks
On HP-UX, you can choose which process to debug when a fork() happens
in the inferior.
* TUI
HP has donated a curses-based terminal user interface (TUI). To get
it, build with --enable-tui. Although this can be enabled for any
configuration, at present it only works for native HP debugging.
* GDB remote protocol additions
A new protocol packet 'X' that writes binary data is now available.
Default behavior is to try 'X', then drop back to 'M' if the stub
fails to respond. The settable variable `remotebinarydownload'
allows explicit control over the use of 'X'.
For 64-bit targets, the memory packets ('M' and 'm') can now contain a
full 64-bit address. The command
set remoteaddresssize 32
can be used to revert to the old behaviour. For existing remote stubs
the change should not be noticed, as the additional address information
will be discarded.
In order to assist in debugging stubs, you may use the maintenance
command `packet' to send any text string to the stub. For instance,
maint packet heythere
sends the packet "$heythere#<checksum>". Note that it is very easy to
disrupt a debugging session by sending the wrong packet at the wrong
time.
The compare-sections command allows you to compare section data on the
target to what is in the executable file without uploading or
downloading, by comparing CRC checksums.
* Tracing can collect general expressions
You may now collect general expressions at tracepoints. This requires
further additions to the target-side stub; see tracepoint.c and
doc/agentexpr.texi for further details.
* mask-address variable for Mips
For Mips targets, you may control the zeroing of the upper 32 bits of
a 64-bit address by entering `set mask-address on'. This is mainly
of interest to users of embedded R4xxx and R5xxx processors.
* Higher serial baud rates
GDB's serial code now allows you to specify baud rates 57600, 115200,
230400, and 460800 baud. (Note that your host system may not be able
to achieve all of these rates.)
* i960 simulator
The i960 configuration now includes an initial implementation of a
builtin simulator, contributed by Jim Wilson.
[ Most GNU software is compressed using the GNU `gzip' compression program.
Source code is available on most sites distributing GNU software.
Executables for various systems and information about using gzip can be
found at the URL http://www.gzip.org.
For information on how to order GNU software on CD-ROM and
printed GNU manuals, see http://www.gnu.org/order/order.html
or e-mail a request to: [EMAIL PROTECTED]
By ordering your GNU software from the FSF, you help us continue to
develop more free software. Media revenues are our primary source of
support. Donations to FSF are deductible on US tax returns.
The above software will soon be at these ftp sites as well.
Please try them before ftp.gnu.org as ftp.gnu.org is very busy!
A possibly more up-to-date list is at the URL
http://www.gnu.org/order/ftp.html
thanx [EMAIL PROTECTED]
Here are the mirrored ftp sites for the GNU Project, listed by country:
United States:
California - labrea.stanford.edu/pub/gnu, gatekeeper.dec.com/pub/GNU
Hawaii - ftp.hawaii.edu/mirrors/gnu
Illinois - uiarchive.cso.uiuc.edu/pub/gnu (Internet address 128.174.5.14)
Kentucky - ftp.ms.uky.edu/pub/gnu
Maryland - ftp.digex.net/pub/gnu (Internet address 164.109.10.23)
Michigan - gnu.egr.msu.edu/pub/gnu
Missouri - wuarchive.wustl.edu/systems/gnu
New Mexico - ftp.cs.unm.edu/pub/mirrors/gnu
New York - ftp.cs.columbia.edu/archives/gnu/prep
Ohio - ftp.cis.ohio-state.edu/mirror/gnu
Tennessee - ftp.skyfire.net/pub/gnu
Virginia - ftp.uu.net/archive/systems/gnu
Washington - ftp.nodomainname.net/pub/mirrors/gnu
Africa:
South Africa - ftp.sun.ac.za/gnu
The Americas:
Brazil - ftp.unicamp.br/pub/gnu
Canada - ftp.cs.ubc.ca/mirror2/gnu
Chile - ftp.inf.utfsm.cl/pub/gnu (Internet address 146.83.198.3)
Costa Rica - sunsite.ulatina.ac.cr/GNU
Mexico - ftp.uaem.mx/pub/gnu
Asia and Australia:
Australia - archie.au/gnu (archie.oz or archie.oz.au for ACSnet)
Australia - ftp.progsoc.uts.edu.au/pub/gnu
Australia - mirror.aarnet.edu.au/pub/gnu
Japan - tron.um.u-tokyo.ac.jp/pub/GNU/prep
Japan - ftp.cs.titech.ac.jp/pub/gnu
Korea - cair-archive.kaist.ac.kr/pub/gnu (Internet address 143.248.186.3)
Saudi Arabia - ftp.isu.net.sa/pub/mirrors/prep.ai.mit.edu/
Taiwan - ftp.edu.tw/UNIX/gnu/
Taiwan - ftp.nctu.edu.tw/UNIX/gnu/
Taiwan - ftp1.sinica.edu.tw/pub3/GNU/gnu/
Thailand - ftp.nectec.or.th/pub/mirrors/gnu (Internet address - 192.150.251.32)
Europe:
Austria - ftp.univie.ac.at/packages/gnu
Austria - gd.tuwien.ac.at/gnu/gnusrc
Austria - http://gd.tuwien.ac.at/gnu/gnusrc/
Czech Republic - ftp.fi.muni.cz/pub/gnu/
Denmark - ftp.denet.dk/mirror/ftp.gnu.org/pub/gnu
Denmark - ftp.dkuug.dk/pub/gnu/
Finland - ftp.funet.fi/pub/gnu
France - ftp.univ-lyon1.fr/pub/gnu
France - ftp.irisa.fr/pub/gnu
Germany - ftp.informatik.tu-muenchen.de/pub/comp/os/unix/gnu/
Germany - ftp.informatik.rwth-aachen.de/pub/gnu
Germany - ftp.de.uu.net/pub/gnu
Greece - ftp.forthnet.gr/pub/gnu
Greece - ftp.ntua.gr/pub/gnu
Greece - ftp.aua.gr/pub/mirrors/GNU (Internet address 143.233.187.61)
Hungary - ftp.kfki.hu/pub/gnu
Ireland - ftp.ieunet.ie/pub/gnu (Internet address 192.111.39.1)
Netherlands - ftp.eu.net/gnu (Internet address 192.16.202.1)
Netherlands - ftp.nluug.nl/pub/gnu
Netherlands - ftp.win.tue.nl/pub/gnu (Internet address 131.155.70.19)
Norway - ftp.ntnu.no/pub/gnu (Internet address 129.241.11.142)
Poland - ftp.task.gda.pl/pub/gnu
Portugal - ftp.ci.uminho.pt/pub/mirrors/gnu
Portugal - http://ciumix.ci.uminho.pt/mirrors/gnu/
Portugal - ftp.ist.utl.pt/pub/gnu
Russia - ftp.chg.ru/pub/gnu/
Slovenia - ftp.arnes.si/pub/software/gnu
Spain - ftp.etsimo.uniovi.es/pub/gnu
Sweden - ftp.isy.liu.se/pub/gnu
Sweden - ftp.stacken.kth.se
Sweden - ftp.luth.se/pub/unix/gnu
Sweden - ftp.sunet.se/pub/gnu (Internet address 130.238.127.3)
Also mirrors the Mailing List Archives.
Switzerland - ftp.eunet.ch/mirrors4/gnu
Switzerland - sunsite.cnlab-switch.ch/mirror/gnu (Internet address 193.5.24.1)
United Kingdom - ftp.mcc.ac.uk/pub/gnu (Internet address 130.88.203.12)
United Kingdom - unix.hensa.ac.uk/mirrors/gnu
United Kingdom - ftp.warwick.ac.uk (Internet address 137.205.192.14)
United Kingdom - SunSITE.doc.ic.ac.uk/gnu (Internet address 193.63.255.4)
]
------------------------------
From: [EMAIL PROTECTED] (Michal Szymanski)
Subject: problems with HP2100M printer
Date: 13 Apr 1999 12:29:15 GMT
Hi all,
I have recently purchased HP 2100M printer and attached it to a
RH5.2 box. It works fine with one annoying exception: If I send
two jobs quickly one after another, the printer usually ejects
an additional blank page between these jobs. If I wait until
first job is printed and only then submit the second, no blank
page appears.
The 'lpr' filter adds \004 after a Postscript job and Esc-E after a PCL
job, which, as far as I could deduce from various HP docs, is a proper
way of ending jobs.
This happens no matter if the jobs are PCL or Postscript jobs.
The printer is set (factory default) to automatically recognize
PCL/PS jobs.
any hints would be welcome,
regards, Michal.
--
Michal Szymanski ([EMAIL PROTECTED])
Warsaw University Observatory, Warszawa, POLAND
------------------------------
From: Martin DiViaio <[EMAIL PROTECTED]>
Subject: Re: A weird clock problem
Date: Mon, 12 Apr 1999 13:07:26 +0000
Thank you.
brian moore wrote:
>
> On Sun, 11 Apr 1999 13:02:47 +0000,
> Martin DiViaio <[EMAIL PROTECTED]> wrote:
> > I'm having a weird clock problem with my laptop running RedHat 5.2 and
> > the 2.0.36 kernel.
> >
> > When ever I leave the maching idle, eight minutes later the clock will
> > stop.
> >
> > The only thing I am using that might be clock related are APM support
> > and Real Time Clock support in the kernel and an X/AfterStep app called
> > asclock (not as root.) Only root is able to set the clock.
> >
> > Does anyone have any idea what is going on here?
>
> Yep, your CPU is napping (which it should do on a laptop).
>
> There are two (well, more, really) clocks in Linux: one is the obvious
> hardware clock, the other is a software clock. The software clock gets
> incremented 100 times a second at each interrupt. Since reading the
> hardware clock is relatively slow, when you call the various functions
> to get the time, it uses the software clock.
>
> The problem here is that your laptop is entering 'standby' mode, and in
> the process, putting the CPU completely asleep. (Normally standby just
> does some power reductions to conserve power without knocking out the
> CPU, but some laptops are weird. Actually, they all are.)
>
> Since your CPU is comatose, it's not going to care about the timer any
> more, and those 100'ths of seconds will merrily roll past it. That's
> sort of against the point, eh?
>
> So how to fix it?
>
> See http://www.wpi.edu/~jmhill/LinuxPage/apmdoc1.html for what to do (a
> simple kernel patch that makes standby mode act more like suspend mode
> in dealing with the clock).
>
> --
> Brian Moore | "The Zen nature of a spammer resembles
> Sysadmin, C/Perl Hacker | a cockroach, except that the cockroach
> Usenet Vandal | is higher up on the evolutionary chain."
> Netscum, Bane of Elves. Peter Olson, Delphi Postmaster
--
/)-._ Sunday, 12 March 99 @ 8:45:28
Y. ' _]
,.._ |`--"= Great minds have often encountered violent
/ "-/ `.\ opposition from mediocre minds.
/) sk | |_ `\|___
\:::::::\___/_\__\_______\
- Albert Einstein
------------------------------
From: Christian Hecht <[EMAIL PROTECTED]>
Subject: mount extended partition / logical drive
Date: Tue, 13 Apr 1999 16:01:02 +0100
Reply-To: [EMAIL PROTECTED]
can i mount logical drives in an extended partition (vfat) and how?
christoph ( [EMAIL PROTECTED] )
------------------------------
From: [EMAIL PROTECTED] (Joonas Timo Taavetti Kekoni)
Subject: Netsape server
Date: 13 Apr 1999 12:47:44 GMT
Is there netscape server for linux?
Where?
Netscape devedge has a broken link to calderas server.
Calderas site does not talk about it.
calderas cd (1.3) doesn't have anything remotely looking like NES.
--
_- Joonas Kekoni OH2MTF I -_
_-internet: [EMAIL PROTECTED] I DO NOT EAT. -_
_-slowmail: j{mer{ntaival 7a176 I -_
_- 02150Espoo I It is a monitor -_
_- Finland/Europe I -_
------------------------------
From: [EMAIL PROTECTED]
Subject: TK8.0 won't build, so I can't build xcdroast(0.96e)
Date: Tue, 13 Apr 1999 10:49:47 GMT
Hello folks:
I can't get TK8.0 to build and, therefore, can't build XCDRoast. The stupid
thing complains about "void not being ignored as it should be", in line 93 of
tkUnixDraw.c during the "make".
I know what the complaint means (sort-of), but can't find the problem.
I'm on Caldera OpenLinux 1.3 (2.0.35(?) kernel), standard installation except
for Tcl 8.0.5 (necessary for CDRoast and TK to build).
Anyone know of a binary/rpm type version of a CD Recording package that runs
under KDE so that I don't have to build it, or a way around the problem I
described if you experienced it yourself?
Thank you,
Robert
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "Rufus V. Smith" <[EMAIL PROTECTED]>
Subject: Re: Linux is dead
Date: Tue, 13 Apr 1999 11:29:52 -0400
Mark Tranchant wrote in message <[EMAIL PROTECTED]>...
>
>I would be quite happy if all the world's software was produced by
>Microsoft so long as it was "free" (as in restrictions, but not
>necessarily money), of stonkingly good quality and did what I want.
>
If Microsoft could be even *1* of those things, it would be a step in the
right direction.
>
>:-)
>
Rufus
------------------------------
From: George Seaton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.questions
Subject: Re: Linux Database for commercial project
Date: Tue, 13 Apr 1999 15:45:21 +1000
Warren Rodie wrote:
>
> I have to set up a back end database for a web site. I want to use linux to
> run the server and I need to select a database for it.
>
> I had been planning on using Oracle but we have just been quoted $30000
> (Aus) per CPU (We were thinking 2 cpus) and that seems maybe a bit
> expensive.
>
> Does anyone have any experience with other databases under linux (redhat)?
>
> We want this site to be very stable.
> The database size will probably be around 10+Gb but the structure itself
> will be relatively simple.
>
> Any ideas?
> What about postgresql? Is it stable enough and does it support large
> databases?
>
I haven't used mySQL on RedHat yet but plan to soon, I'm currently using
it on Digital Unix. It would seem to be one candidate to investigate.
There seems to be a lot of support for it.
Cheers,
George Seaton.
------------------------------
From: [EMAIL PROTECTED] (marek jedlinski)
Subject: An "interesting" fetchmail problem
Date: Tue, 13 Apr 1999 06:46:03 GMT
I have just one entry in .fetchmailrc that says:
poll polbox.com protocol pop3 username [me] password [mypass]
Fetchmail starts up, connects... and takes a looong time to download the
mail. In verbose mode, after each message it generates a warning:
>fetchmail: message 1 was not the expected length (59666 != 4395)
It does go on and terminate normally.
Then, when I look at the new messages, a weird thing: the first message is
largest of all (and really large!), with all subsequent message sizes
decreasing in order of download. Turns out that the first message contains
*all* the messages that followed it; the second message contains all
messages that followed, etc. A look at the mailbox reveals:
|
|From [EMAIL PROTECTED] Tue Apr 13 03:33:31 1999
|<message 1 headers...>
|
|On Mon, 12 Apr 1999, John Doe wrote:
|
|> <flame>
|
|<response to the flame>
|
|>From [EMAIL PROTECTED] Tue Apr 13 03:33:31 1999 <==
|<more headers, message body follows... and again:>
|
|>From [EMAIL PROTECTED] Tue Apr 13 03:33:31 1999 <==
|
It's obvious now that fetchmail cannot see the message boundaries with the
"From " headers escaped with the '>' character. So it keeps taking in the
bogus data as part of the message. Then it asks the popserver for the next
message, and again, the message begins correctly with "From " but contains
all subsequent messages with the ">From " lines escaped.
I've read the manpage for fetchmail but no enlightenment there. I thought
maybe the pop3 server was configured in some braindead way, so I tried
polling a different account on a different machine - with the same result.
When using Agent under win95 for reading these accounts I don't have the
problem. So I'm stuck. Fetchmail is getting mail directly from the server,
so if not the server, then fetchmail itself must be at fault.
Or could it be procmail? The procmail manpage says:
> If there is no Content-Length: field or the -Y has been
> specified and procmail appends to regular mailfolders, any
> lines in the body of the message that look like postmarks
> are prepended with `>' (disarms bogus mailheaders). The
> regular expression that is used to search for these post-
> marks is:
> `\nFrom '
Which is precisely what happens - except of course that procmail doesn't
see the mail before fetchmail gets it! And why is the mail coming tbrough
in one big chunk from the server anyway? And if so, why doesn't the problem
occur when a win95 client delivers the mail?
Thanks a lot in advance for any assistance...
.marek
--
General Frenetics, Discorporated: http://www.lodz.pdi.net/~eristic/
------------------------------
Date: Mon, 12 Apr 1999 23:46:23 -0700
From: olivier eymere <[EMAIL PROTECTED]>
Subject: Re: [pppd help]
esoteric wrote:
> ok, i got my modem working finally. thanks to all those that posted
> messages. now, when i dial up, everything seems to be working. i get
> the login and password prompts, and they are filled out. then it
> comes back and says i have an invalid option in /etc/ppp/options - the
> /dev/modem line. so i tried to take that line out. that seemed to
> work, but now my conncection times out before the pppd console comes
> up. any suggestions? thanks again
>
> andrew ellis
I missed your earlier post so I have no idea what advice other gave.
If this has already been suggested or you already know this sorry. The
best thing to do is to add daemon logging to the syslogd by adding this
line to syslog.conf:
daemon.* /var/log/daemon.log
Then stop and restart the syslogd. This will log the ppp packets in
daemon.log which should give you a better idea of what is happening when
the link times out. It will not solve the problem but will give you some
more information to work with.
Olivier
------------------------------
** 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
******************************
