bug#16068: 24.3; Printing doesn't work

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

To reproduce:
0) Run Emacs.
1) M-x view-hello-buffer. Hello buffer is shown (correct).
2) File/Print Buffer. Emacs asks if it should use default printer (correct).
3) Click Yes. Emacs reprots error:
Opening output file: permission denied, c:/82.97.201.165

Reproducible on Windows 8.

Best wishes,
Andrey Paramonov

In GNU Emacs 24.3.1 (i386-mingw-nt6.2.9200)
 of 2013-03-17 on MARVIN
Windowing system distributor `Microsoft Corp.', version 6.2.9200
Configured using:
 `configure --with-gcc (4.7) --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include
 -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
 -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2'

Important settings:
  value of $LANG: RUS
  locale-coding-system: cp1251
  default enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> <C-down> <C-down> <C-down> <C-down> <C-down>
<C-down> C-x C-s <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <file> <print-buffer> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <file> <ps-print-buffer> <help-echo> <down-mouse-1>
<mouse-1> <help-echo> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> <double-down-mouse-1> <double-mouse-1> <down-mouse-1>
<mouse-1> <escape> <escape> <escape> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <send-emacs-bug-report>

Recent messages:
Wrote c:/vilnius-2013/zoo.txt
(No changes need to be saved)
byte-code: Beginning of buffer [11 times]
(No changes need to be saved)
byte-code: Beginning of buffer [12 times]
Send current buffer to default printer?  y
Spooling with options (page headers are not supported)...
direct-print-region-helper: Opening output file: permission denied, c:/
82.97.201.165
Formatting...done
Printing...
direct-print-region-helper: Opening output file: permission denied, c:/
82.97.201.165

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils ps-mule ps-print ps-def lpr misearch
multi-isearch dired time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win
w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
w32 multi-tty emacs)

[-- Attachment #2: Type: text/html, Size: 8635 bytes --]

bug#16068: 24.3; Printing doesn't work

[Eli Zaretskii]

> From: Андрей Парамонов
> 	<cmr.pent@gmail.com>
> Date: Fri, 6 Dec 2013 12:33:40 +0400
> 
> 0) Run Emacs.
> 1) M-x view-hello-buffer. Hello buffer is shown (correct).
> 2) File/Print Buffer. Emacs asks if it should use default printer (correct).
> 3) Click Yes. Emacs reprots error:
> Opening output file: permission denied, c:/82.97.201.165

Your printing is not set up correctly.  Emacs on Windows cannot always
do that automatically, especially on the latest versions of Windows.
The user manual describes in the node "Windows Printing" several
methods of setting that up; please try them.

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

Thank you Eli!

