GNU bug report logs -
#16068
24.3; Printing doesn't work
Previous Next
Reported by: Андрей Парамонов <cmr.pent <at> gmail.com>
Date: Fri, 6 Dec 2013 08:35:01 UTC
Severity: minor
Found in version 24.3
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16068 in the body.
You can then email your comments to 16068 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 08:35:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Андрей Парамонов <cmr.pent <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 06 Dec 2013 08:35:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 08:51:04 GMT)
Full text and
rfc822 format available.
Message #8 received at 16068 <at> debbugs.gnu.org (full text, mbox):
> From: Андрей Парамонов
> <cmr.pent <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 09:08:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 16068 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 09:57:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 16068 <at> debbugs.gnu.org (full text, mbox):
> From: Андрей Парамонов <cmr.pent <at> gmail.com>
> Date: Fri, 6 Dec 2013 13:06:36 +0400
> Cc: 16068 <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 10:15:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 16068 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
2013/12/6 Eli Zaretskii <eliz <at> 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
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 11:21:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 16068 <at> debbugs.gnu.org (full text, mbox):
> From: Андрей Парамонов <cmr.pent <at> gmail.com>
> Date: Fri, 6 Dec 2013 14:13:22 +0400
> Cc: 16068 <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 12:02:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 16068 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
2013/12/6 Eli Zaretskii <eliz <at> 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
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Fri, 06 Dec 2013 14:54:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 16068 <at> debbugs.gnu.org (full text, mbox):
> From: Андрей Парамонов <cmr.pent <at> gmail.com>
> Date: Fri, 6 Dec 2013 16:00:34 +0400
> Cc: 16068 <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Sat, 07 Dec 2013 12:42:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 16068 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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 <at> gnu.org>
> > From: Андрей Парамонов <cmr.pent <at> gmail.com>
> > Date: Fri, 6 Dec 2013 16:00:34 +0400
> > Cc: 16068 <at> 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.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Sat, 07 Dec 2013 13:05:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 16068 <at> debbugs.gnu.org (full text, mbox):
> From: Андрей Парамонов <cmr.pent <at> gmail.com>
> Date: Sat, 7 Dec 2013 16:40:24 +0400
> Cc: 16068 <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Sat, 07 Dec 2013 18:19:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 16068 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
2013/12/7 Eli Zaretskii <eliz <at> 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
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Wed, 12 Aug 2020 22:35:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 16068 <at> debbugs.gnu.org (full text, mbox):
Андрей Парамонов <cmr.pent <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16068
; Package
emacs
.
(Mon, 31 Jan 2022 17:14:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 16068 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> 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
bug closed, send any further explanations to
16068 <at> debbugs.gnu.org and Андрей Парамонов <cmr.pent <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 31 Jan 2022 17:14:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 01 Mar 2022 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 137 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.