GNU bug report logs - #16717
Dumping: Can't update subspace record

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 16717 in the body.
You can then email your comments to 16717 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: Paul Eggert <eggert <at> cs.ucla.edu>
To: Emacs bugs <bug-gnu-emacs <at> gnu.org>
Cc: Klaus.Zeitler <at> alcatel-lucent.com
Subject: Dumping: Can't update subspace record
Date: Mon, 10 Feb 2014 10:33:14 -0800

In http://lists.gnu.org/archive/html/emacs-devel/2014-02/msg00192.html 
Klaus Zeitler wrote:
> I'm trying to build emacs 24.3 under HP-UX
> (HP-UX keana B.10.20 U 9000/800 894327431 unlimited-user license),
> but dumping fails with:
>
> Dumping under the name emacs
> Can't update subspace record: File too large
>
>
> So what is that supposed to tell me?

I'm taking the liberty of mailing this to bug-gnu-emacs <at> gnu.org, which 
is a better place to file Emacs bug reports.  I'll follow up there.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
Subject: Re: Dumping: Can't update subspace record
Date: Mon, 10 Feb 2014 10:40:03 -0800

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

Could you please try the attached patch?  I can't easily test under 
HP-UX, so you may have to tweak it.  Thanks.

[hp.diff (text/x-patch, attachment)]

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

From: Klaus Zeitler <Klaus.Zeitler <at> alcatel-lucent.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 16717 <at> debbugs.gnu.org
Subject: Re: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 15:39:17 +0100

Hello Paul,

many thanks for the quick help. This was really fast. I'm impressed.

>>>>> "Paul" == Paul Eggert <eggert <at> cs.ucla.edu> writes:
    Paul> 
    Paul> Could you please try the attached patch? I can't easily test
    Paul> under HP-UX, so you may have to tweak it. Thanks.

yes, that worked perfectly. The build continued now up to the
part where all the .el files get compressed and then it stopped with:

--- snip ---

	[ -z "/opt/exp/bin/gzip" ] || \
	  ( echo "Compressing *.el ..." ; \
	    unset CDPATH; \
	    thisdir=`/bin/pwd`; \
	    for dir in /opt/exp/expmake/build/gnuemacs2src/ins/share/lib/gnuemacs2/share/emacs/24.3/lisp /opt/exp/expmake/build/gnuemacs2src/ins/share/lib/gnuemacs2/share/emacs/24.3/leim; do \
	      cd ${thisdir} ; \
	      cd ${dir} || exit 1 ; \
	      for f in `find . -name "*.elc" -print`; do \
	        /opt/exp/bin/gzip -9n `echo $f|sed 's/.elc$/.el/'` ; \
	      done ; \
	    done )
Compressing *.el ...
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.

--- snip ---


This looked like a Make problem to me and when I replaced the official
HP make with GNU make everything worked beautifully.


So it seems you already made a bug report. Is there anything I need to
do additionally?


BR

Klaus

-- 
 -------------------------------------------------------------------
|  Klaus Zeitler              Alcatel-Lucent                        |
|  Lorenzstrasse 10           D-70435 Stuttgart, Germany            |
|  Department:                MS/E Building: 004  Office: 1/62      |
|  Telefon:                   +49 711 821 43898                     |
|  Email:                     klaus.zeitler <at> alcatel-lucent.com      |
|                                                                   |
| Alcatel-Lucent Deutschland AG                                     |
| Sitz der Gesellschaft: Stuttgart · Amtsgericht Stuttgart HRB 4026 |
| Vorsitzender des Aufsichtsrates: Michael Oppenhoff                |
| Vorstand: Wilhelm Dresselhaus (Chairman) · Hans-Jörg Daub ·       |
|           Andreas Gehe                                            |
 -------------------------------------------------------------------
---
Good judgement comes from experience and
experience comes from bad judgement!

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Klaus.Zeitler <at> alcatel-lucent.com
Cc: 16717 <at> debbugs.gnu.org
Subject: Re: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 11:43:42 -0800

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

On 02/13/2014 06:39 AM, Klaus Zeitler wrote:
> This looked like a Make problem to me and when I replaced the official 
> HP make with GNU make everything worked beautifully.

That's good, but it'd be better if the makefile worked with HP make as 
well.  That part of the makefile has evolved since 24.3, but I expect 
that part of the problem is that it's just too complicated, so I 
simplified it in the hopes of getting things to work.  Could you please 
try the attached patch with HP make?  Thanks.

[hp1.diff (text/x-patch, attachment)]

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

From: Glenn Morris <rgm <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 14:54:18 -0500

Paul Eggert wrote:

> please try the attached patch with HP make?

Fails when the installation directory contains spaces.
(with GNU make)

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

From: Glenn Morris <rgm <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 14:56:47 -0500

Glenn Morris wrote:

> Fails when the installation directory contains spaces.

Also I imagine we will hear that "expr" does not exist on MS Windows...

I think it would be better to first figure out exactly what HP make did
not like in the original version.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, eggert <at> cs.ucla.edu, 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 22:32:18 +0200

