apply関数についてやる。
PythonではLispのようにapply関数がある。
プログラム実行時に関数の名前、引数が決まる場合にapply関数を使える。
apply関数の例
>>> def func(x,y,z): return x + y + z
...
>>> apply(func, (2,3,4))
9
>>>
>>> def aaa(a,b,c): return a + b + c
...
>>> apply(aaa,(),{'c':1, 'b':2, 'a':1})
4
>>>
今日もコードリーディング。
昨日のつづきでapr_initialize()まわりを読んだ。
つくったページは、
今日はlambda式。
Lispから来た名前だそうで。
lambda式とは
defステートメントのように関数を作成する際に使用するもの。
defステートメントとは違い「式」。よってdefステートメントでは記述できない場所に記述することが可能。
また、defステートメントでは関数の名前を記述できたが、lambda式では意図的に代入しない限り名前がない。つまり無名関数生成式ということ。
lambda式のシンタックス
lambda <arg1>,<arg2>,...<argN>: <expressions>
>>> def func(x,y,z): return x + y + z
...
>>> func(2,3,4)
9
>>>
>>> func = lambda x, y, z: x + y + z
>>> func(2,3,4)
9
>>>
>>> func = lambda x,y=10,z=30: x + y + z
>>> func(x=1)
41
>>>
>>> L=[(lambda x: x**2),(lambda x: x**3),(lambda x: x**4)]
>>> for f in L:
... print f(2)
...
4
8
16
>>>
Apache2.2にアップグレードしたばっかで気づかなかったが、
静的ファイルが一切レスポンスされない。
そういうものか？？
ログレベルをdebugにして見てみると・・・
Function not implemented: core_output_filter: writing data to the network
EnableSendfile Off
さて、Pythonのお時間。今日は引数を学ぶ。
引数の重要事項
>>> L = [1,2,3,4]
>>> def func(ll):
... ll = [5,6,7,7]
...
>>> func(L)
>>> L
[1, 2, 3, 4]
>>>
>>> def func(ll):
... ll[0] = 5
...
>>> func(L)
>>> L
[5, 2, 3, 4]
>>>
>>> L = [1,2,3,4]
>>> def func (ll):
... ll[0] = 5
...
>>> func(L[:])
>>> L
[1, 2, 3, 4]
>>>
>>> def func(a,b,c):
... print a, b,c
...
>>> func(c=10,b=20,a=30)
30 20 10
>>>
>>> def func(*a):
... print a
...
>>> func("a","b","c")
('a', 'b', 'c')
>>>
>>> def func(**a):
... print a
...
>>> func(a=10,b=20,c=30)
{'a': 10, 'c': 30, 'b': 20}
>>>
>>> def func(a,b=20,c=30):
... print a,b,c
...
>>> func(10)
10 20 30
>>>
>>> def func(a=10,c,d):
... print a,b,c
...
SyntaxError: non-default argument follows default argument
>>>
>>>func(10,20)
今日もこつこつとリーディング。
今日は
apr_unix_setup_time()/Apache2.2.8周りを読破。
apr_unix_setup_timeでは、struct tmにtm_gmtoffか__tm_gmtoffを保持しないシステム用に
自力でgmtからのオフセット値を計算して保持している部分。
tm_gmtoffを保持しているシステムではコード自体がNOPになって何も処理しない。
APR_DECLARE(void) apr_unix_setup_time(void)
{
#ifdef NO_GMTOFF_IN_STRUCT_TM
/* Precompute the offset from GMT on systems where it's not
in struct tm.
Note: This offset is normalized to be independent of daylight
savings time; if the calculation happens to be done in a
time/place where a daylight savings adjustment is in effect,
the returned offset has the same value that it would have
in the same location if daylight savings were not in effect.
The reason for this is that the returned offset can be
applied to a past or future timestamp in explode_time(),
so the DST adjustment obtained from the current time won't
necessarily be applicable.
mktime() is the inverse of localtime(); so, presumably,
passing in a struct tm made by gmtime() let's us calculate
the true GMT offset. However, there's a catch: if daylight
savings is in effect, gmtime()will set the tm_isdst field
and confuse mktime() into returning a time that's offset
by one hour. In that case, we must adjust the calculated GMT
offset.
*/
struct timeval now;
time_t t1, t2;
struct tm t;
gettimeofday(&now, NULL);
t1 = now.tv_sec;
t2 = 0;
#if APR_HAS_THREADS && defined(_POSIX_THREAD_SAFE_FUNCTIONS)
gmtime_r(&t1, &t);
#else
t = *gmtime(&t1);
#endif
t.tm_isdst = 0; /* we know this GMT time isn't daylight-savings */
t2 = mktime(&t);
server_gmt_offset = (apr_int32_t) difftime(t1, t2);
#endif /* NO_GMTOFF_IN_STRUCT_TM */
}
わーい。
ビルが建った。
といっても小さいビルだけど。。
http://atkonn.myminicity.com/
http://atkonn.myminicity.com/ind
.
