HPUX support in 22.0.96

HPUX support in 22.0.96

[Joe Buehler]

I just went to build 22.0.96 on various UNIX machines and was
surprised to find that HPUX support has been dropped.

Why was this removed?  It worked fine in 22.0.90.
-- 
Joe Buehler

Re: HPUX support in 22.0.96

[David Kastrup]

Joe Buehler <jbuehler@spirentcom.com> writes:

> I just went to build 22.0.96 on various UNIX machines and was
> surprised to find that HPUX support has been dropped.
>
> Why was this removed?  It worked fine in 22.0.90.

Lack of assignment papers.

-- 
David Kastrup

Re: HPUX support in 22.0.96

[Joe Buehler]

David Kastrup wrote:

> Lack of assignment papers.

For what code precisely?
-- 
Joe Buehler

Re: HPUX support in 22.0.96

[David Kastrup]

Joe Buehler <jbuehler@spirentcom.com> writes:

> David Kastrup wrote:
>
>> Lack of assignment papers.
>
> For what code precisely?

Check the emacs-devel archives.

-- 
David Kastrup

Re: HPUX support in 22.0.96

[Glenn Morris]

Joe Buehler wrote:

> David Kastrup wrote:
>
>> Lack of assignment papers.
>
> For what code precisely?

>From admin/notes/copyright:

[src/unexhp9k800.c - removed 2007/1/27]
[src/m/sr2k.h - removed 2007/1/27]
  - First file removed due to legal uncertainties; second file removed
  due to dependency on first. [...]
  NB we would like to re-add this file if we can. Please let us know
  if you can clarify its legal status.

Re: HPUX support in 22.0.96

[Glenn Morris]

Oh, I've _just_ found some reason to think we may be able to restore
this code and hence HPUX support. Stay tuned...

Re: HPUX support in 22.0.96

[Richard Stallman]

    [src/unexhp9k800.c - removed 2007/1/27]
    [src/m/sr2k.h - removed 2007/1/27]
      - First file removed due to legal uncertainties; second file removed
      due to dependency on first. [...]
      NB we would like to re-add this file if we can. Please let us know
      if you can clarify its legal status.

I don't know who MB is.  We removed the file because we can't figure out
who wrote it.

Re: HPUX support in 22.0.96

[Glenn Morris]

Glenn Morris wrote:

> Oh, I've _just_ found some reason to think we may be able to restore
> this code and hence HPUX support. Stay tuned...

Support for these machines should now be restored in CVS.

Re: HPUX support in 22.0.96

[Sascha Wilde]

Glenn Morris <rgm@gnu.org> wrote:

> Glenn Morris wrote:
>
>> Oh, I've _just_ found some reason to think we may be able to restore
>> this code and hence HPUX support. Stay tuned...
>
> Support for these machines should now be restored in CVS.

Manny Thanks!  I'll give it a try this weekend.

cheers
sascha
-- 
Sascha Wilde
Well, *my* brain likes to think it's vastly more powerful than any
finite Turing machine but it hasn't proven that to me...
  -- Christopher Koppler in comp.lang.lisp

Re: HPUX support in 22.0.96

[Sascha Wilde]

Sascha Wilde <wilde@sha-bang.de> wrote:
> Glenn Morris <rgm@gnu.org> wrote:
>> Glenn Morris wrote:
>>
>>> Oh, I've _just_ found some reason to think we may be able to restore
>>> this code and hence HPUX support. Stay tuned...
>>
>> Support for these machines should now be restored in CVS.
>
> Manny Thanks!  I'll give it a try this weekend.

Unfortunately the current code doesn't build on my system:

wilde@timmy[src/bigsrc/emacs-clean]% uname -a
HP-UX timmy B.10.20 U 9000/715 2012866183 unlimited-user license

here are the errors I get:

unexec.c: In function `make_hdr':
unexec.c:699: error: invalid application of `sizeof' to incomplete
type `exec'
unexec.c:699: error: invalid application of `sizeof' to incomplete
type `exec'
unexec.c:704: error: `ohdr' has an incomplete type
unexec.c:708: error: `hdr' has an incomplete type
unexec.c:721: error: invalid application of `sizeof' to incomplete
type `exec'
unexec.c:734: error: invalid use of undefined type `struct exec'
unexec.c:735: error: invalid use of undefined type `struct exec'
unexec.c:737: error: invalid use of undefined type `struct exec'
unexec.c:739: error: invalid use of undefined type `struct exec'
unexec.c:740: error: invalid use of undefined type `struct exec'
unexec.c:744: error: invalid use of undefined type `struct exec'
unexec.c:778: error: invalid application of `sizeof' to incomplete
type `exec'
unexec.c:778: error: invalid application of `sizeof' to incomplete
type `exec'
unexec.c: In function `copy_text_and_data':
unexec.c:975: error: `hdr' has an incomplete type
unexec.c:1061: error: invalid use of undefined type `struct exec'
unexec.c:1066: error: invalid use of undefined type `struct exec'
unexec.c: In function `copy_sym':
unexec.c:1105: error: `ohdr' has an incomplete type
unexec.c: At top level:
unexec.c:288: error: storage size of `hdr' isn't known
unexec.c:288: error: storage size of `ohdr' isn't known
make[2]: *** [unexec.o] Error 1
make[2]: Leaving directory `/usr/local/src/emacs-clean/src'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/usr/local/src/emacs-clean'
make: *** [bootstrap] Error 2

Before that, there are lots of warnings about redefining
HAVE_PSTAT_GETDYNAMIC, XUINT and XSET like:

./s/hpux9.h:84:1: warning: "HAVE_PSTAT_GETDYNAMIC" redefined
In file included from syntax.c:24:
./config.h:466:1: warning: this is the location of the previous
definition
In file included from syntax.c:26:
lisp.h:373:1: warning: "XUINT" redefined
In file included from ./config.h:980,
                 from syntax.c:24:
./m/hp800.h:67:1: warning: this is the location of the previous
definition
In file included from syntax.c:26:
lisp.h:374:1: warning: "XSET" redefined
In file included from ./config.h:980,
                 from syntax.c:24:

but I guess this is normal.

cheers
sascha
-- 
Sascha Wilde : "GUIs normally make it simple to accomplish simple 
             : actions and impossible to accomplish complex actions."
             : (Doug Gwyn - 22/Jun/91 in comp.unix.wizards)

Re: HPUX support in 22.0.96

[Sascha Wilde]

Sascha Wilde <wilde@sha-bang.de> wrote:
> Unfortunately the current code doesn't build on my system:
>
> wilde@timmy[src/bigsrc/emacs-clean]% uname -a
> HP-UX timmy B.10.20 U 9000/715 2012866183 unlimited-user license

I should add
gcc --version
gcc (GCC) 3.4.2

cheers
sascha
-- 
Sascha Wilde : "Lies, was ich meine, nicht, was ich schreibe."
             : (Urs Traenkner in de.alt.admin)

Re: HPUX support in 22.0.96