> From: Glenn Morris <rgm <at> gnu.org>
> Date: Thu, 13 Feb 2014 14:56:47 -0500
> Cc: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
> 
> Also I imagine we will hear that "expr" does not exist on MS Windows...

You won't:

  $ type expr
  expr is /bin/expr

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Thu, 13 Feb 2014 20:45:51 -0500

> That's good, but it'd be better if the makefile worked with HP make as well.

I'm not sure it would really be better.


        Stefan "who'd rather require GNU Make"

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

From: Glenn Morris <rgm <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, Paul Eggert <eggert <at> cs.ucla.edu>,
 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Fri, 14 Feb 2014 02:51:31 -0500

Stefan Monnier wrote:

>         Stefan "who'd rather require GNU Make"

You would? Really and truly? For some reason I thought you were against that.

Because I totally agree; and I think we should do that post 24.4.
It will make Makefile life much easier.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Fri, 14 Feb 2014 00:31:58 -0800

Glenn Morris wrote:
> Because I totally agree [with requiring GNU make]

I'd also prefer requiring GNU make after the freeze is over.  GCC has 
required this since GCC 3.4 (April 2004), and it seems to perk along 
quite nicely.  GCC requires GNU make 3.80 (October 2002) or later; these 
days I think it'd be OK for Emacs to bump that to GNU make 3.81 (April 
2006) or later.

> I think it would be better to first figure out exactly what HP make did
> not like in the original version.

Trying to nail down exactly what an old proprietary 'make' dislikes is 
often more trouble than it's worth.  I've had experiences with them not 
liking command lines of exactly 1023 bytes, that sort of thing.

> Fails when the installation directory contains spaces.

Sorry about that; fixed in trunk bzr 16717.  There are other reasons 
installation fails when the destination directory name contains spaces, 
at least for me; I'll try to look into that.

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

From: Klaus Zeitler <Klaus.Zeitler <at> alcatel-lucent.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 16717 <at> debbugs.gnu.org
Subject: Re: Dumping: Can't update subspace record
Date: Fri, 14 Feb 2014 15:42:51 +0100

>>>>> "Paul" == Paul Eggert <eggert <at> cs.ucla.edu> writes:
    Paul> 
    Paul> On 02/13/2014 06:39 AM, Klaus Zeitler wrote:
    >> This looked like a Make problem to me and when I replaced the official HP
    >> make with GNU make everything worked beautifully.
    Paul> 
    Paul> That's good, but it'd be better if the makefile worked with HP
    Paul> make as well. That part of the makefile has evolved since
    Paul> 24.3, but I expect that part of the problem is that it's just
    Paul> too complicated, so I simplified it in the hopes of getting
    Paul> things to work. Could you please try the attached patch with
    Paul> HP make?

Yes, with this patch it also works with HP make.

I don't care much for HP make anyway and I only ran into this problem
cause we have to use a little build and install script for any additional SW.
I normally always use the GNU versions and for good reason as one can see.

I wonder if it's worth to investigate the HP make problem. I made a few
feeble attempts to see if I can figure out the problem, but no luck so far.

-- 
 -------------------------------------------------------------------
|  Klaus Zeitler              Alcatel-Lucent                        |
|  Lorenzstrasse 10           D-70435 Stuttgart, Germany            |
|  Department:                MS/E Building: 004  Office: 1/62      |
|  Telefon:                   +49 711 821 43898                     |
|  Email:                     klaus.zeitler <at> alcatel-lucent.com      |
|                                                                   |
| Alcatel-Lucent Deutschland AG                                     |
| Sitz der Gesellschaft: Stuttgart · Amtsgericht Stuttgart HRB 4026 |
| Vorsitzender des Aufsichtsrates: Michael Oppenhoff                |
| Vorstand: Wilhelm Dresselhaus (Chairman) · Hans-Jörg Daub ·       |
|           Andreas Gehe                                            |
 -------------------------------------------------------------------
---
A budget is just a method of worrying before
you spend money, as well as afterward.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Klaus.Zeitler <at> alcatel-lucent.com
Cc: 16717 <at> debbugs.gnu.org
Subject: Re: Dumping: Can't update subspace record
Date: Fri, 14 Feb 2014 07:49:18 -0800

Klaus Zeitler wrote:
> I wonder if it's worth to investigate the HP make problem.

I wouldn't bother, since that problem should be fixed in the Emacs trunk 
now.  Thanks.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Klaus.Zeitler <at> alcatel-lucent.com, Paul Eggert <eggert <at> cs.ucla.edu>,
 16717 <at> debbugs.gnu.org
Subject: Re: bug#16717: Dumping: Can't update subspace record
Date: Fri, 14 Feb 2014 12:31:52 -0500

>> Stefan "who'd rather require GNU Make"
> You would? Really and truly? For some reason I thought you were against that.

AFAIK GNU Make is available everywhere where Emacs can be built.
So while requiring GNU Make might occasionally be a hindrance because
the user has to first install GNU Make, it would not prevent
building Emacs.

For that reason, I'm not opposed to it.

> Because I totally agree; and I think we should do that post 24.4.
> It will make Makefile life much easier.

Let's move this to emacs-devel to see if someone has a good reason to
oppose it.


        Stefan

Previous Next

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