mac-emacs-users

[Mac-emacs-users] Re: Trouble trying to send email from emacs

[<dm...@dm...>]

* ha...@Pr... [2002-07-22 22:59:16]
> When I try to send email from emacs I get the error message:
>
> 503 5.7.0 encryption too weak 0 less than 39
>
> Anyone know how to do this?  I am able to send email using Entourage or the
> OS X Mail program, so maybe I should try to send mail from emacs via one of
> those programs?
>
> Sending email used to work fine for me but my sttp server (at Princeton) is
> now requiring authorization that appears to use that encryption.

Simon Josefsson has some support for starttls in Emacs.  See
http://www.josefsson.org/emacs-smtp-starttls.html.  Perhaps this will
provide what you need - I use this with an iPlanet Messaging Server
and it works fine.

[Mac-emacs-users] Trouble trying to send email from emacs

[Gilbert H. <ha...@Pr...>]

When I try to send email from emacs I get the error message:

503 5.7.0 encryption too weak 0 less than 39

Anyone know how to do this?  I am able to send email using Entourage or the
OS X Mail program, so maybe I should try to send mail from emacs via one of
those programs?

Sending email used to work fine for me but my sttp server (at Princeton) is
now requiring authorization that appears to use that encryption.

 Gil

Re: [Mac-emacs-users] Printing from emacs

[Gilbert H. <ha...@Pr...>]

I earlier asked if anyone knew how I could use my LexMark Optra E312 printer
within emacs via "lpr-buffer" or "lpr-region".  I received advice about how
to configure this printer, none of which I could use.

Also, the printer is not an appletalk printer, so using atprint doesn't
work.

However, in the O'Reilly book, "Learning Unix for Mac OSX," I discovered the
command "Print" which can be used to send things to the Print Center.  Then
Immanuel Litzroth <imm...@en...> explained how he had gotten an
appletalk printer to work by writing a shell script.

After trying a number of things, I came up with the following solution that
is clumsy but seems to work OK.

First, I defined the following 4 line shell script and called it "mypr".

#/bin/sh
/usr/bin/enscript -p ~/tmp/temp.ps $1
/usr/sbin/Print ~/tmp/temp.ps
/bin/rm ~/tmp/temp.ps

I put the script in my home directory and used "chmod" to make it
executable.  (chmod 755 mypr).

Then I added the following to my .emacs file:

(setq lpr-command "/Users/myhome/mypr")

This seems overly complex, but I can't find a simpler solution.

-- 

  Gil

Re: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Henrik H. <ki...@ma...>]

> On my macintosh (PBG4 500, OSX10.1.5), I use the absolute path,
> i.e., /usr/local/bin/emacs -nw, instead of using emacs -nw,
> which enables the second (third,...) start of emacs strangely.
>
> I don't know why this prevents the problem here.

Curious!  The same thing happens on my iBook 14.1", 600MHz

Thanks for the tip, anyway!


Henrik

RE: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Toshikazu O. <ohnishi@a.phys.nagoya-u.ac.jp>]

Hi,

>When trying to start a second instance of an emacs -nw (in a new 
>Terminal window or xterm), the attempt fails with the message 'Bus 
>error'.  If I quit the first emacs -nw, it is possible to start emacs 
>-nw in the second Terminal or xterm window.
>and start Emacs like this:

>
>  gdb --command=~/gdb_run_emacs_commands --args emacs -nw
>
>It will start much slower, but you'll be able to start more than one
>instance.
>
>Beyond that I welcome any suggestions.

I also have experienced this problem.

On my macintosh (PBG4 500, OSX10.1.5), I use the absolute path, 
i.e., /usr/local/bin/emacs -nw, instead of using emacs -nw,
which enables the second (third,...) start of emacs strangely.

I don't know why this prevents the problem here.

Anyway, I put the following line to ~/.tcshrc, and type emacsnw;
alias emacsnw "/usr/local/bin/emacs -nw \!*"

I hope this helps.

Toshikazu Onishi

Re: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Henrik H. <ki...@ma...>]

