Subject: Pine clips first 2 characters of folder names. Ideas?

From: cwiseman@PROBLEM_WITH_INEWS_DOMAIN_FILE (Chris Wiseman)
Date: 2 Jan 1996 16:45:50 GMT

--
 
Folks,

My system administrator downloaded and compiled pine for our project
use.  I haven't yet begun to dig in deeply to find out why, but when
PINE lists the folders in the mail/ subdirectory, it chops off the     
first two characters in the folder names.  For example, "sent-mail"
is listed as "nt-mail."  If I try to open this folder, PINE says
"folder 'nt-mail' does not exist."  This phenomenon occurs for every
folder in ~/mail/.  Also, "mail/" is listed as one of the folders.  
This seems strange.  I don't remember this being the case on my last
jobsite where I used PINE. 

Any ideas or help?

Thanks in advance. 
 
------------------------------------------------------------------------
- J. Christopher Wiseman (Chris) | email: [email-masked]
- Systems/Software Engineer      | vmail: (703)767-9218
- ATR Corporation, McLean, VA    | #include "std_disclaimer_mine.h"
------------------------------------------------------------------------

---

From: Mark Crispin <[email-masked]>
Date: Tue, 2 Jan 1996 18:08:48 -0800

> jobsite where I used PINE.

You lucky person.  You must be running Solaris.  You need to rebuild Pine,
but first in the Makefile set "cc" to be "ucbcc" (which, in spite of the
name, is the compiler that you use to compile SVR4 compliant programs).

-- Mark --

DoD #0105, R90/6 pilot, FAX: (206) 685-4045  ICBM: N 47 39'35" W 122 18'39"
Science does not emerge from voting, party politics, or public debate.

---

From: Ed Greshko <[email-masked]>
Date: Wed, 3 Jan 1996 12:01:11 +0800 (GMT)

> name, is the compiler that you use to compile SVR4 compliant programs).

	Hummm???

	I've built pine3.89, 3.90, and 3.91 on Solaris 2.3, 2.4 and
I've never had to "Makefile set "cc" to be "ucbcc".....and I've never
seen the problem of clipping folder names.

	Gee....and not only that, what "Makefile" are you suggesting needs
editing? 

	Regards,

		Ed

Edward M. Greshko                       Technical Manager, Electronic Commerce
                                        Control Data Asia/Pacific Region
Voice: +886-2-715-2222 x287             6/F, 131 Nanking East Road, Section 3
FAX  : +886-2-712-9197                  Taipei, Taiwan R.O.C

---

From: Mark Crispin <[email-masked]>
Date: Tue, 2 Jan 1996 20:07:10 -0800 (PST)

> seen the problem of clipping folder names.

It all depends upon how the C compiler was installed on your system.  If you
have the BSD compatibility compiler installed as the default, you will get the
clipping behavior.  This is because the BSD readdir() function returns a
struct in which the file name is offset two bytes from where it would be from
the SVR4 readdir() function.

> 	Gee....and not only that, what "Makefile" are you suggesting needs

Pretty much all of them (imap, c-client, pico, pine, imapd) if you want to be
sure that you are avoiding the problem.

---

From: [email-masked] (R. Stewart Ellis)
Date: 3 Jan 96 03:37:39 GMT

>name, is the compiler that you use to compile SVR4 compliant programs).

This is very bad advice.

It is best to completely avoid ucbcc.  The specific symptom reported is the
result of confounding includes and libs between the standard SVR4
environment and the incompletely and improperly done "bsd src compat" cruft.

A properly configed and compiled Solaris program does not need any of the
crap that ucbcc contaminates things with.

Everyone who compiles things for SunOS 5.x should get a copy of the "Solaris
Porting FAQ" from the FAQ place.

-- 
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)810-762-9765   ___________________
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.    /   _____  ______ 
  Flint, MI 48504      [email-masked]               /        / /  /  / /
  Web admin:  chimera,nn,tin,jove,kermit - free's best!/________/ /  /  / /

---

From: Mark Crispin <[email-masked]>
Date: Wed, 3 Jan 1996 11:46:04 -0800

> Porting FAQ" from the FAQ place.

Uh, excuse me.

ucbcc *is* the standard SVR4 compiler.  In spite of the name, it has
nothing to do with BSD source compatibility.  The name is a link to
something like /opt/SUNWspro/SC3.0.1/bin/acc

Depending upon how the system was installed, "cc" runs either ucbcc or the
BSD source compatibility compiler, which often is a script such as cc5
that specifies all the BSD libraries.

Pine *is* "properly configured" for SVR4 on Solaris.  The problem is
getting it to compile right.  And the only way to do that is to avoid
using "cc", which has unpredictable results, and invoke the compiler by a
name that is not going to include the BSD libraries.

-- Mark --

---

From: [email-masked] (Steve Ferguson)
Date: 3 Jan 1996 20:25:40 GMT

> something like /opt/SUNWspro/SC3.0.1/bin/acc

Uh, no.  You're wrong.  ucbcc is a link to acc in the SparcWorks
distribution.  cc is a completely separate (and *MUCH* smaller) binary.
>From the acc man page:

     acc (SPARC only) is not intended  to  be  used  directly  on
                         ^^^
     Solaris  2.x.  The  sole  purpose for making it available on
     Solaris 2.x is to enable /usr/ucb/cc.  The package  SUNWscpu
     must  be installed to use this.  The options for /usr/ucb/cc
     are the same as for acc and are described here.

> that specifies all the BSD libraries.

The cc in /usr/ucb is also wrong, because it adds /usr/ucblib to the
LD_RUN_PATH.  This contains BSD libraries.  The only correct way to run the
SparcWorks compiler is to have the particular path it was installed in in
your path.  From the 'real' cc man page:

     The cc(1) manual page describes the ANSI C compiler  options
     that are SVID compliant under Solaris 2.x. cc uses getopt to
     parse command line options. Options are treated as a  single
     letter  or  as a single letter followed by an argument.  See
     getopt(3c).

However, Pine *is* properly configured for Solaris.  The original poster's
administrator, on the other hand, is not. :-)

--
=============================================================================
Steve Ferguson                  | Altair Engineering/Altair Computing
Systems Analyst                 | Troy, Michigan 48084 USA
[email-masked]                  | (810)614-2400 x297
=============================================================================
Back-up: Current data errors that have been saved for future use.
Crash: A normal termination.
Loop: See Loop.
Password: The nonsense word taped to your terminal.
=============================================================================