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