> you can put the line
>
>   run -nw
>
> instead of
>
>   run
>
> in your commands file and leave out --args and -nw.  It's all in the
> manual.

Ah, I see.  Thanks!  I haven't used gdb before, and I'm not wasn't 
familiar with the way it works (or its manual)


Henrik

Re: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Andrew C. <ak...@sh...>]

> > [...]
> >   gdb --command=~/gdb_run_emacs_commands --args emacs -nw
> 
> Which version of gdb are you using?  [...]

I have:

choi@localhost:~$ gdb -v
GNU gdb 5.1-20020125 (Apple version gdb-213) (Wed Apr  3 04:16:48 GMT 2002)
Copyright 2002 Free Software Foundation, Inc.
[...]

This is from the Developer Tools Preview in April.  Alternatively you
can put the line

  run -nw

instead of

  run

in your commands file and leave out --args and -nw.  It's all in the
manual.

Re: [Mac-emacs-users] Printing from emacs

[Gilbert H. <ha...@Pr...>]

Thanks, Andrew.  My problem is that I just can't seem to get the printcap
entry right.  (Or I think that's my problem.)  If anyone else has solved
this for a USB (or appletalk) printer, I would appreciate seeing a printcap
entry that works.

For example, here's the last thing I tried:
lp:\
:rm=localhost:rp="Lexmark Optra 312":\
:sd=/var/spool/lpd/lp:ty=PostScript:

 Gil

On 6/25/02 9:34 PM, "Andrew Choi" <ak...@sh...> wrote:

> Once you have set up the Unix command `lpr <filename>' to work
> correctly, you should be able to use all the printing commands in
> Emacs.
> 
> The Lexmark Optra 312 is a Postscript printer, so you should be able
> to do this.  There are different bits information on the web on how to
> do this, so perhaps you will need to experiment a little.  Try the
> following, e.g.,
> 
> http://www.macosxhints.com/article.php?story=20010204071837531
> 

Re: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Henrik H. <ki...@ma...>]

On Tuesday, June 25, 2002, at 06:02 PM, Andrew Choi wrote:

> Strangely, if one starts up Emacs in gdb, one can start up multiple
> versions.  So the problem seems to have something to do with reading
> symbols in shared libraries.
>
> You can have a file ~/gdb_run_emacs_commands containing the two lines:
>
> run
> quit
>
> and start Emacs like this:
>
>   gdb --command=~/gdb_run_emacs_commands --args emacs -nw

Which version of gdb are you using?  I get the message,

% gdb --command=~/gdb_run_emacs_commands --args emacs -nw
/usr/libexec/gdb/gdb-powerpc-apple-macos10: unrecognized option `--args'
Use `/usr/libexec/gdb/gdb-powerpc-apple-macos10 --help' for a complete 
list of options.

with

% gdb --version
GNU gdb 5.0-20001113 (Apple version gdb-203) (Wed Nov  7 16:28:57 GMT 
2001) (UI_OUT)

> Beyond that I welcome any suggestions.

I wish I had any :/

Henrik

Re: [Mac-emacs-users] Printing from emacs

[Andrew C. <ak...@sh...>]

> I would like to be able to print buffers and regions from emacs but
> I haven't been able to get my printer recognized.  It's an Lexmark
> Optra 312 and I can print fine from regular programs, just not from
> email.  Would it be enough to add an entry for this printer to
> /etc/printcap?  If so, does anyone have an example of what to add?
> 
>  Gil

Once you have set up the Unix command `lpr <filename>' to work
correctly, you should be able to use all the printing commands in
Emacs.

The Lexmark Optra 312 is a Postscript printer, so you should be able
to do this.  There are different bits information on the web on how to
do this, so perhaps you will need to experiment a little.  Try the
following, e.g.,

  http://www.macosxhints.com/article.php?story=20010204071837531

[Mac-emacs-users] Printing from emacs

[Gilbert H. <ha...@Pr...>]

I would like to be able to print buffers and regions from emacs but I
haven't been able to get my printer recognized.  It's an Lexmark Optra 312
and I can print fine from regular programs, just not from email.  Would it
be enough to add an entry for this printer to /etc/printcap?  If so, does
anyone have an example of what to add?

 Gil

Re: [Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Andrew C. <ak...@sh...>]

> This behavior has been seen on an iBook (14.1", 600MHz PowerPC 
> processor, 256MB RAM)
> 
> I am currently running a CVS version of Emacs as of 17 June 2002.
> 
> When trying to start a second instance of an emacs -nw (in a new 
> Terminal window or xterm), the attempt fails with the message 'Bus 
> error'.  If I quit the first emacs -nw, it is possible to start emacs 
> -nw in the second Terminal or xterm window.
> 
> I see this behavior also when .emacs is empty.
> 
> I have experienced this behavior in earlier versions of Emacs as well, 
> namely the CVS version of 7 June 2002 and also Emacs 21.2 (as far as I 
> remember.)
> 
> Henrik

Strangely, if one starts up Emacs in gdb, one can start up multiple
versions.  So the problem seems to have something to do with reading
symbols in shared libraries.

You can have a file ~/gdb_run_emacs_commands containing the two lines:

run
quit

and start Emacs like this:

  gdb --command=~/gdb_run_emacs_commands --args emacs -nw

It will start much slower, but you'll be able to start more than one
instance.

Beyond that I welcome any suggestions.

[Mac-emacs-users] Bus error when attempting to run two emacs -nw on 10.1.5

[Henrik H. <ki...@ma...>]

This behavior has been seen on an iBook (14.1", 600MHz PowerPC 
processor, 256MB RAM)

I am currently running a CVS version of Emacs as of 17 June 2002.

When trying to start a second instance of an emacs -nw (in a new 
Terminal window or xterm), the attempt fails with the message 'Bus 
error'.  If I quit the first emacs -nw, it is possible to start emacs 
-nw in the second Terminal or xterm window.

I see this behavior also when .emacs is empty.

I have experienced this behavior in earlier versions of Emacs as well, 
namely the CVS version of 7 June 2002 and also Emacs 21.2 (as far as I 
remember.)

Henrik

--
Below follows output that was generated by M-x report-emacs-bug RET

In GNU Emacs 21.3.50.1 (powerpc-apple-darwin5.5)
  of 2002-06-17 on alouin02.ece.umn.edu
configured using `configure --without-x'

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: en
   locale-coding-system: iso-latin-1
   default-enable-multibyte-characters: nil

[Mac-emacs-users] Re: IGNORE: read-from-minibuffer loses point if same buffer open twice

[Steven T. <ste...@ma...>]

Sorry about the spam.  I haven't updated my CVS repository.  RMS checked 
in a fix last saturday to window.c.

Ignore me....

-Steven

On Monday, June 24, 2002, at 08:24  AM, Steven Tamm wrote:

> This could just be an emacs problem or a behavior change between emacs 
> 20 and 21.
>
> I'm finding with 21.3.50 that if I have the same buffer open in two 
> different windows, when I try a query-replace in the window I opened 
> second, after it accepts the match-string, it immediately sends the 
> point of the second window to the point of the first.  So, if I have 
> the file "foo.txt" open in two windows in the same frame, the first one 
> has the point half way down, the second one has it at the top.  In the 
> second window I try to query replace and after I put in "baz" the point 
> in the second window jumps down to the middle before it asks for the 
> replace string.
>
> I've traced the problem with the function (read-from-minibuffer) in 
> minibuf.c.  It appears that when it reads the minibuffer input, it 
> seems to forget which window was active.  It seems to happen under all 
> sorts of other conditions.
> Has anyone else run into this problem?
>
> -Steven
>
>
>
> -------------------------------------------------------
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> Mac-emacs-users mailing list
> Mac...@li...
> https://lists.sourceforge.net/lists/listinfo/mac-emacs-users

[Mac-emacs-users] read-from-minibuffer loses point if same buffer open twice

[Steven T. <ste...@ma...>]

This could just be an emacs problem or a behavior change between emacs 
20 and 21.

I'm finding with 21.3.50 that if I have the same buffer open in two 
different windows, when I try a query-replace in the window I opened 
second, after it accepts the match-string, it immediately sends the 
point of the second window to the point of the first.  So, if I have the 
file "foo.txt" open in two windows in the same frame, the first one has 
the point half way down, the second one has it at the top.  In the 
second window I try to query replace and after I put in "baz" the point 
in the second window jumps down to the middle before it asks for the 
replace string.

I've traced the problem with the function (read-from-minibuffer) in 
minibuf.c.  It appears that when it reads the minibuffer input, it seems 
to forget which window was active.  It seems to happen under all sorts 
of other conditions.
Has anyone else run into this problem?

-Steven

[Mac-emacs-users] fill-paragraph and latex mode

[John C L. <jc...@po...>]

Greetings all:

I recently built cvs version 21.3.50.1.  Very nice!
Thanks for all the hard work Andrew.

I've a question (perhaps not specific to the mac port)
re the behavior of fill-paragraph in LaTex mode.

The function indents each line two spaces for every
level of nested quotes.  I give a sample paragraph below.

I seem to remember once having seen auctex do this. But I don't 
have it installed.  Nor did 21.1.30.1 do this.

I just spent the last hour trying to figure out how to disable
this feature. Without luck, alas.

Can anyone help this poor and confused medievalist?

Thanks
John L.

SAMPLE

An\mn{PG97:1504} an epistle on the undefiled Orthodox faith, sent by
the blessed father Thomas, the Patriarch of Jerusalem,\fn{The
  chronology of the patriarchate of Thomas, also known as
  Tumayr\={\i}q, is poorly attested.  He must have ascended the throne
  by 807, however. See Blake, ``Deux lacunes combl\'ees,'' 42--43, as
  well as the bibliography there cited.} to the heretics of Armenia,
but composed in Arabic by Theodore Ab\=u Qurrah, the Bishop of Haran,
and translated by me, the most humble\fn{Adding \emph{emou tou
    elachistou} after \emph{Micha\=el}, with~MO.}  Michael, presbyter
and syncellus of the apostolic throne of Jerusalem,\fn{Adding
  \emph{Ierosolum\=on} after \emph{thronou}, with~MO.} by whom also it
was delivered.\fn{Michael the Syncellus was born in Jerusalem in 761,
  appointed syncellus (assistant) to the Patriarch in 811, relocated
  to Byzantium ca.\ 812 (at which time he presumably also delivered
  the present letter), and died in 846, after many struggles in
  defense of the iconophile position. For an overview of his life, see
  the introduction to Mary B. Cunningham, \emph{The Life of Michael
    the Syncellus} (Belfast, 1991).}  In it it is clearly established
that the confession of faith in Christ our true God defined by the
Council of Chalcedon is without fault and [\ldots]\ of every
truth.\fn{Reading \emph{en h\=ei saph\=os apodeiknutai am\=omon kai
    pasas al\=etheias [\ldots]omenon \emph{[wear to the ms.\ has
	renendered roughly three letters illegible]} einai ton para
    t\=es en chalk\=edoni sugkekrot\=emen\=es sunodou peri t\=es eis
    christon ton al\=elinon theon h\=em\=on piste\=os horisthenta
    logon} for \emph{mon\=en \ldots logon}, with~O.}

Re: [Mac-emacs-users] problem with latest CVS version

[Andrew C. <ak...@sh...>]

> [...]
>
> This makes a difference a couple lines later and then in the G4 I
> get a series of warnings that begins:
> 
> /usr/bin/ld: warning prebinding disabled because dependent library:
> /usr/local/lib/libncurses.dylib.5 is not prebound
> 
> Soon after that is a dump.

That just means ./configure detects an ncurses lib
(/usr/local/lib/libncurses.dylib) but cannot use it.

Jaguar Preview puts the curses library in a separate ncurses library.
But that works correctly with the build.  Your libncurses file must
have come from some other source (a hint is that it's installed in
/usr/local).

If you don't need it, you can delete the library and run `./configure'
and `make' again.

Otherwise you can delete the following three lines from src/s/darwin.h
and try the same.

  #ifdef HAVE_LIBNCURSES
  #define LIBS_TERMCAP -lncurses
  #endif

Re: [Mac-emacs-users] problem with latest CVS version

[Gilbert H. <ha...@Pr...>]

Dear Andrew,

Thanks for the suggestion.  I was able to get it to work on my IBook but
still not on my G4.  (Both are using Mac OS 10.1.5.)

Would it work to copy over the emacs directory created by on the IBook (by
make bootstrap) to my G4?

I haven't been able to figure out what goes wrong on the G4.

The variables you mention do not seem to be defined because I get:
[localhost:~/emacs] gilberth% echo $CFLAGS
CFLAGS: Undefined variable.
[localhost:~/emacs] gilberth% echo $cflags
cflags: Undefined variable.
[localhost:~/emacs] gilberth% echo $CCFLAGS
CCFLAGS: Undefined variable.
[localhost:~/emacs] gilberth% echo $ccflags
ccflags: Undefined variable.
[localhost:~/emacs] gilberth% echo $LDFLAGS
LDFLAGS: Undefined variable.
[localhost:~/emacs] gilberth% echo $ldflags
ldflags: Undefined variable.

In comparing the results of "make install" on the two systems, they are the
same until line 95 at which point the IBook has:

cc -c -fpascal-strings -fno-common -DMAC_OSX -I../mac/src     -Demacs
-DHAVE_CONFIG_H   -I. -I/Users/gilberth/emacs/src   -fpascal-strings
-fno-common -DMAC_OSX -I../mac/src          -Dtemacs  -g -O2  termcap.c

whereas the G4 has

cc -c -fpascal-strings -fno-common -DMAC_OSX -I../mac/src     -Demacs
-DHAVE_CONFIG_H   -I. -I/Users/gilberth/emacs/src   -fpascal-strings
-fno-common -DMAC_OSX -I../mac/src          -Dtemacs  -g -O2  tparam.c

skipping the termcap.c line

This makes a difference a couple lines later and then in the G4 I get a
series of warnings that begins:

/usr/bin/ld: warning prebinding disabled because dependent library:
/usr/local/lib/libncurses.dylib.5 is not prebound

Soon after that is a dump.



On 6/21/02 11:01 PM, "Andrew Choi" <ak...@sh...> wrote:

> It's very hard to guess what the problem might be from just that
> information.  You might like to check whether your shell start-up
> files have set environment variables such as CFLAGS, CCFLAGS, and
> LDFLAGS.  This can confuse the build process.
> 
> Since I already have checked the current version does build, the only
> other suggestion I have is to start afresh.  Perhaps first try:
> 
> make distclean
> ./configure --without-x
> make bootstrap
> 
> If that doesn't work, try deleting the entire directory, fetching
> Emacs again from CVS and try:
> 
> ./configure --without-x
> make bootstrap
> 
> Also if you have access to another machine, try building Emacs on
> that.

Re: [Mac-emacs-users] problem with latest CVS version

[Andrew C. <ak...@sh...>]

> Dear Andrew,
> 
> This time when I give the command
>  ./configure --without-x
> and then
>  make bootstrap
> 
> the make process ends with:
> 
> make[1]: *** [autoloads] Segmentation fault
> make: *** [bootstrap-lisp] Error 2
> 
> I don't know what that means...
> 
>  Gil

It's very hard to guess what the problem might be from just that
information.  You might like to check whether your shell start-up
files have set environment variables such as CFLAGS, CCFLAGS, and
LDFLAGS.  This can confuse the build process.

Since I already have checked the current version does build, the only
other suggestion I have is to start afresh.  Perhaps first try:

  make distclean
  ./configure --without-x
  make bootstrap

If that doesn't work, try deleting the entire directory, fetching
Emacs again from CVS and try:

  ./configure --without-x
  make bootstrap

Also if you have access to another machine, try building Emacs on
that.

Re: [Mac-emacs-users] problem with latest CVS version

[Gilbert H. <ha...@Pr...>]

Dear Andrew,

This time when I give the command
 ./configure --without-x
and then
 make bootstrap

the make process ends with:

make[1]: *** [autoloads] Segmentation fault
make: *** [bootstrap-lisp] Error 2

I don't know what that means...

 Gil

On 6/21/02 5:21 PM, "Andrew Choi" <ak...@sh...> wrote:

> Hi Gil,
> 
> You'll find the answer in the message below, which you previously sent
> to me.
> 
> I've also tried to build the latest version (around 14:00 mountain
> time).  It builds just fine.
> 
> Andrew.
> -----
> 
> Andrew Choi <ak...@sh...>:
> 
>> One possibility is you have X Window installed and you didn't do a
>> `./configure --without-x'.

Re: [Mac-emacs-users] problem with latest CVS version

[Andrew C. <ak...@sh...>]

> I got the latest CVS version of emacs, after deleting the previous version.
> 
> First I gave the command
>  ./configure
> which seemed to work fine.  Then I tried
>  make bootstrap
> and got the following errors:
>  make[1]: *** [dispnew.o] Error 1
>  make: *** [bootstrap-src] Error 2
> 
>   Any suggestion?
> 
>      Gil

Hi Gil,

You'll find the answer in the message below, which you previously sent
to me.

I've also tried to build the latest version (around 14:00 mountain
time).  It builds just fine.

