hns - 日記自動生成システム - Version 2.19.9

  • 07/25(木) Interface
  • 07/31(水) NTT 東 払込期日
  • 07/31(水) ○ 固定資産税振替・支払
  • 08/01(木) atactl check
  • 08/03() 21:00 -- 15:00 Field Day
  • 08/07(水) 不燃ごみ
  • 08/10() WAEDX CW
  • 08/17() 21:00 -- 21:00 KCJ
  • 08/17() 木之本会議
  • 08/18() tcsh, mijinko 誕生日
  • 08/19(月) CQ Ham Radio
  • 08/19(月) 別冊 CQ
  • 08/21(水) 不燃ごみ
  • 403 JNUG 総会/BOF 2017/07/08 (土)
  • 402 用途別 Emacs ( C, LaTeX, 日本語 )
  • 380 cvsweb の移行
  • 370 tamago 辞書登録
  • 368 CROSS (cross/i386-mingw32, cross/powerpc-linux ) Framework --- binutils + gcc
  • 363 Wanderlust+HyperEstraier
  • 360 evbppc 用 patch / 玄箱
  • 335 /dev/battery is missing hack | libgcc_s_pic.a is missing | samba の -PIE 問題335 ntpd monitor
  • 325 tcode頁の更新
  • 322 software |hardware
  • 321 emacs-22 | IPv6
  • 320 bulk build (Mac OS X 10.4 and NetBSD/macppc)
  • 310 Wanderlust の Namazu の挙動
  • 290 WordPress 1.2 -> 1.5 migration
  • 220 Wanderlust で日本語題名の wl-summary-print-buffer
  • 215 NetBSD/ofppc
便利なツール
Emacs
らくらく 入門
rakuraku-emacs-cover

先月 2019年07月 来月
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2013年07月08日(月) 旧暦 [n年日記] [更新:"2013/07/08 23:35:12"]

#4 [NetBSD] fatal page fault in supervisor mode

Active USB audio with NetBSD/amd64 6.1,
NetBSD/amd64 の 6.1 で、使っている USB audio
uaudio0 at uhub0 port 7 configuration 1 interface 0
uaudio0: C-Media Electronics Inc. C-Media USB Headphone Set, rev 1.10/1.00, addr 4
uaudio0: audio rev 1.00
audio1 at uaudio0: full duplex, playback, capture, independent
uhidev3 at uhub0 port 7 configuration 1 interface 3
uhidev3: C-Media Electronics Inc. C-Media USB Headphone Set, 
	rev 1.10/1.00, addr 4, iclass 3/0
Unplugs without any inactivation, kernel panics as fatal page fault.
Is this the issue to resolve with high priority or it is NetBSD style ?
を(いきなり)抜いたら panic しました。これって大問題 ? それとも普通 ? (僕は困るけれど)。
Jul  8 23:04:13 modena /netbsd: 
Jul  8 23:04:13 modena /netbsd: uhidev3: detached
Jul  8 23:04:13 modena /netbsd: uhidev3: at uhub0 port 7 (addr 4) disconnected
Jul  8 23:04:13 modena /netbsd: fatal page fault in supervisor mode
Jul  8 23:04:13 modena /netbsd: trap type 6 code 0 rip ffffffff8075b658 cs 8 rflags 10246 
cr2  48 cpl 4 rsp fffffe800103cbf0
Jul  8 23:04:13 modena /netbsd: panic: trap
Jul  8 23:04:13 modena /netbsd: cpu0: Begin traceback...
Jul  8 23:04:13 modena /netbsd: printf_nolog() at netbsd:printf_nolog
Jul  8 23:04:13 modena /netbsd: startlwp() at netbsd:startlwp
Jul  8 23:04:13 modena /netbsd: alltraps() at netbsd:alltraps+0x96
Jul  8 23:04:13 modena /netbsd: usb_transfer_complete() at netbsd:usb_transfer_complete+0x1ac

#3 [pkgsrc] wip/Makefile

次のようにすると、hoge と hoge-a の順が違うと言われる
mini-6@makoto 15:18:09/130708(..pkgsrc/wip)% 
ls */Makefile | \
sort | \
sed 's,/Makefile,,' | \
awk '{print "SUBDIR+=\t" $1}' >! \
Makefile.new
sort の option を調べた方が良いのかな。
gnu-sort -d
良く考えたら、Makefile を取った後に sort するべきだった。
modena@makoto 15:40:14/130708(..pkgsrc/wip)% \
ls */Makefile | \
sed 's,/Makefile,,' | \
sort | \
awk '{print "SUBDIR+=\t" $1}' >! Makefile.new

