Sorry for the delay
> On Thu Apr 22 14:45:38 EDT 2010, st...@quintile.net wrote:
> > replica uses fcp which works multithreaded for speed.
> >
> > Perhaps the implementation of fswrite() #Z in 9vx uses a seek()
> > followed by a write() rather than pwrite() which is not thread safe.
>
> replica
> On Fri, Apr 23, 2010 at 1:08 PM, Bakul Shah wrote:
>
> >
> > If so, I consider it a bug; particularly as there is no
> > overflow involved anywhere.
> >
> >
>
> r1 2147482110 r2 -1537
on arm the difference is interesting. the first
/ is translated:
main+0x20 0x1040MOVW(R4
> On Fri, Apr 23, 2010 at 1:08 PM, Bakul Shah wrote:
>
> >
> > If so, I consider it a bug; particularly as there is no
> > overflow involved anywhere.
> >
> >
>
> r1 2147482110 r2 -1537
that's be 0 for 2. the expected answer is 1543.
same answer on arm.
acid: (1234 - 4321)/2\D
-1543
- erik
So here's the latest tracing from my syscall tracer. I was wondering
why hg seemed to just hang:
314 ssh Open 0xf9473 001883d4/"/sys/lib/openssh/ssh_known_hosts"
= -1 '/sys/lib/openssh' does not exist 0x11a74091c8339610
0x11a74091c83a1238
314 ssh Errstr 0xfc3b6 0x15c7c0/"" 128 = 0 "" 0x11a
On Fri, Apr 23, 2010 at 1:08 PM, Bakul Shah wrote:
>
> If so, I consider it a bug; particularly as there is no
> overflow involved anywhere.
>
>
r1 2147482110 r2 -1537
ron
On Fri, 23 Apr 2010 19:53:24 BST C H Forsyth wrote:
> >As per C89 in this case the unsigned char value should be
> >promoted to a *signed* int value. The sum will be of type
> >signed int and so the division will do the right thing. In
> >kencc case it seems the sum has type unsigned int for som
On Fri, Apr 23, 2010 at 07:53:24PM +0100, C H Forsyth wrote:
>
> on 19 April, I wrote:
> >notably the compiler doesn't implement the value-preserving rules for
> >comparisons. ...
> >instead the compiler implements the older unsigned-preserving rule
It's a chance I was working with a software as
>As per C89 in this case the unsigned char value should be
>promoted to a *signed* int value. The sum will be of type
>signed int and so the division will do the right thing. In
>kencc case it seems the sum has type unsigned int for some
>reason and further, the signed divisor (2) is promoted to a
using dt to my openrd box, if i execute "Local 9fs dump"
in acme, /n/dump files don't get opened from acme. i need to also
execute "Local 9fs dump" is a rio window before they
get opened.
yet with dt or a regular terminal on x86, i only need to
execute "Local 9fs dump" in acme.
wierd, huh? i ha
In the case of James, uname gave "Plan9 ", with a trailing space.
I have not that on my Plan9, but for what is worth I have published a
patched risk_comp that removes leading and trailing blanks (since I
replace blanks with '_', the name became "plan9_", and there is no
parameters file for this..
On Fri, Apr 23, 2010 at 04:28:32PM +0300, James Chapman wrote:
> On Fri, Apr 23, 2010 at 4:23 PM, wrote:
> > It takes M_default when it should take M_plan9.
> >
> > What gives you (under ape): uname -s?
>
> # uname -s
> Plan9
Can you send me---offlist---the result of stderr with:
../risk_comp/
On Fri, Apr 23, 2010 at 4:23 PM, wrote:
> It takes M_default when it should take M_plan9.
>
> What gives you (under ape): uname -s?
# uname -s
Plan9
On Fri, Apr 23, 2010 at 04:09:42PM +0300, James Chapman wrote:
> Hi,
>
> # cd kertex_M
> # ../risk_comp/sys/posix/sh/rkconfig
> -> config pathname /usr/james/tex/kertex_M/conf/KERTEX_M entered in cache
> -> config pathname /usr/james/tex/risk_comp//sys/posix/lib/rkcomp
> entered in cache
> -> Sour
Hi,
I downloaded the four files and failed almost immediately. What am I
doing wrong?
James
Transcript below:
term% ls
kertex_M
kertex_T
knuth
risk_comp
term% ape/psh
# cd kertex_M
# ../risk_comp/sys/posix/sh/rkconfig
-> config pathname /usr/james/tex/kertex_M/conf/KERTEX_M entered in cache
->
Finally (english page):
http://www.kergis.com/en/kertex.html
and french page:
http://www.kergis.com/kertex.html
If I have correctly written the doc, enough said...
--
Thierry Laronde
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE9
On Thu, Apr 22, 2010 at 03:49:11PM -0700, Bakul Shah wrote:
> On Thu, 22 Apr 2010 23:15:51 +0200 tlaro...@polynum.com wrote:
> > This is: signed long + signed long + unsigned char.
>
> > Do you mean that there is first promotion :
> >
> > 1) unsigned char is promoted to unsigned int (A6.1).
On 23 April 2010 00:04, roger peppe wrote:
> another way (and how i would usually do it):
>
> ,x g/0\.00/i/\n/
>
Oh yes, that's probably the best.+- is really unnecessary in this case.
Thanks
R
17 matches
Mail list logo