Am 27.06.2017 um 18:13 schrieb Denys Vlasenko:
[...]
> Let's unbreak -O OPT instead? IPv4 client adds list of -O options
> to outgoing packets using add_client_options()
[...]
> Can you try making a patch
@Denys: Please apologize for the double-post I missed to copy
the mailinglist in.
Here is my
On Tue, Jun 27, 2017 at 01:18:14PM -0400, Michael Conrad wrote:
> I guess I'll retract this, unless someone else knows something. I remember
> someone warning about this behavior, but I can't find a reference and I just
> tested on 32-bit and allocating stack buffers up to the maximum stack size
>
Hello,
> --- shell/ash.c.orig2017-06-25 22:04:07.0 +0200
> +++ shell/ash.c 2017-06-26 22:09:29.245454443 +0200
> @@ -13629,8 +13629,15 @@ int ash_main(int argc UNUSED_PARAM, char
> state1:
> state = 2;
> hp = lookupvar("HOME");
> - if
On 06/27/2017 05:53 PM, Denys Vlasenko wrote:
> On Mon, Jun 26, 2017 at 10:11 PM, Tito wrote:
>> Hi,
>> the attached patch should fix the "ash fails to read $HOME/.profile" bug
>> when ENABLE_ASH_EXPAND_PRMT is not set.
>> Kp could you please test if it fixes your problem
On 6/27/2017 3:10 AM, Ralf Friedl wrote:
Michael Conrad wrote:
If you ask for large enough allocations on the stack, GCC will
secretly give you malloc/free instead, which adds to code size. It
might be that 4096 triggers this effect, and perhaps that was the
reason for the original small-ish
Am 27.06.2017 um 18:13 schrieb Denys Vlasenko:
[...]
> Let's unbreak -O OPT instead? IPv4 client adds list of -O options
> to outgoing packets using add_client_options(), like this:
[...]
> IPv6 client does not do it:
[...]
> but add_d6_client_options() is a dummy function: currently it simply
>
On Mon, Jun 26, 2017 at 11:20 PM, tiggersWelt.net (Support)
wrote:
> Good evening Denys,
>
> thank you for your effort!
>
> Am 26.06.2017 um 20:08 schrieb Denys Vlasenko:
>> On Wed, Jun 21, 2017 at 4:29 PM, tiggersWelt.net (Support)
>> wrote:
>>>
Denys Vlasenko schrieb:
On Mon, Jun 26, 2017 at 10:11 PM, Tito wrote:
Hi,
the attached patch should fix the "ash fails to read $HOME/.profile" bug
when ENABLE_ASH_EXPAND_PRMT is not set.
Kp could you please test if it fixes your problem when
ENABLE_ASH_EXPAND_PRMT is not
On Mon, Jun 26, 2017 at 10:11 PM, Tito wrote:
> Hi,
> the attached patch should fix the "ash fails to read $HOME/.profile" bug
> when ENABLE_ASH_EXPAND_PRMT is not set.
> Kp could you please test if it fixes your problem when
> ENABLE_ASH_EXPAND_PRMT is not set?
>
> Ciao,
>
Am Montag, 26. Juni 2017, 22:11:41 schrieb Tito:
> On 06/26/2017 09:07 PM, Tito wrote:
> > On 06/26/2017 06:37 PM, KP.Kirchdoerfer wrote:
> >> Am Sonntag, 25. Juni 2017, 22:01:34 schrieb Tito:
> >>> On 06/25/2017 04:20 PM, KP.Kirchdoerfer wrote:
> HI;
>
> Am Samstag, 24. Juni 2017,
On Mon, Jun 26, 2017 at 10:31 PM, Baruch Siach wrote:
> Hi Matthew,
>
> On Mon, Jun 26, 2017 at 08:45:42PM -0500, Matthew Weber wrote:
>> On Mon, Jun 26, 2017 at 7:36 PM, Emmanuel Deloget wrote:
>> > On Mon, Jun 26, 2017 at 11:23 PM, Matthew Weber
>> >
On Tue, Jun 27, 2017 at 3:53 PM, walter harms wrote:
>
> Am 27.06.2017 05:31, schrieb Baruch Siach:
>>
>> On Mon, Jun 26, 2017 at 08:45:42PM -0500, Matthew Weber wrote:
>>> On Mon, Jun 26, 2017 at 7:36 PM, Emmanuel Deloget wrote:
On Mon, Jun 26, 2017 at 11:23
Am 27.06.2017 05:31, schrieb Baruch Siach:
> Hi Matthew,
>
> On Mon, Jun 26, 2017 at 08:45:42PM -0500, Matthew Weber wrote:
>> On Mon, Jun 26, 2017 at 7:36 PM, Emmanuel Deloget wrote:
>>> On Mon, Jun 26, 2017 at 11:23 PM, Matthew Weber
>>>
Michael Conrad wrote:
If you ask for large enough allocations on the stack, GCC will
secretly give you malloc/free instead, which adds to code size. It
might be that 4096 triggers this effect, and perhaps that was the
reason for the original small-ish static buffer.
Do you have a reference for
14 matches
Mail list logo