#2 [ham-radio] fldigi sound


#1 [pkgsrc] wip/emacs-current

#0  mark_interval (i=0xab8ce7006c696e39, dummy=11835442) at alloc.c:1228
#1 0x000000000057878a in traverse_intervals_noorder
    (tree=0xab8ce7006c696e39, function=0x51e50a
    <mark_interval>, arg=11835442) at intervals.c:245
#2  0x000000000051e269 in mark_vectorlike (ptr=0x560bdd0) at alloc.c:5590
#3  0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#4  0x000000000051e269 in mark_vectorlike (ptr=0x6199008) at alloc.c:5590
#5  0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#6  0x000000000051e269 in mark_vectorlike (ptr=0x5341800) at alloc.c:5590
#7  0x000000000051e4df in mark_buffer (buffer=<optimized out>) at alloc.c:5641
#8  0x000000000051de41 in mark_object (arg=<optimized out>) at alloc.c:5922
#9  0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#10 0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#11 0x000000000051e269 in mark_vectorlike (ptr=0x1304d20) at alloc.c:5590
#12 0x000000000051da45 in mark_object (arg=<optimized out>) at alloc.c:5899
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 1]
mark_interval (i=0x6c696e00, dummy=11835442) at alloc.c:1228
1228      i->gcmarkbit = 1;
(gdb) bt
#0  mark_interval (i=0x6c696e00, dummy=11835442) at alloc.c:1228

#1 0x000000000057878a in traverse_intervals_noorder
    (tree=0x6c696e00, function=0x51e50a <mark_interval>,
    arg=11835442) at intervals.c:245
#2 0x00000000005787a0 in traverse_intervals_noorder
    (tree=0x8273528, function=0x51e50a <mark_interval>,
    arg=11835442) at intervals.c:250
#3  0x000000000051db8e in mark_object (arg=<optimized out>) at alloc.c:5908
#4  0x000000000051e269 in mark_vectorlike (ptr=0x7f39008) at alloc.c:5590
#5  0x000000000051e269 in mark_vectorlike (ptr=0x2611628) at alloc.c:5590
#6  0x000000000051e269 in mark_vectorlike (ptr=0x2d2b940) at alloc.c:5590
#7  0x000000000051de4f in mark_object (arg=<optimized out>) at alloc.c:5923
#8  0x000000000051e269 in mark_vectorlike (ptr=0x16d22e8) at alloc.c:5590
#9  0x000000000051da45 in mark_object (arg=<optimized out>) at alloc.c:5899
#10 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:6012
#11 0x000000000051e269 in mark_vectorlike (ptr=0x12b1f98) at alloc.c:5590
#12 0x000000000051da53 in mark_object (arg=<optimized out>) at alloc.c:5900
#13 0x000000000051db15 in mark_object (arg=<optimized out>) at alloc.c:601


2010年07月08日(木) 旧暦 [n年日記] [更新:"2010/07/09 01:05:22"]

#2 [NetBSD] WiFi -> GW-USMicroN-G (Planex)

(秋葉原) Tsukumo にて 500 円で売られていると聞いて買って来た。 07/03 に深海さんに WLI_CU-G300N を設定してもらったのを少しだけ直して、 Let's Note R4 NetBSD/i386 5.1_RC3 で 無事動くようになった。 機能が全く同じとすれば、大変小型に出来ていて、安価に入手出来るので、 とても良いと思う。
media: IEEE802.11 autoselect (OFDM54 mode 11g)
と出ている。 sudo usbdevs -v で見ると、次のように、 WLI_CU-G300N の方は 4mA となっているところ、 GW-USMicroN-G の方は 450mA となっている。 これは沢山電気を食うという意味なのかどうか良く分っていないが、 どうもそうらしい気がする。
だけれども 4mA というのもちょっとおかしい気もする。20mW で足りるのかな。もっとも電波の出力が違うとすると、そういうこともあるかな。 ただ、 深海さんからは、この小さい方が、電波は届き難いというように聞いた気がする。

そう言えば、全く関係がないが、ちょっと 南の方に 歩いていたら、 Otto の大きな店舗 を見かけた。でも ML110/G6 は見えるところに置いてなかったな。

