I've written a short patch (attached below) that sets the "http_host"
environment variable for CGI scripts. I realize it isn't part of the
official CGI/1.1 spec, but it is a (documented, even) apache-ism that's
been widely used (even on non-apache servers, like lighttpd) for a number
of years n
On Tuesday 14 October 2008 05:18:44 Denys Vlasenko wrote:
> On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
> > On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
> > > Next time it reads a buffer, it starts with the last character of a
> > > cursor left sequence: capital D. Capital D
I think we can now try acpid. Please try http://busybox.drvv.ru/acpid.patch
BTW, I think I found a way to pass ASUS hotkeys via new evdev
interface. Though the code is a dp alpha, this fact really could
obsolete to me /proc/acpi/event.
Please, report the results.
TIA,
--
Vladimir
Vladimir Dronnikov wrote:
> Cool.
> What do you think, Jason:
> i) Is /proc/acpi/event so deprecated like they claim it? What should
> we call "ACPI events" then: only the "true" ACPI events (change in
> power supply, power and sleep button, etc.) or generic hotkeys (which
> are _still_ delivered t
Hi,
This is a question that spans requirements, design and implementation,
and the DHCP protocol. Any help is welcome!
I have been given a requirement that I need to verify in Busybox dhcp
client implementation:
The product shall be capable of receiving and interpreting responses
from DHCP re
2008/10/14 Bernhard Reutner-Fischer <[EMAIL PROTECTED]>:
> Hi,
>
> Fancy sleep does not accept fractions like ".15", only "0.15".
Consider the attached patch. I wonder why the first test is needed,
though.
> Is there something wrong with e.g. strtof that we did a bb_strtod?
FANCY slee
Hi,
Fancy sleep does not accept fractions like ".15", only "0.15".
Is there something wrong with e.g. strtof that we did a bb_strtod?
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
On Tuesday 14 October 2008 01:01:26 pm Roberto A. Foglietta wrote:
> 2008/10/14 Roberto A. Foglietta <[EMAIL PROTECTED]>:
> Ok, making poll wait 300 miliseconds before deciding there's no next
> character
> in a pending escape sequence seems to have fixed it. (At least I can't
> >>
2008/10/14 Roberto A. Foglietta <[EMAIL PROTECTED]>:
> 2008/10/14 Roberto A. Foglietta <[EMAIL PROTECTED]>:
>> 2008/10/14 Denys Vlasenko <[EMAIL PROTECTED]>:
>>> On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
> Next time it
2008/10/14 Roberto A. Foglietta <[EMAIL PROTECTED]>:
> 2008/10/14 Denys Vlasenko <[EMAIL PROTECTED]>:
>> On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
>>> On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
>>> > Next time it reads a buffer, it starts with the last character of a curs
2008/10/14 Denys Vlasenko <[EMAIL PROTECTED]>:
> On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
>> On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
>> > Next time it reads a buffer, it starts with the last character of a cursor
>> > left sequence: capital D. Capital D is "delete to
On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
> On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
> > Next time it reads a buffer, it starts with the last character of a cursor
> > left sequence: capital D. Capital D is "delete to end of line", which it
> > does.
> >
> > So basical
2008/10/14 Rob Landley <[EMAIL PROTECTED]>:
> On Monday 13 October 2008 09:39:55 Roberto A. Foglietta wrote:
>
> Last I heard, the SFLC was still looking for a company stupid enough to
> actually take a suit all the way to a judgement. So far, nobody's wanted to
> face down the steamroller once i
On Monday 13 October 2008 06:48:22 am Rob Landley wrote:
> If you use the cursor keys in vi, it adds three characters at a time. (The
> ansi "move cursor" sequence for the direction you hit.) If you hold it down
> so it repeats, on a slow system (such as qemu's arm emulation) or one that's
> h
2008/10/14 Alessandro Rubini <[EMAIL PROTECTED]>:
>
>> Ok, making poll wait 300 miliseconds before deciding there's no next
>> character
>> in a pending escape sequence seems to have fixed it. (At least I can't
>> reproduce the problem under qemu anymore.) The downside is that when you hit
>> es
One slight clarification...
> No, they're going to be brought in front of a court for blatantly
> violating the license terms.
They'll actually be brought in front of a court for violating copyright.
That's the same law, whichever original work you choose to copy without
the consent of the copyr
> Ok, making poll wait 300 miliseconds before deciding there's no next
> character
> in a pending escape sequence seems to have fixed it. (At least I can't
> reproduce the problem under qemu anymore.) The downside is that when you hit
> escape with nothing after it, the gui won't update for
On Tuesday 14 October 2008 04:54:03 am Alain M. wrote:
> Rob Landley escreveu:
> > Look: Linux has been under GPLv2 for _seventeen_years_. The license is not
> > exactly new and untested. Busybox is under the same license as the Linux
> > kernel for a _reason_.
>
> So... if someone needs a pro
On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
> Next time it reads a buffer, it starts with the last character of a cursor
> left sequence: capital D. Capital D is "delete to end of line", which it
> does.
>
> So basically, busybox vi is corrupting your data when you cursor around in
> a f
19 matches
Mail list logo