1:33 p.m.
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.0 "Pyrenean63" [Lucid] (i686-pc-cygwin32) of Mon Feb 15 1999 on
smithers
configured using `configure --error-checking=none'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
smithers% uname -a
CYGWIN_NT-4.0 SMITHERS 20.1 (0.3/1/1) 1998-12-3 20:39:18 i686 unknown
smithers% echo $DISPLAY
127.0.0.1:0.0
smithers% xemacs -vanilla -eval '(gnuserv-start)' &
[1] 1034
smithers% gnuclient
gnuclient: Connection reset by peer
gnuclient: unable to read the reply from the server
smithers% gnuclient -nw
gnuclient: Connection reset by peer
gnuclient: unable to read the reply from the server
smithers%
Recent keystrokes:
misc-user
Recent messages (most recent first):
Parsing /home/stodghil/.mailrc...
Loading mail-abbrevs...done
Loading mail-abbrevs...
Loading emacsbug...done
Loading emacsbug...
Loading gnuserv...done
Loading gnuserv...
5:18 p.m.
At 08:33 AM 2/16/99 -0500, Paul Stodghill wrote:
smithers% uname -a
CYGWIN_NT-4.0 SMITHERS 20.1 (0.3/1/1) 1998-12-3 20:39:18 i686 unknown
smithers% echo $DISPLAY
127.0.0.1:0.0
smithers% xemacs -vanilla -eval '(gnuserv-start)' &
Does this work for you with the native windows GUI? If not do you have
GNU_SECURE set, do you have /etc/hosts with your pc in it, do you have your
machine in the file that GNU_SECURE points to?
andy
6:09 p.m.
> gnuclient: Connection reset by peer
> gnuclient: unable to read the reply from the server
I get exactly the same error, since compiling Xemacs 21.0-b43, in that
time with cygnus B19, and now 21.0b60 with cygnus B20.1
Ciao
Volker
--
___________________________________________________________________________
"Is a dream a lie if it don't come true or is it something worse ..."
Dr. Volker Zell
__ / _ / __ / ___/ / ___/ -- Senior Dozent --
/ / /__/ /_ / / / __/ Oracle Germany
____/__/ _|__/ __/____/ ____/____/ Paul-Thomas-Str.58
D-40599 D|sseldorf
e-Mail: mailto:vzell＠de.oracle.com
WWW: http://trgsund4.de.oracle.com/
Tel: (+49) 211-74839-414
Fax: (+49) 211-74839-44
___________________________________________________________________________
The statements and opinions expressed here are my own and do not necessarily
represent those of Oracle Corporation.
8:54 p.m.
At 07:09 PM 2/16/99 +0100, Dr. Volker Zell wrote:
>> gnuclient: Connection reset by peer
>> gnuclient: unable to read the reply from the server
I get exactly the same error, since compiling Xemacs 21.0-b43, in that
time with cygnus B19, and now 21.0b60 with cygnus B20.1
Sorry, my analysis in our previous discussions on this was incorrect.
GNU_SECURE should point to a file rather than being the name of a machine.
The machine should be in the file. setting GNU_SECURE to /etc/hosts should
achieve this.
andy
9:44 p.m.
> Sorry, my analysis in our previous discussions on this was
> incorrect. GNU_SECURE should point to a file rather than being
> the name of a machine. The machine should be in the
> file. setting GNU_SECURE to /etc/hosts should achieve this.
Finally, it works .... :-)
Where did you get this information from about GNU_SECURE ?????
> andy
Volker
--
___________________________________________________________________________
"Is a dream a lie if it don't come true or is it something worse ..."
Dr. Volker Zell
__ / _ / __ / ___/ / ___/ -- Senior Dozent --
/ / /__/ /_ / / / __/ Oracle Germany
____/__/ _|__/ __/____/ ____/____/ Paul-Thomas-Str.58
D-40599 D|sseldorf
e-Mail: mailto:vzell＠de.oracle.com
WWW: http://trgsund4.de.oracle.com/
Tel: (+49) 211-74839-414
Fax: (+49) 211-74839-44
___________________________________________________________________________
The statements and opinions expressed here are my own and do not necessarily
represent those of Oracle Corporation.
9:39 a.m.
At 10:44 PM 2/16/99 +0100, Dr. Volker Zell wrote:
>> Sorry, my analysis in our previous discussions on this was
>> incorrect. GNU_SECURE should point to a file rather than being
>> the name of a machine. The machine should be in the
>> file. setting GNU_SECURE to /etc/hosts should achieve this.
Finally, it works .... :-)
Where did you get this information from about GNU_SECURE ?????
Looking at the source code. I had a distant memory of doing something like
this when the code got changed many years ago.
andy
9410
days inactive
9411
days old
5 comments
3 participants
participants (3)
-
Andy Piper -
Dr. Volker Zell -
Paul Stodghill