Print functions gone

Print functions gone

[Joe Bush]

Somehow, I've managed to kill all print functions in my emacs
(21.2.1). Print Buffer or Postscript Print Buffer commands now return
'Symbol's variable is void: \213'. I've had no trouble printing in the
past, and figure I've erased a file needed by emacs to print.

Can someone point me to the dependencies required by both print
functions?

Thanks. 

Re: Print functions gone

[Kevin Rodgers]

Joe Bush wrote:
 > Somehow, I've managed to kill all print functions in my emacs
 > (21.2.1). Print Buffer or Postscript Print Buffer commands now return
 > 'Symbol's variable is void: \213'. I've had no trouble printing in the
 > past, and figure I've erased a file needed by emacs to print.

That seems unlikely.  Try `M-x set-variable RET debug-on-error RET t RET'
and then post the *Backtrace* buffer that is displayed when you try to 
print.

 > Can someone point me to the dependencies required by both print
 > functions?

lpr.el[c] requires no additional libraries.
ps-print.el[c] requires lpr.el[c] and faces.el[c]

-- 
Kevin Rodgers

Re: Print functions gone

[Joe Bush]

[-- Attachment #1: Type: text/plain, Size: 3578 bytes --]

Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Joe Bush wrote:
>  > Somehow, I've managed to kill all print functions in my emacs
>  > (21.2.1). Print Buffer or Postscript Print Buffer commands now return
>  > 'Symbol's variable is void: \213'. I've had no trouble printing in the
>  > past, and figure I've erased a file needed by emacs to print.
>
> That seems unlikely.  Try `M-x set-variable RET debug-on-error RET t RET'
> and then post the *Backtrace* buffer that is displayed when you try to
> print.
>
>  > Can someone point me to the dependencies required by both print
>  > functions?
>
> lpr.el[c] requires no additional libraries.
> ps-print.el[c] requires lpr.el[c] and faces.el[c]
>
> -- 
> Kevin Rodgers

Thanks for the reply, Kevin.

Following is the *backtrace* buffer:

