GNU bug report logs - #11849
23.3; emacs freeze when vpn is connected

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11849 in the body.
You can then email your comments to 11849 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 23.3; emacs freeze when vpn is connected
Date: Tue, 3 Jul 2012 08:46:09 +0000

[Message part 1 (text/plain, inline)]

I am using emacs on windows (version 23.3) and it works just fine. As

soon as I connect to my Checkpoint VPN (VPN over https using checkpoint ssl extender 7.01.0000) , emacs becomes unusable, because every

file interaction (load, save) freezes emacs for about 1 minute. I have

not been able to find any information in the messages of emacs on the

cause of this problem.



Searches in google didn't lead to any more information either.



Perhaps you can help me to pinpoint the cause for this problem and how

to get emacs to work again with vpn active ..



Thank you for any help.



Best regards,

Andreas Bellmann





In GNU Emacs 23.3.1 (i386-mingw-nt6.1.7601)

of 2011-03-10 on 3249CTO

Windowing system distributor `Microsoft Corp.', version 6.1.7601

configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesupport/include'



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

  value of $XMODIFIERS: nil

  locale-coding-system: cp1252

  default enable-multibyte-characters: t



Major mode: Lisp Interaction



Minor modes in effect:

  cua-mode: t

  global-linum-mode: t

  linum-mode: t

  recentf-mode: t

  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

  blink-cursor-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  column-number-mode: t

  line-number-mode: t

  transient-mark-mode: t



Recent input:

<escape> x r e p o r t <tab> <return>



Recent messages:

Loading ekeys...done

Loading c:/Users/abellmann/Dropbox/emacs/lisp/modes.el (source)...

Loading c:/users/abellmann/.recentf...done

Cleaning up the recentf list...done (0 removed)

Loading c:/Users/abellmann/Dropbox/emacs/lisp/modes.el (source)...done

Loading c:/Users/abellmann/Dropbox/emacs/lisp/modes-win.el (source)...done

For information about GNU Emacs and the GNU system, type C-h C-a.



Load-path shadows:

None found.



Features:

(shadow sort flyspell ispell mail-extr message ecomplete rfc822 mml

mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse

rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util

netrc mm-util mail-prsvr gmm-utils mailheader canlock sha1 hex-util

hashcash mail-utils emacsbug cua-base linum org-remember org-datetree

remember org byte-opt warnings bytecomp byte-compile advice help-fns

advice-preload org-footnote org-src org-list org-faces org-compat

org-macs time-date noutline outline easy-mmode recentf tree-widget

wid-edit easymenu server emacs-type cl cl-19 tooltip ediff-hook vc-hooks

lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars

tool-bar dnd fontset image fringe lisp-mode register page menu-bar

rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button

minibuffer faces cus-face files text-properties overlay md5 base64

format env code-pages mule custom widget hashtable-print-readable

backquote make-network-process multi-tty emacs)




Andreas Bellmann
Senior Architekt


Tel:    +49 (711) 13984-242
Fax:   +49 (711) 8666301
Mobil:+49 (172) 2715755
abellmann <at> heiler.com<mailto:abellmann <at> heiler.com>

Heiler Software AG
Mittlerer Pfad 5 - 70499 Stuttgart
www.heiler.com<http://www.heiler.com>

Management Board: Rolf J. Heiler, Dr. Wolfgang A. K?stler, Frank Schmidt, Dirk H?u?ermann
Chairman of the Supervisory Board: Antonio Schnieder
Registry Court: Stuttgart District Court, HRB 20399, German VAT ID.DE 146023553

[Heiler Software] <http://www.heiler.com>

Subscribe to http://blog.heiler.com
to read recent articles on Multichannel Commerce, PIM, and MDM.

[Message part 2 (text/html, inline)]

Message #8 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Bellmann, Andreas" <abellmann <at> heiler.com>
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Tue, 03 Jul 2012 19:40:07 +0300

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> Date: Tue, 3 Jul 2012 08:46:09 +0000
> 
> I am using emacs on windows (version 23.3) and it works just fine. As
> 
> soon as I connect to my Checkpoint VPN (VPN over https using checkpoint ssl extender 7.01.0000) , emacs becomes unusable, because every
> file interaction (load, save) freezes emacs for about 1 minute. I have
> not been able to find any information in the messages of emacs on the
> cause of this problem.

First, could you please try the latest Emacs 24.1?  A precompiled
binary is available from ftp://ftp.gnu.org/gnu/emacs/windows/.

If the problem persists in Emacs 24.1, I would suggest to look with
the Task Manager or (better) Process Explorer whether some process
uses up a lot of CPU during those freezes.  If the CPU usage is low,
then perhaps Emacs tries to access some resources via the network?
Another idea is to customize vc-handled-backends to nil and see if
that helps.  Finally, try setting w32-get-true-file-attributes to nil.

Message #11 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
Subject: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 4 Jul 2012 08:55:12 +0000

Hello,

I updated emacs and had a look at the process explorer. Neither cpu traffic nor network traffic is high.  The network shows a connection to the emacs server

From this  I realized, that my error description was too imprecise:

What I actually do:

* start emacs normally
* try to open a file in windows via context-menu
* this calls the following (from the windows registry):
[HKEY_CLASSES_ROOT\Directory\shell\openwemacs]
@="Edit &with Emacs"

[HKEY_CLASSES_ROOT\Directory\shell\openwemacs\command]
@="\"C:\\bin\\emacs-24.1\\bin\\emacsclientw.exe\" -a \"C:\\bin\\emacs-24.1\\bin\\runemacs.exe\" \"%1\""

* I am guessing, that this will try to connect to the emacs server
* No answer from emacs for about 1 minute
* The file is finally opened in emacs

Any suggestions?

Thanks,
Andreas

Andreas Bellmann
Senior Architekt

Tel:    +49 (711) 13984-242             Heiler Software AG
Fax:    +49 (711) 8666301               Mittlerer Pfad 5 - 70499 Stuttgart
Cell:   +49 (172) 2715755
E-Mail: abellmann <at> heiler.com            http://www.heiler.com


Management Board: Rolf J. Heiler, Dr. Wolfgang A. Koestler, Frank Schmidt, Dirk Haeussermann
Chairman of the Supervisory Board: Antonio Schnieder
Registry Court: Stuttgart District Court, HRB 20399, German VAT ID.DE 146023553

-----Ursprüngliche Nachricht-----
Von: Eli Zaretskii [mailto:eliz <at> gnu.org]
Gesendet: Dienstag, 3. Juli 2012 18:40
An: Bellmann, Andreas
Cc: 11849 <at> debbugs.gnu.org
Betreff: Re: bug#11849: 23.3; emacs freeze when vpn is connected

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> Date: Tue, 3 Jul 2012 08:46:09 +0000
>
> I am using emacs on windows (version 23.3) and it works just fine. As
>
> soon as I connect to my Checkpoint VPN (VPN over https using
> checkpoint ssl extender 7.01.0000) , emacs becomes unusable, because
> every file interaction (load, save) freezes emacs for about 1 minute.
> I have not been able to find any information in the messages of emacs on the cause of this problem.

First, could you please try the latest Emacs 24.1?  A precompiled binary is available from ftp://ftp.gnu.org/gnu/emacs/windows/.

If the problem persists in Emacs 24.1, I would suggest to look with the Task Manager or (better) Process Explorer whether some process uses up a lot of CPU during those freezes.  If the CPU usage is low, then perhaps Emacs tries to access some resources via the network?
Another idea is to customize vc-handled-backends to nil and see if that helps.  Finally, try setting w32-get-true-file-attributes to nil.

Message #14 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Bellmann, Andreas" <abellmann <at> heiler.com>
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 04 Jul 2012 18:24:18 +0300

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> Date: Wed, 4 Jul 2012 08:55:12 +0000
> 
> What I actually do:
> 
> * start emacs normally
> * try to open a file in windows via context-menu
> * this calls the following (from the windows registry):
> [HKEY_CLASSES_ROOT\Directory\shell\openwemacs]
> @="Edit &with Emacs"
> 
> [HKEY_CLASSES_ROOT\Directory\shell\openwemacs\command]
> @="\"C:\\bin\\emacs-24.1\\bin\\emacsclientw.exe\" -a \"C:\\bin\\emacs-24.1\\bin\\runemacs.exe\" \"%1\""
> 
> * I am guessing, that this will try to connect to the emacs server
> * No answer from emacs for about 1 minute
> * The file is finally opened in emacs

That's an entirely different story.

Is the Emacs server running on the same machine, or on a remote
machine?

Message #17 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
Subject: Re: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 4 Jul 2012 16:21:33 +0000

Hi,

The emacs Server is Running on the same machine...


Andreas


Am 04.07.2012 um 17:24 schrieb "Eli Zaretskii" <eliz <at> gnu.org>:

>> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
>> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
>> Date: Wed, 4 Jul 2012 08:55:12 +0000
>>
>> What I actually do:
>>
>> * start emacs normally
>> * try to open a file in windows via context-menu
>> * this calls the following (from the windows registry):
>> [HKEY_CLASSES_ROOT\Directory\shell\openwemacs]
>> @="Edit &with Emacs"
>>
>> [HKEY_CLASSES_ROOT\Directory\shell\openwemacs\command]
>> @="\"C:\\bin\\emacs-24.1\\bin\\emacsclientw.exe\" -a \"C:\\bin\\emacs-24.1\\bin\\runemacs.exe\" \"%1\""
>>
>> * I am guessing, that this will try to connect to the emacs server
>> * No answer from emacs for about 1 minute
>> * The file is finally opened in emacs
>
> That's an entirely different story.
>
> Is the Emacs server running on the same machine, or on a remote
> machine?
Andreas Bellmann
Technical Consulting

Tel:    +49 (711) 13984-242             Heiler Software AG
Fax:    +49 (711) 8666301               Mittlerer Pfad 5 - 70499 Stuttgart
Mobil:  +49 (172) 2715755
E-Mail: abellmann <at> heiler.com            http://www.heiler.com


Vorstand: Rolf J. Heiler, Dr. Wolfgang A. Koestler, Frank Schmidt, Dirk Haeussermann
Vorsitzender des Aufsichtsrates: Antonio Schnieder
Registergericht: Amtsgericht Stuttgart, HRB 20399, UST.ID.NR.DE 146023553

Message #20 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Bellmann, Andreas" <abellmann <at> heiler.com>
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 04 Jul 2012 19:46:35 +0300

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> Date: Wed, 4 Jul 2012 16:21:33 +0000
> 
> The emacs Server is Running on the same machine...

Then it sounds like the VPN stuff is stalling the connection to
localhost address?  Perhaps someone who knows more than I do about
network connections could chime in and help us figure this out.

Is it sure that the VPN stuff is triggering the slow response?  That
is, if you disable it, does Emacs react normally again?

Message #23 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
Subject: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Fri, 6 Jul 2012 09:14:03 +0000

The behaviour is triggered by VPN. As soon, as the vpn is closed, everything works without a problem again.


Andreas Bellmann
Technical Consulting

Tel:    +49 (711) 13984-242             Heiler Software AG
Fax:    +49 (711) 8666301               Mittlerer Pfad 5 - 70499 Stuttgart
Mobil:  +49 (172) 2715755
E-Mail: abellmann <at> heiler.com            http://www.heiler.com


Vorstand: Rolf J. Heiler, Dr. Wolfgang A. Koestler, Frank Schmidt, Dirk Haeussermann
Vorsitzender des Aufsichtsrates: Antonio Schnieder
Registergericht: Amtsgericht Stuttgart, HRB 20399, UST.ID.NR.DE 146023553

-----Ursprüngliche Nachricht-----
Von: Eli Zaretskii [mailto:eliz <at> gnu.org]
Gesendet: Mittwoch, 4. Juli 2012 18:47
An: Bellmann, Andreas
Cc: 11849 <at> debbugs.gnu.org
Betreff: Re: bug#11849: 23.3; emacs freeze when vpn is connected

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> Date: Wed, 4 Jul 2012 16:21:33 +0000
>
> The emacs Server is Running on the same machine...

Then it sounds like the VPN stuff is stalling the connection to localhost address?  Perhaps someone who knows more than I do about network connections could chime in and help us figure this out.

Is it sure that the VPN stuff is triggering the slow response?  That is, if you disable it, does Emacs react normally again?

Message #26 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
Subject: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 11 Jul 2012 15:52:13 +0000

Anyone?
Andreas Bellmann
Technical Consulting

Tel:    +49 (711) 13984-242             Heiler Software AG
Fax:    +49 (711) 8666301               Mittlerer Pfad 5 - 70499 Stuttgart
Mobil:  +49 (172) 2715755
E-Mail: abellmann <at> heiler.com            http://www.heiler.com


Vorstand: Rolf J. Heiler, Dr. Wolfgang A. Koestler, Frank Schmidt, Dirk Haeussermann
Vorsitzender des Aufsichtsrates: Antonio Schnieder
Registergericht: Amtsgericht Stuttgart, HRB 20399, UST.ID.NR.DE 146023553

Message #29 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Bellmann, Andreas" <abellmann <at> heiler.com>
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Wed, 11 Jul 2012 20:43:41 +0300

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> Date: Wed, 11 Jul 2012 15:52:13 +0000
> 
> Anyone?

Does it help to set w32-get-true-file-attributes to nil?

Message #32 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: "Bellmann, Andreas" <abellmann <at> heiler.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
Subject: AW: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Fri, 20 Jul 2012 07:55:05 +0000

Hello,

Unfortunately not. This setting has been active for a while now without any improvement.

Any other ideas?

Andreas Bellmann
Technical Consulting

Tel:    +49 (711) 13984-242             Heiler Software AG
Fax:    +49 (711) 8666301               Mittlerer Pfad 5 - 70499 Stuttgart
Mobil:  +49 (172) 2715755
E-Mail: abellmann <at> heiler.com            http://www.heiler.com


Vorstand: Rolf J. Heiler, Dr. Wolfgang A. Koestler, Frank Schmidt, Dirk Haeussermann
Vorsitzender des Aufsichtsrates: Antonio Schnieder
Registergericht: Amtsgericht Stuttgart, HRB 20399, UST.ID.NR.DE 146023553

-----Ursprüngliche Nachricht-----
Von: Eli Zaretskii [mailto:eliz <at> gnu.org]
Gesendet: Mittwoch, 11. Juli 2012 19:44
An: Bellmann, Andreas
Cc: 11849 <at> debbugs.gnu.org
Betreff: Re: AW: bug#11849: 23.3; emacs freeze when vpn is connected

Does it help to set w32-get-true-file-attributes to nil?

Message #35 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Bellmann, Andreas" <abellmann <at> heiler.com>
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: AW: AW: bug#11849: 23.3; emacs freeze when vpn is connected
Date: Fri, 20 Jul 2012 11:33:36 +0300

> From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> Date: Fri, 20 Jul 2012 07:55:05 +0000
> Unfortunately not. This setting has been active for a while now without any improvement.
> 
> Any other ideas?

The only other idea I have is to somehow find out which code in Emacs
causes the stall.  If you can build your own Emacs and step through it
with a debugger, I can suggest where to look.

Alternatively, try using some tool that shows Windows API calls issued
by Emacs together with their responses, and see if that info shows
which API call stalls.  We could then try finding the Emacs code that
results in calling that API.

Message #38 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: abellmann <at> heiler.com
Cc: 11849 <at> debbugs.gnu.org
Subject: Re: bug#11849: AW: AW: bug#11849: 23.3;
	emacs freeze when vpn is connected
Date: Fri, 20 Jul 2012 11:48:04 +0300

> Date: Fri, 20 Jul 2012 11:33:36 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 11849 <at> debbugs.gnu.org
> 
> > From: "Bellmann, Andreas" <abellmann <at> heiler.com>
> > CC: "11849 <at> debbugs.gnu.org" <11849 <at> debbugs.gnu.org>
> > Date: Fri, 20 Jul 2012 07:55:05 +0000
> > Unfortunately not. This setting has been active for a while now without any improvement.
> > 
> > Any other ideas?
> 
> The only other idea I have is to somehow find out which code in Emacs
> causes the stall.  If you can build your own Emacs and step through it
> with a debugger, I can suggest where to look.
> 
> Alternatively, try using some tool that shows Windows API calls issued
> by Emacs together with their responses, and see if that info shows
> which API call stalls.  We could then try finding the Emacs code that
> results in calling that API.

Sorry, I was confusing your report with another problem.  Please
disregard the above.

AFAIU, your problem happens when you invoke Emacs as a server via
emacsclient.  Can you confirm that the delays happen only between the
time you invoke emacsclient and the time Emacs responds to the client
request?  IOW, once Emacs does respond, is everything working normally
within Emacs, including any file operations you invoke from within
Emacs, like "C-x C-f", "C-x C-s", etc.?  In your original report you
mentioned "file interaction" in general, but later you described only
the interaction with emacsclient.  So I'm now unsure what exactly is
the precise description of your problem.

Message #41 received at 11849 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: abellmann <at> heiler.com, 11849 <at> debbugs.gnu.org
Subject: Re: bug#11849: AW: AW: bug#11849: 23.3;
 emacs freeze when vpn is connected
Date: Thu, 26 Sep 2019 17:08:08 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> AFAIU, your problem happens when you invoke Emacs as a server via
> emacsclient.  Can you confirm that the delays happen only between the
> time you invoke emacsclient and the time Emacs responds to the client
> request?  IOW, once Emacs does respond, is everything working normally
> within Emacs, including any file operations you invoke from within
> Emacs, like "C-x C-f", "C-x C-s", etc.?  In your original report you
> mentioned "file interaction" in general, but later you described only
> the interaction with emacsclient.  So I'm now unsure what exactly is
> the precise description of your problem.

Hi Andreas,

That was 7 years ago.  It seems like we need more information to move
forward here.  Could you please take a look at the questions posed above
by Eli?

Best regards,
Stefan Kangas

Message #46 received at 11849-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: abellmann <at> heiler.com, 11849-done <at> debbugs.gnu.org
Subject: Re: bug#11849: AW: AW: bug#11849: 23.3;
 emacs freeze when vpn is connected
Date: Thu, 26 Sep 2019 17:09:43 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

> That was 7 years ago.  It seems like we need more information to move
> forward here.  Could you please take a look at the questions posed above
> by Eli?

The email bounced, so I guess it's unlikely that we'll make any
progress here.  I'm therefore closing this bug report.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.