Controller /dev/usb0:
addr 1: full speed, self powered, config 1, 
		UHCI root hub(0x0000), vendor 0x8086(0x8086), rev 1.00
 port 1 powered
 port 2 powered
Controller /dev/usb1:
addr 1: high speed, self powered, config 1, 
		EHCI root hub(0x0000), vendor 0x8086(0x8086), rev 1.00
 port 1 addr 2: high speed, power 4 mA, config 1,
		802.11 n WLAN(0x00e8), Ralink(0x0411), rev 0.01
 port 2 addr 3: high speed, power 450 mA, config 1,
		802.11 n WLAN(0xed14), Ralink(0x2019), rev 1.01, serial 1.0

#1 [NetBSD] env sendmail=YES /etc/rc.d/sendmail start

以前は /etc/rc.conf に sendmail=YES と書いてなくても、 次のようにすれば起動出来たと思うのだけれど、
env sendmail=YES /etc/rc.d/sendmail start
最近は /etc/rc.conf に書くことが必須になっている気がする。 何故かな。

Comments related this article

Re: env sendmail=YES /etc/rc.d/sendmail start by obache    2010/07/09 10:14
onestart/onestop でいけませんか?
Re: env sendmail=YES /etc/rc.d/sendmail start by makoto fujiwara    2010/07/14 22:06
ありがとうございます。行けました。いつから変ったのかなぁ。

2009年07月08日(水) 旧暦 [n年日記] [更新:"2009/07/24 00:13:43"]

#1 [君津] 草刈(手伝)

(一年前の様子) (今回の様子) 草刈の立合あるいは手伝。左側は約一年前の様子


2008年07月08日(火) 旧暦 [n年日記] [更新:"2008/07/10 22:48:05"]

#1 [NetBSD] perl-5.8.8nb8 binary package problem

Let me write todays part in English. This is because this problem will be mailed or discussed in English-spoken community. This is kind of warming up or practice. As was written in the diary (in Japanese) on 2008/03/03,

Kakasi.so in p5-Text-Kakasi has a problem. The symptom is that when the Perl module Kakasi.so is invoked from another perl script, it says:

/usr/pkg/lib/perl5/vendor_perl/5.8.0/i386-netbsd-thread-multi/auto/Text/Kakasi/Kakasi.so: Undefined PLT symbol "kakasi_getopt_argv" (symnum = 14)
The module kakasi_getopt_argv is in /usr/pkg/lib/libkakasi.so, but by some reason, Kakasi.so won't reference that library.

The first glance falls to 'Text-Kakasi-1.05/Makefile.PL'. This file has the line

 'INC' => '-I/usr/local/include',
 'LIBS' => ['-L/usr/local/lib -lkakasi'],
I have asked the obache san and he has the same environment (NetBSD/i386 4.0), but he has no problem doing the same thing. So the above line should not be a problem. He suggested to look at the perl config with the line
perl -e 'use Config; print $Config{libpth}'
The result of various installation (the last line was added later) were:
package nameinstalled byoutput of above command
perl-5.8.8nb6binary package/usr/lib
perl-5.8.8nb8binary package/usr/lib
perl-5.8.8nb8made from pkgsrc/usr/lib /usr/pkg/lib
Now we have to look at the origin of the binary package. It would be checked by
 pkg_info -Q BUILD_HOST perl
Now binary package version shows, for example,
NetBSD twist.lip6.fr 4.0 NetBSD 4.0 (XEN3_DOMU) #0: Sun Dec 16 01:26:00 PST 2007 builds@wb34:/home/builds/ab/netbsd-4-0-RELEASE/i386/200712160005Z-obj/ home/builds/ab/netbsd-4-0-RELEASE/src/sys/arch/i386/compile/XEN3_DOMU i386
Then we checked the difference between made from pkgsrc and binary packge, and it turned out that the file
lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm
is different.
--- bouyer/lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm   2008-06-02 23:04:40.
+++ pkgsrc/lib/perl5/5.8.0/i386-netbsd-thread-multi/Config.pm   2008-07-08 15:15:41.
@@ -81,9 +81,9 @@
     inc_version_list => ' ',
     intsize => '4',
     ldlibpthname => 'LD_LIBRARY_PATH',
-    libpth => '/usr/lib',
+    libpth => '/usr/lib /usr/pkg/lib',
     osname => 'netbsd',