--------------------------------------------------------------------------
Debugger entered--Lisp error: (error "Cannot return from the debugger in an error")
  eval-buffer(#<buffer  *load*> nil "lpr" nil t)
  load-with-code-conversion("/usr/local/share/emacs/21.2/site-lisp/lpr.el.gz" "lpr" nil t)
  require(lpr)
  byte-code("ÄÅ!ˆÆÇ!„\x0e\0ÈÉ!ˆÊË!„\x18\0ËÌMˆÊÍ!„\"\0ÍÎMˆÊÏ!„,\0ÏÐMˆÊÑ!„6\0ÑÒMˆÊÓ!„@\0ÓÔMˆÊÕ!„J\0ÕÖMˆ×ØÙ\"ˆ×ÚÛ\"ˆ×ÜÝ\"ˆ×Þß\"ˆ×àá\"ˆ×âã\"ˆ×äå\"ˆ×æç\"ˆ×èé\"ˆ×êë\"ˆ×ìí\"ˆ×îï\"ˆ×ðñ\"ˆ×òó\"ˆ×ôõ\"ˆ×ö÷\"ˆ×øù\"ˆ×úû\"ˆ×üý\"ˆ×þÿ\"ˆ×@\0A\0\"ˆ×B\0C\0\"ˆ×D\0E\0\"ˆÊF\0!ƒÝ\0ׁG\0F\0\"ˆ‚æ\0ׁG\0H\0\"ˆÂ\bB\x10	I\0>\x12Ã\bB\x10	J\0>\x13K\0L\0M\0N\0O\0P\0Q\0R\0&\aˆK\0S\0M\0T\0U\0V\0W\0X\0Q\0Y\0Q\0L\0&\vˆK\0Z\0M\0[\0W\0X\0O\0\\\0Q\0S\0&	ˆK\0]\0M\0^\0W\0X\0O\0_\0Q\0S\0&	ˆK\0`\0M\0a\0W\0X\0O\0b\0Q\0S\0&	ˆK\0c\0M\0d\0W\0X\0O\0e\0Q\0S\0&	ˆK\0f\0M\0g\0W\0X\0O\0h\0Q\0S\0&	ˆK\0i\0M\0j\0W\0X\0O\0k\0Q\0S\0Q\0l\0&\vˆK\0m\0M\0n\0W\0X\0O\0o\0Q\0S\0&	ˆK\0p\0M\0q\0W\0X\0O\0r\0Q\0S\0&	ˆK\0s\0M\0t\0W\0X\0O\0u\0Q\0S\0&	ˆK\0v\0M\0w\0W\0X\0O\0x\0Q\0S\0&	ˆK\0y\0M\0z\0W\0X\0O\0{\0Q\0S\0&	ˆK\0|\0M\0}\0W\0X\0O\0~\0Q\0S\0&	‡" [current-load-list system-type ps-windows-system ps-lp-system require lpr featurep lisp-float-type error "`ps-print' requires floating point support" fboundp set-buffer-multibyte #[(arg) "\b‰\x11‡" [arg enable-multibyte-characters] 2] string-as-unibyte #[(arg) "\b‡" [arg] 1] string-as-multibyte #[(arg) "\b‡" [arg] 1] char-charset #[(arg) "À‡" [ascii] 1] charset-after #[(&optional arg) "Á\bf!‡" [arg char-charset] 2] line-beginning-position #[(&optional n) "Š\bƒ\x0f\0\bÁU„\x0f\0\bSyˆÂ ˆ`)‡" [n 1 beginning-of-line] 2] defalias ps-x-color-instance-p color-instance-p ps-x-color-instance-rgb-components color-instance-rgb-components ps-x-color-name color-name ps-x-color-specifier-p color-specifier-p ps-x-copy-coding-system copy-coding-system ps-x-device-class device-class ps-x-extent-end-position extent-end-position ps-x-extent-face extent-face ps-x-extent-priority extent-priority ps-x-extent-start-position extent-start-position ps-x-face-font-instance face-font-instance ps-x-find-coding-system find-coding-system ps-x-font-instance-properties font-instance-properties ...] 12)
-------------------------------------------------------------------------------

Copies of lpr.el, lpr.elc, ps-print.el, ps-print.elc, faces.el & faces.elc  are present in
/usr/local/share/emacs/21.2/lisp, while lpr.el.gz is present in
/usr/local/share/emacs/21.2/site-lisp.

-Joe.


[-- Attachment #2: Type: text/plain, Size: 152 bytes --]

_______________________________________________
Help-gnu-emacs mailing list
Help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs

Re: Print functions gone

[Kevin Rodgers]

Joe Bush wrote:
 > Following is the *backtrace* buffer:
 >
 > 
--------------------------------------------------------------------------
 > Debugger entered--Lisp error: (error "Cannot return from the debugger 
in an error")
 >   eval-buffer(#<buffer  *load*> nil "lpr" nil t)
 > 
load-with-code-conversion("/usr/local/share/emacs/21.2/site-lisp/lpr.el.gz" 
"lpr" nil t)
 >   require(lpr)
 > 
byte-code("??!???!?\x0e-------------------------------------------------------------------------------

Why did you cut off the buffer there?  I'll just assume that lpr was
required by ps-print.

 > Copies of lpr.el, lpr.elc, ps-print.el, ps-print.elc, faces.el & 
faces.elc  are present in
 > /usr/local/share/emacs/21.2/lisp, while lpr.el.gz is present in
 > /usr/local/share/emacs/21.2/site-lisp.

What is lpr.el.gz doing in the site-lisp directory?  Unless you know a
good reason for that, I'd delete it so that lpr.elc is loaded from the
lisp directory.

(Since when does require/load look for files ending in ".el.gz"?)

-- 
Kevin Rodgers

Re: Print functions gone

[Edward O'Connor]

Kevin Rodgers wrote:

> (Since when does require/load look for files ending in ".el.gz"?)

This happens if you have `auto-compression-mode' enabled.

>From src/ChangeLog.9:

2001-10-11  Stefan Monnier  <monnier@cs.yale.edu>

	* lread.c (Vload_suffixes, default_suffixes): New vars.
	(openp): Take a lisp list of suffixes.
	Check for file-name-handlers even if the file was absolute already.
	(syms_of_lread): Declare load-suffixes.

>From lisp/ChangeLog.9:

2001-10-12  Stefan Monnier  <monnier@cs.yale.edu>

	* jka-compr.el (jka-compr-load-suffixes): New var.
	(jka-compr-install): Add its content to load-suffixes.
	(jka-compr-uninstall): Remove its content from load-suffixes.


Ted

-- 
Edward O'Connor
hober0@gmail.com

Ense petit placidam sub libertate quietem.

Re: Print functions gone

[Joe Bush]

Edward O'Connor <hober0@gmail.com> writes:

> Kevin Rodgers wrote:
>
>> (Since when does require/load look for files ending in ".el.gz"?)
>
> This happens if you have `auto-compression-mode' enabled.
>
>>From src/ChangeLog.9:
>
> 2001-10-11  Stefan Monnier  <monnier@cs.yale.edu>
>
> 	* lread.c (Vload_suffixes, default_suffixes): New vars.
> 	(openp): Take a lisp list of suffixes.
> 	Check for file-name-handlers even if the file was absolute already.
> 	(syms_of_lread): Declare load-suffixes.
>
>>From lisp/ChangeLog.9:
>
> 2001-10-12  Stefan Monnier  <monnier@cs.yale.edu>
>
> 	* jka-compr.el (jka-compr-load-suffixes): New var.
> 	(jka-compr-install): Add its content to load-suffixes.
> 	(jka-compr-uninstall): Remove its content from load-suffixes.
>
>
> Ted
>
> -- 
> Edward O'Connor
> hober0@gmail.com
>
> Ense petit placidam sub libertate quietem.

I do enable 'auto-compression-mode'. Could that be part of the
problem?

-Joe.

Re: Print functions gone

[Kevin Rodgers]

Joe Bush wrote:
 > I do enable 'auto-compression-mode'. Could that be part of the
 > problem?

It is obviously part of the problem, but the bigger part is the
lpr.el.gz file in your site-lisp directory.

When you set debug-on-error to t, the *Backtrace* buffer shows:
   eval-buffer(#<buffer  *load*> nil "lpr" nil t)

Take a look at the buffer named " *load*": C-x b C-q SPC *load* RET
Does it look normal?  If so, go to the beginning of the code: C-M-S ^(
and then repeatedly run `C-M-f C-x e' to see which form is signalling
the error.

Also, try comparing the site-lisp/lpr.el.gz file to lisp/lpr.el, with
M-x ediff-files.  If there are no differences, or if the differences are
not desirable, just delete the site-lisp/lpr.el.gz file.

-- 
Kevin Rodgers

Re: Print functions gone - Solved, Thanks Kevin!

[Joe Bush]

Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Joe Bush wrote:
>  > I do enable 'auto-compression-mode'. Could that be part of the
>  > problem?
>
> It is obviously part of the problem, but the bigger part is the
> lpr.el.gz file in your site-lisp directory.
>
> When you set debug-on-error to t, the *Backtrace* buffer shows:
>    eval-buffer(#<buffer  *load*> nil "lpr" nil t)
>
> Take a look at the buffer named " *load*": C-x b C-q SPC *load* RET
> Does it look normal?  If so, go to the beginning of the code: C-M-S ^(
> and then repeatedly run `C-M-f C-x e' to see which form is signalling
> the error.
>
> Also, try comparing the site-lisp/lpr.el.gz file to lisp/lpr.el, with
> M-x ediff-files.  If there are no differences, or if the differences are
> not desirable, just delete the site-lisp/lpr.el.gz file.
>
> -- 
> Kevin Rodgers

You were right. I removed lpr.el.gz from site-lisp, and printing came
right back.

As I now recall, I was trying to put the extra packages I'd collected
into a directory where emacs' automated extra package installer could
see and list them. I thought they would show up under the 'Code local to your
system' heading, and read somewhere that it looked in one of the two
site-lisp directorys. I guess that one isn't it..

Thanks again.

Joe.

Re: Print functions gone

[Joe Bush]

Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Joe Bush wrote:
>  > Following is the *backtrace* buffer:
>  >
>  >
> --------------------------------------------------------------------------
>  > Debugger entered--Lisp error: (error "Cannot return from the
> debugger in an error")
>  >   eval-buffer(#<buffer  *load*> nil "lpr" nil t)
>  >
> load-with-code-conversion("/usr/local/share/emacs/21.2/site-lisp/lpr.el.gz"
> "lpr" nil t)
>  >   require(lpr)
>  >
> byte-code("??!???!?\x0e-------------------------------------------------------------------------------
>
> Why did you cut off the buffer there?  I'll just assume that lpr was
> required by ps-print.
>
>  > Copies of lpr.el, lpr.elc, ps-print.el, ps-print.elc, faces.el &
> faces.elc  are present in
>  > /usr/local/share/emacs/21.2/lisp, while lpr.el.gz is present in
>  > /usr/local/share/emacs/21.2/site-lisp.
>
> What is lpr.el.gz doing in the site-lisp directory?  Unless you know a
> good reason for that, I'd delete it so that lpr.elc is loaded from the
> lisp directory.
>
> (Since when does require/load look for files ending in ".el.gz"?)
>
> -- 
> Kevin Rodgers

I didn't cut it off. It had lines over 79 characters long, and Gnus
asked about that, as well as unprintable characters. I clicked on 'OK' to send for both
questions.

Maybe the newsgroup software truncated it. I can send it directly to
you, if that's OK.

-Joe.