Customization of printer-name (in my case to //82.97.201.165/AFICIO2018D)
did work indeed.
But is it feasible to improve autodetection of printer-name? It seems Emacs
was on the right way, guessing 82.97.201.165 correctly.

Best wishes,
Andrey Paramonov

[-- Attachment #2: Type: text/html, Size: 446 bytes --]

bug#16068: 24.3; Printing doesn't work

[Eli Zaretskii]

> From: Андрей Парамонов <cmr.pent@gmail.com>
> Date: Fri, 6 Dec 2013 13:06:36 +0400
> Cc: 16068@debbugs.gnu.org
> 
> Customization of printer-name (in my case to //82.97.201.165/AFICIO2018D)
> did work indeed.

Good.

> But is it feasible to improve autodetection of printer-name? It seems Emacs
> was on the right way, guessing 82.97.201.165 correctly.

Maybe we can improve that.  What does this display in "emacs -Q" on
that machine?

  M-: (default-printer-name) RET

I don't have access to Windows 8, but I just tried your recipe on
Windows 7 which is configured to use a printer share on a different
machine, specified with an IP address (similar to your case), and in
my case the printer name is auto-detected correctly. i.e. it has the
printer's share name following the IP address of the server.

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

2013/12/6 Eli Zaretskii <eliz@gnu.org>

> Maybe we can improve that.  What does this display in "emacs -Q" on
> that machine?
>
>   M-: (default-printer-name) RET


It says
"82.97.201.165"

Best wishes,
Andrey Paramonov

[-- Attachment #2: Type: text/html, Size: 765 bytes --]

bug#16068: 24.3; Printing doesn't work

[Eli Zaretskii]

> From: Андрей Парамонов <cmr.pent@gmail.com>
> Date: Fri, 6 Dec 2013 14:13:22 +0400
> Cc: 16068@debbugs.gnu.org
> 
> > Maybe we can improve that.  What does this display in "emacs -Q" on
> > that machine?
> >
> >   M-: (default-printer-name) RET
> 
> 
> It says
> "82.97.201.165"

Which is the source of the problem.

Is it possible for you to step through default-printer-name with GDB
and see what happens there?  I can send you detailed instructions, if
you need them.

TIA

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

2013/12/6 Eli Zaretskii <eliz@gnu.org>

> Is it possible for you to step through default-printer-name with GDB
> and see what happens there?  I can send you detailed instructions, if
> you need them.
>

Please do.
Is it correct that default-printer-name is implemented in C (which is why I
need GDB)?

Best wishes,
Andrey Paramonov

[-- Attachment #2: Type: text/html, Size: 786 bytes --]

bug#16068: 24.3; Printing doesn't work

[Eli Zaretskii]

> From: Андрей Парамонов <cmr.pent@gmail.com>
> Date: Fri, 6 Dec 2013 16:00:34 +0400
> Cc: 16068@debbugs.gnu.org
> 
> > Is it possible for you to step through default-printer-name with GDB
> > and see what happens there?  I can send you detailed instructions, if
> > you need them.
> >
> 
> Please do.

See below, and thanks in advance.

> Is it correct that default-printer-name is implemented in C (which is why I
> need GDB)?

Yes, this is correct.

I see that you are using Emacs 24.3, which is an official release.  I
suspect that this binary has been stripped of debugging symbols, so
you will be unable to debug it on the C source level.  So the first
thing I suggest to do after installing GDB (let me know if you need a
link for a Windows port of GDB) is type this from the shell prompt:

  gdb /path/to/emacs.exe

If GDB says something like this:

 Reading symbols from D:\foo\bar\emacs.exe...(no debugging symbols found)...done.
                                              ^^^^^^^^^^^^^^^^^^^^^^^^^^
then indeed the binary is stripped.  In that case, please download a
recent snapshot from here:

  https://sourceforge.net/projects/emacs-bin/files/snapshots/

and start by verifying that the same problem still exists there.  (It
could be that it was somehow fixed since 24.3 was released, although I
doubt that.)

Once you establish that the problem still exists in the snapshot,
here's the sequence of commands I'd like you to perform:

  gdb /path/to/emacs.exe

After GDB starts and displays its startup blurb, do this:

  (gdb) break Fdefault_printer_name
  (gdb) run -Q

The last command runs Emacs.  When Emacs starts up, it will show the
*scratch* buffer.  Type into that buffer:

  (default-printer-name)

Then go to the right parenthesis and type C-j.  This evaluates the
expression.  (Please forgive me if I'm telling you things you know
very well.)

When you evaluate that expression, the breakpoint you have set will
break, Emacs will stop, and GDB will take control.  Switch to the
window where you run GDB, you should see there something like this:

  Breakpoint 1, Fdefault_printer_name () at w32fns.c:7217
  7217      PRINTER_INFO_2 *ppi2 = NULL;
  (gdb)

(Since you don't have the sources, you will probably not see the
second line.)

If you want to see the source code of default-printer-name, you can
find it here:

  http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/src/w32fns.c

(The function's source starts around line 7210 in that file.)

We want to get to line #7252, which is marked in the snippet below:

  err = GetPrinter (hPrn, 2, (LPBYTE)ppi2, dwNeeded, &dwReturned);
  ClosePrinter (hPrn);
  if (!err)
    {
      xfree (ppi2);
      return Qnil;
    }

  if (ppi2)  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
    {
      if (ppi2->Attributes & PRINTER_ATTRIBUTE_SHARED && ppi2->pServerName)
        {

The GDB command to do that is:

  (gdb) until 7252

(The "(gdb)" part is GDB's prompt, you don't need to type it.)

GDB will step Emacs till that line, and respond like this:

  Fdefault_printer_name () at w32fns.c:7252
  7252      if (ppi2)
  (gdb)

Now please tell GDB to display the contents of the ppi2 structure,
which holds the printer information Windows returned due to the call
to GetPrinter API:

  (gdb) print *ppi2

And post here everything you see.

If you will do this in Emacs 24.3 (in case it does have the debugging
symbols), then please use "until 6943" instead of 7252 above, because
the source line numbers of the snippet I show above are different in
that version.

Thanks again for your help.

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

Thank you very much for very clear and detailed instructions, Eli!
I got the following output:

(gdb) print *ppi2
$1 = {pServerName = 0x0, pPrinterName = 0x38a0136
<__register_frame_info+59375926> "RICOH Aficio 2018D PCL 6",
  pShareName = 0x38a0134 <__register_frame_info+59375924> "", pPortName =
0x38a0118 <__register_frame_info+59375896> "82.97.201.165",
  pDriverName = 0x38a00e6 <__register_frame_info+59375846> "RICOH Aficio
2018D PCL 6", pComment = 0x38a00e4 <__register_frame_info+59375844> "",
  pLocation = 0x38a00e2 <__register_frame_info+59375842> "", pDevMode =
0x389f1c0 <__register_frame_info+59371968>,
  pSepFile = 0x38a00e0 <__register_frame_info+59375840> "", pPrintProcessor
= 0x38a00ce <__register_frame_info+59375822> "winprint",
  pDatatype = 0x38a00c6 <__register_frame_info+59375814> "RAW", pParameters
= 0x38a00c4 <__register_frame_info+59375812> "",
  pSecurityDescriptor = 0x389f088 <__register_frame_info+59371656>,
Attributes = 576, Priority = 1, DefaultPriority = 0, StartTime = 0,
  UntilTime = 0, Status = 0, cJobs = 0, AveragePPM = 0}

I see that pServerName, pShareName are not set, which confuses
Fdefault_printer_name big time (e.g. it thinks the printer is local).
It seems that in my case the problem lies is a very exotic way of
configuration. I'll try to setup printer in the orthodox way when I'm in
the office next time. Current configuration was done by IT guy; I'm not
sure why he decided to use numeric IP addess and port instead of simple
share name.

Thank you for your support,
Andrey Paramonov


2013/12/6 Eli Zaretskii <eliz@gnu.org>

> > From: Андрей Парамонов <cmr.pent@gmail.com>
> > Date: Fri, 6 Dec 2013 16:00:34 +0400
> > Cc: 16068@debbugs.gnu.org
> >
> > > Is it possible for you to step through default-printer-name with GDB
> > > and see what happens there?  I can send you detailed instructions, if
> > > you need them.
> > >
> >
> > Please do.
>
> See below, and thanks in advance.
>
> > Is it correct that default-printer-name is implemented in C (which is
> why I
> > need GDB)?
>
> Yes, this is correct.
>
> I see that you are using Emacs 24.3, which is an official release.  I
> suspect that this binary has been stripped of debugging symbols, so
> you will be unable to debug it on the C source level.  So the first
> thing I suggest to do after installing GDB (let me know if you need a
> link for a Windows port of GDB) is type this from the shell prompt:
>
>   gdb /path/to/emacs.exe
>
> If GDB says something like this:
>
>  Reading symbols from D:\foo\bar\emacs.exe...(no debugging symbols
> found)...done.
>                                               ^^^^^^^^^^^^^^^^^^^^^^^^^^
> then indeed the binary is stripped.  In that case, please download a
> recent snapshot from here:
>
>   https://sourceforge.net/projects/emacs-bin/files/snapshots/
>
> and start by verifying that the same problem still exists there.  (It
> could be that it was somehow fixed since 24.3 was released, although I
> doubt that.)
>
> Once you establish that the problem still exists in the snapshot,
> here's the sequence of commands I'd like you to perform:
>
>   gdb /path/to/emacs.exe
>
> After GDB starts and displays its startup blurb, do this:
>
>   (gdb) break Fdefault_printer_name
>   (gdb) run -Q
>
> The last command runs Emacs.  When Emacs starts up, it will show the
> *scratch* buffer.  Type into that buffer:
>
>   (default-printer-name)
>
> Then go to the right parenthesis and type C-j.  This evaluates the
> expression.  (Please forgive me if I'm telling you things you know
> very well.)
>
> When you evaluate that expression, the breakpoint you have set will
> break, Emacs will stop, and GDB will take control.  Switch to the
> window where you run GDB, you should see there something like this:
>
>   Breakpoint 1, Fdefault_printer_name () at w32fns.c:7217
>   7217      PRINTER_INFO_2 *ppi2 = NULL;
>   (gdb)
>
> (Since you don't have the sources, you will probably not see the
> second line.)
>
> If you want to see the source code of default-printer-name, you can
> find it here:
>
>   http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/src/w32fns.c
>
> (The function's source starts around line 7210 in that file.)
>
> We want to get to line #7252, which is marked in the snippet below:
>
>   err = GetPrinter (hPrn, 2, (LPBYTE)ppi2, dwNeeded, &dwReturned);
>   ClosePrinter (hPrn);
>   if (!err)
>     {
>       xfree (ppi2);
>       return Qnil;
>     }
>
>   if (ppi2)  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>     {
>       if (ppi2->Attributes & PRINTER_ATTRIBUTE_SHARED && ppi2->pServerName)
>         {
>
> The GDB command to do that is:
>
>   (gdb) until 7252
>
> (The "(gdb)" part is GDB's prompt, you don't need to type it.)
>
> GDB will step Emacs till that line, and respond like this:
>
>   Fdefault_printer_name () at w32fns.c:7252
>   7252      if (ppi2)
>   (gdb)
>
> Now please tell GDB to display the contents of the ppi2 structure,
> which holds the printer information Windows returned due to the call
> to GetPrinter API:
>
>   (gdb) print *ppi2
>
> And post here everything you see.
>
> If you will do this in Emacs 24.3 (in case it does have the debugging
> symbols), then please use "until 6943" instead of 7252 above, because
> the source line numbers of the snippet I show above are different in
> that version.
>
> Thanks again for your help.
>

[-- Attachment #2: Type: text/html, Size: 7054 bytes --]

bug#16068: 24.3; Printing doesn't work

[Eli Zaretskii]

> From: Андрей Парамонов <cmr.pent@gmail.com>
> Date: Sat, 7 Dec 2013 16:40:24 +0400
> Cc: 16068@debbugs.gnu.org
> 
> I got the following output:
> 
> (gdb) print *ppi2
> $1 = {pServerName = 0x0, pPrinterName = 0x38a0136
> <__register_frame_info+59375926> "RICOH Aficio 2018D PCL 6",
>   pShareName = 0x38a0134 <__register_frame_info+59375924> "", pPortName =
> 0x38a0118 <__register_frame_info+59375896> "82.97.201.165",
>   pDriverName = 0x38a00e6 <__register_frame_info+59375846> "RICOH Aficio
> 2018D PCL 6", pComment = 0x38a00e4 <__register_frame_info+59375844> "",
>   pLocation = 0x38a00e2 <__register_frame_info+59375842> "", pDevMode =
> 0x389f1c0 <__register_frame_info+59371968>,
>   pSepFile = 0x38a00e0 <__register_frame_info+59375840> "", pPrintProcessor
> = 0x38a00ce <__register_frame_info+59375822> "winprint",
>   pDatatype = 0x38a00c6 <__register_frame_info+59375814> "RAW", pParameters
> = 0x38a00c4 <__register_frame_info+59375812> "",
>   pSecurityDescriptor = 0x389f088 <__register_frame_info+59371656>,
> Attributes = 576, Priority = 1, DefaultPriority = 0, StartTime = 0,
>   UntilTime = 0, Status = 0, cJobs = 0, AveragePPM = 0}
> 
> I see that pServerName, pShareName are not set, which confuses
> Fdefault_printer_name big time (e.g. it thinks the printer is local).

Yes, that's true.  But even if pServerName were non-NULL, it would not
have helped, since pShareName is empty.  The "AFICIO2018D" that you
needed to add to get printing correctly configured is nowhere to be
seen.

It would be interesting to see what does "net share" print on the
machine which exports the printer.

bug#16068: 24.3; Printing doesn't work

[Андрей Парамонов]

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

2013/12/7 Eli Zaretskii <eliz@gnu.org>

> It would be interesting to see what does "net share" print on the
> machine which exports the printer.
>

It does list AFICIO2018D, that's where I got it from :-)
However there appears to be alternative nonorthodox configuration method
without share name. And our IT man did use it on my system.

Best wishes,
Andrey Paramonov

[-- Attachment #2: Type: text/html, Size: 1388 bytes --]

bug#16068: 24.3; Printing doesn't work

[Stefan Kangas]

Андрей Парамонов <cmr.pent@gmail.com> writes:

> To reproduce:
> 0) Run Emacs.
> 1) M-x view-hello-buffer. Hello buffer is shown (correct).
> 2) File/Print Buffer. Emacs asks if it should use default printer (correct).
> 3) Click Yes. Emacs reprots error:
> Opening output file: permission denied, c:/82.97.201.165
>
> Reproducible on Windows 8.

That was 6.5 years ago.

Is this still an issue using a modern version of Emacs?

Best regards,
Stefan Kangas

bug#16068: 24.3; Printing doesn't work

[Lars Ingebrigtsen]

Stefan Kangas <stefan@marxist.se> writes:

>> Reproducible on Windows 8.
>
> That was 6.5 years ago.
>
> Is this still an issue using a modern version of Emacs?

More information was requested, but no response was given within a
year, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no