hi,
> On Thu, Nov 25, 2010 at 04:18:25AM +0000, YAMAMOTO Takashi wrote:
>> hi,
>>
>> > Hi, thanks for review.
>> >
>> > On Thu, Nov 25, 2010 at 01:58:04AM +, YAMAMOTO Takashi wrote:
>> >> hi,
>> >>
>> >> - wh
[ adding cc: tech-kern@ ]
hi,
> On Wed, Nov 24, 2010 at 11:26:39PM -0800, Matt Thomas wrote:
>>
>> On Nov 24, 2010, at 10:47 PM, Masao Uebayashi wrote:
>>
>> > On Thu, Nov 25, 2010 at 05:44:21AM +, YAMAMOTO Takashi wrote:
>> >> hi,
>> >
hi,
> On Fri Dec 17 2010 at 22:34:04 +0000, YAMAMOTO Takashi wrote:
>> Module Name: src
>> Committed By:yamt
>> Date:Fri Dec 17 22:34:04 UTC 2010
>>
>> Modified Files:
>> src/sys/kern: vfs_lookup.c
>>
>> Log Mes
hi,
> Could you ack this discussion?
sorry for dropping a ball.
>
> On Tue, Dec 07, 2010 at 01:19:46AM +0900, Masao Uebayashi wrote:
>> On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO Takashi wrote:
>> > [ adding cc: tech-kern@ ]
>> >
>> > hi,
de::v_uobj's list, or uvn_findpages().
>>
>> When it returns back to fault handler, we have to lookup vm_physseg
>> for each page. Then fill the "seg" slot above (assuming we'll
>> remove vm_page::phys_addr soon).
>>
>> Fault handler calls per-vm_page operations iff vm_page slot is filled.
>> XIP pages are not pageq'ed.
pgo_get returns either seg+off or pg for each vm_id slots?
>> XIP pages don't need vm_page, but
>> cached because it's vnode.
can you explain this sentence?
>> (Just in case, have you read my paper?)
which paper? i guess no.
YAMAMOTO Takashi
se can debate the correct errno)
the NFS ACCESS procedure, which is used for open time permission checks,
does not have a way to distinguish EROFS and EACCES. ie. EACCES is
the expected behaviour in this case.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1
shing the disk cache (which is fast but dangerous for
> data integrity). From simon a long while back.
i don't think this kind of knob should be system global.
are they merely for debug?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.38 -r1.39 sr
hi,
> On Thu, Jan 06, 2011 at 12:53:28AM +0000, YAMAMOTO Takashi wrote:
> > > (one nfsro test currently fails with EROFS vs. EACCES. Hopefully
> > > someone else can debate the correct errno)
> >
> > the NFS ACCESS procedure, which is used for open time perm
hi,
>> >> (Just in case, have you read my paper?)
>>
>> which paper? i guess no.
>
> http://uebayasi.dyndns.org/~uebayasi/tmp/xip.pdf
i will put it on my todo list. thanks.
YAMAMOTO Takashi
hi,
do you have any plan to use pg->offset of anon pages,
or is it an unnecessary side-effect?
YAMAMOTO Takashi
> Module Name: src
> Committed By: matt
> Date: Tue Jan 4 08:26:33 UTC 2011
>
> Modified Files:
> src/sys/uvm: uvm_extern.h uvm_fault.c uvm_km.
hi,
> How about ABI? KASSERT(9) should preserve ABI IMO.
sorry, i'm not sure what you mean. can you explain?
YAMAMOTO Takashi
RFLOW at the inmost level will unfortunately persist,
> even if later calls to those functions succeed. Move the EOVERFLOW setting
> to the top level calls.
did you forget to update gmtime/gmtime_r/offtime/offtime_r?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
&
hi,
> On Feb 11, 11:47pm, y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
> -- Subject: Re: CVS commit: src/lib/libc/time
>
> | hi,
> |
> | > Module Name: src
> | > Committed By: christos
> | > Date: Thu Jan 6 02:41:34 UTC 2011
> | >
md64 -O2 just used jmp and The Wrong
> Thing happened.
do you want -fno-optimize-sibling-calls ?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.31 -r1.32 src/lib/librumphijack/hijack.c
>
> Please note that diffs are not public domain; they are
> On Mon Feb 21 2011 at 23:19:47 +0000, YAMAMOTO Takashi wrote:
>> > Module Name: src
>> > Committed By: pooka
>> > Date: Mon Feb 7 19:34:39 UTC 2011
>> >
>> > Modified Files:
>> >src/lib/librumphijack: hija
hi,
> On Feb 22, 2011, at 1:31 PM, YAMAMOTO Takashi wrote:
>
>> Module Name: src
>> Committed By:yamt
>> Date:Tue Feb 22 21:31:16 UTC 2011
>>
>> Added Files:
>> src/common/lib/libc/gen: radixtree.c
>> sr
hi,
> On Wed, Feb 23, 2011 at 01:33:05AM +0000, YAMAMOTO Takashi wrote:
>> hi,
>>
>> > On Feb 22, 2011, at 1:31 PM, YAMAMOTO Takashi wrote:
>> >
>> >> Module Name: src
>> >> Committed By: yamt
>> >> Date:
hi,
> On Thu, Feb 24, 2011 at 12:12:50AM +0000, YAMAMOTO Takashi wrote:
>> I wrote:
>> > Aren't both ptree and radixtree missing documentation?
>>
>> right. both of them are work-in-progress piece of code. well, at least
>> radixtree is.
>> are
hi,
> Hello,
>
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
>> >> Log Message:
>> >> an implementation of radix tree. the idea from linux.
>> >
>> > How is that different from ptree?
>>
>> while i'm not familiar with
hi,
> On 12.03.11 08:16, YAMAMOTO Takashi wrote:
>> Module Name: src
>> Committed By:yamt
>> Date:Sat Mar 12 07:16:50 UTC 2011
>
> Hi, nice to read/hear you're alive.
>
> Christoph
thank you.
YAMAMOTO Takashi
43664.
please just weaken the assertion and clear the flag,
rather than complicating the code.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.205 -r1.206 src/sys/netinet/ip_output.c
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
g VLAN capability in ec_capenable as used by
> network
> card drivers.
- who clears the flag?
- probably it would be better to have separate flags for tx and rx.
(i thought ETHERCAP_VLAN_HWTAGGING was for transmitting,
but our tree seems inconsistent.)
YAMAMOTO Takashi
>
>
>
hi,
> On Thu, Apr 14, 2011 at 07:03:49AM +0000, YAMAMOTO Takashi wrote:
>> please just weaken the assertion and clear the flag,
>> rather than complicating the code.
>
> I'm not quite sure I see exactly what you would like the code to loo
. The number of smpls_addrs is found from
> smpls_len. First label encountered is BoS.
> XXX: need to do the same for LSE and this feature needs to be documented.
what will use this? (just curious)
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r
me that uvm_anfree does not release the lock
even temporarily while the comment on uvm_anfree1 says the opposite.
YAMAMOTO Takashi
>
> Kernel assertion "anon->an_lock == amap->am_lock" no longer fails.
>
> Ok: Mindaugas Rasiukevicius
>
>
> To generate
hi,
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
>> > Module Name: src
>> > Committed By: hannken
>> > Date: Mon Jun 27 15:56:37 UTC 2011
>> >
>> > Modified Files:
>> >src/sys/uvm: uvm_amap.c
>> >
hi,
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
>> >> > Log Message:
>> >> > amap_copy(): Keep the source amap locked until its lock has been
>> >> > copied.
>> >>
>> >> btw, this code seems to assume that uvm_anfr
size == 0. Should fix PR 44658 (and PR 32661).
why is this necessary? can't we just let VOP_LOOKUP fail?
the v_size == 0 check sounds wrong. does it work for eg. nfs?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.186 -r1.187 src/sys/kern/vfs
> On Wed, Aug 10, 2011 at 03:10:13AM +0000, YAMAMOTO Takashi wrote:
> > > Log Message:
> > > Fail namei immediately if searchdir is unlinked / has been rmdir'd.
> > > Do this by checking if v_size == 0. Should fix PR 44658 (and PR 32661).
> >
>
ess really necessary?
uid-based priviledge check in userland is often a mistake.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.55 -r1.56 src/bin/cp/cp.c
> cvs rdiff -u -r1.39 -r1.40 src/bin/cp/utils.c
> cvs rdiff -u -r1.41 -r1.42 src/bin/mv/mv
hi,
> On Wed, Aug 10, 2011 at 08:59:48AM +0000, YAMAMOTO Takashi wrote:
>> is extattr_namespace_access really necessary?
>> uid-based priviledge check in userland is often a mistake.
>
> For now it duplicates the same simple access check as in kernel:
> system attribute
[ moving to tech-kern ]
hi,
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
>> >
>> > Here is the updated patch after your changes:
>> >
>> > http://www.netbsd.org/~rmind/uvm_anon_freelst2.diff
>> >
>> > As you noted, uvm_anfre
mory allocation, or a response from the filesystem.
>
> This avoids deadlocks in the following situations:
> 1) when memory is low: ioflush waits the fileystem, the fielsystem waits
>for memory
can you explain how it is a problem?
YAMAMOTO Takashi
> 2) when the filesyst
t's a good idea to restrict what kernel threads can do
in this way. please revert.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.156 -r1.157 src/sys/fs/puffs/puffs_vnops.c
> cvs rdiff -u -r1.46 -r1.47 src/sys/miscfs/syncfs/sync_subr.c
>
&
hi,
> YAMAMOTO Takashi wrote:
>
>> > This avoids deadlocks in the following situations:
>> > 1) when memory is low: ioflush waits the fileystem, the fielsystem waits
>> >for memory
>> can you explain how it is a problem?
>
> As I understand, on
hi,
> YAMAMOTO Takashi wrote:
>
>> as i told you a few times, ioflush is not a thread to free memory.
>> pagedaemon is.
>
> Sure ioflush do not directly free memory, but vnodes' dirty page use
> memory, don't they? If ioflush stops working, is pageadaemon
hi,
> YAMAMOTO Takashi wrote:
>
>> > Sure ioflush do not directly free memory, but vnodes' dirty page use
>> > memory, don't they? If ioflush stops working, is pageadaemon able to
>> > pageout that kind of memory?
>> pagedaemon flushes dirty pa
hi,
> YAMAMOTO Takashi wrote:
>
>> if it trapped forever, it's a bug and should be fixed. my point was
>> that your change didn't fix the bug. blocking ioflush is merely a symptom.
>
> The problem with userland filesystems is that we may have little con
> and reclamation.
can you explain what you are trying to achieve with this percpu stuff?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.251 -r1.252 src/sys/net/if.c
> cvs rdiff -u -r1.151 -r1.152 src/sys/net/if.h
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
hi,
> Module Name: src
> Committed By: christos
> Date: Fri Oct 21 02:05:36 UTC 2011
>
> Modified Files:
> src/lib/libutil: Makefile
>
> Log Message:
> Add proc_compare
you forgot to commit proc_compare.3?
YAMAMOTO Takashi
>
>
> To generat
avoids keeping a reference to a string
> owned by caller (string could be allocated on stack).
what needs it?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.31 -r1.32 src/sys/kern/subr_workqueue.c
>
> Please note that diffs are not public dom
hi,
is a nointr pool safe for this pmap?
iirc x86 pmap allocates pv entries from kmem_map to avoid this kind of
recursion.
YAMAMOTO Takashi
> Module Name: src
> Committed By: tsutsui
> Date: Sat Oct 29 18:26:20 UTC 2011
>
> Modified Files:
> src/sys
) use kmem_map instead of kernel_map?
although i'm not familiar with this pmap, i think pool_allocator_meta is ok.
YAMAMOTO Takashi
>
> ---
> Izumi Tsutsui
Log Message:
> Now that nbperf can generate the same file using the -p option,
> there is no longer a need to store these files in CVS.
i guess you need to tweak tools/tic?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.17 -r1.18 src/lib/libte
hi,
> On Thu, Oct 20, 2011 at 06:59:42AM +0000, YAMAMOTO Takashi wrote:
>> hi,
>>
>> > Module Name: src
>> > Committed By: dyoung
>> > Date: Wed Oct 19 01:34:37 UTC 2011
>> >
>> > Modified Files:
>>
hi,
isn't PR/40516 a problem for this particular usage?
YAMAMOTO Takashi
> Module Name: src
> Committed By: dyoung
> Date: Wed Nov 2 01:17:59 UTC 2011
>
> Modified Files:
> src/sys/net: if_gre.c if_gre.h
>
> Log Message:
> For simplicity'
> On Sun, Nov 06, 2011 at 11:43:06PM +0000, YAMAMOTO Takashi wrote:
>> hi,
>>
>> isn't PR/40516 a problem for this particular usage?
>
> Probably. Should we use Andrew's version for now?
matt, can you take a look?
YAMAMOTO Takashi
>
> Dave
>
&g
its child locked.
ie. wrong locking order
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.160 -r1.161 src/sys/nfs/nfs_serv.c
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
hi,
> On Oct 31, 2011, at 1:42 PM, YAMAMOTO Takashi wrote:
>
>> Module Name: src
>> Committed By:yamt
>> Date:Mon Oct 31 12:42:53 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/i386/i386: dumpsys.c
>>
>> Log
> Module Name: src
> Committed By: yamt
> Date: Sun Nov 20 10:52:35 UTC 2011
>
> Modified Files:
> src/sys/kern [yamt-pagecache]: init_main.c
> src/sys/uvm [yamt-pagecache]: uvm.h uvm_extern.h uvm_init.c uvm_loan.c
> uvm_meter.c uvm_page.c uvm_page.h uvm_page_status.
hi,
do you have any plan on fs/unionfs? eg. remove it
YAMAMOTO Takashi
> Module Name: src
> Committed By: hannken
> Date: Mon Nov 21 18:29:23 UTC 2011
>
> Modified Files:
> src/sys/fs/union: union.h union_subr.c union_vfsops.c union_vnops.c
>
> Log
scalls.c
> src/sys/miscfs/fifofs: fifo_vnops.c
> src/sys/netiso: tp_usrreq.c
> src/sys/sys: socket.h socketvar.h
>
> Log Message:
> - Eliminate so_nbio and turn it into a bit SS_NBIO in so_state.
why?
i thought the reason of having this as a separate member was per
hi,
> On Dec 21, 5:07am, y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
> -- Subject: Re: CVS commit: src/sys
>
> | why?
> | i thought the reason of having this as a separate member was performance.
>
> All the code paths that use NBIO check bits in so_state... I wo
.
i don't think these redundant compat api are worth the complexity.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.27 -r1.28 src/lib/libc/sys/dup.2 src/lib/libc/sys/pipe.2
> cvs rdiff -u -r1.39 -r1.40 src/lib/libc/sys/fcntl.2
> cvs rdiff -u
hi,
is the change in conf/std still necessary?
YAMAMOTO Takashi
> Module Name: src
> Committed By: tls
> Date: Sat Dec 17 20:05:40 UTC 2011
>
> Modified Files:
> src/share/man/man4: rnd.4
> src/share/man/man9: cprng.9 rnd.9
> src/sys/con
the test looks too fragile.
how about simply moving the #ifdef blocks to callers?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.40 -r1.41 src/sys/kern/subr_kmem.c
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
ce-less child of a posix spawn operation that never
> made it to userland.
please take a look at uvm_proc_exit(). it borrows proc0.p_vmspace
for exiting process.
while which of these methods is cleaner is probably a matter of taste,
these two cases should use the same method.
YAMAMOTO Takas
x27;t sound good or realistic to me.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.228 -r1.229 src/lib/libc/shlib_version
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
t;
>>I dislike the change. What is the justification for requiring this to be
>>signed? There are good reasons for having it be unsigned, e.g. getting
>>more efficient code by default.
>
> va_blocksize is signed (long) and most of the 360+ userland occurances
> assume it is signed.
where did you count the number?
the occurrences in our tree doesn't seem so many.
YAMAMOTO Takashi
>
> christos
olicy_clock.c uvm_stat.c
>
> Log Message:
> Separate object-less anon pages out of the active list if there is no swap
> device. Make uvm_reclaimable and uvm.*estimatable understand colors and
> kmem allocations.
i like the idea.
- why the queue is inside the pdpolicy?
- why don
>
> On Apr 11, 2012, at 7:34 PM, YAMAMOTO Takashi wrote:
>
>> hi,
>>
>>> Module Name:src
>>> Committed By: matt
>>> Date: Thu Apr 12 01:40:27 UTC 2012
>>>
>>> Modified Files:
>&g
src/lib/libc/compat/stdlib: compat_putenv.c
>
> Log Message:
> PR/46360: YAMAMOTO Takashi: Restore NetBSD-5 compatibility with putenv()
> copying the passed string (which is not ToG compliant), instead of using
> it directly in the environment arrat as it should. Needs to be pulled up
&g
6MB. 64MB has seen already, so
> provide some margin of grows.
just curious; what program was it?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.29 -r1.30 src/sys/arch/amd64/include/vmparam.h
> cvs rdiff -u -r1.73 -r1.74 src/sys/arch/i386/include/vmpa
sage:
> Move i386 and amd64 usermode configurations to their respective directories
> and make the usermode kernels buildalbe under build.sh.
>
> The resulting kernels are build and packaged correctly as are the associated
> modules.
this seems to break cross build.
(target amd64, h
and both udp and tcp: -4 uses only inet4, -6 uses only inet6,
> -t uses only tcp, -u uses only udp. For compatibility, we detect old option
> usage, we warn, and DTRT.
i'm not sure if it's a good direction to go because "uses only XXX"
style options are not scalable if ther
destroy}
> and pthread_{g,s}etspecific functions, to one that invalidates
> values of keys in other threads when pthread_key_delete() is called.
> This fixes chromium, which expects pthread_key_delete() to do
> cleanup in all threads.
i think pthread_key_delete should not call dtor.
YAMAM
reserved, so that they are not used in
> the anonymous or reserved port allocation.
what's the purpose of this feature?
fd_set doesn't seem like an appropriate structure for this.
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.302 -r1.303 sr
ailed : (EXPR) ? 1 : -1; })]
any comments from C lawyers?
YAMAMOTO Takashi
> Module Name: src
> Committed By: pooka
> Date: Wed Mar 6 18:16:58 UTC 2013
>
> Modified Files:
> src/sys/sys: ucontext.h
>
> Log Message:
> Move CTASSERT a few lines down so as
; do RUMP_NCPU=32 ./a.out ; done
>
> where a.out only calls rump_init(). But, any situation there's contention
> and a pool doesn't have emptygroups would do.
depending on mutex_init's arguments (type and ipl), a mutex can be
spin or adaptive.
rump mutex implementation sho
d it will be fixed
> properly in _lwp_park(2) in the future.
>
> XXX: pullup to 6.
"mono" escaping its scope?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.59 -r1.60 src/lib/libpthread/pthread_cond.c
>
> Please note that dif
> In article <20130329032804.23b1514a...@mail.netbsd.org>,
> YAMAMOTO Takashi wrote:
>>
>>"mono" escaping its scope?
>
> Yes, I already added it to lwp_park to avoid the hack but not using
> the syscall yet until we decide what we need to pass to lwp
newlocale("C")
if it wants an easy access to the C locale.
YAMAMOTO Takashi
>
> Joerg
use 1) less code in *_l, 2) autoconf-like can detect
the extension easily, and 3) a portable application can trivially
have a fallback implementation using newlocale+pthread_once.
YAMAMOTO Takashi
ols mode. Add note to retire the BCS code on the
> next libc major bump.
is it safe to make tools use host's strtoul?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.4 -r1.5 src/common/lib/libc/stdlib/_strtol.h \
> src/common/lib/libc/
> On Tue, Apr 16, 2013 at 11:34:52PM +0000, YAMAMOTO Takashi wrote:
>> > On Tue, Apr 16, 2013 at 11:39:50PM +0900, Takehiko NOZAKI wrote:
>> >> so that the struct _locale __C_locale in libc is much more wasteful.
>> >
>> > I should add that it is an
> On Thu, Apr 18, 2013 at 06:58:42AM +0000, YAMAMOTO Takashi wrote:
>> > On Tue, Apr 16, 2013 at 11:34:52PM +0000, YAMAMOTO Takashi wrote:
>> >> > On Tue, Apr 16, 2013 at 11:39:50PM +0900, Takehiko NOZAKI wrote:
>> >> >> so that the struct _lo
> On Wed, Apr 17, 2013 at 06:32:30AM +0000, YAMAMOTO Takashi wrote:
>> > Module Name: src
>> > Committed By: joerg
>> > Date: Tue Apr 16 21:44:08 UTC 2013
>> >
>> > Modified Files:
>> >src/common/l
hi,
why do you need to make *.S include another *.S
rather than tweaking makefile?
YAMAMOTO Takashi
> Module Name: src
> Committed By: uebayasi
> Date: Tue Jun 25 00:27:22 UTC 2013
>
> Modified Files:
> src/sys/arch/amd64/amd64: vector.S
> src/sys/arc
hi,
> Because I don't want to change resulting binaries (*.o) for now. I
> think I'll "switch" these when cleaned up and merged and moved to
> sys/arch/x86. How do you think?
fine for me as far as this inclusion is temporary.
YAMAMOTO Takashi
>
> On Tue,
/lib/libc/nls: Makefile.inc catopen.c
> Removed Files:
> src/lib/libc/nls: _catclose.c _catgets.c _catopen.c
>
> Log Message:
> Add nl_langinfo_l, catopen_l and wcsftime_l.
is catopen_l your invention?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
>
essage:
> Remove most LC_CTYPE specific parts of locale.cache.
why?
YAMAMOTO Takashi
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.12 -r1.13 src/lib/libc/citrus/citrus_lc_ctype.c
> cvs rdiff -u -r1.24 -r1.25 src/lib/libc/gen/isctype.c
> cvs rdiff -u -r1.18 -r1.19
> On Tue, Aug 20, 2013 at 09:31:18AM +0000, YAMAMOTO Takashi wrote:
>> > Module Name: src
>> > Committed By: joerg
>> > Date: Mon Aug 19 22:43:28 UTC 2013
>> >
>> > Modified Files:
>> >src/lib/libc/citr
> On Tue, Aug 20, 2013 at 09:30:12AM +0000, YAMAMOTO Takashi wrote:
>> > Module Name: src
>> > Committed By: joerg
>> > Date: Mon Aug 19 08:03:34 UTC 2013
>> >
>> > Modified Files:
>> >src/include: langinfo.h nl_
> On Tue, Aug 20, 2013 at 03:31:01PM +0000, YAMAMOTO Takashi wrote:
>> > On Tue, Aug 20, 2013 at 09:31:18AM +0000, YAMAMOTO Takashi wrote:
>> >> > Module Name:src
>> >> > Committed By: joerg
>> >> > Date: Mon
> On Wed, Aug 21, 2013 at 12:43:58AM +0000, YAMAMOTO Takashi wrote:
>> > On Tue, Aug 20, 2013 at 03:31:01PM +0000, YAMAMOTO Takashi wrote:
>> >> > On Tue, Aug 20, 2013 at 09:31:18AM +, YAMAMOTO Takashi wrote:
>> >> >> > Module Name: src
>&
in release notes.
how about adding a version field so that it won't happen again?
YAMAMOTO Takashi
101 - 186 of 186 matches
Mail list logo