zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
To: mlandis <mlandis@ucsd.edu>,
	zsh-workers@sunsite.auc.dk (Zsh hackers list)
Subject: Re: 4.0.1-pre-4
Date: Wed, 16 May 2001 23:07:30 +0100	[thread overview]
Message-ID: <20010516220730.3586C139CC@pwstephenson.fsnet.co.uk> (raw)
In-Reply-To: "mlandis"'s message of "Wed, 16 May 2001 13:44:20 PDT." <Pine.LNX.3.96.1010516100236.11167A-100000@dirm.org>

mlandis wrote:
> ./A01grammar.ztst: starting.
> Test ./A01grammar.ztst failed: bad status 1, expected 0 from:
>   echo f*
>   noglob echo f*
> Error output:
> ZTST_execchunk:2: no matches found: f*
> Was testing: `noglob' precommand modifier
> ./A01grammar.ztst: test failed.

(By the way, I don't think you've mentioned what system this is on yet.)

The globbing failure is the basic problem (maybe not the only one, but the
one to solve first).  This is stupid, but have you tried doing `setopt
glob' before trying a pattern match on files?

Next, does

[[ foo = f* ]] && print "that worked"

work?  If not, it looks like pattern.c wasn't compiled properly.  In that
case, it may be some alignment problem.  You can probe a bit further by
doing

[[ foo = foo ]] && print "it worked that time"

since strings are optimised not to do full pattern matching.  After that,
I'm stuck without some kind of debugger trace.

If the pattern match did work, however, it's probably something wrong with
the file code, maybe something like readdir().  It's nothing to do with
this from Etc/MACHINES, is it?  It's unlikely to be different from
3.1.9-dev-8.

Sun: Solaris 2.*
	The UCB versions of the routines for reading directories are not
	usable (the struct definitions are incompatible with the ones
	assumed by zsh).  The symptom of this is that globbed filenames in
	the compiled version of zsh will be missing the first two letters.
	To avoid this, make sure you compile zsh without any reference
	to /usr/ucblib in your LD_LIBRARY_PATH.  You can easily do this
	by just unsetting LD_LIBRARY_PATH before building zsh.

-- 
Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
Work: pws@csr.com
Web: http://www.pwstephenson.fsnet.co.uk


      parent reply	other threads:[~2001-05-16 21:07 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1010516163856.ZM14873@candle.brasslantern.com>
2001-05-16 20:44 ` 4.0.1-pre-4 mlandis
2001-05-16 21:11   ` 4.0.1-pre-4 Andrej Borsenkow
2001-05-16 22:11     ` 4.0.1-pre-4 mlandis
2001-05-16 22:07   ` Peter Stephenson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010516220730.3586C139CC@pwstephenson.fsnet.co.uk \
    --to=pws@pwstephenson.fsnet.co.uk \
    --cc=mlandis@ucsd.edu \
    --cc=zsh-workers@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).