[Richard Stallman]

    Unfortunately the current code doesn't build on my system:

    wilde@timmy[src/bigsrc/emacs-clean]% uname -a
    HP-UX timmy B.10.20 U 9000/715 2012866183 unlimited-user license

    here are the errors I get:

    unexec.c: In function `make_hdr':

The problem seems to be that it is using unexec.c rather than the
special HPUX unexec program that was just recently undeleted.

Can you debug why?

Re: HPUX support in 22.0.96

[Joe Buehler]

Richard Stallman wrote:
> The problem seems to be that it is using unexec.c rather than the
> special HPUX unexec program that was just recently undeleted.
>
> Can you debug why?
>   
When the HP unexec was removed, other needed code was removed elsewhere.
Perhaps the unexec got put back but the other code did not.

Joe Buehler

Re: HPUX support in 22.0.96

[Glenn Morris]

Sascha Wilde wrote:

> Unfortunately the current code doesn't build on my system:

Sorry, my mistake. Please try again.

Re: HPUX support in 22.0.96

[Sascha Wilde]

Glenn Morris <rgm@gnu.org> wrote:

> Sascha Wilde wrote:
>
>> Unfortunately the current code doesn't build on my system:
>
> Sorry, my mistake. Please try again.

Now emacs builds again, thank you.

BUT: the resulting binary crashes (segfault) on start up.
Interestingly enough: the crash only happens when it is started
interactively, so:

  % emacs  -batch -eval '(message "Emacs is alive...\nVersion: %s" emacs-version)'

works and prints: 

  Emacs is alive...
  Version: 22.0.96.2

(I think otherwise building Emacs would have failed anyway.)

Details:

  % gdb /usr/local/bin/emacs                      
  GNU gdb 6.6                                
  Copyright (C) 2006 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as ""...
  (gdb) run
  Starting program: /usr/local/bin/emacs 
  warning: The shared libraries were not privately mapped; setting a
  breakpoint in a shared library will not work until you rerun the program.

  Cannot access memory at address 0x7b0394dc
  (gdb) bt 
  #0  0x0002f2b8 in $START$ ()

This is on

  % uname -a
  HP-UX timmy B.10.20 U 9000/715 2012866183 unlimited-user license

Build with 

  % gcc --version
  gcc (GCC) 3.4.2

Configuration:

  ./configure --without-x --without-pop

I will happily provide any additional needed information on request (I
have full configure and build logs available for example).

cheers
sascha
-- 
Sascha Wilde

"Unix was the first OS where you could carry the media and system
documentation around in a briefcase. This was fixed in BSD4.2."

Re: HPUX support in 22.0.96

[Richard Stallman]

Only HPUX users can debug failures like this.

Can you try building a pretest from last fall, such as 22.0.90?  If
that works, the problem is probably due to failure to reinstall some
HPUX-specific code that was taken out.  Maybe you can find what it
was.

If 22.0.90 fails too, the next step is to see if Emacs 21.4 fails.
If it works, then you need to try to find what change makes it fail.

If it does not work, maybe that means HPUX has changed.

Re: HPUX support in 22.0.96

[Sascha Wilde]

Richard Stallman <rms@gnu.org> wrote:

> Can you try building a pretest from last fall, such as 22.0.90?

I'll give it a try.  But this is not the fastest box (50 Mhz PArisc,
64MB Ram) so the build will take several hours -- I'll report on the
outcome tomorrow.

> the next step is to see if Emacs 21.4 fails.

I have 
GNU Emacs 21.3.1 (hppa1.1-hp-hpux10.20) of 2004-10-10 on timmy
successfully running on the very system.  (Never tried to build 21.4
but I'd guess the difference is irrelevant)

> If it does not work, maybe that means HPUX has changed.

FWIW: I'm running HP-UX 10.20 so the problem is rather that's to old
than to new... :-)

sascha
-- 
Sascha Wilde
Life's too short to read boring signatures

Re: HPUX support in 22.0.96

[Glenn Morris]

Sascha Wilde wrote:

> Richard Stallman <rms@gnu.org> wrote:
>
>> Can you try building a pretest from last fall, such as 22.0.90?
>
> I'll give it a try.  But this is not the fastest box (50 Mhz PArisc,
> 64MB Ram) so the build will take several hours -- I'll report on the
> outcome tomorrow.

Thanks. 22.0.93, or a CVS checkout from Jan 26th 2007, would be better
tests in the first instance.

Current Emacs crashes on HPUX (was: HPUX support in 22.0.96)

[Sascha Wilde]

Glenn Morris <rgm@gnu.org> wrote:
> Sascha Wilde wrote:
>> Richard Stallman <rms@gnu.org> wrote:
>>
>>> Can you try building a pretest from last fall, such as 22.0.90?
>>
>> I'll give it a try.  But this is not the fastest box (50 Mhz PArisc,
>> 64MB Ram) so the build will take several hours -- I'll report on the
>> outcome tomorrow.
>
> Thanks. 22.0.93, or a CVS checkout from Jan 26th 2007, would be better
> tests in the first instance.

An older version is currently building (I started the build while
writing the cited mail yesterday.

Anyway, I just recalled, that I tried something around 22.0.93 when it
was current and experienced the same problem, but I had no time to
look into and report it.  Unfortunately I removed everything from that
build in the mean time because I needed the space (yes, this _is_ an
small old system).

btw. are there any other HPUX users on this list?  If so, I would like
to here if they experienced similar problems.

cheers
sascha
-- 
Sascha Wilde   -.-. ..- .-. .. --- ... .. - -.-- 
               -.- .. .-.. .-.. . -.. 
               - .... .
               -.-. .- -

Re: HPUX support in 22.0.96

[Richard Stallman]

    I have 
    GNU Emacs 21.3.1 (hppa1.1-hp-hpux10.20) of 2004-10-10 on timmy
    successfully running on the very system.  (Never tried to build 21.4
    but I'd guess the difference is irrelevant)

That is enough to show that Emacs 21 did have support for that
HPUX version.  The question is, what change broke it?

Re: Current Emacs crashes on HPUX

[Sascha Wilde]

Sascha Wilde <wilde@sha-bang.de> wrote:

> Glenn Morris <rgm@gnu.org> wrote:
>> Sascha Wilde wrote:
>>> Richard Stallman <rms@gnu.org> wrote:
>>>
>>>> Can you try building a pretest from last fall, such as 22.0.90?
>>>
>>> I'll give it a try.  But this is not the fastest box (50 Mhz PArisc,
>>> 64MB Ram) so the build will take several hours -- I'll report on the
>>> outcome tomorrow.
>>
>> Thanks. 22.0.93, or a CVS checkout from Jan 26th 2007, would be better
>> tests in the first instance.
>
> An older version is currently building (I started the build while
> writing the cited mail yesterday.

Ok, the build finally finished -- with the same results... :-(
(running in batch mode, crashing when started interactively)

  % ./src/emacs  -batch -eval '(message "Version: %s" emacs-version)'
  Version: 22.0.50.2

Another interesting observation -- I don't know if it is of any
relevance, emacs 21 (working) was linked against xcurses library,
while the 22 isn't:

  % odump -slliblist /usr/local/bin/emacs-21.3 

  Shared Library List Table for /usr/local/bin/emacs-21.3:

  Index  Ref  IDNRVI  HighWater  Name 

      0  abs  .D....          0  temacs
      1   -l  .D...I          0  /usr/lib/libdld.1
      2   -l  .D...I          0  /usr/lib/libxcurses.1
      3   -l  .D...I         70  /usr/lib/libc.1

  % odump -slliblist ./src/emacs                                                                                
  Shared Library List Table for ./src/emacs:

  Index  Ref  IDNRVI  HighWater  Name 

      0  abs  .D....          0  temacs
      1   -l  .D...I          0  /usr/lib/libdld.1
      2   -l  .D...I         70  /usr/lib/libc.1

any hints?
Any suggestions on how to proceed?

A naive binary search through the changes is not practicable with a
round trip time of several hours...  ;-)

sascha
-- 
Sascha Wilde
Nota bene: wenn Word für Längeres geeignet wäre, würde es schließlich
nicht Word, sondern Sentence, Page oder Article heißen
 	-- Matthias Mühlich in dctt

Re: Current Emacs crashes on HPUX

[Richard Stallman]

    Ok, the build finally finished -- with the same results... :-(
    (running in batch mode, crashing when started interactively)

      % ./src/emacs  -batch -eval '(message "Version: %s" emacs-version)'
      Version: 22.0.50.2

    Another interesting observation -- I don't know if it is of any
    relevance, emacs 21 (working) was linked against xcurses library,
    while the 22 isn't:

You could try linking Emacs 22 with xcurses.  Does that work?

If it works in batch mode, it can't be a gross failure of unexec.
All I can suggest is that you start debugging the crash and see
what causes it.

Re: Current Emacs crashes on HPUX

[Sascha Wilde]

Richard Stallman <rms@gnu.org> wrote:

>     Ok, the build finally finished -- with the same results... :-(
>     (running in batch mode, crashing when started interactively)
>
>       % ./src/emacs  -batch -eval '(message "Version: %s" emacs-version)'
>       Version: 22.0.50.2
>
>     Another interesting observation -- I don't know if it is of any
>     relevance, emacs 21 (working) was linked against xcurses library,
>     while the 22 isn't:
>
> You could try linking Emacs 22 with xcurses.  Does that work?

Unforunatly, no.  I made a complete rebuild with libtermcap replaced
by libxcurses, but the resulting binary still crashes like before.

> If it works in batch mode, it can't be a gross failure of unexec.

I agree, but I'm unable to figure out what fails...

> All I can suggest is that you start debugging the crash and see what
> causes it.

I'd like to debug this issue, but to be true, I don't know how to
tackle this -- especially given the fact that each rebuild takes hours
and the gdb output seems quite uninformative.  (maybe my gdb build is
buggy too?!)

Any hints on how to proceed are highly welcome.

cheers
sascha
-- 
Sascha Wilde
    "Liebet eure Feinde, vielleicht schadet das ihrem Ruf" 
    (Stanislaw Jerzy Lec)

Re: Current Emacs crashes on HPUX

[Richard Stallman]

    >     Another interesting observation -- I don't know if it is of any
    >     relevance, emacs 21 (working) was linked against xcurses library,
    >     while the 22 isn't:
    >
    > You could try linking Emacs 22 with xcurses.  Does that work?

    Unforunatly, no.  I made a complete rebuild with libtermcap replaced
    by libxcurses, but the resulting binary still crashes like before.

Well, at least we know that xcurses probably isn't relevant.