Re: Latest patched development version

Re: Latest patched development version

[Sven Wischnowsky]

Hello

The changes in the configuration for AIXDYNAMIC (or whatever) have the
effect that it now thinks it can't build dynamic loadable modules on
Digital Unix 4.0. One problem is that the tests for load, unload,
loadbind, and loadquery fail.

I'm not in the mood to look any deeper into this now, maybe later...

While fighting with this I also got an error in utils.c. In the
function get_username() after the `#else' the variable current_uid is
used but not defined.

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Re: Latest patched development version

[Peter Stephenson]

Sven Wischnowsky wrote:
> While fighting with this I also got an error in utils.c. In the
> function get_username() after the `#else' the variable current_uid is
> used but not defined.

The following is the only re-interpretation which makes sense to me.

*** Src/utils.c.uid	Tue Dec 15 09:59:21 1998
--- Src/utils.c	Tue Dec 15 13:35:46 1998
***************
*** 427,433 ****
  	    cached_username = ztrdup("");
      }
  #else /* !HAVE_GETPWUID */
!     cached_uid = current_uid;
  #endif /* !HAVE_GETPWUID */
      return cached_username;
  }
--- 427,433 ----
  	    cached_username = ztrdup("");
      }
  #else /* !HAVE_GETPWUID */
!     cached_uid = getuid();
  #endif /* !HAVE_GETPWUID */
      return cached_username;
  }

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy

Re: Latest patched development version

[Bruce Stephens]

Sven Wischnowsky <wischnow@informatik.hu-berlin.de> writes:

> The changes in the configuration for AIXDYNAMIC (or whatever) have the
> effect that it now thinks it can't build dynamic loadable modules on
> Digital Unix 4.0. One problem is that the tests for load, unload,
> loadbind, and loadquery fail.

I get a "failed" for the underscore test:

	checking if your dlsym() needs a leading underscore... failed

on Solaris 2.5.1 with egcs-1.1.1.  But not with gcc-2.8.1, so possibly
this is some strange compiler problem.  config.log doesn't give
anything useful, so probably this isn't worth worrying about for the
moment.

zftp.c fails to compile:

/* bet there are machines which have neither INADDR_NONE nor in_addr_t. */

Lucky guess!  Solaris 2.5.1 seems to have s_addr as a u_long, so I
just replaced (in_addr_t) with (u_long), and it seems to work.  I
think, anyway.  I'm assuming this either catches the case when a
hostname can't be resolved (which I checked using a name that doesn't
exist), or when DNS server can't be contacted (which I haven't
checked).

Completion seems to have vanished, but I just tried with zsh -f, and
it works again, so that's presumably just something that's changed in
the compctl syntax that's not being reported as an error.

Re: Latest patched development version

[Bruce Stephens]

Bruce Stephens <b.stephens@isode.com> writes:

> Completion seems to have vanished, but I just tried with zsh -f, and
> it works again, so that's presumably just something that's changed
> in the compctl syntax that's not being reported as an error.

I've found it.  It was this example completion:

# This is to complete all directories under /home, even those that are not
# yet mounted (if you use the automounter).

# This is for NIS+ (e.g. Solaris 2.x)
compctl -Tx 's[/home/] C[0,^/home/*/*]'  -S '/' -s '$(niscat auto_home.org_dir | \
	awk '\''/export\/[a-zA-Z]*$/ {print $NF}'\'' FS=/)'

Which doesn't work for me anyway (since directories are mounted
differently), so I've just commented it out.  Things were working with
previous versions of zsh, however, so this suggests that something has
changed.

PATCH: 3.1.5-pws-3: INADDR_NONE

[Peter Stephenson]

Bruce Stephens wrote:
> zftp.c fails to compile:
> 
> /* bet there are machines which have neither INADDR_NONE nor in_addr_t. */
> 
> Lucky guess!  Solaris 2.5.1 seems to have s_addr as a u_long, so I
> just replaced (in_addr_t) with (u_long), and it seems to work.  I
> think, anyway.  I'm assuming this either catches the case when a
> hostname can't be resolved (which I checked using a name that doesn't
> exist), or when DNS server can't be contacted (which I haven't
> checked).

It was there on 2.6.  The definition I have is just 32 bits all ones,
and I think that's standard.

It's only used when trying to match an IP number in dot format, before
it tries a name lookup, so if name lookup is working at all it means
it understands what you did.

*** Src/Modules/zftp.c.zftp3	Fri Dec 11 11:17:15 1998
--- Src/Modules/zftp.c	Tue Dec 15 15:40:18 1998
***************
*** 62,70 ****
  /* it's a TELNET based protocol, but don't think I like doing this */
  #include <arpa/telnet.h>
  
! /* bet there are machines which have neither INADDR_NONE nor in_addr_t. */
  #ifndef INADDR_NONE
! #define INADDR_NONE (in_addr_t)-1
  #endif
  
  /*
--- 62,70 ----
  /* it's a TELNET based protocol, but don't think I like doing this */
  #include <arpa/telnet.h>
  
! /* pinch the definition from <netinet/in.h> for deficient headers */
  #ifndef INADDR_NONE
! #define INADDR_NONE 0xffffffff
  #endif
  
  /*

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy