1:47 p.m.
Hi,
I encountered a bug with pcl-cvs (v1.60) and the xemacs-21.4.7.
Pcl-cvs may not detect modified files during cvs-examine. Sometimes it
works but most of the time it doesn't. With xemacs-21.4.6 it seem to
work. Are there any fixes for this issue?
thanx,
ron
--
\\ Dipl.-Inf. Ronald Wahl | Peppercon AG //
\\\ rwa(a)peppercon.com ||| http://www.peppercon.com/ ///
\OO ----------------------- OOO ------------------------- OO/
OO GnuPG/PGP key available OOO Keep Systems running OO
6:34 p.m.
>>>> "Ronald" == Ronald Wahl
<rwa(a)peppercon.com> writes:
Ronald> I encountered a bug with pcl-cvs (v1.60) and the
Ronald> xemacs-21.4.7. Pcl-cvs may not detect modified files
Ronald> during cvs-examine. Sometimes it works but most of the
Ronald> time it doesn't. With xemacs-21.4.6 it seem to work. Are
Ronald> there any fixes for this issue?
I don't think anything has changed that would affect this. Is it
possible that something in your environment has changed (a compiler
upgrade, for example) or in your XEmacs config?
Please submit a full bug report using M-x report-xemacs-bug so we get
information about your platform and configuration necessary for
debugging.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
7:58 p.m.
On 07 May 2002 02:34:14 +0900, Stephen J Turnbull wrote:
>>>>> "Ronald" == Ronald Wahl
<rwa(a)peppercon.com> writes:
Ronald> I encountered a bug with pcl-cvs
(v1.60) and the
Ronald> xemacs-21.4.7. Pcl-cvs may not detect modified files
Ronald> during cvs-examine. Sometimes it works but most of the
Ronald> time it doesn't. With xemacs-21.4.6 it seem to work. Are
Ronald> there any fixes for this issue?
I don't think anything has changed that would affect this.
And I _know_ that there something changed that affect this: ;-)
diff --text -u 'xemacs-21.4.6/src/process.h'
'xemacs-21.4.7/src/process.h'
Index: ././src/process.h
--- ././src/process.h Fri Apr 13 03:24:12 2001
+++ ././src/process.h Sat May 4 17:32:06 2002
＠＠ -45,7 +45,7 ＠＠
#define XSETPROCESS(x, p) XSETRECORD (x, p, process)
#define PROCESSP(x) RECORDP (x, process)
#define CHECK_PROCESS(x) CHECK_RECORD (x, process)
-#define PROCESS_LIVE_P(x) (!NILP ((x)->pipe_instream))
+#define PROCESS_LIVE_P(x) (EQ ((x)->status_symbol, Qrun))
#define CHECK_LIVE_PROCESS(x) do { \
CHECK_PROCESS (x); \
If I reverse-apply this patch to xemacs-21.4.7 it works again.
regards,
ron
--
\\ Dipl.-Inf. Ronald Wahl | Peppercon AG //
\\\ rwa(a)peppercon.com ||| http://www.peppercon.com/ ///
\OO ----------------------- OOO ------------------------- OO/
OO GnuPG/PGP key available OOO Keep Systems running OO
8:15 p.m.
Ronald Wahl writes:
On 07 May 2002 02:34:14 +0900, Stephen J Turnbull wrote:
>>>>>> "Ronald" == Ronald Wahl <rwa(a)peppercon.com>
writes:
Ronald> I encountered a bug with pcl-cvs (v1.60) and the
Ronald> xemacs-21.4.7. Pcl-cvs may not detect modified files
Ronald> during cvs-examine. Sometimes it works but most of the
Ronald> time it doesn't. With xemacs-21.4.6 it seem to work. Are
Ronald> there any fixes for this issue?
> I don't think anything has changed that would affect this.
And I _know_ that there something changed that affect this: ;-)
diff --text -u 'xemacs-21.4.6/src/process.h'
'xemacs-21.4.7/src/process.h'
Index: ././src/process.h
--- ././src/process.h Fri Apr 13 03:24:12 2001
+++ ././src/process.h Sat May 4 17:32:06 2002
＠＠ -45,7 +45,7 ＠＠
#define XSETPROCESS(x, p) XSETRECORD (x, p, process)
#define PROCESSP(x) RECORDP (x, process)
#define CHECK_PROCESS(x) CHECK_RECORD (x, process)
-#define PROCESS_LIVE_P(x) (!NILP ((x)->pipe_instream))
+#define PROCESS_LIVE_P(x) (EQ ((x)->status_symbol, Qrun))
#define CHECK_LIVE_PROCESS(x) do { \
CHECK_PROCESS (x); \
If I reverse-apply this patch to xemacs-21.4.7 it works again.
I meant to write something about this PROCESS_LIVE_P thing and
forgot. PROCESS_LIVE_P is used in several other places besides
Fprocess_live_p and it was unclear to me after looking at the
code for a half hour that the change is correct in all those
places. I suggest changing just Fprocess_live_p and leaving the
macro alone until someone can look at it more closely.
8:28 p.m.
I think the rest of my mail said "apart from Nix's patch" which is what you
are quoting :).
Ok you've saved me some legwork. I will take this out of the windows branch
and rekit. Stephen can decide what he wants to do for the real release.
andy
At 08:58 PM 5/6/2002 +0200, Ronald Wahl wrote:
On 07 May 2002 02:34:14 +0900, Stephen J Turnbull wrote:
>>>>>> "Ronald" == Ronald Wahl <rwa(a)peppercon.com>
writes:
Ronald> I encountered a bug with pcl-cvs (v1.60) and the
Ronald> xemacs-21.4.7. Pcl-cvs may not detect modified files
Ronald> during cvs-examine. Sometimes it works but most of the
Ronald> time it doesn't. With xemacs-21.4.6 it seem to work. Are
Ronald> there any fixes for this issue?
> I don't think anything has changed that would affect this.
And I _know_ that there something changed that affect this: ;-)
diff --text -u 'xemacs-21.4.6/src/process.h'
'xemacs-21.4.7/src/process.h'
Index: ././src/process.h
--- ././src/process.h Fri Apr 13 03:24:12 2001
+++ ././src/process.h Sat May 4 17:32:06 2002
＠＠ -45,7 +45,7 ＠＠
#define XSETPROCESS(x, p) XSETRECORD (x, p, process)
#define PROCESSP(x) RECORDP (x, process)
#define CHECK_PROCESS(x) CHECK_RECORD (x, process)
-#define PROCESS_LIVE_P(x) (!NILP ((x)->pipe_instream))
+#define PROCESS_LIVE_P(x) (EQ ((x)->status_symbol, Qrun))
#define CHECK_LIVE_PROCESS(x) do { \
CHECK_PROCESS (x); \
If I reverse-apply this patch to xemacs-21.4.7 it works again.
regards,
ron
--
\\ Dipl.-Inf. Ronald Wahl | Peppercon AG //
\\\ rwa(a)peppercon.com ||| http://www.peppercon.com/ ///
\OO ----------------------- OOO ------------------------- OO/
OO GnuPG/PGP key available OOO Keep Systems running OO
12:32 a.m.
On 06 May 2002, Ronald Wahl said:
On 07 May 2002 02:34:14 +0900, Stephen J Turnbull wrote:
>>>>>> "Ronald" == Ronald Wahl <rwa(a)peppercon.com>
writes:
Ronald> I encountered a bug with pcl-cvs (v1.60) and the
Ronald> xemacs-21.4.7. Pcl-cvs may not detect modified files
Ronald> during cvs-examine. Sometimes it works but most of the
Ronald> time it doesn't. With xemacs-21.4.6 it seem to work. Are
Ronald> there any fixes for this issue?
> I don't think anything has changed that would affect this.
And I _know_ that there something changed that affect this: ;-)
Oh bugger. Sorry.
(I've still seen no problems with this patch; maybe I'm not adventurous
enough.)
diff --text -u 'xemacs-21.4.6/src/process.h'
'xemacs-21.4.7/src/process.h'
Index: ././src/process.h
--- ././src/process.h Fri Apr 13 03:24:12 2001
+++ ././src/process.h Sat May 4 17:32:06 2002
＠＠ -45,7 +45,7 ＠＠
#define XSETPROCESS(x, p) XSETRECORD (x, p, process)
#define PROCESSP(x) RECORDP (x, process)
#define CHECK_PROCESS(x) CHECK_RECORD (x, process)
-#define PROCESS_LIVE_P(x) (!NILP ((x)->pipe_instream))
+#define PROCESS_LIVE_P(x) (EQ ((x)->status_symbol, Qrun))
#define CHECK_LIVE_PROCESS(x) do { \
CHECK_PROCESS (x); \
If I reverse-apply this patch to xemacs-21.4.7 it works again.
OK, so code that calls PROCESS_LIVE_P is asking two different questions
in two different places.
In create_process(), read_process_output(), and set_process_filter(),
the question being asked is `can I get data from this subprocess) (what
the original definition said). This may well be possible if the process
has done some output that isn't yet read, and then died.
In delete_process(), kill_buffer_processes(), and process-live-p itself,
the question is `can I send signals to this process' or `is this process
still running in the OS'.
I think we need two #defines; PROCESS_LIVE_P() as defined in 21.4.7, and
PROCESS_INPUTTABLE_P (crap name though).
I'll roll a patch that does that.
Sorry for the inconvenience.
--
`Blueshifters were moving away... Redshifters were moving in...'
--- Justina Robson, _Mappa Mundi_, with startling new
evidence for the gib gnab hypothesis
7:22 a.m.
>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> OK, so code that calls PROCESS_LIVE_P is asking two different
nix> questions in two different places.
nix> In create_process(), read_process_output(), and
nix> set_process_filter(), the question being asked is `can I get
nix> data from this subprocess) (what the original definition
nix> said). This may well be possible if the process has done some
nix> output that isn't yet read, and then died.
nix> In delete_process(), kill_buffer_processes(), and
nix> process-live-p itself, the question is `can I send signals to
nix> this process' or `is this process still running in the OS'.
nix> I think we need two #defines; PROCESS_LIVE_P() as defined in
nix> 21.4.7, and PROCESS_INPUTTABLE_P (crap name though).
How about
PROCESS_READABLE_P
instead?
nix> I'll roll a patch that does that.
nix> Sorry for the inconvenience.
nix> --
nix> `Blueshifters were moving away... Redshifters were moving in...'
nix> --- Justina Robson, _Mappa Mundi_, with startling new
nix> evidence for the gib gnab hypothesis
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
8:29 a.m.
On 07 May 2002, Adrian Aichner stated:
>>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> I think we need two #defines; PROCESS_LIVE_P() as defined in
nix> 21.4.7, and PROCESS_INPUTTABLE_P (crap name though).
How about
PROCESS_READABLE_P
instead?
That's much better, thank you :)
I'll do the patch this lunchtime unless someone says nay or does it
first.
--
`Blueshifters were moving away... Redshifters were moving in...'
--- Justina Robson, _Mappa Mundi_, with startling new
evidence for the gib gnab hypothesis
8:45 a.m.
>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> I think we need two #defines; PROCESS_LIVE_P() as defined in
nix> 21.4.7, and PROCESS_INPUTTABLE_P (crap name though).
nix> I'll roll a patch that does that.
OK, I'll revert this, pending your patch. Please let me know if
you're not going to get to it, I'll release 21.4.8 immediately (well,
make that Thursday morning Japan time).
I like Adrian's PROCESS_READABLE_P suggestion.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
10:14 p.m.
On 07 May 2002, Stephen J. Turnbull uttered the following:
>>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> I think we need two #defines; PROCESS_LIVE_P() as defined in
nix> 21.4.7, and PROCESS_INPUTTABLE_P (crap name though).
nix> I'll roll a patch that does that.
OK, I'll revert this, pending your patch. Please let me know if
you're not going to get to it, I'll release 21.4.8 immediately (well,
make that Thursday morning Japan time).
Now on it. :)
I like Adrian's PROCESS_READABLE_P suggestion.
I'm following that.
I'm also checking the Lisp code in the XEmacs package tree: if packages
are inconsistently using process-live-p to mean `can receive data from'
and `can send signals to', then I'll have to introduce a new subr
(`process-readable-p' of course) and modify the packages.
(I don't expect that to take long: most of the changes will be pretty
mechanical, except that I'll have to handle the case of
(not (fboundp 'process-readable-p)). Not hard.)
Again, sorry for the bug.
--
`Blueshifters were moving away... Redshifters were moving in...'
--- Justina Robson, _Mappa Mundi_, with startling new
evidence for the gib gnab hypothesis
11:39 p.m.
On 07 May 2002, nix(a)esperi.demon.co.uk said:
On 07 May 2002, Stephen J. Turnbull uttered the following:
> I like Adrian's PROCESS_READABLE_P suggestion.
I'm following that.
For those following xemacs-beta but not xemacs-patches: All done,
worksforme, please test if 21.4.7 is giving you process grief.
--
`Blueshifters were moving away... Redshifters were moving in...'
--- Justina Robson, _Mappa Mundi_, with startling new
evidence for the gib gnab hypothesis
10:17 p.m.
On 07 May 2002, Stephen J. Turnbull mused:
OK, I'll revert this, pending your patch. Please let me know if
you're not going to get to it, I'll release 21.4.8 immediately (well,
make that Thursday morning Japan time).
(um, doubtless this is a terribly stupid question, but where is the
r21-4-7 tag? In the absence of that, I'll do it against r21-4-6.)
--
`Blueshifters were moving away... Redshifters were moving in...'
--- Justina Robson, _Mappa Mundi_, with startling new
evidence for the gib gnab hypothesis
10:35 p.m.
>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> On 07 May 2002, Stephen J. Turnbull mused:
> OK, I'll revert this, pending your patch. Please let me know
if
> you're not going to get to it, I'll release 21.4.8 immediately (well,
> make that Thursday morning Japan time).
nix> (um, doubtless this is a terribly stupid question, but where is the
nix> r21-4-7 tag? In the absence of that, I'll do it against r21-4-6.)
That question may not be as stupid as you think:
I cannot see that tag either as of 2002-05-07T23:34:30+0200:
RCS file: /pack/xemacscvs/XEmacs/xemacs/version.sh,v
Working file: version.sh
head: 1.174
branch:
locks: strict
access list:
symbolic names:
r21-4-7-windows: 1.166.2.9.2.10
r21-4-6-5-windows: 1.166.2.9.2.9
r21-4-6-4-windows: 1.166.2.9.2.9
r21-5-6: 1.173
next-sync-ben-separate-stderr-improved-error-trapping: 1.173
main-branch-ben-separate-stderr-improved-error-trapping-syncpoint-mar-30-2002: 1.173
ben-separate-stderr-improved-error-trapping-pre-mar-30-2002-sync: 1.111.2.67
last-sync-ben-separate-stderr-improved-error-trapping: 1.111.2.67
post-ben-mule-21-5-merge-in: 1.173
last-sync-unsigned-removal: 1.169
next-sync-ben-mule-21-5: 1.172
last-sync-ben-mule-21-5: 1.170
main-branch-ben-mule-21-5-syncpoint-feb-23-2002: 1.172
pre-ben-mule-21-5-merge-in: 1.173
ben-mule-21-5-post-feb-23-2002-sync: 1.168.2.3
ben-mule-21-5-pre-merge-in: 1.168.2.3
r21-5-5: 1.173
ben-mule-21-5-pre-feb-23-2002-sync: 1.168.2.2
r21-5-4: 1.172
r21-4-6-windows: 1.166.2.9.2.6
r21-4-6: 1.166.2.11
XEMACS_BEFORE_MOVE_TO_SUNSITE_DK: 1.170
r21-4-6rc1: 1.166.2.9.4.1
r21-4-5-windows: 1.166.2.9.2.1
ben-mule-21-5-post-oct-26-2001-sync: 1.168.2.2
main-branch-ben-mule-21-5-syncpoint-oct-26-2001: 1.170
ben-mule-21-5-pre-oct-26-2001-sync: 1.168.2.1
windows-21-4: 1.166.2.9.0.2
r21-4-5: 1.166.2.9
LAST_DAYS_OF_CAMELOT: 1.170
r21-4-5-rc1: 1.166.2.7.2.1
post-integral-type-rename: 1.170
ben-mule-21-5-chkp-sep-19-2001-windows-working: 1.168.2.1
pre-integral-type-rename: 1.170
r21-5-3: 1.170
ben-mule-21-5-chkp-aug-21-2001-announcement: 1.168.2.1
ben-mule-21-5-post-aug-11-2001-sync: 1.168.2.1
ben-mule-21-5-pre-aug-11-2001-sync: 1.168
main-branch-ben-mule-21-5-syncpoint-aug-11-2001: 1.169
candidate-21-4: 1.166.2.12.0.2
r21-4-4: 1.166.2.7
r21-5-2: 1.169
r21-4-4-rc3: 1.166.2.5.2.3
r21-4-4-rc2: 1.166.2.5.2.2
r21-4-4-rc1: 1.166.2.5.2.1
ben-mule-21-5-chkp-pre-vacation-july-2001: 1.168
ben-separate-stderr-improved-error-trapping-chkp-pre-vacation-july-2001: 1.111.2.67
ben-separate-stderr-improved-error-trapping: 1.111.2.67.0.2
ben-separate-stderr-improved-error-trapping-bp: 1.111.2.67
unsigned-removal: 1.168.0.4
unsigned-removal-bp: 1.168
ben-mule-21-5-chkp-new-unicode-working-but-pdump-broken: 1.168
ben-mule-21-5-chkp-post-ikeyama-merge-success: 1.168
mule-21-5-ikeyama: 1.167
ben-mule-21-5-chkp-pre-ikeyama-merge: 1.168
ben-mule-21-5-bp: 1.168
ben-mule-21-5: 1.168.0.2
mule-21-5-last-sync: 1.168
r21-4-3: 1.166.2.5
r21-4-2a: 1.166.2.4
r21-4-2: 1.166.2.4
r21-5-1: 1.168
mule-21-5: 1.167.0.2
mule-21-5-bp: 1.167
r21-4-1: 1.166.2.3
r21-5-latest-beta: 1.173
r21-5-0: 1.167
r21-4-0: 1.166.2.2
release-21-5: 1.111.2.67
r21-2-47: 1.166.2.1
trunk-move-21-2: 1.166
release-21-4-bp: 1.166
release-21-1: 1.165.0.2
release-21-1-bp: 1.165
release-21-4: 1.166.0.2
r21-2-46: 1.111.2.67
GTK_POSTMERGE: 1.111.2.65
GTK_PREMERGE: 1.111.2.64
r21-2-45: 1.111.2.64
merge-21-2-4: 1.111.2.61.2.1
r21-2-44: 1.111.2.63
r21-2-43: 1.111.2.62
r21-1-14: 1.165
gtk-xemacs-21-2: 1.111.2.61.0.2
gtk_xemacs_21_2_start: 1.111.2.61
r21-2-42: 1.111.2.61
r21-2-41: 1.111.2.60
r21-2-40: 1.111.2.59
r21-1-13: 1.164
r21-2-39: 1.111.2.58
r21-2-38: 1.111.2.57
r21-2-37: 1.111.2.56
NewGC-21-2: 1.111.2.55.0.2
bp_NewGC-21-2: 1.111.2.55
r21-2-36: 1.111.2.55
gtk-xemacs: 1.163.0.2
r21-1-12: 1.163
r21-2-35: 1.111.2.54
r21-1-11: 1.162
r21-2-34: 1.111.2.53
r21-1-10: 1.161
r21-2-33: 1.111.2.52
ben-workspace-2-2000-03-22: 1.111.2.50
ben-workspace-1-2000-03-22: 1.111.2.50
r21-2-32: 1.111.2.51
ben-changes-1-branch: 1.111.2.49.0.2
ben-changes-1-branch-base: 1.111.2.49
r21-2-31: 1.111.2.50
r21-2-30: 1.111.2.49
r21-2-29: 1.111.2.48
r21-1-9: 1.160
r21-2-28: 1.111.2.47
r21-2-27: 1.111.2.46
r21-2-26: 1.111.2.45
r21-2-latest-beta: 1.166.2.1
r21-2-25: 1.111.2.44
r21-2-latest: 1.111.2.43
r21-2-24: 1.111.2.43
r21-2-23: 1.111.2.42
r21-2-22: 1.111.2.41
r21-2-21: 1.111.2.40
r21-2-20: 1.111.2.39
r21-1-8: 1.159
r21-1-7: 1.158
r21-1-6: 1.157
r21-1-5: 1.156
r21-2-19: 1.111.2.38
r21-2-18: 1.111.2.36
r21-1-4: 1.155
r21-1-3: 1.154
r21-2-17: 1.111.2.35
r21-2-16: 1.111.2.34
r21-2-15: 1.111.2.33
r21-2-14: 1.111.2.31
r21-1-2: 1.153
r21-1-1: 1.151
r21-1-0: 1.149
xemacs-21-0: 1.149
r21-0-67: 1.149
r21-2-13: 1.111.2.29
r21-0-66: 1.148
r21-2-12: 1.111.2.28
r21-0-65: 1.146
r21-2-11: 1.111.2.27
r21-0-64: 1.144
r21-2-10: 1.111.2.26
r21-0-63: 1.143
r21-2-9: 1.111.2.25
r21-0-62: 1.142
r21-0-61: 1.141
r21-2-8: 1.111.2.24
r21-2-7: 1.111.2.23
r21-2-6: 1.111.2.22
r21-0-60: 1.140
r21-0-59: 1.139
r21-0-58: 1.138
r21-0-57: 1.128
r21-2-5: 1.111.2.21
r21-2-4: 1.111.2.19
r21-2b4: 1.111.2.19
r21-2b3: 1.111.2.15
r21-0b57: 1.128
r21-2b2: 1.111.2.11
r21-0b56: 1.125
r21-0b55: 1.124
r21-0b54: 1.123
r21-0b53: 1.122
r21-0b52: 1.120
r21-0b51: 1.119
r21-0b50: 1.114
r21-0b49: 1.111
r21-2b1: 1.111.2.3
release-22-0: 1.111.0.4
release-21-2: 1.111.0.2
r21-0b48: 1.111
r21-0b47: 1.110
r21-0b46: 1.107
r21-0b45: 1.106
r21-0b44: 1.105
r21-0b43: 1.104
r21-0b42: 1.102
r21-0b41: 1.99
r21-0b40: 1.97
r21-0b39: 1.92
r21-0b38: 1.84
r21-0b37: 1.78
r21-0b36: 1.73
r21-0b35: 1.68
r21-0b34: 1.66
r21-0b33: 1.61
r20-5b33: 1.61
rr21-0b32: 1.59
r20-5b32: 1.59
r20-5b31: 1.57
r20-5b30: 1.53
r20-5b29: 1.51
r20-5b28: 1.49
r20-5b27: 1.48
r20-5b26: 1.47
r20-5b25: 1.46
r20-5b24: 1.45
r20-5b23: 1.44
r20-5b22: 1.43
r20-5b21: 1.42
r20-5b20: 1.41
r20-5b19: 1.40
r20-5b18: 1.39
r20-5b17: 1.38
r20-5b16: 1.37
r20-5b15: 1.36
r20-5b14: 1.35
r20-5b13: 1.34
r20-5b12: 1.33
r20-4b11: 1.32
r20-4b10: 1.31
r20-4b9: 1.30
r20-4b8: 1.29
r20-4b7: 1.28
r20-4b6: 1.27
r20-4b5: 1.26
r20-4b4: 1.25
r20-4b3: 1.24
r20-4b2: 1.23
r20-4b1: 1.22
r20-3b28: 1.21
r20-3b27: 1.20
r20-3b26: 1.19
r20-3b25: 1.18
r20-3b24: 1.17
r20-3b23: 1.16
r20-3b22: 1.15
r20-3b21: 1.14
r20-3b20: 1.13
r20-3b19: 1.12
r20-3b18: 1.11
r20-3b17: 1.10
r20-3b16: 1.9
r20-3b15: 1.8
r20-3b14: 1.7
r20-3b13: 1.6
r20-3b12: 1.5
r20-3b11: 1.4
r20-3b10: 1.3
r20-3b9: 1.2
r20-3b8: 1.1
keyword substitution: kv
total revisions: 280; selected revisions: 280
description:
----------------------------
nix> --
nix> `Blueshifters were moving away... Redshifters were moving in...'
nix> --- Justina Robson, _Mappa Mundi_, with startling new
nix> evidence for the gib gnab hypothesis
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
5:08 a.m.
>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> On 07 May 2002, Stephen J. Turnbull mused:
> OK, I'll revert this, pending your patch. Please let me
know
> if you're not going to get to it, I'll release 21.4.8
> immediately (well, make that Thursday morning Japan time).
nix> (um, doubtless this is a terribly stupid question, but where
nix> is the r21-4-7 tag? In the absence of that, I'll do it
nix> against r21-4-6.)
Oops.
I removed it to keep people from cvs-up'ing to the bad code; you could
have used release-21-4 (which currently is r21-4-7 with your original
patch reverted). Don't worry about it, I'm sure the patch against
r21-4-6 will apply fine.
There was an announcement about withdrawing the release, but seems to
have ended up in a black hole, I just tried again.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
6:45 a.m.
>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>> "nix" == nix
<nix(a)esperi.demon.co.uk> writes:
nix> On 07 May 2002, Stephen J.
Turnbull mused:
>> OK, I'll revert this, pending your patch. Please let me
know
>> if you're not going to get to it, I'll release 21.4.8
>> immediately (well, make that Thursday morning Japan time).
nix> (um, doubtless this is a terribly stupid question, but where
nix> is the r21-4-7 tag? In the absence of that, I'll do it
nix> against r21-4-6.)
Stephen> Oops.
Stephen> I removed it to keep people from cvs-up'ing to the bad
Stephen> code; you could have used release-21-4 (which currently
I'm not sure this was a good idea. It's near to impossible to
unrelease software. What are you going to do about
http://.*\.www.xemacs.org/Releases/
now?
Stephen> is r21-4-7 with your original patch reverted). Don't
Stephen> worry about it, I'm sure the patch against r21-4-6 will
Stephen> apply fine.
Stephen> There was an announcement about withdrawing the release,
Stephen> but seems to have ended up in a black hole, I just tried
Stephen> again.
Stephen> --
Stephen> Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573
JAPAN
Stephen> My nostalgia for Icon makes me forget about any of the bad things. I
don't
Stephen> have much nostalgia for Perl, so its faults I remember. Scott Gilbert
c.l.py
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
7:06 a.m.
>>>> "APA" == Adrian Aichner
<adrian(a)xemacs.org> writes:
APA> I'm not sure this was a good idea. It's near to impossible
APA> to unrelease software. What are you going to do about
APA> http://.*\.www.xemacs.org/Releases/ now?
Reenable everything with big warnings as soon as it's not the latest
(we've already proved it's not greatest!)
All I want to do is make it harder for people to download it thinking
it's the recommended thing.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
8234
days inactive
8236
days old
15 comments
6 participants
participants (6)
-
Adrian Aichner -
Andy Piper -
Kyle Jones -
Nix -
Ronald Wahl -
Stephen J. Turnbull