On Jan 19, 2012, at 11:17 AM, erik quanstrom wrote:
> On Thu Jan 19 12:08:37 EST 2012, j...@corpus-callosum.com wrote:
>> Haven't seen it. But it does seem that a lot of us
>> are having fun with dns this week (and every week).
>>
>> Mine's more the problem of
>>
>> ndb/dns -sx /net.alt -
i've pushed my modest dns fixes to sources in contrib quanstro/ndb.
this code has been running on my machine for a while, and i'm just
experimenting with it in more production environments.
in addition to the changes outlined before, i added some code to
terminate queries when no namserver is avai
> i have a (surprise) startech usb21000s.
happily (??) it appears to be defective, we'll see if the next one works.
tristan
--
All original matter is hereby placed immediately under the public domain.
On 2012-01-19, at 4:14 PM, erik quanstrom wrote:
> depricated, as in use Brdstr(2) instead which does its own dynamic allocation.
This is where 'grep -r' is useful. How much pain might it be to
nuke-and-replace the dead interface?
On Thu Jan 19 19:13:14 EST 2012, lyn...@orthanc.ca wrote:
>
> On 2012-01-19, at 3:56 PM, erik quanstrom wrote:
>
> > it's probablly the best option,
> > if the goal is to rehabilitate Brdline(). i'm wondering if it shouldn't
> > just be considered depricated.
>
> If you don't think of Brdline()
On 2012-01-19, at 3:56 PM, erik quanstrom wrote:
> it's probablly the best option,
> if the goal is to rehabilitate Brdline(). i'm wondering if it shouldn't
> just be considered depricated.
If you don't think of Brdline() as a 'C char *' construct, it's a useful vessel
to escape from one of th
On Thu Jan 19 18:33:42 EST 2012, lyn...@orthanc.ca wrote:
>
> On 2012-01-19, at 2:12 PM, erik quanstrom wrote:
>
> > that seems a bit ... goofy. it would seem better for
> > bio to do this internally? surely there isn't code that
> > relies on this behavior?
>
> Or maybe realloc() a larger buff
On 2012-01-19, at 2:12 PM, erik quanstrom wrote:
> that seems a bit ... goofy. it would seem better for
> bio to do this internally? surely there isn't code that
> relies on this behavior?
Or maybe realloc() a larger buffer and try to carry on? There's no guarantee
of buffer pointer consisten
To clarify things.
You backup is correct, but it's not necessary to backup the
first 128 blocks of the arena partition. Its only contains
the Venti configuration and the ArenaPart structure.
Here is an example of what I described in my precedent message.
Create an arena partition at least as big
i have a (surprise) startech usb21000s.
on a 100Mb link usb/ether recognizes it, but only recieves.
on a 1000Mb link usb/ether recognizes it, but doesn't pass either direction.
with the addition of the gigabit flags to Mall178, usb/ether recieved on
the 1000Mb connection.
i've poked around a lit
it turns out that the problem with ndb is actually a bio
problem Brdline() freaks out and returns nil if the line
in question is longer than b->bsize and doesn't increment
the file pointer, so you've got an infinite loop.
i had thought that this was clearly in violation of
what the man page says,
pushed a change hours ago, do a pull
On Thu, Jan 19, 2012 at 4:03 PM, John Floren wrote:
> On Thu, Jan 19, 2012 at 2:32 AM, ROuNIN
> wrote:
>> Hello!
>> I still get the following:
>>
>> pcc -o 8.out app_rand.8 apps.8 asn1pars.8 ca.8 ciphers.8 crl.8
>> crl2p7.8 dgst.8 dh.8 dhparam.8 dsa.8 dsapa
On Thu, Jan 19, 2012 at 2:32 AM, ROuNIN wrote:
> Hello!
> I still get the following:
>
> pcc -o 8.out app_rand.8 apps.8 asn1pars.8 ca.8 ciphers.8 crl.8
> crl2p7.8 dgst.8 dh.8 dhparam.8 dsa.8 dsaparam.8 ec.8 ecparam.8 enc.8
> engine.8 errstr.8 gendh.8 gendsa.8 genrsa.8 nseq.8 ocsp.8 openssl.8
> pa
On Thu Jan 19 12:08:37 EST 2012, j...@corpus-callosum.com wrote:
> Haven't seen it. But it does seem that a lot of us
> are having fun with dns this week (and every week).
>
> Mine's more the problem of
>
> ndb/dns -sx /net.alt -f /lib/ndb/external
you probablly want -R too, so you ignore
Haven't seen it. But it does seem that a lot of us
are having fun with dns this week (and every week).
Mine's more the problem of
ndb/dns -sx /net.alt -f /lib/ndb/external
configuration and properly getting it a resolver
from a subsequent dns= tuple. One day I'll remember
to keep it si
> It seems that the backup I create is not correct, am I right?
You truncated your arena partition. The new partition size
doesn't match the size specified in ArenaPart.
You should format a new arena partition, then copy arenas
from the beginning of the first to the end of the last.
--
David du
On Thu Jan 19 10:06:50 EST 2012, 0in...@gmail.com wrote:
> > The only curious thing is that "fshalt -r" does reboot, but reboots
> > say Plan9, and not the computer (restarts from 9load it seems). [I'm
> > not saying it should not or whatever; it is a constatation and it
> > probably makes sense fo
a long text record seems to be causing lookup
failures for other records. with the record
below in /lib/ndb/external, lookups for mx.coraid.com
fail. with just that line deleted, lookups work again.
older versions of dns don't seem to have that problem.
i was wondering if anyone had seen this?
Just to make sure I could rebuild things in case I should, I've tried
to recover everything from my backed up arenas, but I failed. I am not
sure if things go wrong because the backup per se is wrong or I am
making a mistake while recovering from the backup (or both).
So this is how I create the ba
> The only curious thing is that "fshalt -r" does reboot, but reboots
> say Plan9, and not the computer (restarts from 9load it seems). [I'm
> not saying it should not or whatever; it is a constatation and it
> probably makes sense for a Plan9 terminal.]
It reloads the current kernel using #c/rebo
... there've been some issues around pull considering files as locally
modified while they weren't... thus, I have some outdated versions of
everything ... I'll try to edit the pull's output to pull -s list, then
we'll see.
Although unhappy with that, I am spending much time now on linux, writing
i
> why did it write anything wnen nothing was changed? just
> login/fshalt...
It is likely to be atime updates.
--
David du Colombier
On Thu, Jan 19, 2012 at 09:38:40AM -0500, erik quanstrom wrote:
> > why did it write anything wnen nothing was changed? just login/fshalt...
> >
>
> atime updates.
>
> i'm not convinced that everything is fine. are you running
> the current version of fshalt, fossil? there are a couple
> of ex
> why did it write anything wnen nothing was changed? just login/fshalt...
>
atime updates.
i'm not convinced that everything is fine. are you running
the current version of fshalt, fossil? there are a couple
of expect scripts hiding in fshalt, and they could easily
be confused.
- erik
why did it write anything wnen nothing was changed? just login/fshalt...
> fshalt runs fossilcons(4) sync to flush the cache,
> before halting the file system.
>
> I've just checked it out, just boot/login/logout:
> the terminal went to 'black' (== txt) mode with
>prompt:
> fsys all sync
> main sync: wrote blocks ## why??
fshalt runs fossilcons(4) sync to flush the cache,
before halting the file system.
> (then, cursor blinks un
> is it okay to do ^T^Tr (or, CtlAltDel) then? I guess it is, however..
Yes. You just have to wait for your file system
to synchronize and halt.
--
David du Colombier
I've just checked it out, just boot/login/logout:
the terminal went to 'black' (== txt) mode with
prompt:
fsys all sync
main sync: wrote blocks ## why??
(then, cursor blinks until )
term%
On Thu Jan 19 06:31:30 EST 2012, 0in...@gmail.com wrote:
> > Recently, I noticed a change from what I do not recall to be the
> > behavoiur I saw some time ago
> >
> > When I issue an fshalt, it shuts down rio and give the following
> > outside rio
> > init: starting /bin/rc
> > term%
>
> Yes, I
is it okay to do ^T^Tr (or, CtlAltDel) then? I guess it is, however..
++pac
> Recently, I noticed a change from what I do not recall to be the
> behavoiur I saw some time ago
>
> When I issue an fshalt, it shuts down rio and give the following
> outside rio
> init: starting /bin/rc
> term%
Yes, I got surprised when I first saw this change in may 2011,
but it's just norma
Hello!
I still get the following:
pcc -o 8.out app_rand.8 apps.8 asn1pars.8 ca.8 ciphers.8 crl.8
crl2p7.8 dgst.8 dh.8 dhparam.8 dsa.8 dsaparam.8 ec.8 ecparam.8 enc.8
engine.8 errstr.8 gendh.8 gendsa.8 genrsa.8 nseq.8 ocsp.8 openssl.8
passwd.8 pkcs12.8 pkcs7.8 pkcs8.8 prime.8 rand.8 req.8 rsa.8 rs
Hello,
Recently, I noticed a change from what I do not recall to be the
behavoiur I saw some time ago
When I issue an fshalt, it shuts down rio and give the following
outside rio
init: starting /bin/rc
term%
ROuNIN
33 matches
Mail list logo