-    osvers => '4.0',
+    osvers => '4.0.0_patch',
     path_sep => ':',
     privlibexp => '/usr/pkg/lib/perl5/5.8.0',
     scriptdir => '/usr/pkg/lib/perl5/bin',
lib/perl5/5.8.0/i386-netbsd-thread-multi/Config_heavy.pl
also has some differences,
-ccflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement'
+ccflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/pkg/include'

-cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement'
+cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/pkg/include'

-lddlflags='-Wl,-R/usr/pkg/lib --whole-archive -shared '
-ldflags='-Wl,-R/usr/pkg/lib '
+lddlflags='-Wl,-R/usr/pkg/lib --whole-archive -shared  -L/usr/pkg/lib'
+ldflags='-Wl,-R/usr/pkg/lib  -L/usr/pkg/lib'
... (omitted) ...
Then I have made perl-5.8.8nb8 from pkgsrc/lang/perl5. After that, p5-Text-Kakasi is packaged also. The problem, not able to find module in libkakasi.so, gone away.


2007年07月08日() 旧暦 [n年日記] [更新:"2007/07/10 09:25:31"]

#1 [NetBSD] raidctl -R を mount したままやるには

disk を何かの都合で交換する必要があった時に
  • MBR と disklabel を書く (実際には dd で最初の 10 sector くらい写せばいい ?)
  • raidctl [-v] -R component dev
    
    で修復する
だと思っているが、この二番目の時に umount が必要と言われる。これを mount したままで 行なうには ?
ttyp0:makoto@tera 8:58:35/070709(~)> sudo raidctl -R /dev/wd0h raid1
raidctl: unable to open device file: raid1

ttyp0:makoto@tera 8:58:47/070709(~)> sudo umount /export/
ttyp0:makoto@tera 8:58:51/070709(~)> sudo raidctl -R /dev/wd0h raid1


2006年07月08日() 旧暦 [n年日記] [更新:"2006/07/08 19:57:56"]

#1 [Calcio] さあ花道は整った

ついにジダンの最後の舞台が提供された。 このままで行けば、我々はフランスの勝敗に関係なく、ジダンのラストダンスを楽しめそうだ。
いや本当、いい科白です。全くもってその通り。


2005年07月08日(金) 旧暦 [n年日記] [更新:"2005/07/08 22:18:02"]

#1 [Emacs] Emacs が coredump した時

何だか面白いことが書いてある


2004年07月08日(木) 旧暦 [n年日記]

#1 [Emacs] temacs Segmentation Faults

cvs as of 2004-07-07
[makoto@fedora src] $ gdb ./temacs
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x80dfe0e: file emacs.c, line 428.
Breakpoint 2 at 0x80c3644: file xterm.c, line 7837.
(gdb) set args --batch --load loadup bootstrap
(gdb) run
Starting program: /usr/home/makoto/local-src/emacs/src/temacs --batch --load loadup bootstrap
Loading loadup.el (source)...
....
....
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under names emacs and emacs-21.3.50

Program received signal SIGSEGV, Segmentation fault.
0x0085bedc in memcpy () from /lib/tls/libc.so.6
(gdb) where
#0 0x0085bedc in memcpy () from /lib/tls/libc.so.6
#1 0x0816613e in unexec (new_name=0xa775f50 "/home/makoto/local-src/emacs/src/emacs",
old_name=0xa775f7c "/home/makoto/local-src/emacs/src/temacs", data_start=137920040, bss_start=0,
entry_address=0) at unexelf.c:925
#2 0x080e1779 in Fdump_emacs (filename=175782384, symfile=175782368) at emacs.c:2179
#3 0x0813edfc in Feval (form=135914504) at eval.c:2080
#4 0x0813c7df in Fprogn (args=-1095667228) at eval.c:408
#5 0x0813c71d in Fif (args=171318653) at eval.c:357
#6 0x0813ef45 in Feval (form=137912276) at eval.c:2027
#7 0x0813c6fc in Fif (args=171320253) at eval.c:356
#8 0x0813ef45 in Feval (form=137912276) at eval.c:2027
#9 0x081530b3 in readevalloop (readcharfun=170033289, stream=0xa24d410, sourcename=170184363,
evalfun=0x813eac8 <Feval>, printflag=0, unibyte=169953377, readfun=169953377) at lread.c:1376
#10 0x081520ff in Fload (file=170184363, noerror=169953377, nomessage=169953377, nosuffix=137925152,
must_suffix=21244172) at lread.c:914
#11 0x0813ee3e in Feval (form=137916552) at eval.c:2094
#12 0x080e2675 in top_level_2 () at keyboard.c:1287
#13 0x0813dc9a in internal_condition_case (bfun=0x80e2664 <top_level_2>, handlers=170014305,
hfun=0x80e2338 <cmd_error>) at eval.c:1335
#14 0x080e26a9 in top_level_1 () at keyboard.c:1295
#15 0x0813d829 in internal_catch (tag=137925152, func=0x80e2678 <top_level_1>, arg=169953377)
at eval.c:1096
#16 0x080e25e3 in command_loop () at keyboard.c:1252
#17 0x080e2104 in recursive_edit_1 () at keyboard.c:963
#18 0x080e2224 in Frecursive_edit () at keyboard.c:1024
#19 0x080e0b7e in main (argc=5, argv=0xbfe80104) at emacs.c:1687
(gdb)