Andrew.
-----

Andrew Choi <ak...@sh...>:

> One possibility is you have X Window installed and you didn't do a
> `./configure --without-x'.

Thanks, Andrew, that was it.  (I forgot I had installed X Windows.)  I did
have to "make bootstrap", because "make" by itself did not work.  One
interesting fact is that "emacs version" returns: "GNU Emacs 21.3.50.1"  Is
that correct?

[Mac-emacs-users] problem with latest CVS version

[Gilbert H. <ha...@Pr...>]

I got the latest CVS version of emacs, after deleting the previous version.

First I gave the command
 ./configure
which seemed to work fine.  Then I tried
 make bootstrap
and got the following errors:
 make[1]: *** [dispnew.o] Error 1
 make: *** [bootstrap-src] Error 2

  Any suggestion?

     Gil

[Mac-emacs-users] Re: [Mac-emacs-devel] Mac OS X Font Bug Fix and Jaguar Patch Committed

[Piet v. O. <pi...@cs...>]

>>>>> Andrew Choi <ak...@sh...> (AC) writes:

AC> Hi,
AC> I have just committed to the trunk of the CVS the patch I posted
AC> earlier that fixes the problem with the use of bold and italic fonts
AC> on Mac OS X.  Now you should be able to use the italic, bold, or
AC> bold-italic variant of any font installed on your system.  Some fonts
AC> will look nicer than others.

There is a minor problem with italic: If the cursor is moved over an
italic character it gets chopped at the right.
-- 
Piet van Oostrum <pi...@cs...>
URL: http://www.cs.uu.nl/~piet [PGP]
Private email: P.v...@hc...

[Mac-emacs-users] Re: "browse-url" support for Macintosh

[<dm...@dm...>]

* ak...@sh... [2002-06-18 01:47:10]
> I wonder if we need to handle `mailto:' specially however.

I've done some brief tests.  Apple Mail is listed as my mail handler
in Network Preferences, and "mailto:" urls, when selected in emacs,
appear to correct start Apple Mail with the correct "to" address
already set.

Or were you thinking of something different ?

[Mac-emacs-users] Re: getaddrinfo() related problems

[<dm...@dm...>]

* ak...@sh... [2002-06-18 01:41:33]
> What are the symptoms when the look up of a hostname fails?

I see two different types of failure:
  - open-network-stream fails to create a connection (it returns
    almost immediately),
  - emacs hangs for a while in getaddrinfo().