* Re: Bugs on SourceForge
@ 2001-03-29 9:51 Sven Wischnowsky
0 siblings, 0 replies; 8+ messages in thread
From: Sven Wischnowsky @ 2001-03-29 9:51 UTC (permalink / raw)
To: zsh-workers
Bart Schaefer wrote:
> We should at least address 219457 and 219459 before 4.0.1, not because I
> submitted them, but because they're shell-crashers.
219457 doesn't crash for me, probably because of 12247.
219459 crashes, yes. I don't dare to touch the typeset code...
> I suspect 232305 has already been taken care of by the configure system,
> but can somebody who has a Solaris box please check?
Just tried on Solaris 2.6 and there at least it seems to be fixed. We
don't have a newer Solaris version here, though.
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: (Fwd) Re: Bugs on SourceForge
@ 2001-05-14 15:23 Peter Stephenson
2001-05-14 16:21 ` Bart Schaefer
0 siblings, 1 reply; 8+ messages in thread
From: Peter Stephenson @ 2001-05-14 15:23 UTC (permalink / raw)
To: Zsh hackers list
[-- Attachment #1: Type: text/plain, Size: 3130 bytes --]
>From Jason Price:
> --- /tmp/zsh.ztst.tout.12435 Thu May 10 12:59:21 2001
> ***************
> *** 1,3 ****
> out1 out2
> ! out1: All files
> ! out2: All files
> --- 1,3 ----
> out1 out2
> ! out1:
> ! out2:
> Test ./A04redirect.ztst failed: output differs from expected as shown above
> for:
> print *
> print "out1: $(<out1)\nout2: $(<out2)"
> Was testing: read multio with globbing
> ./A04redirect.ztst: test failed.
I'll have to try this out when I get a moment. But given the headers are
screwy for Solaris 8 (see below), I rather suspect I won't be able to
reproduce it. Certainly works OK on 8 with zsh compiled under 6.
> On to the datasize tests.
These worked, right? Else I'm missing something.
> The piece of configure that seems broken is (slightly cleaned up for
> readability):
>
> configure:2652: gcc -c -Wall -Wno-implicit -Wmissing-prototypes -O2
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 conftest.c 1>&5
> In file included from /usr/include/sys/wait.h:24, from configure:2638:
> /usr/include/sys/resource.h:148: warning: `struct rlimit64' declared inside
> parameter list
> /usr/include/sys/resource.h:148: warning: its scope is only this definition
> or declaration,
> /usr/include/sys/resource.h:148: warning: which is probably not what you
> want.
> /usr/include/sys/resource.h:149: warning: `struct rlimit64' declared inside
> parameter list
This looks like another header problem, but this time it's more than just
configure complaining. struct rlimit64 should be defined:
/* transitional large file interface versions */
#ifdef _LARGEFILE64_SOURCE
typedef u_longlong_t rlim64_t;
#define RLIM64_INFINITY ((rlim64_t)-3)
#define RLIM64_SAVED_MAX ((rlim64_t)-2)
#define RLIM64_SAVED_CUR ((rlim64_t)-1)
struct rlimit64 {
rlim64_t rlim_cur; /* current limit */
rlim64_t rlim_max; /* maximum value for rlim_cur */
};
#endif
In fact, the resource.h is suspiciously different to the one on our SunOS
5.8 system. The complaints are presumbably from the lines
extern int setrlimit64(int, const struct rlimit64 *);
extern int getrlimit64(int, struct rlimit64 *);
which in my case occur at lines 199 and 200. I've attached the header,
probably in violation of this, that and the other.
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR Ltd., Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070
**********************************************************************
The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential
and/or privileged material.
Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by
persons or entities other than the intended recipient is
prohibited.
If you received this in error, please contact the sender and
delete the material from any computer.
**********************************************************************
[-- Attachment #2: resource.h --]
[-- Type: text/plain, Size: 5567 bytes --]
/* Copyright (c) 1984, 1986, 1987, 1988, 1989 AT&T */
/* All Rights Reserved */
/* THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF AT&T */
/* The copyright notice above does not evidence any */
/* actual or intended publication of such source code. */
/*
* Copyright (c) 1996-1998 by Sun Microsystems, Inc.
* All rights reserved.
*/
#ifndef _SYS_RESOURCE_H
#define _SYS_RESOURCE_H
#pragma ident "@(#)resource.h 1.25 98/06/30 SMI" /* SVr4.0 1.11 */
#include <sys/feature_tests.h>
#include <sys/types.h>
#include <sys/time.h>
#ifdef __cplusplus
extern "C" {
#endif
/*
* Process priority specifications
*/
#define PRIO_PROCESS 0
#define PRIO_PGRP 1
#define PRIO_USER 2
/*
* Resource limits
*/
#define RLIMIT_CPU 0 /* cpu time in milliseconds */
#define RLIMIT_FSIZE 1 /* maximum file size */
#define RLIMIT_DATA 2 /* data size */
#define RLIMIT_STACK 3 /* stack size */
#define RLIMIT_CORE 4 /* core file size */
#define RLIMIT_NOFILE 5 /* file descriptors */
#define RLIMIT_VMEM 6 /* maximum mapped memory */
#define RLIMIT_AS RLIMIT_VMEM
#define RLIM_NLIMITS 7 /* number of resource limits */
#if defined(_LP64)
typedef unsigned long rlim_t;
#define RLIM_INFINITY (-3l)
#define RLIM_SAVED_MAX (-2l)
#define RLIM_SAVED_CUR (-1l)
#else /* _LP64 */
/*
* The definitions of the following types and constants differ between the
* regular and large file compilation environments.
*/
#if _FILE_OFFSET_BITS == 32
typedef unsigned long rlim_t;
#define RLIM_INFINITY 0x7fffffff
#define RLIM_SAVED_MAX 0x7ffffffe
#define RLIM_SAVED_CUR 0x7ffffffd
#else /* _FILE_OFFSET_BITS == 32 */
typedef u_longlong_t rlim_t;
#define RLIM_INFINITY ((rlim_t)-3)
#define RLIM_SAVED_MAX ((rlim_t)-2)
#define RLIM_SAVED_CUR ((rlim_t)-1)
#endif /* _FILE_OFFSET_BITS == 32 */
#endif /* _LP64 */
#if defined(_SYSCALL32)
/* Kernel's view of user ILP32 rlimits */
typedef uint32_t rlim32_t;
#define RLIM32_INFINITY 0x7fffffff
#define RLIM32_SAVED_MAX 0x7ffffffe
#define RLIM32_SAVED_CUR 0x7ffffffd
struct rlimit32 {
rlim32_t rlim_cur; /* current limit */
rlim32_t rlim_max; /* maximum value for rlim_cur */
};
#endif /* _SYSCALL32 */
struct rlimit {
rlim_t rlim_cur; /* current limit */
rlim_t rlim_max; /* maximum value for rlim_cur */
};
/* transitional large file interface versions */
#ifdef _LARGEFILE64_SOURCE
typedef u_longlong_t rlim64_t;
#define RLIM64_INFINITY ((rlim64_t)-3)
#define RLIM64_SAVED_MAX ((rlim64_t)-2)
#define RLIM64_SAVED_CUR ((rlim64_t)-1)
struct rlimit64 {
rlim64_t rlim_cur; /* current limit */
rlim64_t rlim_max; /* maximum value for rlim_cur */
};
#endif
#ifdef _KERNEL
#include <sys/model.h>
extern struct rlimit64 rlimits[];
extern rlim64_t rlim_infinity_map[];
extern int rlimit(int, rlim64_t, rlim64_t);
#if defined(_SYSCALL32_IMPL) || defined(__lint)
struct proc;
extern rlim64_t rlim_infinity_map_32[];
extern rlim64_t p_curlimit(struct proc *, int, model_t);
#endif /* _SYSCALL32_IMPL || __lint */
#else
#define RUSAGE_SELF 0
#define RUSAGE_CHILDREN -1
struct rusage {
struct timeval ru_utime; /* user time used */
struct timeval ru_stime; /* system time used */
long ru_maxrss; /* XXX: 0 */
long ru_ixrss; /* XXX: 0 */
long ru_idrss; /* XXX: sum of rm_asrss */
long ru_isrss; /* XXX: 0 */
long ru_minflt; /* any page faults not requiring I/O */
long ru_majflt; /* any page faults requiring I/O */
long ru_nswap; /* swaps */
long ru_inblock; /* block input operations */
long ru_oublock; /* block output operations */
long ru_msgsnd; /* messages sent */
long ru_msgrcv; /* messages received */
long ru_nsignals; /* signals received */
long ru_nvcsw; /* voluntary context switches */
long ru_nivcsw; /* involuntary " */
};
#if !defined(_LP64) && _FILE_OFFSET_BITS == 64
/*
* large file compilation environment setup
*/
#ifdef __PRAGMA_REDEFINE_EXTNAME
#pragma redefine_extname setrlimit setrlimit64
#pragma redefine_extname getrlimit getrlimit64
#else
#define setrlimit setrlimit64
#define getrlimit getrlimit64
#define rlimit rlimit64
#endif
#endif /* !_LP64 && _FILE_OFFSET_BITS == 64 */
#if defined(_LP64) && defined(_LARGEFILE64_SOURCE)
/*
* In the LP64 compilation environment, map large file interfaces
* back to native versions where possible.
*/
#ifdef __PRAGMA_REDEFINE_EXTNAME
#pragma redefine_extname setrlimit64 setrlimit
#pragma redefine_extname getrlimit64 getrlimit
#else
#define setrlimit64 setrlimit
#define getrlimit64 getrlimit
#define rlimit64 rlimit
#endif
#endif /* _LP64 && _LARGEFILE64_SOURCE */
#if defined(__STDC__)
extern int setrlimit(int, const struct rlimit *);
extern int getrlimit(int, struct rlimit *);
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64(int, const struct rlimit64 *);
extern int getrlimit64(int, struct rlimit64 *);
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority(int, id_t);
extern int setpriority(int, id_t, int);
extern int getrusage(int, struct rusage *);
#else /* __STDC__ */
extern int getrlimit();
extern int setrlimit();
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64();
extern int getrlimit64();
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority();
extern int setpriority();
extern int getrusage();
#endif /* __STDC__ */
#endif /* _KERNEL */
#ifdef __cplusplus
}
#endif
#endif /* _SYS_RESOURCE_H */
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bugs on SourceForge
2001-05-14 15:23 (Fwd) " Peter Stephenson
@ 2001-05-14 16:21 ` Bart Schaefer
2001-05-14 18:09 ` Jason Price
[not found] ` <20010516130705.A25104@oobleck.gatech.edu>
0 siblings, 2 replies; 8+ messages in thread
From: Bart Schaefer @ 2001-05-14 16:21 UTC (permalink / raw)
To: Zsh hackers list; +Cc: Jason Price
On May 14, 4:23pm, Peter Stephenson wrote:
}
} I'll have to try this out when I get a moment. But given the headers are
} screwy for Solaris 8 (see below), I rather suspect I won't be able to
} reproduce it. Certainly works OK on 8 with zsh compiled under 6.
Note that it was Solaris 6 where Jason is having `rlimit64' problems, so
the fact that you're able to compile on Solaris 6 but he is not may be
indicative of ... something ...
} > On to the datasize tests.
}
} These worked, right? Else I'm missing something.
They worked. I closed out the bug report on SourceForge.
} > In file included from /usr/include/sys/wait.h:24, from configure:2638:
} > /usr/include/sys/resource.h:148: warning: `struct rlimit64' declared inside
} > parameter list
}
} This looks like another header problem, but this time it's more than just
} configure complaining. struct rlimit64 should be defined:
[...]
} 5.8 system. The complaints are presumbably from the lines
}
} extern int setrlimit64(int, const struct rlimit64 *);
} extern int getrlimit64(int, struct rlimit64 *);
Your header certainly makes it appear that it shouldn't be possible to
compile the above two lines without also having rlimit64 defined. I've
already sent mail to Jason asking what his resource.h looks like (and
he's Cc'd on this message).
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bugs on SourceForge
2001-05-14 16:21 ` Bart Schaefer
@ 2001-05-14 18:09 ` Jason Price
[not found] ` <20010516130705.A25104@oobleck.gatech.edu>
1 sibling, 0 replies; 8+ messages in thread
From: Jason Price @ 2001-05-14 18:09 UTC (permalink / raw)
To: Bart Schaefer; +Cc: Zsh hackers list, Jason Price
>} I'll have to try this out when I get a moment. But given the headers are
>} screwy for Solaris 8 (see below), I rather suspect I won't be able to
>} reproduce it. Certainly works OK on 8 with zsh compiled under 6.
> Note that it was Solaris 6 where Jason is having `rlimit64' problems, so
> the fact that you're able to compile on Solaris 6 but he is not may be
> indicative of ... something ...
Probably largefile support if I had to make a guess... See below.
>}> On to the datasize tests.
>} These worked, right? Else I'm missing something.
> They worked. I closed out the bug report on SourceForge.
Quite correct... I wasn't very clear.
>>> In file included from /usr/include/sys/wait.h:24, from configure:2638:
>>> /usr/include/sys/resource.h:148: warning: `struct rlimit64' declared
>>> inside parameter list
>> This looks like another header problem, but this time it's more than
>> just configure complaining. struct rlimit64 should be defined:
>> [...]
>> 5.8 system. The complaints are presumbably from the lines
>> extern int setrlimit64(int, const struct rlimit64 *);
>> extern int getrlimit64(int, struct rlimit64 *);
> Your header certainly makes it appear that it shouldn't be possible to
> compile the above two lines without also having rlimit64 defined. I've
> already sent mail to Jason asking what his resource.h looks like (and
> he's Cc'd on this message).
Line 148 is:
extern int setrlimit(int, const struct rlimit *);
Here is the relevant portion of resource.h on solaris 2.6:
/*************************************************************************/
#if defined(__STDC__)
extern int setrlimit(int, const struct rlimit *); /* ** line 148 ** */
extern int getrlimit(int, struct rlimit *);
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64(int, const struct rlimit64 *);
extern int getrlimit64(int, struct rlimit64 *);
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority(int, id_t);
extern int setpriority(int, id_t, int);
extern int getrusage(int, struct rusage *);
#else /* __STDC__ */
extern int getrlimit();
extern int setrlimit();
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64();
extern int getrlimit64();
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority();
extern int setpriority();
extern int getrusage();
#endif /* __STDC__ */
/*************************************************************************/
And here's what it looks like in Solaris 8:
/*************************************************************************/
#if defined(__STDC__)
extern int setrlimit(int, const struct rlimit *);
extern int getrlimit(int, struct rlimit *);
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64(int, const struct rlimit64 *);
extern int getrlimit64(int, struct rlimit64 *);
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority(int, id_t);
extern int setpriority(int, id_t, int);
extern int getrusage(int, struct rusage *);
#else /* __STDC__ */
extern int getrlimit();
extern int setrlimit();
/* transitional large file interfaces */
#if defined(_LARGEFILE64_SOURCE) && !((_FILE_OFFSET_BITS == 64) && \
!defined(__PRAGMA_REDEFINE_EXTNAME))
extern int setrlimit64();
extern int getrlimit64();
#endif /* _LARGEFILE64_SOURCE... */
extern int getpriority();
extern int setpriority();
extern int getrusage();
#endif /* __STDC__ */
/*************************************************************************/
(I can get solaris 7's version too)
If I had to shoot into the dark about what's causing this, it'd be the
migration path Sun took from 32 bit to 64 bit. 2.6 was the first,
partially 64 bit OS sun made (IIRC). It only did a 64 bit file system,
leaving the rest of the kernel relativly unharmed. Solaris 7 was fully 64
bit.
If I can help with things, let me know.
Jason
--
"Friendship is the bridge between lonely and loved, between a glance and a
gaze. It stretches from the fog into sunshine, hopelessness into faith,
between despair and joy. It crosses the chasm from hell and to heaven, from
God to man, and from you to me." --Unknown Jason Price jprice@gatech.edu
^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <20010516130705.A25104@oobleck.gatech.edu>]
* Bugs on SourceForge
@ 2001-03-29 6:53 Bart Schaefer
2001-03-29 10:19 ` Peter Stephenson
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Bart Schaefer @ 2001-03-29 6:53 UTC (permalink / raw)
To: zsh-workers
We should at least address 219457 and 219459 before 4.0.1, not because I
submitted them, but because they're shell-crashers.
I suspect 232305 has already been taken care of by the configure system,
but can somebody who has a Solaris box please check?
The others can all be put off, unless Adam wants to go crazy with 204884.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bugs on SourceForge
2001-03-29 6:53 Bart Schaefer
@ 2001-03-29 10:19 ` Peter Stephenson
2001-03-29 11:27 ` Peter Stephenson
2001-03-29 14:36 ` Peter Stephenson
2 siblings, 0 replies; 8+ messages in thread
From: Peter Stephenson @ 2001-03-29 10:19 UTC (permalink / raw)
To: Zsh hackers list
> We should at least address 219457 and 219459 before 4.0.1, not because I
> submitted them, but because they're shell-crashers.
The simplest way of fixing the problem of typesetting parameters before
they are autoloaded is to forbid it. I can't see any time it could
conceivably be useful to allow it, since the whole point of autoloaded
parameters is that they get set up when they're loaded, and it's up to
zmodload, not typeset, to turn off autoloading.
Index: Src/builtin.c
===================================================================
RCS file: /cvsroot/zsh/zsh/Src/builtin.c,v
retrieving revision 1.42
diff -u -r1.42 builtin.c
--- Src/builtin.c 2001/02/14 23:36:23 1.42
+++ Src/builtin.c 2001/03/29 10:16:11
@@ -1628,10 +1628,16 @@
if ((tc = chflags && chflags != (PM_EFLOAT|PM_FFLOAT)))
usepm = 0;
}
- if (tc && (pm->flags & PM_SPECIAL)) {
- zerrnam(cname, "%s: can't change type of a special parameter",
- pname, 0);
- return NULL;
+ if (tc){
+ if (pm->flags & PM_SPECIAL) {
+ zerrnam(cname, "%s: can't change type of a special parameter",
+ pname, 0);
+ return NULL;
+ } else if (pm->flags & PM_AUTOLOAD) {
+ zerrnam(cname, "%s: can't change type of autoloaded parameter",
+ pname, 0);
+ return NULL;
+ }
}
/*
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR Ltd., Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bugs on SourceForge
2001-03-29 6:53 Bart Schaefer
2001-03-29 10:19 ` Peter Stephenson
@ 2001-03-29 11:27 ` Peter Stephenson
2001-03-29 14:36 ` Peter Stephenson
2 siblings, 0 replies; 8+ messages in thread
From: Peter Stephenson @ 2001-03-29 11:27 UTC (permalink / raw)
To: Zsh hackers list
> We should at least address 219457 and 219459 before 4.0.1, not because I
> submitted them, but because they're shell-crashers.
This should fix any lurking problems with %m in a prompt crashing the
shell. We don't assume we can write to the return value of getsparam() any
more, which probably wasn't a good assumption at the best of times. This
is general enough that I haven't looked further down, but I would assume
that we were getting back a "", which gcc would have put in the text
segment, but behaviour with other compilers would differ. Hence the
variable experiences.
Index: Src/prompt.c
===================================================================
RCS file: /cvsroot/zsh/zsh/Src/prompt.c,v
retrieving revision 1.4
diff -u -r1.4 prompt.c
--- Src/prompt.c 2001/01/16 13:44:20 1.4
+++ Src/prompt.c 2001/03/29 11:18:23
@@ -392,10 +392,7 @@
for (ss = hostnam; *ss; ss++)
if (*ss == '.' && !--arg)
break;
- t0 = *ss;
- *ss = '\0';
- stradd(hostnam);
- *ss = t0;
+ stradd(*ss ? dupstrpfx(hostnam, ss - hostnam) : hostnam);
}
unqueue_signals();
break;
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR Ltd., Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bugs on SourceForge
2001-03-29 6:53 Bart Schaefer
2001-03-29 10:19 ` Peter Stephenson
2001-03-29 11:27 ` Peter Stephenson
@ 2001-03-29 14:36 ` Peter Stephenson
2 siblings, 0 replies; 8+ messages in thread
From: Peter Stephenson @ 2001-03-29 14:36 UTC (permalink / raw)
To: Zsh hackers list
> I suspect 232305 has already been taken care of by the configure system,
> but can somebody who has a Solaris box please check?
This is that `limit' doesn't handle large datasize limits on Solaris. I
reconfigured and recompiled on Solaris 2.8 and limits up to 8GB worked
fine, including if inherited from tcsh (although that apparently treats
limits of 4GB and over as unlimited). So this is presumably fixed. I
haven't changed the bugs database since I don't know where the fix
appeared.
Now I have to recompile back on 2.6 since it can't find libcurses.so...
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR Ltd., Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2001-05-16 21:24 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-03-29 9:51 Bugs on SourceForge Sven Wischnowsky
-- strict thread matches above, loose matches on Subject: below --
2001-05-14 15:23 (Fwd) " Peter Stephenson
2001-05-14 16:21 ` Bart Schaefer
2001-05-14 18:09 ` Jason Price
[not found] ` <20010516130705.A25104@oobleck.gatech.edu>
[not found] ` <1010516194927.ZM15038@candle.brasslantern.com>
2001-05-16 21:24 ` Jason Price
2001-03-29 6:53 Bart Schaefer
2001-03-29 10:19 ` Peter Stephenson
2001-03-29 11:27 ` Peter Stephenson
2001-03-29 14:36 ` Peter Stephenson
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).