[makoto@fedora makoto]$
cvs update -dP -D 2003-12-31 gave me the same result,

cvs update -dP -D 2003-06-01:

while building Emacs; they do not indicate a problem.
((85057 . 21159) (5096 . 22) (543 . 120) 315395 26989 (10 . 1) (17 . 0) (6418 . 890))
Loading loaddefs.el (source)...
Symbol's function definition is void: autoload-coding-system
make[1]: *** [bootstrap-emacs] Error 255
make[1]: Leaving directory `/usr/home/makoto/local-src/emacs/src'
make: *** [bootstrap] Error 2
[makoto@fedora emacs]$
emacs-bidi ?
910  if (n == new_data2_index)
911	{
912	  /* Steal the data section header for this data2 section. */
913	  memcpy (&NEW_SECTION_H (nn), &OLD_SECTION_H (old_data_index),
914		  new_file_h->e_shentsize);
915
916	  NEW_SECTION_H (nn).sh_addr = new_data2_addr;
917	  NEW_SECTION_H (nn).sh_offset = new_data2_offset;
918	  NEW_SECTION_H (nn).sh_size = new_data2_size;
919	  /* Use the bss section's alignment. This will assure that the
920	     new data2 section always be placed in the same spot as the old
921	     bss section by any other application. */
922	  NEW_SECTION_H (nn).sh_addralign = OLD_SECTION_H (n).sh_addralign;
923
924	  /* Now copy over what we have in the memory now. */
925	  memcpy (NEW_SECTION_H (nn).sh_offset + new_base,
926		  (caddr_t) OLD_SECTION_H (n).sh_addr,
927		  new_data2_size);
#0 0x0085bedc in memcpy () from /lib/tls/libc.so.6
#1 0x0816613e in unexec (new_name=0x8a68198 "/home/makoto/local-src/emacs/src/emacs",
old_name=0x8a681c4 "/home/makoto/local-src/emacs/src/temacs", data_start=137920040, bss_start=0, entry_address=0)
at unexelf.c:925

(gdb) info line unexelf.c:925
Line 925 of "unexelf.c" starts at address 0x816610d <unexec+3417> and ends at 0x8166110 <unexec+3420>.
(gdb) disassemble 0x816610d 0x816615f
Dump of assembler code from 0x816610d to 0x816615f:
0x0816610d <unexec+3417>: add $0xc,%esp
0x08166110 <unexec+3420>: mov 0x20(%ecx,%ebx,1),%eax
0x08166114 <unexec+3424>: mov 0xffffff30(%ebp),%edi
0x0816611a <unexec+3430>: mov %eax,0x20(%edx,%esi,1)
0x0816611e <unexec+3434>: mov %edi,0xc(%edx,%esi,1)
0x08166122 <unexec+3438>: mov 0xffffff44(%ebp),%eax
0x08166128 <unexec+3444>: pushl 0xffffff2c(%ebp)
0x0816612e <unexec+3450>: pushl 0xc(%ecx,%ebx,1)
0x08166132 <unexec+3454>: add 0xffffff28(%ebp),%eax
0x08166138 <unexec+3460>: push %eax
0x08166139 <unexec+3461>: call 0x804f6ec
0x0816613e <unexec+3466>: incl 0xffffff20(%ebp)
0x08166144 <unexec+3472>: add $0x10,%esp
0x08166147 <unexec+3475>: jmp 0x81658fe <unexec+1354>
0x0816614c <unexec+3480>: push %edi
0x0816614d <unexec+3481>: push $0x0
0x0816614f <unexec+3483>: pushl 0xc(%ebp)
0x08166152 <unexec+3486>: push $0x8198583
0x08166157 <unexec+3491>: call 0x80aedf8 <fatal>
0x0816615c <unexec+3496>: mov 0xffffff48(%ebp),%ebx
End of assembler dump.
(gdb)
Seems not familiar, 'cause it's not PowerPC, but x86,

No symbol "new_data2_addr" in current context.:

When I did "print new_data2_addr", I got
No symbol "new_data2_addr" in current context.
(gdb)

with NetBSD/macppc, which runs temacs OK::

Breakpoint 6, unexec (new_name=0x1fede90 "/export/local-src/emacs/src/emacs",
old_name=0x1fedeb8 "/export/local-src/emacs/src/temacs", data_start=40,
bss_start=65522, entry_address=65521) at unexelf.c:925
(gdb)
Is there any relation to '-z nocombreloc' for ld ?

enable ifdef DEBUG part:

776c776
< #ifdef DEBUG
---
> #if 1 
(NetBSD/macppc)
Dumping under names emacs and emacs-21.3.50.3
old_bss_index 26
old_bss_addr 1b8d1a8
old_bss_size 3880d
new_bss_addr 1e89000
new_data2_addr 1b8d1a8
new_data2_size 2fbe58
new_data2_offset 37d1a8
989240 pure bytes used
(Fedora Core 1)
Dumping under names emacs and emacs-21.3.50
old_bss_index 20
old_bss_addr 8389220
old_bss_size 3edc8
new_bss_addr 9310000
new_data2_addr 8389220
new_data2_size f86de0
new_data2_offset 341220
make[1]: *** [bootstrap-emacs] Segmentation fault
NetBSD/macppc above, Fedora Core below:
 old_bss_index   old_bss_addr    old_bss_size new_bss_addr 
            26        1b8d1a8           3880d      1e89000
            20        8389220           3edc8      9310000

new_data2_addr new_data2_size new_data2_offset 
       1b8d1a8         2fbe58           37d1a8
       8389220         f86de0           341220
new_data2_size too big (251M ?)
new_data2_size = new_bss_addr - old_bsd_addr

or just a 16 Meg ?

just for a joke, >>3 code:

added for
new_data2_size = (new_bss_addr - old_bsd_addr) >> 3;

Continuing.
old_bss_addr 8389220
new_data2_addr 8389220
new_data2_size 3c4fbc
but no changes for the situation:
Program received signal SIGSEGV, Segmentation fault.
0x0085bedc in memcpy () from /lib/tls/libc.so.6
(gdb)
藤島さん より etc/PROBLEMS にあるやつ では ? .... 見ていませんでした。
当たり ! でした。ありがとうございます。
setarch i386 ./configure
setarch i386 make bootstrap


2003年07月08日(火) 旧暦 [n年日記]

#2 [無題] 電子レンジ

が火を吹きそうなので、新しいのを買って来る。9000 円足らず。

#1 [wwwcount] 'Unable to open config file for reading'

と出る。 これは /usr/pkgsrc/www/wwwcount から入れている場合。 /var/db/wwwcount
/usr/pkg の下には
./etc/wwwcount.conf
./etc/wwwcount.conf-2.5
./share/doc/wwwcount
./share/examples/wwwcount.conf
これの一つ目が効く(有効)。次は

Could not create data file: /var/db/wwwcount/hoge.dat:

cd /var/db
mkdir wwwcount
chown www wwwcount

/var/spool/Counter/data -> /var/db/wwwcount/:

ずうっと古い機械だと /var/spool/Counter/data に入っているものを /var/db/wwwcount/ に移す。


2002年07月08日(月) 旧暦 [n年日記]

#2 [無題] PHILOMELA の合唱

を聴きに行く。(恵比寿) 秋葉原に寄って、 ATA(IDE)/ATAPI の徹底研究 2,200 円 (CQ 出版) を買う。その後夕食は T.G.I. Friday's (品川)

#1 [NetBSD] リポジトリ全体の入手

(僕が)最近読む必要があるのはこれ。 CVSup が使えないなら ftpmirror を使えばいい。 しかし一番速そうな ftp.dti.ad.jp には mirror がなさそう。 (少なくとも、この二つ、時刻が同じでなくて、 ftpmirror すると、共用出来ない気がする)
ftp ftp.jp.netbsd.org
  -r--r--r--  1 mirror  mirror  32140 Jul  1 11:12 basesrc/UPDATING,v
ftp ftp.plathome.co.jp
  -rw-rw-r--   1 ftpadmin ftp   32139 Jul  1 02:12 basesrc/UPDATING,v
remote-timezone を使えばいいらしいが、使うには修正が必要だった。


2001年07月08日() 旧暦 [n年日記]

#1 [Namazu] libtool-1.4 or libtool-1.3.5

libtool-1.4 の時は.. というお告げがあったので、日寄って libtool-1.3.5 に戻す。
./autogen.sh して make すると gettext が見つからないと
言われてしまうので、
./confiugre --with-included-gettext してから
make 
make check
(OS は NetBSD/macppc-1.5W, 20010602 辺り) 07/06 日付 のメールのようなことはなくて、
All 35 tests passed
(07/07 に checkout したもの)
makoto@u ■16:54:36/010708(~)> \
? cd /usr/local/src/namazu-cvs/namazu/CVS
makoto@u ■16:54:38/010708(...namazu/CVS)> ls -l Tag 
-rw-r--r--  1 makoto  wheel  12 Jul  7 15:23 Tag
makoto@u ■16:54:43/010708(...namazu/CVS)> cat Tag 
Tstable-2-0
makoto@u ■16:54:46/010708(...namazu/CVS)> 
一応 update して見たが、
M namazu/po/namazu.pot
という字が見える。僕は変更したつもりはないので、 (もちろん変更されているとは思うが) いいのかなぁ。


2000年07月08日() 旧暦 [n年日記]

#2 [NetBSD] 一日置いておいたら、止っていた。

きのう入直したばかりのもの。本当は電源を切っておくつもりだったのだけれど 忘れて放っておいたら、止っていた。/usr を fsck しても何だか滅茶苦茶なので もう一度入れ直してしまった。そうして起動したら、次のように言っている。
savecore: system went down at Sat Jul  8 04:31:26 2000
savecore: /var/crash/bounds: No such file or directory
savecore: writing compressed core to /var/crash/netbsd.0.core.Z
でも newfs で消してしまったはずなのだけれど。
mount_ffs: /dev/sd0c on /mount_union: No such file or directory
mount_union: /mount_union on /usr: No such file or directory

syslogd: /var/log/maillog: No such file or directory

/etc/ifconfig.le0:

まだ次のような字が出る
ifconfig: unknown Ethernet media subtype: le0

いまは /etc/ifconfig.le0 は次のように書いてある。
inet ci netmask 255.255.255.240 media 10base5

/etc/rc.d/network というのがあるが、まだ今は使っていないような
気がする。(そう思ったのは書き加えた echo が表示されないから。)
しかも名前を変えておいても何も言わなかった。

と言って 1.4 で使っていた /etc/netstart もない ?

起動する時には / /usr だけ mount する。:

まさかと思うけれど、/ /usr だけ mount して起動しているので 僕の変更が届かない ? さて mount_union を一時的に外すには ? umount -t union /etc で出来た。 当りぃ。
/etc/ifconfig.le0 に
inet ci netmask 0xfffffff0 media le0
って書いてあった。これで /etc/rc.d/network の件も納得。
Jul  8 17:56:22 ci amd[155]: unable to register (AMQ_PROGRAM=300019, AMQ_VERSION, tcp)
というのもあるのだけれど、きょうはおしまい。

#1 [Emacs] 小関さんの Emacs -> text/css を見たかったら

直していただいて ありがとうございます。 wget で見る方法 には気が付きませんでした。「Netscape で画面に何も表示されな くても View -> page source で見えるのではないか」くらいは試したのですが。
と思ったのですが、まだ読めませんね。
wget  http://www.netlaputa.ne.jp/~kose/styles/kose-std.css
にまだ三つくらい serif という字が見えていますが、その所為かな。



最近の日記
2019年06月28日
config-set for 8.99.45
2019年05月05日
graphic monitor for bulkbuild count
2019年03月31日
xfce added
2019年03月29日
bulkbuild 8.99.36
2019年03月16日
立川へ
こうもり
以上、12 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)