bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Conditional GET requests


From: Hubert Tarasiuk
Subject: Re: [Bug-wget] Conditional GET requests
Date: Thu, 14 May 2015 22:39:14 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

W dniu 14.05.2015 o 19:44, Tim Rühsen pisze:
> Am Donnerstag, 14. Mai 2015, 15:35:29 schrieb Hubert Tarasiuk:
>> W dniu 13.05.2015 o 10:24, Tim Ruehsen pisze:>>
>> We could do that but I am not sure that it would be good solution. Are
>> there any cases when gmtime would have a good reason to fail?
>> I think that when a function like gmtime fails, it could mean that
>> something is seriously wrong; and perhaps we should not do anything but
>> crash in that case (just as we do in case of xmalloc, for example).
>> What do you think?
> 
> In case of malloc failing we hardly can recover or continue proper work.
> In the case of gmtime failing, we could easily recover and continue our work 
> (and inform the user, that something weird is going on). This makes Wget more 
> robust and more reliable.
> 
> I wouldn't make assumptions on reasons that causes gmtime to fail. It might 
> be 
> anything, implementations will differ from OS to OS and from library to 
> library. I saw lot's of interesting things in ~30 years of software 
> development. I remember seeing time() returning -1 (sporadically, some bug in 
> the library code, i guess).
> 
> People try to compile and run Wget on almost *any* system, even on 20 or 30 
> year old systems.
> 
Understood.

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]