1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
|
---------------------
PatchSet 3914
Date: 2004/01/31 05:44:07
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Update docs for release
Members:
Changelog:1.286->1.287
docs/busybox.net/news.html:1.5->1.6
docs/busybox.net/shame.html:1.6->1.7
---------------------
PatchSet 3915
Date: 2004/01/31 06:11:39
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Mention changes to the daily snapshots
Members:
docs/busybox.net/news.html:1.6->1.7
---------------------
PatchSet 3916
Date: 2004/01/31 08:08:57
Author: bug1
Branch: HEAD
Tag: busybox_1_00_pre6 **FUNKY**
Log:
Fix http proxy use, bytes were swapped
Members:
networking/wget.c:1.67->1.68
---------------------
PatchSet 3917
Date: 2004/02/01 07:34:28
Author: mjn3
Branch: HEAD
Tag: (none)
Log:
Use bb_xstrdup() instead of strdup().
Members:
coreutils/expr.c:1.15->1.16
---------------------
PatchSet 3918
Date: 2004/02/01 10:03:05
Author: mjn3
Branch: HEAD
Tag: (none)
Log:
Rewrite parse_config_file(). Among the old version's problems:
No checking for lines that were too long.
No checking that fgets returning NULL was actually due to EOF.
Various whitespace handling inconsistencies.
Bloat (switches and multiple identical function calls).
Failure to check for trailing characters in some cases.
Dynamicly allocated memory was not free()d on error.
Given that this controls suid/sgid behavior, the sloppy coding was
really inexcusable. :-(
Members:
applets/applets.c:1.20->1.21
---------------------
PatchSet 3919
Date: 2004/02/04 08:24:39
Author: bug1
Branch: HEAD
Tag: (none)
Log:
Vodz last_patch_125_2, this patch have:
- synced with dash 0.4.21
- better handle trap "cmds..." SIGINT (strange, i make bad hack for ash
and cmdedit, but this work only with this...)
- may be haven`t problem with Ctrl-D
Members:
shell/ash.c:1.87->1.88
shell/cmdedit.c:1.87->1.88
---------------------
PatchSet 3920
Date: 2004/02/04 08:27:57
Author: bug1
Branch: HEAD
Tag: (none)
Log:
Bug fix from Tito.
Members:
miscutils/devfsd.c:1.6->1.7
---------------------
PatchSet 3921
Date: 2004/02/04 10:48:37
Author: andersen
Branch: HEAD
Tag: (none)
Log:
The variable 'complementaly' used to be allocated with calloc, which zeroed it
out during the allocation process. When vodz changed it to be allocated on the
stack, he forgot to explicitly zero it, leaving its value filled with whatever
used to be sitting on the stack. It would garbage values, depending on the
garbage that happened to be sitting on the stack when the function was called.
The result was that applets using bb_getopt_ulflags() were showing
unpredictable behavior (such as segfaults), which naturally broke many things.
Members:
libbb/getopt_ulflags.c:1.6->1.7
---------------------
PatchSet 3922
Date: 2004/02/04 10:57:46
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Rob Landley writes:
While building glibc with busybox as part of the development environment, I
found a bug in glibc's regexec can throw sed into an endless loop. This
fixes it. Should I put an #ifdef around it or something? (Note, this patch
also contains the "this is not gnu sed 4.0" hack I posted earlier, which is
also needed to build glibc...)
Members:
editors/sed.c:1.158->1.159
---------------------
PatchSet 3923
Date: 2004/02/04 11:01:19
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Jean Wolter writes:
Hello,
when calling seq with
seq 1 1
it generates an "endless" list of numbers until the counter wraps and
reaches 1 again. The follwoing small patch should introduce the
expected behavior (output of 1 and termination):
regards,
Jean
Members:
coreutils/seq.c:1.1->1.2
---------------------
PatchSet 3924
Date: 2004/02/04 11:10:28
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Joe.C writes:
Hi,
When httpd connection is closed, bosybox httpd will
not stop reading from CGI program. This patch fix this
problem. It check the return value of bb_full_write and
stop reading from CGI if the connection is closed.
Please apply this patch.
Joe.C
Members:
networking/httpd.c:1.21->1.22
---------------------
PatchSet 3925
Date: 2004/02/04 11:19:44
Author: andersen
Branch: HEAD
Tag: (none)
Log:
Richard Kojedzinszky writes:
Hi,
I've noticed the bug also, and here is another patch for it. I hope it'll
not introduce more bugs. Not too nice, but works for me.
Here it is for busybox-1.00-pre6
Members:
editors/vi.c:1.31->1.32
|